Указываю ему .Net exe-шку, сделанную в той же VisualStudio, а он ругается, мол: "A reference ... coudn't be added. This is not a valid assembly or COM component only assemblies with extention 'dll' and COM components can be refenenced. Please make sure that the file is accessible, and it is a valid assembly or COM component." Ну так, какие соображения по этому поводу?

Вообще можно что угодно запустить из сборки 

А по сути --- не понял вопроса   
Зачем что-то запускать из запущенной сборки (кроме совершенно независимого приложения, см. выше)? Просто можно пользоваться кодом сборки как своим.

Добавлено @ 16:24 

Все работает   Только что проверял

Добавлено @ 16:25 
И код выполняется.
Подключил к C# приложение на ВБ   

Это если работать в Visual Studio. Можно вручную скомпилировать один набор файлов в модуль, а потом присоединить модуль к файлам сборки на другом языке, и они скомпонуются в одну сборку. Или можно объединить сборки утилитой ILMerge.




using открывает пространство имён, а не даёт ссылку на сборку.



Начиная с версии 2.0.



Вероятно, да.

Запускать main другого класса, который лежит в исполняемой сборке...

Вот, например

Похоже, так и есть.


Модуль? Это dll'ка будет что ли?

Если к нему есть доступ, то да. Но по умолчанию она объявлена как private (как и весь класс Program)

?

Нет, это будет модуль с расширением .netmodule. Потом его можно прилинковать при компиляции к другой сборке.

Добавлено @ 18:51 


Я не догоняю, Main() ведь всегда public static...

Вот и я про то. Можно ли вызвать во втром ДотНете из исполняемой сборки метод main?

Создайте новый проект и загляните в класс Program? в котором и находиться Main. Так вот ни для main ни для его класса Program не стоит модификатора доступа. Следовательно оба они Private.


Более того, если сборку подключить к другой, то доступа к main не будет, но если сделать их Public, то достучаться до них легко: WindowsApplication1.Program.Main

Я ответил выше 

А что будет? Второй процесс, второй поток, или всё в том же потоке будет запускаться, как обычный метод?

Ах вон оно что. Значит у меня просто проблемы со средствами: у меня стоит Visual Studio 2003, значит поставлю 2005-й и все будет ок

Main запустится в том же потоке, но так как там форма, то она уже будет крутиться в отдельном потоке

Добавлено @ 21:27 

да так  Ведь при подключении сборки мы просто имеем доступ к ее коду и ресурсам и все  А main это просто метод, только с него все начинается 

  

Да вот и не такой уж и простой...

Класс Program - Internal, a не Private:)

Ага, только это для классов, объявленных в namespace; а вот для nested-классов уже работают все пять модификаторов: public, protected, protected internal, private и internal 

Добавлено @ 23:23