|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 08 May 2007 13:03:03
To : Roman Belenov
Subject : Re: Debian vs Ubuntu
--------------------------------------------------------------------------------
.com> <64802336@tigger.lan.cryptocom.ru> <uodkwejex.fsf@intel.com>
.com> <66567421@tigger.lan.cryptocom.ru> <ufy67era8.fsf@intel.com>
From: Artem Chuprina <ran+news@ran.pp.ru>
Roman Belenov -> Artem Chuprina @ Tue, 8 May 2007 06:58:05 +0000 (UTC):
>> Там, где строки нужны постольку поскольку, обычно на ура работает
>> printf. Даже не sprintf :-)
RB> Как он поможет хранить и передавать строки как аргументы, не
RB> задумываясь о памяти ?
Если строки нужны постольку поскольку, то их не надо хранить, не
задумываясь о памяти. Их только выводить надо.
Хранением же озаботится вышележащее приложение, написанное на языке, у
которого в рантайм это встроено без плюсовых извращений.
>> А там, где они чуть более нужны - std::string точно так же не отличает
>> символ от байта и потому нафиг не пригоден.
RB> В смысле? Есть std::string, есть std::wstring, есть классы локалей,
RB> обеспечивающие конвертацию.
Во-во. Всю конвертацию - вручную. Спасибо, я лучше пешком постою. Tcl
позволит мне об этом не заботиться.
>> А бинарные данные - да, надо молотить в C. Вон, в соседнем окне
>> выглядывает из-за угла сишничек. 20 строк тиклового API (сообщения об
>> ошибках, формирование результата и оформление в пакет) и собственно
>> молотилка. А работа с файлами, сокетами и строками - tcl. Я что,
>> маньяк ее на C писать? Спасибо, сишную ее часть за меня уже написали.
RB> Это если молотилка только числа молотит. А если у неё структуры, к
RB> которым привязаны строки (делать с ними особо ничего не надо -
RB> записать, сравнить, передать дальше, изредка посмотреть внутрь),
RB> встраивать ради них Tcl выглядит странно.
Как совершенно верно сказал Витус, сделать надо наоборот. Встроить
функции молотилки в приложение на tcl.
>> RB> Это уже ошибка в алгоритме (откуда бы этому нулевому символу там
>> RB> изначально взяться?),
>>
>> А чем он хуже других?
RB> Скажем, ввести его с консоли или в гуишном контроле несколько
RB> затруднительно.
В моих обычно нет проблем. У меня за этим контролом eval() лежит.
>> Если правильно писать на C, никаких проблем с указателями не будет.
>> Другое дело, что правильно очень мало кто умеет.
RB> В том то и дело, что вопрос не только в принципиальной возможности,
RB> но и в затраченных ресурсах, требованиям к квалификациии
RB> разработчиков и т.д.
К C++ это в гораздо большей степени относится. Hаучиться правильно
писать на C намного проще.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Ходячая энциклопедия - это девушка, которая пытается многознанием
компенсировать отсутствие мыслительных навыков (С)энта
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
