On Feb 18 02:21, Thomas Mellman wrote:
Re: ftp crash
ftp crashes intermittently (but reliably) when getting files.
Hmm, I tried to get various files between 1 Meg and 22 Megs, multiple
times, and I didn't have any crash. Do you encounter the same problem
with a recent Cygwin snapshot?
Corinna wrote:
On Feb 18 02:21, Thomas Mellman wrote:
Re: ftp crash
ftp crashes intermittently (but reliably) when getting files.
Hmm, I tried to get various files between 1 Meg and 22 Megs, multiple
times, and I didn't have any crash. Do you encounter the same problem
with a recent
On Feb 19 03:39, Thomas Mellman wrote:
Corinna wrote:
On Feb 18 02:21, Thomas Mellman wrote:
Re: ftp crash
ftp crashes intermittently (but reliably) when getting files.
Hmm, I tried to get various files between 1 Meg and 22 Megs, multiple
times, and I didn't have any crash. Do you
Corinna wrote:
Did you try to use the mapping feature of nmap? I transfer from a VMS
What's nmap? I never used it. I don't see that we have a nmap package
in the distro.
machine, and I need to nmap to get rid of the version number. I also
use the case command to convert from uppercase
Sent: 19 February 2004 13:32 From: Thomas Mellman
..snip..
$ ftp somehost
Connected to somehost.com.
220 somehost.3 FTP Server (Version 5.0) Ready.
Remote system type is VMS.
ftp user mellman
331 Username mellman requires a Password
Password:
230 User logged in.
ftp cd somewhere
On Feb 19 05:31, Thomas Mellman wrote:
Corinna wrote:
Did you try to use the mapping feature of nmap? I transfer from a VMS
What's nmap? I never used it. I don't see that we have a nmap package
in the distro.
machine, and I need to nmap to get rid of the version number. I also
On Feb 19 17:02, Corinna Vinschen wrote:
On Feb 19 05:31, Thomas Mellman wrote:
ftp nmap $1;$2 $1
ftp case
Case mapping on.
ftp get mspp_i_seq.h
200 PORT command successful.
150 Opening data connection for somewhere:MSPP_I_SEQ.H;1 (x.x.x.x,y)
Segmentation fault (core dumped)
FYI,
At 12:37 PM 2/19/2004, Corinna Vinschen you wrote:
On Feb 19 17:02, Corinna Vinschen wrote:
On Feb 19 05:31, Thomas Mellman wrote:
ftp nmap $1;$2 $1
ftp case
Case mapping on.
ftp get mspp_i_seq.h
200 PORT command successful.
150 Opening data connection for somewhere:MSPP_I_SEQ.H;1
I fixed the bug (which could only show up when using nmap) and uploaded
a new version of inetutils.
Wow! I'm impressed. Thank you!
As an exercise for the reader:
buf = (char *) malloc (size);
to = buf;
[...]
if (newsize size)
buf = realloc (buf, newsize);
while (newsize--)
On Thu, 19 Feb 2004, Thomas Mellman wrote:
Corinna Vinschen wrote:
As an exercise for the reader:
buf = (char *) malloc (size);
to = buf;
[...]
if (newsize size)
buf = realloc (buf, newsize);
while (newsize--)
*to++ = *src++;
What's wrong with this picture?
Brian Ford wrote:
Oh, I hope there's an answer section in the back
of the book.
Hint: realloc can move the data, returning a different base address.
Oh. I guess I read the man page wrong:
The realloc() function changes the size of the block of memory pointed to
by the pointer parameter
On Thu, Feb 19, 2004 at 05:02:36PM +0100, Corinna Vinschen wrote:
On Feb 19 05:31, Thomas Mellman wrote:
Corinna wrote:
Did you try to use the mapping feature of nmap? I transfer from a VMS
What's nmap? I never used it. I don't see that we have a nmap package
in the distro.
Re: ftp crash
ftp crashes intermittently (but reliably) when getting files.
I tried to debug it with gdb but for some reason that I don't
understand, it hangs when run.
Nevertheless, using gdb to get the symbols (which appear to
be correct) and the ftp.exe.stackdump, I believe that I
On Wed, 18 Feb 2004, Thomas Mellman wrote:
Re: ftp crash
I tried to debug it with gdb but for some reason that I don't
understand, it hangs when run.
Nevertheless, using gdb to get the symbols (which appear to
be correct) and the ftp.exe.stackdump, I believe that I have
localized
On Wed, Feb 18, 2004 at 09:36:58AM -0500, Igor Pechtchanski wrote:
On Wed, 18 Feb 2004, Thomas Mellman wrote:
Re: ftp crash
I tried to debug it with gdb but for some reason that I don't
understand, it hangs when run.
Nevertheless, using gdb to get the symbols (which appear to
be
--- Igor Pechtchanski [EMAIL PROTECTED] wrote:
0x6100 is the base address for cygwin1.dll, IIRC.
Aha. Thank you. I'm still not clear on what happened to
my stack frame for dataconn(), although I can now imagine
what happened to the stack frame entry for the subordinate
fdopen().
Symbol
16 matches
Mail list logo