Bug report (12=17020 TC029) SAMBA 2.2.8 release 20040908 -
intermittent content loss
RR - Rod Regier
RRegier at dymaxion.ca
Wed Sep 22 13:47:36 GMT 2004
(n.b. a shorter version of this was reported to JYC in August,
but he was unable to reproduce the failures).
Summary: Some intermittent file corruption is occuring.
We would like to provide a good test case, but such eludes us.
Since corruption is serious, we thought the list subscribers
should be alerted to watch for same.
- TC029
- 13-Aug-2004
- Problem: NTTS (Windows) perl program, run across the network on
files on the OpenVMS system, is reading a line incorrectly.
Problem does not persist if the file in question is copied
to a local drive.
- Line in question appears to have been replaced with the last
line
of a file read previously in the same perl session.
- Test file in question is rl_libw:dbtdsp.cpp
- Program is %dyulib%\cxxpre.prl
- Diff is:
************
File DSA0:[TH]DBTDSP.TMP;1
177 SPLSTR_OPTIONAL_PORTION_RIGHT = 1
178 remark_lines_displayed=0;
******
File DSA0:[TH]DBTDSP2.TMP;1
177 remarks_attached=FALSE;
178 remark_lines_displayed=0;
************
- the SPLSTR line is from rl:splstr.inc, note that the line
that should have been read is missing.
- This is the only difference in all files read in that perl
session.
- testing was done to output each line as each file was read
to a debug log, logs were then diffed.
- The line in question is also correctly read where originally
processed (in splstr.inc).
- A simple test case (read in and print out only the 2 files
in question, with no transformations) does not produce the
problem.
- TH > Problem encountered again in another file,
rl_libw:invok.hpp:
- Following is the difference in what perl sees on both
systems:
************
File
SYS$SYSDEVICE:[DYMAX.WIP.RL.LIB.SRC.CPP.TRN]INVOK_TEST.2DW`
116 typedef void (*invokr_word_nowninfo_type) (const
word&,
117 owncode_info_type&);
******
File SYS$SYSDEVICE:[TH]INVOK_TEST.2DW;1
116 typedef void (*invok
117 owncode_info_type&);
************
- Again the error occurs right at the point where the line
is read.
- Changing the files included inside invok.hpp (in an attempt
to produce a minimum test case) changed the location
of the partial line error (a different line was truncated),
or caused the partial line error to disappear entirely.
- In all cases to date the error has only occurred when
multiple files are read over the network by a single
program in a single session.
- TH > FYI I encountered an odd problem of this sort today
(20-Sep-2004)
in Araxis Merge, so it is not just isolated to perl.
- a display of fdutil.pl vs .new showed the following
artifacts in the .new
- Missing last line
- A line from the header (!!!======) duplicated further
down in the code, at the end of an unrelated line. This
appears to have been a copy, since the header itself
was intact.
More information about the samba-vms
mailing list