🚀 go-pugleaf

Felix wrote:
> 
> Po wielu walkach z COMami, wreszcie znalaz�em komponent, i to darmowy,
> pozwalaj�cy na wysy�anie danej i jej odbi�r z COM�w Ale jest jeden
> "malutki" problem. Ot� procedura "pisz�ca" akceptuje zmienn� typu
> PChar, gdy� komponent jest przeznaczony do pisania terminala, a nie
> programatora.
> Problem 1)
> Jak podawa� plik binarny w postaci pojedynczych znak�w i to w dodatku
> typu PChar? Czytam go jako Byte, przekszta�cam CHR do znaku, ale jak
> to przerobi� na PChar? No i co z problemem 1a)?
> Problem 1a) "Normalne" znaki niby OK, ale co ze znakami o kodach ASCII
> z zakresu 0-32? A zw�aszcza znakiem o kodzie 0? Wiadomo, �e oznacza on
> koniec �a�cucha PChar, wi�c przypisanie go do �a�cucha PChar powoduje
> zamkni�cie tego �a�cucha, wi�c zamiast znaku #0 b�d� mia� �a�cuch
> pusty. Gdyby to by�y Stringi, by�oby bez problemu, bo znak #0 by by� w
> stringu i tyle. A co tutaj robi�? Wa�ne jest, �ebym zczytywa� z portu
> KA�DY znak, bo przecie� programator mo�e (a nawet na pewno b�dzie)
> odczytywa� i zapisywa� tak�e znaki inne ni� standardowe literki

	Tyle problemow, a po co? Wystarczy skorzystac z innego komponentu,
ja uzywam comdrv16 (jest tez comdrv32) z duzym powodzeniem do transmisji
tekstowych i binarnych. Ma miedzy innymi funkcje przesylania dancych 
binarnych wymagajaca podania wskaznika i ilosci bajtow. Poza tym
przesyla lancuchy zwykle i konczone zerem.

	Pozdrawiam -

								P.

---------------------------------------------------------------------------
Patryk P. Nowak             Ph.D. student on Technical University of
Gdansk
"...You may say I'm a dreamer, but I'm not the only one..."
e-mail: pat...@eti.pg.gda.pl        
http://www.ue.eti.pg.gda.pl/~patrykp/
Poglady wyglaszane przez autora nie zawsze sa zgodne z pogladami autora.
---------------------------------------------------------------------------