информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаАтака на InternetЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Точнее, надо немного постататься чтобы std::string не... 03.02.05 17:33  Число просмотров: 1836
Автор: ukv Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Точнее, надо немного постататься чтобы std::string не попало.

Если задействован cout и т.п. - то минимальный набор функций для std::string и так попадет в exe. Так что программа должна быть на С++, но с обращениями ТОЛЬКО К БИБЛИОТЕКАМ ОБЫЧНОГО С - иначе постановка просто бессмысленна.
<programming>
[C++] Посоветуйте библиотечку для строк 03.02.05 10:36  
Автор: leo <Леонид Юрьев> Статус: Elderman
Отредактировано 03.02.05 10:40  Количество правок: 1
<"чистая" ссылка>
Нужно что-то максимально легкое (поэтому а-ля STL не подходит), с функциональностью примерно как в Delphi, и обязательно open-source.

Конечно нетрудно написать, но наверняка есть что-то готовое.
[C++] Я таки не понимаю, чем std::string не подходит. Всё равно же все неиспользуемое в exe не попадёт. 03.02.05 15:26  
Автор: Ktirf <Æ Rusakov> Статус: Elderman
<"чистая" ссылка>
Точнее, надо немного постататься чтобы std::string не... 03.02.05 17:33  
Автор: ukv Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Точнее, надо немного постататься чтобы std::string не попало.

Если задействован cout и т.п. - то минимальный набор функций для std::string и так попадет в exe. Так что программа должна быть на С++, но с обращениями ТОЛЬКО К БИБЛИОТЕКАМ ОБЫЧНОГО С - иначе постановка просто бессмысленна.
[C++] Это код для embedded-системы 03.02.05 17:55  
Автор: leo <Леонид Юрьев> Статус: Elderman
Отредактировано 03.02.05 17:56  Количество правок: 2
<"чистая" ссылка>
Этот код будет использоваться как в драйвере, так и в application-коде embedded-системы.
Поэтому cout, равно как и libc не используется. STL (она-же последняя std::) тянет целый вагон всякой "ерунды", например "exception handling" и инициализацию глобальных c++ объектов.

Кроме этого STL/std:: довольно увесисты по includ-ам, и очень не удобно таскать этот прицеп на компиляторе без "precompiled headers"...
[C++] То есть нужно что-то вроде std::auto_ptr? :) 03.02.05 19:00  
Автор: Ktirf <Æ Rusakov> Статус: Elderman
<"чистая" ссылка>
Вы уверены, что вам вообще стоит тогда связываться с чем-то большим, чем указанное в сабже? Не будете же вы считать ссылки на строки?
Если я напишу библиотечку сам, то обязательно с подсчетом... 03.02.05 23:52  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
Если я напишу библиотечку сам, то обязательно с подсчетом ссылок. Это хороший фундамент для сложных и быстрых структур.

Да и чем принципиально подсчет ссылок "а-ля delphi" отличается от auto_ptr?
std::auto_ptr не считает ссылки! 04.02.05 00:31  
Автор: Ktirf <Æ Rusakov> Статус: Elderman
<"чистая" ссылка>
std::auto_ptr не считает ссылки!

А подсчёт ссылок — надеюсь, вы хорошо понимаете ограниченность метода и про две структуры замкнутые друг на друга рассказывать не надо. В связи с чем я совсем не уверен, что оно вам вообще нужно. Неужели сами, без подсчёта ссылок, не справитесь?
"Замыкание" на строках сделать не получиться. 04.02.05 00:57  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
"Замыкание" на строках сделать не получиться.
Строка "а-ля delphi" не может ссылаться на что либо. Ссылки там не только для сборки мусора, но пожалуй прежде всего для исключения излишнего копирования при присвоении и т.д.
Конечно можно обойтись и без этого, то я люблю "устраиваться" комфортно, особенно если так недорого.

Но если чесно, я уже подумываю JVM интегрировать. По грубым прикидкам помещается с хорошим запасом :)
У страуструпа был пример строк с разделяемым представлением и копированием при записи 04.02.05 11:17  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
С полными исходниками
Замыкание не получится - другие способы есть. 04.02.05 01:03  
Автор: Ktirf <Æ Rusakov> Статус: Elderman
<"чистая" ссылка>
> там не только для сборки мусора, но пожалуй прежде всего
> для исключения излишнего копирования при присвоении и т.д.
Это и std::string умеет, по меньшей мере некоторые реализации.

> Конечно можно обойтись и без этого, то я люблю
> "устраиваться" комфортно, особенно если так недорого.
>
> Но если чесно, я уже подумываю JVM интегрировать. По грубым
> прикидкам помещается с хорошим запасом :)
Ну вот это, имхо, самый удачный вариант, потому что для embedded, по-моему, подходит либо грубый C, либо J2ME :)
Ну там попадет действительно минимальный набор 03.02.05 17:53  
Автор: Ktirf <Æ Rusakov> Статус: Elderman
<"чистая" ссылка>
Поскольку cout не использует std::string, а все эти operator << и прочие ostream_iterator отлетают при неиспользовании точно так же.
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach