On 14 Apr 2003 at 16:22, Daniel Stenberg wrote:

> On Mon, 14 Apr 2003, Philip Newton wrote:
>
> > > PASV
> > Segmentation fault (core dumped)
>
> Gah! Nasty thing indeed. Can you produce a stack trace out of this for us?

I don't know. I expected a file 'core' but didn't find one. However,
there was a file "curl.exe.stackdump" in $HOME... maybe Cygwin does
things differently? At any rate, it doesn't appear very useful:

Exception: STATUS_ACCESS_VIOLATION at eip=610AB601
eax=00000000 ebx=100A88B8 ecx=FFFFFFFF edx=00000000 esi=0022F950
edi=00000000
ebp=0022F8D8 esp=0022F8D4 program=D:\cygwin\bin\curl.exe
cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023
Stack trace:
Frame Function Args
0022F8D8 610AB601 (00000000, 00000000, 10022344, 10015B07)
0022F908 1000199A (100A8910, 00000000, 00000015, 00000001)
0022F9D8 10009CE8 (100B1188, 0022FA6B, 0022FA18, 6103EDE2)
0022FA48 1000AC42 (100B1188, 0022FA6B, 0022FA78, 100012C9)
0022FA78 1000AE9D (100B1188, 0022FAA8, 10001BD0, 00000000)
0022FA98 1000F1C9 (0022FAA8, 0022FAA8, 100B1188, 00000000)
0022FAB8 1001AA54 (100A8910, 00002776, 00000000, 10022040)
0022FD88 00406C02 (0022FDA8, 00000007, 615C06F8, FFFFFFFF)
0022FEF0 004078CD (00000007, 615C06F8, 100A0330, 0022FF24)
0022FF40 61007638 (610C1A28, FFFFFFFE, 0000004C, 610C194C)
0022FF90 6100791D (00000000, 00000000, 00000246, 80117691)
0022FFB0 0041FB72 (00407880, 037F0009, 0022FFF0, 77F1BBB5)
0022FFC0 0040103C (00000000, 00000000, 7FFDF000, 7FFDF000)
0022FFF0 77F1BBB5 (00401000, 00000000, 000000B0, 00000100)
End of stack trace

No names, nothing. And I don't know how to get a real core dump on
Cygwin.

However, when I tried it from a Linux host (with curl 7.8/libcurl 7.8),
it worked
-- here's the transcript:

lx pne/home/pne> y.de.gedas.vwg/public_html/index.html'
        <
< 220-InterScan FTP VirusWall NT 3.53 (Proxy Mode), PASV mode, Virus
scan on
< 220 Welcome to mailgw5.
> USER xxxxxxxxxx_at_newton.digitalspace.net
< 331 Password required for newton.
> PASS yyyyyyyyyy
< 230 User xxxxxxxxxx logged in.
* We have successfully logged in
> PWD
< 257 "/" is current directory.
* Entry path is '/'
* Connected to proxy.de.gedas-grp (139.1.84.67)
> CWD public_html
< 250 CWD command successful.
> PASV
< 227 Entering Passive Mode (139,1,84,64,34,243)
* Connecting to blnspr05.de.gedas-grp (139.1.84.64) port 8947
* Connected the data stream!
> TYPE I
< 200 Type set to I.
> RETR index.html
< 150 Opening BINARY mode data connection for index.html (2802 bytes).
* Getting file with size: 2802
  % Total % Received % Xferd Average Speed Time
 Curr.
                                 Dload Upload Total Current Left
 Speed
 36 2802 36 1024 0 0 83 0 0:00:33 0:00:12
0:00:21 0< 226-Message from InterScan FTP VirusWall NT 3.53
< 226-No virus found in index.html
< 226 Transfer complete.
100 2802 100 2802 0 0 224 0 0:00:12 0:00:12
0:00:00 1778
* Connection (#0) left alive
* Closing live connection (#0)

So the principle is sound.

> > On the other hand, it would be nice to hide such variables in ~/.curlrc
> > rather than having to type it in by hand all the time.
>
> I understand that. I certainly wouldn't mind getting this supported.

OK, that's nice.

Cheers,
Philip

-- 
Philip Newton <pnewton_at_gmx.de>
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf