X-Google-Language: POLISH,Latin2
X-Google-Thread: 1045ba,c603056aa49e4cf8
X-Google-Attributes: gid1045ba,public
X-Google-ArrivalTime: 2001-08-20 17:10:54 PST
Path: 
 archiver1.google.com!newsfeed.google.com!sn-xit-02!supernews.com!news.tele.dk!small.news.tele.dk!212.43.194.69!fr.clara.net!heighliner.fr.clara.net!news.tpi.pl!not-for-mail
From: "Leszek Ciszewski" <leszekc@alpha.net.pl>
Newsgroups: pl.rec.ascii-art
Subject: D�ugo�� sygnaturki. :)
Date: Mon, 20 Aug 2001 17:26:57 +0200
Organization: Zachodnie Rubie�e Asferrii otoczone Kapodocj�... Arkedocja in spe... :)
Lines: 81
Message-ID: <9ls8ua$t3v$1@news.tpi.pl>
References: <9l5p1p$dhh$1@news.tpi.pl>
 <slrn.pl.9nfhdi.3is.rafal@cirilla.ctm.pl> <9lbis0$lsp$1@news.tpi.pl>
 <9lc3bc.10g.2@localhost.h87131046.invalid> <3b7b8dd0@news.vogel.pl>
 <9lga1f.3vvm4ad.1@sloth.hell.pl> <3b7ba097@news.vogel.pl>
 <9lh7qq.11c.2@localhost.h31f27853.invalid> <9lkh3q$8mh$1@news.tpi.pl>
 <9lleq9.3vvlu3f.1@sloth.hell.pl> <9lmvg8$jvk$1@news.tpi.pl>
 <slrn9o0foj.hdh.metallo.nospam@electra.local.net>
Reply-To: "Leszek Ciszewski" <leszekc@alpha.net.pl>
NNTP-Posting-Host: pa24.bialystok.cvx.ppp.tpnet.pl
X-Trace: news.tpi.pl 998352650 29823 213.77.200.24 (21 Aug 2001 00:10:50 GMT)
X-Complaints-To: usenet@tpi.pl
NNTP-Posting-Date: 21 Aug 2001 00:10:50 GMT
X-Newsreader: Microsoft Outlook Express 8.00.3414.232
X-MSMail-Priority: Normal
X-Priority: 3
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: archiver1.google.com pl.rec.ascii-art:3122

metallo <metallo.nospam@go2.pl>

> Wi�cej enter�w nie pami�tam.
> met.

Nawi�zuj�c do poprzedniego mego postu:

Wi�cej [..] nie pamietam, za wszystkie [..] :)

No to patrz:

Na pocz�tku w jednym s�owie/bajcie piszesz d�ugo�� linijki;
nast�pne bajty oznaczaj� linijki tej zawarto��, ko�ca nie ma;
natomiast po linijce jest s�owo/bajt, kt�re/kt�ry oznacza
d�ugo� kolejnej linijki; itd. :)

|2 B ST.| ZL. -- TYLE B., ILE ZAPISANO W ST.)   |2 B ST.|   ZL  |
        |  1   2   3   4   5   6   7   8   9  10|       |  1   2|
   1   0|  A   B   C   D   E   F   G   H   I   J|  0   2|  K   L|
   0   1|  2   3   4   5   6   7   8   9  10  11| 12  13| 14  15|
|049|048|065|066|067|068|069|070|071|072|073|074|048|050|075|076|


ST. -- s�owo opisuj�ce d�ugo�� najbli�szej linijki (bajty steruj�ce)
ZL. -- zawarto�� linijki

Tak wi�c do ka�dej linijki dodane s� dwa bajty. :)
Mo�e by� te� tylko jeden bajt -- w�wczas ograniczymy
d�ugo�� linijek do 255 znak�w. :)

Mog� tak�e by� bajty kontrolne. :)
Jeden -- aby wiedzie� czy s�/nie_ma b��dy/b��d�w,
oraz wi�cej, aby wiedzie� tak�e kt�re s� b��dne. :)
Teoretycznie wstawienie 50% bit�w
kontrolnych stwarza mo�liwo�ci
samonaprawy transmisji, przy za�o�eniu
takim, �e jednocze�nie nie wi�cej ni�
jeden bit ulega przek�amaniu. :)

|abcdefgh|ijkl|

 abcdefgh -- bity nios�ce informacj� (8  sztuk)
 ijkl     -- bity kontrolne          (4 sztuki)

Je�eli w trakcie transmisji ulega
przek�amaniu nie wi�cej, ni� jeden
bit (czyli jeden, albo zero bit�w
ulega przek�amaniu) mo�liwa jest
,,samonaprawa", czyli mo�liwe jest
nie tylko stwierdzenie, �e jaki�
bit uleg� przek�amaniu, ale tak�e
mo�liwe jest stwierdzenie kt�ry
bit uleg� przek�amaniu. :)

Mo�e by� ca�a masa przer�nych
interpretacji ko�ca linijki. :) :) :)

Oczywi�cie w plikach zawieraj�cych
tylko znaki tekstowe naj�atwiejsze
(najta�sze) jest u�ywanie znak�w
ko�ca linii (separator�w) w postaci
bajt�w <CR> (13), czy <LF> (10). :)

 -- powr�t karetki
 -- koniec linii

Mo�na dwa, mo�na jeden. :)

Mo�e to te� by� inny, ,,nietekstowy"
znak. :) Na przyk�ad (00). :)

Za� koniec pliku mo�na
oznacza� znakiem <EOF> (26). :)

 -- koniec pliku

Pozdrawiam. :) :) :)

Lc.