🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.asm
Article #723

Re: Crlf

#723
From: Bernard
Date: Sat, 23 Sep 2006 20:26
54 lines
3380 bytes
Wiktor S. wrote:
>> Wszelkie urządzenia, które były projektowane z myślą o radzeniu sobie
>> z trzema możliwymi sekwencjami końca wiersza: CR, LF albo CR+LF. Taka
>> drukarka (ew. program do konwersji plików) domyśla się, że CR, to w
>> rzeczywistości CR+LF, podobnie jak samo LF. Jak zobaczy LF, to zrobi
>> CR+LF, potem zobaczy LF i znów zrobi CR+LF - wydruk będzie miał co
>> drugą linię pustą.
> 
> To znaczy, że ta drukarka się standardu nie trzyma. Znaczenie CR i LF 
> jest jasno określone, i pierwotne przeznaczenie było właśnie dla drukarek.

Zgaadza się. A potem pojawili się tacy, co zaczęli na końcu wiersza 
pisać coś innego niż para CR+LF, a wtedy producenci drukarek musieli 
wymyślić, co z tym fantem zrobić
> 
> Aż przeprowadziłem test: hp959c, USB.
> 
> plik wyglądał tak:
> 
> 1111111111<LF>
> 2222222222<CR>
> 3333333333<CR><LF>
> 4444444444<LF><CR>
> 5555555555
> 
> wydruk wyglądał tak:
> 
> 1111111111
> 33333333332222222222
> 4444444444
> 5555555555
> 
> czyli: LF obniża, CR wraca, CRLF i LFCR robią to samo. Tak powinna się 
> drukarka zachowywać, inne zachowanie jest niestandardowe.

Tak powinna się zachowywać drukarka, która nie jest przystosowana do 
pracy pod Unixem lub MacOSem i tysiącem dziwacznych programów 
działających na różnych urządzeniach.

Ponieważ jednak klienci życzą sobie, żeby drukarki działały pod UNixem 
lub z dziwnymi programami, drukarki są wyposażone w możliwość pracy z 
innym niż standardowy koniec wiersza. Robi się to tak, że drukarka 
"domyśla się" CR przed samotnym LF i LF po samotnym CR. Przy CR+LF nie 
domyśla się nic, bo nie musi. Jak zobaczy LF i CR, to LF jest zamieniane 
w CR+LF, a CR - w drugie CR+LF - i mamy pusty wiersz.

> IMHO koniec wiersza powinien być crlf, pomysły makówkowy i uniksowy są 
> bez sensu (choćby potrzebna jest konwersja przy wysyłaniu na drukarkę...)

Oczywiście z pierwszą częścią zdania nie sposób się nie zgodzić, ale 
druga nie wytrzymuje konfrontacji z rzeczywistością. Tak się składa, że 
kiedyś pisałem oprogramowanie do współpracy z drukarkami, a potem 
konstruowałem drukarki, w tym również tworzyłem ich firmware. Dlatego 
wielbicieli sekwencji LF+CR najchętniej bym odstrzelił.
Technical Details
Message-ID: <45158c3e$0$17954$f69f905@mamut2.aster.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.astercity.net!news.aster.pl!not-for-mail
References: <eethch$e1i$1@nemesis.news.tpi.pl> <eethr7$ep9$1@nemesis.news.tpi.pl> <eetlls$ofa$1@nemesis.news.tpi.pl> <eetm7k$9b0$1@atlantis.news.tpi.pl> <451442df$0$17959$f69f905@mamut2.aster.pl> <1158969460.760522.50280@k70g2000cwa.googlegroups.com> <4514d484$0$17957$f69f905@mamut2.aster.pl> <ef2u01$l8g$1@news.onet.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.astercity.net!news.aster.pl!not-for-mail
Date: Sat, 23 Sep 2006 22:26:19 +0200
From: Bernard <bernard@earth.net>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
Newsgroups: pl.comp.lang.asm
Subject: Re: Crlf
References: <eethch$e1i$1@nemesis.news.tpi.pl>   <eethr7$ep9$1@nemesis.news.tpi.pl>   <eetlls$ofa$1@nemesis.news.tpi.pl>   <eetm7k$9b0$1@atlantis.news.tpi.pl>   <451442df$0$17959$f69f905@mamut2.aster.pl> <1158969460.760522.50280@k70g2000cwa.googlegroups.com> <4514d484$0$17957$f69f905@mamut2.aster.pl> <ef2u01$l8g$1@news.onet.pl>
In-Reply-To: <ef2u01$l8g$1@news.onet.pl>
X-Antivirus: avast! (VPS 0638-1, 2006-09-22), Outbound message
X-Antivirus-Status: Clean
Lines: 54
Message-ID: <45158c3e$0$17954$f69f905@mamut2.aster.pl>
NNTP-Posting-Date: 23 Sep 2006 19:34:22 GMT
NNTP-Posting-Host: 82.210.165.187
X-Trace: 1159040062 mamut2.aster.pl 17954 82.210.165.187:1233
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit