| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Net Development |
Quoting Scott Little on Sun 5 Jan 2003 6:09 to Jan Vermeulen:
JV>> How can you be 100% sure that you will get the old data back when
JV>> generaing an SLF list from the XML data?
sl> You can't, but that's dependant on the broken-ness of the input
sl> SLF. Theoretically, the SLF -> XML conversion will only extract
sl> "known good" data, leaving the rest as undecipherable nonsense
sl> which XML native programs will ignore, but will be restored when
sl> converted back to SLF.
This implies that an XML list generated from the nodelist at one place
will not yield the same nodelist somewhere else. I don't like that.
sl> As I said before, if this is a concern, *Cs can simply run both in
sl> parallel.
I would not know why I should do that. There's more important work to
do than that running wo programs that do the same and then check them for
correctnes (and I can't use a simpel "FC first second >
watsup"
sl> It's likely they won't, though, as it will force nodelist entries
sl> that are undecipherable to be fixed instead.
I can do that using MakeNL and a flag list; I'm doing that already now ;-)
-==-
* Origin: The Poor Man's Workstation -- Wormerveer NL (2:280/100)SEEN-BY: 633/267 270 @PATH: 280/100 28/1 10/345 379/1 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™.