TIP: Click on subject to list as thread! ANSI
echo: makenl_ng
to: Wilfred van Velzen
from: Kees van Eeten
date: 2015-02-21 17:06:44
subject: Feature request

Hello Wilfred!

21 Feb 15 16:47, you wrote to me:

 WvV> So what you are saying is that BOMs should always be filtered out from
 WvV> input files before further processing. And there's no need to make this
 WvV> an option. ;)

 From what I have seen and read, the BOM is used as a marker for Notepad to
 switch to UTF-8 when the file is openend. When a file is saved as a UTF-8
 file the BOM is put into the first 2 positions of the file.

 I will have to guess how administrators prepare their submissions to make
 a guess where the BOM can be introduced. If nobody uses Notepad for
 editing parts of their submissions the problem is probably moot.

 So how do people maintain their segments and what files are there.

 Lets start with the three text files. When edited, the may have a BOM at
 their start and that BOM will end up in the middle of a comment section.
 It shows as 3chars of rubbish.

 Some maintain their section is the "data" section of the control file.
 In that case the *.ctl will start with a BOM, makenl may throw an error
 messages, and continue as usual.

 Some may include subsegments in the files section of the CTL.
 The included files will often be generated with makenl by a lower oder admin.
 One can expect the file to be save and without a BOM.
 Some submit manually maintained segments, those files are a hazard anyway
 and should be checked and cleaned anyway. There could be a BOM at their start.

 A last where a segment can be maintained in an editor is the segment file
 in the master directory. There a BOM will be placed at the start of the
 file, i.e. at the start of the headerline. As far as I know the old
 headerline is ignored when makenl processes the modified segment in the
 master directory.

 In short the only usefull place for the BOM would be the start of the file.
 That line is generated by makenl without a BOM. Remnants of BOM's is
 other files could show up in comment sections, as 3char rubbish, with no
 function. So there is no place for the BOM in de nodelist and leaving it
 in as an option is useless.

 The nodelist is a byte ordered file, so there is no endian dependency.
 Whoever want to use it in a word ordered way, will have to redesign
 makenl anyway.

Kees

--- GoldED+/LNX 1.1.5
* Origin: As for me, all I know is that, I know nothing. (2:280/5003.4)
SEEN-BY: 19/33 34/999 90/1 116/18 120/331 123/500 1406 128/187 135/364 140/1
SEEN-BY: 218/700 226/0 160 230/150 240/1120 249/303 250/1 261/38 100 266/404
SEEN-BY: 266/1413 267/155 280/464 1027 282/1031 1056 292/907 311/2 320/119
SEEN-BY: 322/762 340/400 393/68 396/45 633/267 280 712/620 848 770/1 801/161
@PATH: 280/5003 5555 203/0 266/404 261/38 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™.