To explain Stuart's remark: distributed files use a partitioning algorithm to determine which physical file the record should hash into. This algorithm can optionally be a user-supplied BASIC subroutine. So the debugger may be getting lost trying to step into the partitioning code.
Which doesn't help answering Brenda's question though. Brian > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of jpb > Sent: 14 September 2006 14:21 > To: [email protected] > Subject: Re: [U2] Debugging a program using distributed files > causes core dump > > Huh??? > ----- Original Message ----- > From: <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Wednesday, September 13, 2006 8:18 PM > Subject: RE: [U2] Debugging a program using distributed files > causes core dump > > > > Does the process continue through a program where the > source file is > > pointing to the object file ... like the DF algorithm ... > the debugger > > could maybe be trying to display or traverse binary > where it expects > > source? Or through a program compiled with source > symbols suppressed > > or raid suppression on or source code removed?? > Just some random > > thoughts. > > > > Stuart Boydell > > > > > > > ______________________________________________________________________ > > > > This is our first experience with distributed files. > While debugging > > programs that have selected the whole file I get core > dumps sometimes > > when I tell it to continue. As long as I am stepping through the > > program I am ok, as soon as I hit continue it blows up. I > can take the > > debug statement out and run the programs without them blowing up. > > > > > > > ********************************************************************** > > > > This email message and any files transmitted with it are > confidential > > and intended solely for the use of addressed > recipient(s). If you have > > received this communication in error, please reply to > this e-mail to > > notify the sender of its incorrect delivery and then > delete it and > > your reply. It is your responsibility to check this > email and any > > attachments for viruses and defects before opening or > sending them on. > > Spotless collects personal information to provide > and market our > > services. For more information about use, disclosure > and access, see > > our privacy policy at http://www.spotless.com.au > > > > Please consider our environment before printing this email. > > > > > > > ********************************************************************** > > ------- > > u2-users mailing list > > [email protected] > > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
