I'm not very proficient with gdb. Here's the run
display and backtrace from within gdb. Can you help
interpret it?

-Ed.

(gdb) run
Starting program: /root/sandbox/a.out
* About to connect() to 192.168.0.5 port 21
* Trying 192.168.0.5... * connected
* Connected to 192.168.0.5 (192.168.0.5) port 21
< 220---------- Welcome to Pure-FTPd [privsep] [TLS]
----------
< 220-You are user number 1 of 50 allowed.
< 220-Local time is now 15:23. Server port: 21.
< 220-This is a private system - No anonymous login
< 220-IPv6 connections are also welcome on this
server.
< 220 You will be disconnected after 15 minutes of
inactivity.
> USER testuser
< 331 User testuser OK. Password required
> PASS ---------
< 230-User testuser has group access to: testuser
< 230 OK. Current restricted directory is /
> PWD
< 257 "/" is your current location
* Entry path is '/'
> CWD /sandbox
< 250 OK. Current directory is /sandbox
> CWD uploaded
< 250 OK. Current directory is /sandbox/uploaded
> EPSV
* Connect data stream passively
< 229 Extended Passive mode OK (|||36289|)
* Trying 192.168.0.5... * connected
* Connecting to 192.168.0.5 (192.168.0.5) port 36289
> TYPE A
< 200 TYPE is now ASCII
> STOR while-uploading.txt
< 150 Accepted data connection

Program received signal SIGSEGV, Segmentation fault.
0x400d2dfc in fread () from /lib/libc.so.6
(gdb) bt
#0 0x400d2dfc in fread () from /lib/libc.so.6
#1 0x4003a734 in Curl_fillreadbuffer (conn=0x19680,
bytes=Variable "bytes" is not available.
) at transfer.c:137
Cannot access memory at address 0x2

--- Daniel Stenberg <daniel_at_haxx.se> wrote:

> On Mon, 29 May 2006, Ed Waldner wrote:
>
> >> STOR while-uploading.txt
> > < 150 Accepted data connection
> > Segmentation fault
>
> Then rebuild with -g and run the application with
> gdb and figure out why it
> crashes.
>
> --
> Commercial curl and libcurl Technical Support:
> http://haxx.se/curl.html
>
Received on 2006-05-30