| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Active or dead? |
02 Nov 16 16:42, you wrote to me: ml>> if the tool is written in freepascal, it will likely handle the EOL ml>> just fine... i have a project here that is written in FPC and it ml>> works fine on native OS/2 and winwhatever... i copied the code over ml>> to a linux box and pulled the data files in and it read them just ml>> fine with no dancing about with EOLs... the data files come in in ml>> zips and are unzipped with no special options give... especially not ml>> the one to change EOLs... TL> Even when the file is from a foreign OS? (e.g. Windows text file on TL> Linuxx and vicew versa). AFAIK, yes... i have no clue what OS the data files my project works with are created on or what kind of transfers and conversions may happen before the data is zipped... we use a script that pulls the zips from the remote server(s) and unzips it... then my project takes existing data in locally processed text files and loads in the new data from the remote server... it hasn't cared about EOLs on any systems i've run the project on... each one pulls the data archives from the remote server(s) and off we go to the races... [time passes] i just took a look and i have data files with 0xOa and 0x0d0a EOLs... they are all read with no problem... output files from my project take the EOL for the system it is running on so a 999 line output file on the linux box will be 999 bytes smaller than the exact same output file created on a winwhatever or OS/2 box... the difference being, of course, that 0x0d is not there... now, if one must have the same EOL, that's easy enough to do... IIRC, there's one system variable that you can ""override"" to make it use 0x0d0a for EOL on all systems... or you can go for 0x0a on all or even 0x0a0d (older mac eol) if you desire... FPC is very flexible when it comes to plain ASCII text files using the traditional readln and writeln routines... now, if you want to use that UTF-8 mess, it is a whole other story... FWIW: my project is a TLE processor... if anyone knows what a TLE is, they will have an idea of what my project does ;) )\/(ark Always Mount a Scratch Monkey Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong... ... Cat with a full-auto M-16: Terror of poodles everywhere! ---* Origin: (1:3634/12.73) SEEN-BY: 103/705 109/500 123/5 52 111 140 500 789 1970 124/5013 5014 135/300 SEEN-BY: 140/1 153/757 154/0 10 30 203/0 221/6 226/600 227/201 229/426 230/0 SEEN-BY: 240/5832 249/303 261/38 280/464 5003 292/624 854 320/119 322/759 SEEN-BY: 340/800 342/11 423/120 633/267 280 640/384 712/620 848 770/1 2320/100 SEEN-BY: 3634/12 15 24 27 50 5075/35 @PATH: 3634/12 123/500 154/10 280/464 712/848 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.