Исходное сообщение
"Noop - новый язык для виртуальной машины Java" Отправлено Volodymyr Lisivka, 19-Сен-09 01:13
>>>ByteBuffer не поддерживает динамический размер, в отличие от std::vector. >> >>Не проблема - сделаем. > >Пилите, пилите... :) Ты догадываешся, как изменяется размер в std::vector или тебе подсказать про memcpy? >>>Производительность ByteBuffer ниже, чем у std::vector. >> >>Тесты - в студию. > >Тестирование - это твоё домашнее задание :) А, студик. >>java.util.Vector, java.util.ArrayList, java.util.LinkedList > >Слабое утешение, для тех, кто знаком с мощью Си++ и его стандартной >библиотеки. Да, мощи STL боятся даже автора: то то нельзя использовать, то это. Даже в машкодах не напишеш такой х...ни как на STL. А баги там отлавливают до сих пор. Boost++ или QT и то значительно лучше. >К тому же не спасают ни от одного выше и ниже перечисленного >пункта :) Да ну? Ещё скажи что с ними не написали ни одной програмы. >Исли бы еще ты смог легко обернуть в ByteBuffer возвращаемый массив Си А для чего он, по твоему, предназначен? С пакетом java.nio знаком? http://java.sun.com/j2se/1.4.2/docs/api/java/nio/package-sum... >и прозрачно вызвать функцию dll/so из Java без написания дополнительного кода >:) Ага, и на всех платформах, даже на тех, где динамических библиотек нет, и со всеми возможными типами даных. Представляю себе код: 300 строчек проверяют архитектуру, разрядность, представление данных, ос-ку, версию библиотек, тип компилятора, тип библиотеки, формат линковки, название функции, и потом одной строкой %легко!% вызвать функцию из либы для arm32 на x86_64 в режиме x86_32.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>>ByteBuffer не поддерживает динамический размер, в отличие от std::vector. >>> >>>Не проблема - сделаем. >> >>Пилите, пилите... :) > Ты догадываешся, как изменяется размер в std::vector или тебе подсказать про memcpy? >>>>Производительность ByteBuffer ниже, чем у std::vector. >>> >>>Тесты - в студию. >> >>Тестирование - это твоё домашнее задание :) > А, студик. >>>java.util.Vector, java.util.ArrayList, java.util.LinkedList >> >>Слабое утешение, для тех, кто знаком с мощью Си++ и его стандартной >>библиотеки. > Да, мощи STL боятся даже автора: то то нельзя использовать, то это. > Даже в машкодах не напишеш такой х...ни как на STL. А > баги там отлавливают до сих пор. Boost++ или QT и то > значительно лучше. >>К тому же не спасают ни от одного выше и ниже перечисленного >>пункта :) > Да ну? Ещё скажи что с ними не написали ни одной програмы. >>Исли бы еще ты смог легко обернуть в ByteBuffer возвращаемый массив Си > А для чего он, по твоему, предназначен? С пакетом java.nio знаком? http://java.sun.com/j2se/1.4.2/docs/api/java/nio/package-summary.html >>и прозрачно вызвать функцию dll/so из Java без написания дополнительного кода >>:) > Ага, и на всех платформах, даже на тех, где динамических библиотек нет, > и со всеми возможными типами даных. Представляю себе код: 300 строчек > проверяют архитектуру, разрядность, представление данных, ос-ку, версию библиотек, тип > компилятора, тип библиотеки, формат линковки, название функции, и потом одной строкой > %легко!% вызвать функцию из либы для arm32 на x86_64 в режиме > x86_32.
	Введите код, изображенный на картинке: