Subj : Need help with LordMenu utility
To : Donald Tidmore
From : Bj�rn Felten
Date : Sun Jan 07 2007 05:15 am
DT> If I understand what Michael told me in early 2006 about Lord's problem
DT> with the 3rdalt.txt it was that LORD expects to see ansi string data
DT> lines that don't exceed 128 spaces maximum per line. So when it tries
DT> to load the file that has 1,000-space lines, it literally chokes on it.
At first I didn't notice that you kept on saying "spaces", so I assumed it
was just a case of not assigning enough space for a read-line procedure.
But now that I've noticed that this seems to be a "space" (aka character
#32) issue, I'm starting to get really puzzled.
1. Why in Heavens Name would anyone want to write 128, and even 1000, spaces
*on* *one* *line* ?
2. Why would the L.O.R.D. program care about what it sends, as long as it
can read all the data that it shall send? Spaces or no spaces?
The default(?) 3rdalt.txt file that your program generates has two long
lines (400 and 466 characters long), do you mean that those lines are not a
problem for the L.O.R.D. program?
---
* Origin:
news://felten.yi.org (2:203/2)
