информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Google закрывает безлимитные Photos 
 Имя компании как средство XSS-атаки 
 Утекший код XP и Windows Server... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Если я напишу библиотечку сам, то обязательно с подсчетом... 03.02.05 23:52  Число просмотров: 1447
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
Если я напишу библиотечку сам, то обязательно с подсчетом ссылок. Это хороший фундамент для сложных и быстрых структур.

Да и чем принципиально подсчет ссылок "а-ля delphi" отличается от auto_ptr?
<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-2020 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach