Citat:
Shadowed: Jesi u pravu, s' tim da bi na windows-u trebalo da je \n zapravo zajedno 13 pa 10 (upravo ono sto tamo stoji Chr(13) & Chr(10)). Ne znam ko je pisao taj vb, ali to je mogao jednostavnije sa konstantom vbNewLine

To je mali idiosyncrasy windows platforme. \\r\\n su zaostali jos iz vremena DOSa i konzolnog izlaza i tada su vrsile razlicitu funkciju. \\r (carriage return) je vraca kurzor na pocetak trenutnog reda a \\n je prebacivao u novi red. (bez \\n bi ispis pregazio trenutni red, a bez \\r bi nastavio da ispisuje od trenutne horizontalne pozicije al u sledecem redu).
Posto windows kao graficki GUI nema "matricu" ispisa, \n ne moze da pozicionira ispis na istoj poziciji u sledecem redu pa aftamacki pomeri ispis na pocetak istog cineci \\r viskom. E tu ignorisanje pocinje i prestaje, probaj npr donjim kodom da napravis fajl koji ima samo \\n i da ga posle otvoris iz notepad-a i videces da linija nece biti prekinuta, sta vise bez \\r ce cak i \\n biti ignorisano kao da ga nema

. I posto nikad ne znas gde ce tvoj string da ode i moz da se desi da bude izbacen na neki matricni izlaz (npr direktno na stampac) bolja je praksa koristiti "\\r\\n" umesto samo "\\n" cak i za GUI.
Code:
FileStream cc = File.OpenWrite(@"c:\\test.txt");
cc.Write(new byte[] { 33, 34, 35, 36, 10, 37, 38, 39 }, 0, 8);
cc.Close();
Inace \\r je prvi poceo da ignorise Unix, ne Windows

unix tekst fajlovi nemaju \r\n, imaju samo \n koji vrsi funkciju \\r\\n. Zato npr FTP ima poseban TEXT transfer mode koji regulise konverziju \\r\\n i \\n kad se prebacuju fajlovi sa unix i na unix platformu.
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić