WriteBuffer в InDy 10
сабж :( Де він? У моїй книжці по 9му інді і всюди в неті згадується відмінна функція WriteBuffer у TidTCPClient. в 10м ж її ніде немає - ні в функціях клієнта, ні в IOhandler. Я щось не те шукаю? Дуже не хочеться переставляти BDS .
> [0] Volfram # XA0; (06.01.07 16:39)
.IOHandler.InputBuffer
І що він з себе представляє? Судячи з Хелп, це уявлення прийнятих через сокет даних. А послати то ці дані як?
і точно, пов я наплутав!
є поле FWriteBuffer: TIdBuffer; але воно звичайно private, а public властивості нету, видать навіщо то розробники вирішили не давати прямий доступ до цього буферу)
зашибісь :) А рекорд як мені переслати тоді? Придумав варіант з пересилання TStream, в який, в своб чергу, зроблений WriteBuffer :) Але ніяк не розберуся, де потрібно вказувати розмір поля - всередині стріму, перед посилкою стріму в сокеті, і там і там. 0_о
> [4] Volfram # XA0; (06.01.07 17:44)
так навіщо для пересилання лізти в WriteBuffer? по-замовчуванню він взагалі, на скільки мені відомо, вимкнений!
> А рекорд як мені переслати тоді?
щось типу того
var
# XA0; bytes: TBytes;
.
# XA0; bytes: = RawToBytes (Rec, SizeOf (TRec));
# XA0; IdTCPClient1.IOHandler.Write (bytes);
Кожна версія Інді не пам'ятає про попередні.
2 Eraser
WriteBuffer - це процедура така була в 9м інді :)
procedure WriteBuffer (const ABuffer; AByteCount: Longint; const AWriteNow: Boolean = False);
А за спосіб спасибі!
2 Anatoly Podgoretsky
А це не ви випадково перевели Indy in Depth. )
Була справа, перекладав.
Спасибі величезне, відмінна річ, зараз мене виручає :) Шкода що з 10м інді розходиться. -_-
Так повністю приєднуюся до вищесказаного спасибі.
І ще більше спасибі за сайт. Це взагалі гладезь знань. дуже багато звідти почерпнув і черпаю досі.
p.s. Вдячний початківець.
> [7] Volfram # XA0; (06.01.07 18:45)
> WriteBuffer - це процедура така була в 9м інді :)
ага і точно. щас згадав)) зовсім пам'яті у мене немає)
Забувається миттєво, я майже повністю забув Інді менш ніж за місяць, пам'ятаю тільки загальні моменти.
> Але чорт мене смикнув дати посилання на Ваш переклад одному нашому (вже колишнього) співробітникові.
Так ти сильно лоханулся
У мене до Інді особливих претензій немає, крім того що це чужорідний продукт для Віндоус і Дельфі, у нього ідеологія Юнікса, ну і з кожним роком стає все більшим монстром, версія 10 вже вбиває.
Є місця де він цілком справляється, наприклад прості клієнти, наприклад файл там закачати, але тільки як виходиш на серверну сторону, особливо зі складною, багатопоточної логікою, так хоч сам вешайся, проект розвалюється на очах і щоб домогтися стійкої і не суперечливою роботи, треба докласти дюжини сили.
З ICS такого немає, все просто і в стилі Дельфі - обробники і реакція в них. У 10 версії Інді вони спробували реалізувати Driven Event Model - вийшло огидно. Треба сидіти на версії 8 або 9 і не рипатися або самому писати з самого нижнього рівня.
Що толку що Інді 10 має вже готовий NNTP сервер, ще б він і працював, якщо подивитися архіви форуму Інді, то волосся стає дибки.
І у обох продукто загальний головний біль - це документація, це типовий недолік Open Source. Інді в цьому випадку хоча б зовні краще.
Пам'ять: 0.76 MB
Час: 0.078 c