информационная безопасность без паники и всерьез  подробно о проекте
			Анализ криптографических сетевых...   Модель надежности двухузлового...   Специальные марковские модели надежности...   Очередное исследование 19 миллиардов...   Оптимизация ввода-вывода как инструмент...   Зловреды выбирают Lisp и Delphi
	главная обзор RSN блог библиотека закон бред форум dnet о проекте
	bugtraq.ru / форум / programming		Имя Пароль

	если вы видите этот текст, отключите в настройках форума использование JavaScript

ФОРУМ
	все доски
	FAQ
	IRC
	новые сообщения
	site updates
	guestbook
	beginners
	sysadmin
	programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация

Легенда:   новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение

• Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
• Новичкам также крайне полезно ознакомиться с данным документом.

	[C++] Я таки не понимаю, чем std::string не подходит. Всё равно же все неиспользуемое в exe не попадёт. 03.02.05 15:26  Число просмотров: 1866 Автор: Ktirf <Æ Rusakov> Статус: Elderman <"чистая" ссылка>
	<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

Copyright © 2001-2025 Dmitry Leonov

Page build time: 0 s

Design: Vadim Derkach