Здравствуйте, Par-zzz, Вы писали:

PZ>А что тут смешного, мне кажется на самом деле было бы неплохо получать x86 exe приложения, почему нет-то. Я еще когда курс явы был матерился что нельзя ехешник собрать. Другое дело что это почти нереально, но было бы круто.

Почему это нельзя "ехешник собрать"?
Вот пожалста: http://terra-informatica.org/j-smile
Там exe который состоит из Java-VM (200k) и прилепленных class файлов.
Там рядом и сырцы лежат классов тех что внутри.

Успехов.

Здравствуйте, raynk, Вы писали:

R>А как в этом случае работают Java компиляторы создающие EXE?
R>Как то же собирают мусор?

А кто сказал, что они не под Java-машиной работают?
Где-то выше я прочел ответ на твой вопром: "содержит в себе Java-VM (столько-то байт)"
Нет, слушай, возможно (!) это теоретически и можно — сделать нейтив-код, потащить за собой все используемые объекты из других сборок и сделать нейтив из них, потащить за собой некий аналог GC (или как там без него, я не знаю), тоже в нейтиве, видимо, плюнуть на всю систему секьюрити, аппликейшн-доменов и т.д. (либо потащить и ее за собой в нейтив), и так далее, так далее... Тогда в 1-м приближении мы получим, что мы утащим за собой в нейтив всю CLR нафиг
Оно вообще надо, такой екзешник?
Сама идеология .NET, концепция ее иная, нежели "классическая" среда исполнения программ... Так в чем глобальный смысл приведения жирафа к верблюду?
На С++ ты можешь (как и прежде) писать "классические" программы, а можешь — .NET.. Может я не совсем понял задачу, но пока она мне представляется в следующем виде:
"Есть 2 аквариума — морской и пресноводный. Морские рыбки красивее, но пресноводный привычнее. Существуют ли такие компрессоры, которые позволят жить морским рыбкам в пресноводном аквариуме?"

Здравствуйте, Patrol, Вы писали:

P>Оно вообще надо, такой екзешник?
конечно, если это прозрачно — почему нет ?

P>Сама идеология .NET, концепция ее иная, нежели "классическая" среда исполнения программ... Так в чем глобальный смысл приведения жирафа к верблюду?
давай смотреть на это с позиции погонщиков верюлюдов (пользователей) а
не пресс секретаря московского зоопарка. И все будут понятно : пользователи
умеют запускать exe, com, bat и pif файлы, почему бы им это не дать ?

P>На С++ ты можешь (как и прежде) писать "классические" программы, а можешь — .NET.. Может я не совсем понял задачу, но пока она мне представляется в следующем виде:
P>"Есть 2 аквариума — морской и пресноводный. Морские рыбки красивее, но пресноводный привычнее. Существуют ли такие компрессоры, которые позволят жить морским рыбкам в пресноводном аквариуме?"
see above.

Здравствуйте, raynk, Вы писали:

Здравствуйте, raynk, Вы писали:

R>По поводу оптимизации среды исполнения — а как относится к тому факту, что прога, имеющая одно окно и надпись "HELLO WORLD" занимает 22 Мб

Сравнивать потребляемую память по приложению Hello world это примерно как оценивать максимальную скорость машины по цифрам на спидометре.

P>>Сама идеология .NET, концепция ее иная, нежели "классическая" среда исполнения программ... Так в чем глобальный смысл приведения жирафа к верблюду?
IS>давай смотреть на это с позиции погонщиков верюлюдов (пользователей) а
IS>не пресс секретаря московского зоопарка. И все будут понятно : пользователи
IS>умеют запускать exe, com, bat и pif файлы, почему бы им это не дать ?

C# на выходе даёт EXE, так что пользователю оно именно по барабану, хренворк там или VB или Форт-машина.

Здравствуйте, mihailik, Вы писали:

P>>>Сама идеология .NET, концепция ее иная, нежели "классическая" среда исполнения программ... Так в чем глобальный смысл приведения жирафа к верблюду?
IS>>давай смотреть на это с позиции погонщиков верюлюдов (пользователей) а
IS>>не пресс секретаря московского зоопарка. И все будут понятно : пользователи
IS>>умеют запускать exe, com, bat и pif файлы, почему бы им это не дать ?

M>C# на выходе даёт EXE, так что пользователю оно именно по барабану, хренворк там или VB или Форт-машина.

не делай вид что ты не понял о чем я сказал. Я высказал мысль что иметь приложение которое не зависит от наличия фрейморка на машине, т.к. тянет за собой необходимую часть фреймворка (как ее выделить, реализовать лоадер рантайма, и прочие мелочи — дело десятое) — это мысль user friendly. Ну сам прикинь — я пользователь, скачал прикольную гейму (у друзей она работает так как те играют на работе, где уже .NET установлен) — а она мне пишет кузькуину мать при исналяции, в лучшем случае предлагает скачать и установить фреймворк (изыдить!) и продолжить после этого установку. Пользователь плюнет и сотрет исталяшку. А вот если бы вместо 3х метрового архивы был выкачен 13метровый — с необходимым набором хитросжатых сборок и рантайма — и программа работала сама в себе — все было бы тип-топ.

Хмм ,можеть быть.
Хотя тут недавно была тема "Жор памяти"
>>За 7 дней простенький сервер (remoting) сожрал 800 мегов >>оперативки. Случайно заметили (там еще много памяти было).
Это тоже не показатель? Тогда что показатель? Где этот GC?
Или все же GC не освобождает программиста от контроля за переменными (тогда на кой такой GC нужен?).

"AndrewVK" <5161@news.rsdn.ru> wrote in message news:550037@news.rsdn.ru...
Сравнивать потребляемую память по приложению Hello world это примерно как оценивать максимальную скорость машины по цифрам на спидометре.

Здравствуйте, raynk, Вы писали:
R>По поводу оптимизации среды исполнения — а как относится к тому факту, что прога, имеющая одно окно и надпись "HELLO WORLD" занимает 22 Мб (причем не релиз, а не дебаг)? Использовал NET Framework 1.1 & VS 2003.
R> Где еще прога с такой функциональностью будет жрать столько ресурсов? Прога на С++ обходится килобайтами. Назвать это оптимизацией как то язык не поварачивается.
Ага, а прога, имеющая десяток окон, навороченный GUI и общающаяся с базой данных кушает 24 мегабайта памяти.

Здравствуйте, raynk, Вы писали:

>>>За 7 дней простенький сервер (remoting) сожрал 800 мегов >>оперативки. Случайно заметили (там еще много памяти было).
R>Это тоже не показатель?

Нет, это баги в программе. Помнится там бага была найдена.

R> Тогда что показатель?

Работа нормально написанных приложений. Например этот сайт, написанный на ASP.NET кушает примерно 150М оперативки.

R>Или все же GC не освобождает программиста от контроля за переменными (тогда на кой такой GC нужен?).

Что такое GC и для чего он нужен можно почитать в статьях на этом сайте.

Здравствуйте, Igor Soukhov, Вы писали:

IS>не делай вид что ты не понял о чем я сказал. Я высказал мысль что иметь приложение которое не зависит от наличия фрейморка на машине, т.к. тянет за собой необходимую часть фреймворка (как ее выделить, реализовать лоадер рантайма, и прочие мелочи — дело десятое) — это мысль user friendly.

Помнится как то прикидывали минимально необходимый объем рантайма и выходило что особо тут не выиграешь. А с собой таскать рантайм ты и сейчас можешь.

Здравствуйте, AndrewVK, Вы писали:

IS>>не делай вид что ты не понял о чем я сказал. Я высказал мысль что иметь приложение которое не зависит от наличия фрейморка на машине, т.к. тянет за собой необходимую часть фреймворка (как ее выделить, реализовать лоадер рантайма, и прочие мелочи — дело десятое) — это мысль user friendly.

AVK>Помнится как то прикидывали минимально необходимый объем рантайма и выходило что особо тут не выиграешь. А с собой таскать рантайм ты и сейчас можешь.

да помню — пару лет назад прикидывали. Тут дело в автоматизации.

IS>не делай вид что ты не понял

Я понял что ты подумал, но сказал-то ты совсем другое


IS>Я высказал мысль что иметь приложение которое не зависит от наличия фрейморка на машине, т.к. тянет за собой необходимую часть фреймворка (как ее выделить, реализовать лоадер рантайма, и прочие мелочи — дело десятое) — это мысль user friendly

Ну вот, а ты говоришь "exe bat cmd".

Я думаю, что такая френдовость может пригодиться. Но ниша для такого применения маленькая. А работы требуется гора.



Представь, к примеру, что на такой твой "микрофреймворк" поставят ещё .NET 2.1. Тот, который в 2007 году выпустят, и которого ещё не видел даже Билл Николаевич.

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

А ты знаешь, что в будующих версиях Windows запуск .NET-EXE файлов будет происходить не через unmanaged stub, а напрямую самой операционкой?

Ну, то есть мораль в том, что большие сложные системы трудно поддерживать. И даже твой урезанный фреймворк уже достаточно сложен.

>>>>За 7 дней простенький сервер (remoting) сожрал 800 мегов >>оперативки. Случайно заметили (там еще много памяти было).
R>>Это тоже не показатель?
AVK>Нет, это баги в программе. Помнится там бага была найдена.

Это как кажется, была бага в одной из библиотек fw. Не уверен на 100%, но похоже. Сборка мусора не происходила вообще.