"Roman Rokytskyy" ...
> А я чё? Я - ничё. Это все Дима затеял - изменить сигнатуры всех методов
> так, чтоб не передавать указатель на ISC_STATUS в них, а вместо этого
> вызывать что-то типа isc_get_last_error.
Только не это. Ибо опять прийдём к TLS, глобальным переменным и
прочей каке
> Я же аргументировал, что тот факт, что ISC_STATUS валидный только до
> следующего вызова большинства методов не является причиной менять АПИ,
> так как АПИ здесь ни при чем и это только такая реализация этого АПИ.
Да, да, да. Причём инвалидами становятся только строки - коды ошибок
могут жить вечно :) И это, имхо, вполне логично
> И что возможно создать другую реализацию, где все будет по-другому. И Дима
> согласился. Ну а потом Ты проснулся с вопросом "А как?!" :) Вот я и
> сгенерировал идею.
Я спрашивал "А как?!" ? Т.е. это я флейм развел ? :)
Меня устраивает метод создания\обработки ошибок в ESP :)
> Кстати, у меня еще много разных идей сегодня после обеда появилось.
!
> Например ввести новые методы, которые еще и аллокатор как параметр
> получают. Тогда можно вообще память от приложение получать. :) Я еще
> подумаю, у меня еще идеи появится! :)
Приятного аппетита :)
> > И я совсем уже потерялся - о какой
> > новой либе идёт речь ?
>
> Кто-то (например я) возмется и напишет свой вариант клиентской либы.
> Например сгенерирую DLL с теми же точками входа, которая будет грузить
> Java Virtual Machine и вызывать нашу реализацию сетевого протокола.
>
> Но шутки в сторону. Это (написать новую либу) действительно можно
> сделать, при чем можно сделать ее очень маленькой и такой, что сможет
> быть запущена на Pocket PC или Symbian. TCP-стэк у них у всех есть, а
> возможность подключатся к ФБ может быть аттрактивной для встраеваемых и
> мобильных приложений.
>
> Хотя есть ли смысл в таком варианте без возможности делать хоть часть
> обработки данных локально?..
Мне сложно на это ответить ибо я не пишу таких приложений и,
соответственно, не испытываю нужды в PPC\PalmOS\Symbian версиях
--
Хорсун Влад
