Ogoun Er

1. Да любой брендовый блок питания из магазина электроники, они рассчитаны на непрерывную работу под номинальным током.
2. Зависит от многих параметров Вашей разработки: расположения потребителей, удобства их подключения, здравого смысла.
3. С постоянным током на дальние расстояния фигня такая: либо Вы берете тоооооооолсые провода, снижая удельное сопротивление, дабы напряжение на другом конце не просаживалось, либо по условно тонким проводам посылаете высокое напряжение и у оконечного устройства ставите преобразователь с высокого на низкое.
Целесообразность зависит от конкретных параметров Вашего проекта.
4. Параллельно. Не побрезгуйте конденсаторами рядом с потребителем в случае относительной удаленности от источника питания.

Erlang

Скопировал ваш код, он работает корректно, то есть выдаёт WTF раз в секунду.
Чем компилите?

Проблема в том что вы смешали размеры в абсолютных и относительных выражениях. Лучше использовать что то одно.

Если указывать размеры в относительных выражениях, то необходимо ЯВНО указать высоту/ширину (я так понял что основная проблема у Вас с высотой) для всех вышестоящих элементов начиная с body. При этом не забудьте так же в таблице прописать tbody и указать размеры и для него тоже. То есть всем элементам необходимо указать height=100%; (ну или сколько там требует ваша верстка).
Если хотя бы для одного родительского элемента размер не будет указан явно, что для такого элемента FF будет считать height/width = auto (растягивать по содержимому). Соответственно для всех дочерних элементов уже будет бесполезно указывать 100%, т.к. 100% от auto = auto.

Второй вариант указывать размеры в абсолютных величинах, но при этом не получится подстроить содержимое под высоту страницы без костылей. В качестве костылей можно использовать js что бы вычислить размеры на клиенте и при необходимости поменять их.

Я так понимаю что вы не публичное приложение пишете, так что
1. Берём исходники Mono.Cecil
2. Убиваем ссылку на сборку из вашего проекта, подкладываем классы из Mono.Cecil пока код снова не заработает
3. Удаляем из добавленных классов всё лишнее (то что вами не используется)
4. ?????
5. PROFIT

Вполне себе codeproject-подход.

Ещё вот здесь есть небольшой обзор альтернатив Mono.Cecil, и там же говорится о том что ручные манипуляции это дело неблагодарное. Однострочного решения скорее всего нет.

Пара ссылок для размышления:
1) Пример с CorLaunchApplication.
2) Bug-request с похожей ошибкой с CorLaunchApplication

z4root — в 2 клика.

Все эти методы Add* — для других вещей, тебе они не нужны.
Window — это ContentControl. У него есть св-во Content, в которое и устанавливается содержимое. Содержимое — это один объект. Будь то Grid, StackPanel, что угодно. Поэтому просто так добавить что-то, чтобы оно уже было у наследников — не получится.

Проблема решается при помощи атрибута ContentProperty, который перенаправляет т.н. Direct Content (то, что задаётся в xaml) в указанную проперть.
Короче говоря, вот рабочий код:

  [ContentProperty("Child")]
  public class BaseWindow : Window
  {
   #region Fields and Constants

   public static readonly DependencyProperty ChildProperty =
     DependencyProperty.Register("Child", typeof (object), typeof (BaseWindow), new UIPropertyMetadata(0));

   #endregion

   #region Constructors

   public BaseWindow()
   {
     var rootStackPanel = new StackPanel();
     rootStackPanel.Children.Add(new Button {Content = "I'm button from base class"});
     var childContentControl = new ContentControl {DataContext = this};
     childContentControl.SetBinding(ContentProperty, "Child");
     rootStackPanel.Children.Add(childContentControl);
     Content = rootStackPanel;
   }

   #endregion

   #region Public properties and indexers

   public object Child
   {
     get { return GetValue(ChildProperty); }
     set { SetValue(ChildProperty, value); }
   }

   #endregion
  }

* This source code was highlighted with Source Code Highlighter.

Как вариант, использовать список типа dynamic:

List x = new List();

Но по сути это то же, что и список Object'ов, только ещё медленнее работающий, но не требующий явного приведения типов в коде. Учтите, что использование dynamic может нанести ущерб производительности, т.к. за ним стоит рефлекшн. Пример:

Copy Source | Copy HTML

1. using System;
2. using System.Collections.Generic;
3. namespace Test
4. {
5.     class Program
6.     {
7.         public static void Main(string[] args)
8.         {
9.             List<dynamic> list = new List<dynamic>();
10.             list.Add(1);
11.             list.Add("sdfsdf");
12.  
13.             foreach (dynamic item in list)
14.                 Write(item);
15.  
16.             Console.ReadKey(true);
17.         }
18.  
19.         public static void Write(Int32 intValue)
20.         {
21.             Console.WriteLine("Int: " + intValue);
22.         }
23.         public static void Write(String stringValue)
24.         {
25.             Console.WriteLine("String: " + stringValue);
26.         }
27.     }
28. }

Это возможно, если использовать ковариантность.
Но с ограничениями:
Во-первых, это возможно только в VS2010, компилятор 2008ой этого не поддерживает. Требования к фреймворку уточните на msdn, на сколько я помню 3.5 sp1 поддерживается, хотя я могу и ошибаться, и для ковариантности требуется .net 4.
Во-вторых, невозможно будет параметризовать класс типами-значениями(например int'ом).
Плюс ковариантность налагает некоторые другие ограничения, о которых вы можете прочитать по ссылке на msdn выше.

Пример кода:

Copy Source | Copy HTML

1. public interface IValue<out T>
2. {
3.     T Get();
4. }
5.  
6. public class Value<T>:IValue<T>
7. {
8.     public T Get()
9.     {
10.         return default(T);
11.     }
12. }
13.  
14. public class Values: List<IValue<object>>
15. {
16.  
17. }

Пример использования:

Copy Source | Copy HTML

1. var v = new Values();
2. v.Add(new Value<string>());
3. v.Add(new Value<object>());
4.  
5. //а вот так нельзя: v.Add(new Value<int>());
6.  

Некорректная постановка вопроса.
Если коротко — никак.
Если более подробно:
1. вся работа любой пользовательской программы с файловой системой осуществляется через API функции операционной системы.
2. язык программирования (любой) в данном случае — лишь средство доступа программы к данным API фунциям
3. доступ к файлу контролируется самой операционной системой уже на уровне вызова API функции получения доступа к файлу.
4. таким образом — на каком бы языке Вы не писали, если доступ запрещен, значит вы его не получите.
Варианты решения проблемы:
а. изменить права доступа к файлу
б. запустить процесс с правами достаточными для доступа к файлу