readline() strangeness on 4.8.10D4
Roger Cornelius
rac at custom-mobility.com
Tue Dec 16 14:30:43 PST 2008
Filepro 4.8.10D4 on SCO OSR507
I'm seeing strange behaviour from readline(), which I haven't had a need
to use before now. Or maybe it's len() or call processing or the
debugger that's the problem.
- I'm using a called table via "call noauto"
- In auto processing I have field kz(12,*)
- In called table I have field kz(64,*)
- fh has been opened to a filepro "map" file with mode "rt"
- readline(fh,kz) returns the correct number of bytes read and kz is
populated correctly as evidenced by "show popup kz", but len(kz) always
returns 12 which is the length defined in auto processing. When I
display field kz in debug mode using "F", display field, it displays
as a blank field 12 characters long. If I change the field length in
auto processing, values returned by len() and debug mode display field
change accordingly. According to the manual, "call auto" causes dummy
fields from auto processing to be ignored. Not what seems to be
happening here.
And also:
- readline() doesn't like it when it's arguments are variables with long
names. At least I get a syntax error when I try to save the table.
writeline() seems to work fine with long name variables.
Since we're on an old fp version, can I assume these issues have already
been reported and fixed? If so, in what version?
Am I going to have problems reusing vars which exist in auto processing
even though I'm using "call noauto"?
Thanks.
--
Roger Cornelius rac at custom-mobility.com
More information about the Filepro-list
mailing list