DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24076>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24076 Loop #2 threads read incorrect lines from file using __CSVRead() [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From [EMAIL PROTECTED] 2003-10-26 19:22 ------- Agreed; got the same behaviour, though it did seem to depend on the relative timings of the threads. I think I've found the problem: after processing the "next" request, the code dropped through as if it was processing a normal column fetch. This meant that the function read and stored the next row (i.e. line 2). At the start of the next thread, it would then find the original "next" row - but of course by then the other threads had moved on. Provided that the Threads always ran in the same order, from then on, the rows would be seemingly be processed in the correct order - though in fact they would be several lines behind. The code has now been updated in CVS, so closing this call - please re-open if there are still any problems. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
