OpenJDK включен в Debian

>В С++ разложено столько граблей, что не знаешь, где вылезут следующие. Подавляющее большинство ошибок основано на наплевательском отношении к размеру структур данных на C++.

Какстрашножить! Когда вы уже зарелизите кошерную ЖабаМашину написаную на поцреотичном тайп-сейф языке? Ведь мы же понимаем, что нельзя дальше терпеть осквернение самого сердца Священной Жабы - ЖВМ, язычнецкими крестами!

> Знание джавы поможет оччень неплохо заработать ;)

Да ну? Какой там потолок у джава-кодеров? $120000/год (и то, если кроме жабы еще и мозги есть, и фундаментальные познания)? Это мало похоже на "много".

> С++ не нужен для написания JVM, так как есть типобезопасные компилируемые: Modula-2, Forth, Ada, Oberon-2.

Forth типа типокакбэбезобасный? О май гад!

Вот теперь, с жабой в коробке, можно будет наглядно убедиться, насколько она хороша и удобна.

> В С++ разложено столько граблей, что не знаешь, где вылезут следующие.

Подавляющее большинство дверей хотя-бы один раз за время своего существования прищемили кому-нибудь пальцы. Но это не повод отказываться от дверей. Явных граблей, при использовании _правильных подходов к разработке_, в плюсах нет.

> Подавляющее большинство ошибок основано на наплевательском отношении к размеру структур данных на C++.

Примеры будут? Только учти, что разговор идет о слйчае нормального подхода (нормальный != типичный). Подавляющее большинство проблем в головах кодеров, блин! Можно писать предсказуемый и управляемый код на любом языке, также как и на любом языке можно отсрелить себе органы размножения.

> Явных граблей, при использовании _правильных подходов к разработке_, в плюсах нет.

Можно ли считать граблями языка (и отвлечённостью от реальной жизни) то, что стандарт десятилетней давности поддерживается только одним компилятором (из десятков)?

И вообще обилие #ifdef _BORLAND_CXX в бусте, например.

>Подавляющее большинство дверей хотя-бы один раз за время своего существования прищемили кому-нибудь пальцы.

Но дверей не должно быть больше, чем стен!

>> Подавляющее большинство ошибок основано на наплевательском отношении к размеру структур данных на C++.

>Примеры будут? Только учти, что разговор идет о слйчае нормального подхода (нормальный != типичный).

"Обнаружено 800 уязвимостей в различных антивирусах"
http://www.opennet.ru/opennews/art.shtml?num=16877

Ну куда такое годиться? Антивирусы пишут ненормальные программисты? Отнюдь нет! Это язык C++ им НЕ_ДАЁТ писать без критических ошибок!

возражу: 1. адэкватность нанимаемых рядом AV-вендоров, разработчиков - сомнительна. 2. рещается в рамках среды.

но соглашусь: 1. хороший язык(да и среда) кардинально УПРОЩАЕТ написание ХОРОШЕГО софта(качество - понятие слишком широкое).

> Ага, особено когда часть проекта писалась под этим, а часть под санковским JDK.

Хотел промолчать, но таки вырвалось... OpenJDK и есть Sun JDK, но без закрытых бинарных модулей от сторонних производителей. Java6 частично на OpenJDK построена, Java7 уже будет целиком на OpenJDK коде выпускаться.

> openjdk/jdk/src/share/classes/java/io/ObjectOutputStream.java:37: cannot find symbol symbol : static processQueue location: class java.io.ObjectStreamClass import static java.io.ObjectStreamClass.processQueue; ^

> The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError: Java heap space

> нда ) сколько ж оно памяти то хочет для сборки? придется все ж таки поставить бинарный пакет

эта ошибка неправильно настроенных разрешений на использование heap памяти. По умолчанию прога может отъесть только определенный объем. Если пытается одновременно использовать больше (и нельзя ничего освободить), то будет OutOfMemoryError. Выставьте -Xmx опцию.

> openjdk включает icedtea

Зависимость прямо обратная: icedtea построен на коде OpenJDK + добавляет свой код и код GNU classpath (вроде :) )

icedtea включает openjdk

>> 1,5 Gb памяти - не захотело собираться, там для сборки зависимости >> тоже достаточно веселые

это ППЦ, кроме мата нет слов на это поделие под названием java.

>> Явных граблей, при использовании _правильных подходов к разработке_, в плюсах нет.

> Можно ли считать граблями языка (и отвлечённостью от реальной жизни) то, что стандарт десятилетней давности поддерживается только одним компилятором

Сложность можно считать недостатком языка. Стремление использовать как можно больше возможностей языка можно считать недостатком прогера.

>Не нравится мне Дебиан со своей дебильной фанатичной тягой исключительно к фришному софту. Для большинства обычных юзеров глубоко пофигу какая там лицензия, главное чтоб всё работало и желательно "искаропки".

Дебиан хроший дистр именно как база которую используют для искаропочных дистров типа убунту. Ему надо оставаться чистым. ВСе остальные для домохозяек допилят сами. ДА еще учитывая что это дистрибутив сообщества а не корпоративный - ему нужен идеологический стержень.

>1,5 Gb памяти - не захотело собираться

Это тебе не сяшная программа - всю доступную память оно жрать не будет - небось собиралось в пределах дефолтных 64мегах.

с идеологией у Debian - НИКОГДА не было проблем. см их "конституцию". это: 1. GNU на ядре Linux(пока еще на нем, но "..оны" маструбирующего абизьяна Линуса в их адресс - заметно ускорят миграцию). 2. максимально приближенная к commonwealth UNIX, архитектура дистрибутива и "meaning of work".(и индустриальным стандартам).

>>> 1,5 Gb памяти - не захотело собираться, там для сборки зависимости >> тоже достаточно веселые

>это ППЦ, кроме мата нет слов на это поделие под названием java.

Прикинь, это не java, а JVM съела всю память. Што б ты знал: JVM написана на быдлоязыке C++. Ж)

>В С++ разложено столько граблей, что не знаешь, где вылезут следующие.

Ниасилил C++?

>Подавляющее большинство ошибок основано на наплевательском отношении к размеру структур данных на C++.

Бред какой. Опять перепутал С и С++?

>>1,5 Gb памяти - не захотело собираться
>Это тебе не сяшная программа - всю доступную память оно жрать не будет - небось собиралось в пределах дефолтных 64мегах.
>r


Только у ебланов наподобие тебя С-шная программа сможет съесть больше чем в ulimit'e прорисано ... хотя откуда ебланам типа r - знать о ulimit'ах? Его же в винде нет ....

>>В С++ разложено столько граблей, что не знаешь, где вылезут следующие.
>Ниасилил C++?

А что, есть те, кто его асилил на 100%? :)

>это ППЦ, кроме мата нет слов на это поделие под названием java.

>> Прикинь, это не java, а JVM съела всю память. Што б ты знал: JVM >> написана на быдлоязыке C++. Ж)

знаю без тебя, для варианта на быдлоязыке Жаба потребуется 10Гиг, маразм еще не дошел до этого, но по тенденциям дойдет

> Только у ебланов наподобие тебя С-шная программа сможет съесть больше чем в ulimit'e прорисано ...

Это только ебланы вроде тебя не знают слово анлимитед.

То есть r - ты таки за то чтобы пришемлять яйца дверьми? Без юлимитов?
Так и запишем жава - для систем управляемых долбонами и не админами! (Винды вестимо?)

>То есть r - ты таки за то чтобы пришемлять яйца дверьми? Без юлимитов?

Нет - я лимитирую то что надо а не просто так абы было. Ты сам себе квоты на своем домашнем компе не ставишь? На всякий случай.