добрый день.
сразу к делу, в мою функцию передают IStream .
мне надо осуществить поиск определённых "маркеров" (последовательность 2 или 4 байт) и смещать position на найденные смещения.

проблема в том, что размер данных в потоке может быть довольно не маленьким - и хотелось бы обойтись без их копирования туда-сюда. будь это TMemoryStream всё было бы очевидно.
есть ли способы получить указатель на начало самих данных IStream? что-то не выходит найти, подскажите?

нет, "создатель и передаватель" этого IStream является неким внешним явлением.

вроде нарыл в MSDN мол пишут можно попробовать GlobalLock и GlobalUnlock, но сработает не во всех случаях. только я с ними не работал.
работаю на Делфи и на Java, и по возможности стараюсь использовать родной MemoryManagement соответственно или Делфи или Java.
считаю - а нафига в данной области делать мешанину с WinAPI? (возможно я не прав?)

сейчас попробуем... значится... пытаемся получить указатель через GlobalLock, а если не получилось - пока оставим заглушку в виде копирования в TMemoryStream...
гм.. ..странные у них Return и Remarks... и чё-та не понятно - GlobalLock блокирует вызовы GlobalReAlloc или нет? хотя ладно, не думаю что кто-то вздумает вызывать последнее.

хороший вопрос... чёт даже не задумывался... старею)

документация "внешнего явления" никак не комментирует данный разрез. как-то можно узнать вручную самостоятельно рантайм?
ну а если нет, то GlobalLock просто провалится же и всё, нет? на крайний случай будет работать копирование в TMemoryStream.

хотя... если ж мне грубо говоря надо перебрать все байты в потоке - может и нет смысла копировать, просто просто читать по байту из IStream.Read()? как ж будет разумнее?
но с указателем всяко бы быстрее было...

чччД__, в смысле? я же писал - сделано уже, через копирование в TMemoryStream. но хотелось бы обойтись без их копирования туда-сюда.
там от 40 до аж 900 мегабайт - мотылять туда-сюда довольно накладно, нет что ли? и да, сейчас явно медленее чем хотелось бы (и чем могло бы).

Aniskin, я знаю, просто документация "внешнего явления" никак не поясняет природу своего IStream. "договариваться" также не получится. as is. но за совет большое спасибо!
не понял тока почему GlobalLock должны приводить к AV? не найдёт - просто вернёт ошибку в GetLastError, разве не так? хотя я почти дописал новый код, скоро просто опробую что получается.

Dimitry Sibiryakov, само собою, пока вот вытягивается в TMemoryStream всё сразу. но именно от этого бы хотелось избавиться. а даже если средними кусками - не вижу возможности улучшения.

просто если окажется что есть возможность просто взять уже имеющийся указатель - будет явно оптимальнее.

Dimitry Sibiryakov,
   1) Я читаю весь поток целиком. Делаю поиск.
   2) Я читаю 25% потока. Делаю поиск. Я читаю 25% потока. Делаю поиск. Я читаю 25% потока. Делаю поиск. Я читаю 25% потока. Делаю поиск.
ну и где тут возможности для ускорения поиска ? :3
тока по памяти лучше, но память как раз в данном месте не принципиальна.

чччД__, если я не знаю "природ", то имеется лишь два варианта - либо есть указатель (данные в текущем процесе), либо нету указателя (данные где-то ещё).
или вы думаете GlobalLock станет мне давать указатель, если данные не в текущем процессе?
мне такое кажется сомнительным, полагаю ошибку вернёт и всё. а дал указатель - значит и данные тоже "у нас". но вообще да, явно там ничего не было сказано...

заранее неизвестно - весь нужен или не весь, зависит от данных, становится понятным только после самого поиска.
ладно, пойду пробовать по всякому.