🚀 go-pugleaf

W dniu 2012-01-06 14:50, Przemyslaw Rokicki pisze:
> On 6 Sty, 14:36, Przemyslaw Rokicki<dumpingow...@gmail.com>  wrote:
>> On 6 Sty, 14:01, PaSkol<DearthNOSPAMpas...@op.pl>  wrote:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>> W dniu 2012-01-06 13:30, Główny Użytkownik pisze:
>>
>>>>     query := pchar(s);
>>>>     if (hCommDev<>    INVALID_HANDLE_VALUE)
>>>>       and (hCommDev>    0) then
>>>>     begin
>>>>       repeat
>>>>         StrCopy(bufferOut, query);
>>>>         FlushFileBuffers(hCommDev);
>>>>       until (writeSerialPort(hCommDev, Strlen(bufferOut))<>    FALSE);
>>>>     end;
>>
>>> Co to jest bufferOut? Bufor o ustalonej długości? Jeśli tak, to można
>>> wykonać:
>>> Move(s[1], bufferOut, Min(Length(s), Length(bufferOut))
>>
>>> Bo StrCopy (OIDP) kopiuje wg konwencji C, czyli do pierwszego #0;
>>
>> nic to nie dało, do drukarki nie idzie cały string bo nie ma zadnego
>> komunikatu.
>> Zresztą problem pewnie występuje na poziomie tworzenia stringa bo nie
>> wyświetla w showMessage jak pisałem wyżej.
>>
>
>
> juz chyba wiem w czym problem, robie lancuch string ktory jest typem
> domyslnie ansi string ktory konczy sie na #0 wiec do
> pchar wrzucam juz obciety landuch i stad problem.

NIE, NIE i NIE!
string jest dobry.

kod
  query := pchar(s);

powoduje jedynie przypisanie wskaźnika na początek bufora ze znakami do 
zmiennej query. żadnego kopiowania! Problem jest w tym jak później 
używasz tego... czyli StrCopy() i Strlen().

Zmienną query możesz spokojnie wyrzucić,  i zamiast niej używać pchar(s) 
bezpośrednio.

w ogóle writeSerialPort() to twoja funkcja? Jeśli tak, to przepisz ją 
tak żeby przyjmowała od razu adres bufora i jego długość, plus overload 
dla stringa.


-- 
Arivald