Re: ftp bug report
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 Cygwin snapshot? Corinna Do you mean more recent than CYGWIN_NT-5.0 venedig 1.5.7(0.109/3/2) 2004-01-30 19:32 i686 unknown unknown Cygwin I mean, I update regularly. What do you recommend? Did you try to use the mapping feature of nmap? I transfer from a VMS machine, and I need to nmap to get rid of the version number. I also use the case command to convert from uppercase to lowercase. __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ftp bug report
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 to lowercase. I'd need *specific* instructions to reproduce the crash. What commands with which options do I have to use how? Can I do this at all or do I need non-Cygwin commands to reproduce it? Do I have to have a VMS machine? Okay, like this: $ 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 250-CWD command successful. 250 New default directory is somewhere 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) Do you need to have an VMS machine? Let's see ... ftp unixhost Connected to unixhost. 220 unixhost FTP server (Compaq Tru64 UNIX Version 5.60) ready. Name (unixhost:tmellman): mellman 331 Password required for mellman. Password: 230 User mellman logged in. ftp cd somewhere 250 CWD command successful. ftp get MSPP_I_SAS00.INI;1 local: mspp_i_sas00.ini remote: MSPP_I_SAS00.INI;1 200 PORT command successful. 150 Opening BINARY mode data connection for MSPP_I_SAS00.INI;1 (x.x.x.x, y) (2494 bytes). Segmentation fault (core dumped) 139v/tmp/mellman/0219 __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ftp bug report
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--)
*to++ = *src++;
What's wrong with this picture?
Oh, I hope there's an answer section in the back
of the book.
Proving my ignorance once again ...
0v~/eg/ccat malmalloc.c
main ()
{
char *buf, *to, *src = hello world;
int size = 8, newsize;
newsize = strlen (src) + 1;
buf = (char *) malloc (size);
to = buf;
if (newsize size)
buf = (char *)realloc (buf, newsize);
while (newsize--)
*to++ = *src++;
printf (%s\n, buf);
}
0v~/eg/c./malmalloc.exe
hello world
12v~/eg/c
(assumes newsize is initialized).
__
Do you Yahoo!?
Yahoo! Mail SpamGuard - Read only the mail you want.
http://antispam.yahoo.com/tools
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: ftp bug report
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 to the number of bytes specified by the size parameter, and returns a pointer to the block. The contents of the block ^^^ remain unchanged up to the lesser of the old and new sizes, and the con- tents of any memory added beyond the limit of the old size is undefined. Admittedly, that was from a certain Unix-box manufacturer. Thanks to your hint, I checked the cygwin man page, and it was much clearer! __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ftp bug report
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 have localized the problem to the call to dataconn() in recvrequest(). Note that I am using case and nmap (nmap $1;$2 $1) but I think that's not a requirement. The funny thing is that the datacon() routine is in ftp.c, at Local exec file: `/opt/pub/inetutils-1.3.2-25/ftp/ftp.exe', file type pei-i386. Entry point: 0x401000 0x00401000 - 0x0040cb04 is .text 0x0040d000 - 0x0040e280 is .data 0x0040f000 - 0x00411310 is .bss 0x00412000 - 0x00412ba4 is .idata But the entry point for dataconn is somewhere completely different: Exception: STATUS_ACCESS_VIOLATION at eip=610AB030 eax=611489F4 ebx=0038 ecx=7070736D edx=611489F4 esi=0A045018 edi=01B0 ebp=0022E9E8 esp=0022E9C8 program=D:\Programme\pub\inetutils-1.3.2-25\ftp\ftp.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022E9E8 610AB030 (611489C0, 0001201F, 0024E530, 0200) 0022EA28 610AAE17 (, 0001, 0022EA78, 61054EA8) 0022EA38 610AB4E5 (74F41678, , 0022EAE4, 74F46C93) 0022EA78 61054EA8 (0001, 3028, 0022EAC8, 61082BB0) 0022EA88 61001CA9 (3028, 0022EBA0, 0022EBE8, 0024E530) 0022EAC8 61082BB0 (0A045280, 0022ECD0, 0022EF68, 74FAE1D5) 0022EC18 6107FA26 (0022ECD0, 0022EC64, 0022EC54, 0022EC44) 0022ED28 6107F3AB (0006, 0022ED50, 0022EC84, 0022EC74) 0022ED78 6105BE38 (0005, 0022EDA0, 0022ED9C, 00401923) 0022EDB8 61086211 (00401083, 00405EDB, 0A044B70, 0001) ^ - dataconn? recvrequest - v 0022EE88 00402E15 (00405EDB, 0A045258, 0A044B70, 00405E3C) 0022EEB8 00406462 (0002, 00410F00, 611102A8, 0001) 0022EED8 0040A8B2 (0001, 0040A6A0, 0040A1F8, 0040E100) 0022EF40 0040A61D (0001, 616733D4, 0A0400A8, 0022EF98) 0022EF80 61005DE0 (0022EF98, , , ) 0022FF90 61005EE5 (, , , ) End of stack trace (more stack frames may be present) Or is these frames starting at 0x22edb8 (0x61086211) some kind of an interrupt? Oh, perhaps the dataconn stack frame got lost somehow. Anyway, I now have an strace output which I will be glad to provide. The last lines are: 186 1454434 [main] ftp 1472 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x1 147 1454581 [main] ftp 1472 fhandler_base::set_flags: filemode set to binary 147 1454728 [main] ftp 1472 fdsock: fd 4, name '', soc 0x218 161 1454889 [main] ftp 1472 cygwin_socket: 4 = socket (2, 1, 0) 397 1455286 [main] ftp 1472 cygwin_bind: 0 = bind (4, 0x40F390, 16) 336 1455622 [main] ftp 1472 cygwin_getsockname: 0 = getsockname (4, 0x40F390, 0x22EC80) 266 1455888 [main] ftp 1472 cygwin_listen: 0 = listen (4, 1) 155 1456043 [main] ftp 1472 void: 0x402A90 = signal (2, 0x401770) 172 1456215 [main] ftp 1472 writev: writev (3, 0x22EB90, 1) 160 1456375 [main] ftp 1472 wsock_event::prepare: 2288292 = wsock_event::prepare () 210 1456585 [main] ftp 1472 writev: 26 = write (3, 0x22EB90, 1), errno 2 351 1456936 [main] ftp 1472 void: 0x401770 = signal (2, 0x401770) 159 1457095 [main] ftp 1472 readv: readv (3, 0x22EB40, 1) blocking, sigcatchers 2 146 1457241 [main] ftp 1472 readv: no need to call ready_for_read 153 1457394 [main] ftp 1472 wsock_event::prepare: 2288196 = wsock_event::prepare () 1060 1458454 [main] ftp 1472 readv: 30 = readv (3, 0x22EB40, 1), errno 2 198 1458652 [main] ftp 1472 void: 0x401770 = signal (2, 0x401770) 132 1458784 [main] ftp 1472 void: 0x401770 = signal (2, 0x402A90) 145 1458929 [main] ftp 1472 void: 0x402A90 = signal (2, 0x401770) 144 1459073 [main] ftp 1472 writev: writev (3, 0x22EBE0, 1) 137 1459210 [main] ftp 1472 wsock_event::prepare: 2288372 = wsock_event::prepare () 219 1459429 [main] ftp 1472 writev: 19 = write (3, 0x22EBE0, 1), errno 2 200 1459629 [main] ftp 1472 void: 0x401770 = signal (2, 0x401770) 152 1459781 [main] ftp 1472 readv: readv (3, 0x22EB90, 1) blocking, sigcatchers 2 159 1459940 [main] ftp 1472 readv: no need to call ready_for_read 152 1460092 [main] ftp 1472 wsock_event::prepare: 2288276 = wsock_event::prepare () 39176 1499268 [main] ftp 1472 readv: 101 = readv (3, 0x22EB90, 1), errno 2 361 1499629 [main] ftp 1472 void: 0x401770 = signal (2, 0x401770) 138 1499767 [main] ftp 1472 void: 0x401770 = signal (2, 0x402A90) 137 1499904 [main] ftp 1472 writev: writev (2, 0x22EC60, 1) 146 1500050 [main] ftp 1472 fhandler_base::write: binary write entered dataconn ^@ 214 1500264 [main] ftp 1472 fhandler_base::write: 18 = write (0x403C44, 18) 147 1500411 [main] ftp 1472
Re: ftp bug report
--- 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 fdopen is at 0x40c530 in a file compiled without debugging. I also don't understand why I couldn't start ftp in gdb. Do you have any idea? Perhaps it has something to do terminal input? No, I can't see that ... BTW, what does IIRC mean? __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ftp crashes when nmap command is used
ftp crashes intermittently when the nmap option is used: nmap $1;$2 $1 Here's the traceback: Exception: STATUS_ACCESS_VIOLATION at eip=610AB7B0 eax=611489D4 ebx=0038 ecx=6C697562 edx=611489D4 esi=0A045730 edi=0020 ebp=0022E9E8 esp=0022E9C8 program=c:\cygwin\bin\ftp.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022E9E8 610AB7B0 (611489A0, 0010, 0023B418, 0148) 0022EA28 610AB597 (, 0001, 0022EA78, 610552C8) 0022EA38 610ABC65 (, 0022EAE4, 74F43289, 012C) 0022EA78 610552C8 (0001, 3028, 0022EAC8, 610830F0) 0022EA88 61001CA9 (3028, 0022EBA0, 0022EBE8, 0023B418) 0022EAC8 610830F0 (0A046988, 0022ECD0, 0022EF68, 74FAE5D0) 0022EC18 6107FF66 (0022ECD0, 0022EC64, 0022EC54, 0022EC44) 0022ED28 6107F8EB (0006, 0022ED50, 0022EC84, 0022EC74) 0022ED78 6105C278 (0005, 0022EDA0, 0022ED9C, 00401981) 0022EDB8 61086751 (004010C3, 004060FB, 0A0462D0, 0001) 0022EE88 00402ECC (004060FB, 0A046960, 0A0462D0, 0040604C) 0022EEB8 0040668A (0002, 00413DB0, 611106B0, 0001) 0022EED8 0040ABF2 (0001, 0040A9E0, 0040A550, 00410210) 0022EF40 0040A99D (0001, 61673E90, 0A041318, 0022EF98) 0022EF80 61005D05 (0022EF98, , , ) 0022FF90 61005DF8 (, , , ) End of stack trace (more stack frames may be present) CYGWIN_NT-5.0 venedig 1.5.6(0.108/3/2) 2004-01-19 00:43 i686 unknown unknown Cygwin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: rxvt-2.7.10-1
Steve O [EMAIL PROTECTED] schrieb am 31.03.03 11:09:39: rxvt is a terminal program that can be used instead of the windows command shell. It does not require an X server. Geoff Wing has recently released rxvt 2.7.10, a development version that disables features which provide security holes. He has also merged the cygwin specific code into the sourceforge rxvt project. It seems that there is still a bug in rxvt with regard to (xterm-like) selection using buttons 1 and 3. In xterm, you can select a place with button 1 and select another place with button 3 and then paste the whole range. With rxvt, you can select a range in the same manner, but what you get seems not only incomplete, but nondeterministic. (I mentioned this prviously, some months ago, both in this forum and at www.rxvt.org) -- Thomas Mellman [EMAIL PROTECTED] __ E-Mails verschicken und auf Antwort warten? Mit der Kurier-SMS kann das nicht mehr passieren - http://freemail.web.de/features/?mc=021174 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
two problems w/ new perl encountered
I just updated cygwin and now have two problems with the cygwin port of perl: - in perl -d some-script I have to hit Enter two times for it to be recognized. - man perlfunc now returns: No manual entry for perlfunc This wouldn't be so bad, because perldoc does work, sort of. For a while now, however, it's terminfo entry has been screwed up - rather than intelligent curses effects, I get the expanded escape sequences. Man works okay. My perl: Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=cygwin, osvers=1.3.12(0.5432), archname=cygwin-multi-64int uname='cygwin_nt-5.0 kmbestst 1.3.12(0.5432) 2002-07-06 02:16 i686 unknown ' config_args='-de -Dmksymlinks -Dusemultiplicity -Duse64bitint -Doptimize=-O2 -Dman3ext=3pm' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=define use64bitall=undef uselongdouble=undef usemymalloc=y, bincompat5005=undef Compiler: cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing', optimize='-O2', cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing' ccversion='', gccversion='3.1.1 20020718 (prerelease)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4 alignbytes=8, prototype=define Linker and Libraries: ld='ld2', ldflags =' -s -L/usr/local/lib' libpth=/usr/local/lib /usr/lib /lib libs=-lgdbm -lcrypt -lutil perllibs=-lcrypt -lutil libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s' cccdlflags=' ', lddlflags=' -s -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_64_BIT_INT USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under cygwin Compiled at Jul 24 2002 18:47:09 %ENV: PERLLIB=/home/lib/perl5/local:/opt/lib/perl5/site_perl/5.6.1/cygwin-multi:/opt/lib/perl5/5.6.1/cygwin-multi:/opt/lib/perl5/site_perl/5.6.1:/opt/lib/perl5/5.6.1 CYGWIN=ntsec tty @INC: /home/lib/perl5/local /opt/lib/perl5/site_perl/5.6.1/cygwin-multi /opt/lib/perl5/5.6.1/cygwin-multi /opt/lib/perl5/site_perl/5.6.1 /opt/lib/perl5/5.6.1 /usr/lib/perl5/5.8.0/cygwin-multi-64int /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl . My cygwin: CYGWIN_NT-4.0 xxx 1.3.21(0.77/3/2) 2003-03-12 00:24 i686 unknown unknown Cygwin -- Thomas Mellman [EMAIL PROTECTED] __ Schon wieder Viren-Alarm? Bei WEB.DE FreeMail ist das kein Problem, hier ist der Virencheck inklusive! http://freemail.web.de/features/?mc=021158 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Suspected bug in RXVT
I think the following is a bug in RXVT: if you - click with the left mouse button somewhere, and then - use the scrollbar to go to some other region in the scroll buffer and - click with the right mouse button, you will select a region that apparently extends from - where you clicked the right mouse button to - the screen edge *in the direction* of the left mouse click. By comparison, with xterm, the whole region - from left mouse click - to right moust click is selected. Thomas Mellman [EMAIL PROTECTED] Viren? Wir wissen nicht was Ihr Arzt empfiehlt. Wir empfehlen den Virencheck für Dateianhänge! http://freemail.web.de/features/?mc=021159 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: Another problem using GDB
egor duda [EMAIL PROTECTED] schrieb am 17.10.02 12:10:42: Hi! Thursday, 17 October, 2002 Thomas Mellman [EMAIL PROTECTED] wrote: TM I'm having another problem with GDB. Normally, one would debug a core file TM as follows (correct?): TM gdb -nw gtl.exe gtl.exe.stackdump *.stackdump is not a corefile. To create core file, use 'dumper' utility, supplied with cygwin. Then you can debug created gtl.exe.core by issuing 'gdb --core=gtl.exe.core' command. Thank you. I guess this webpage is wrong, which I'd found looking for gdb stackdump in order to find instructions: http://aubit4gl.sourceforge.net/aubit4gldoc/manual/html/faq.html You can use gdb --nw to run debugger in CUI mode, not GUI gdb --nw 4glc.exe 4glc.exe.stackdump -- Thomas Mellman [EMAIL PROTECTED] Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
new gdb interface
I'm not sure if this is a cygwin issue, but... I just ran gdb for the first time on CYGWIN to debug a little program I'm writing All of a sudden up pops a graphics window. Now, I've used gdb for many years, enjoy it, and can operate it. I can't operate this graphical interface and don't want it. After 10 minutes of looking at the man page (written with the Microsoft familiar-you) and info stuff, I see no clear instructions how *not* to get the graphical interface. Everything seems to address the old, non-graphical interface (hence my suspicion that this is a CYGWIN issue ) In trying to kill it, I now have an unkillable, dead window on my screen. Can anybody tell me how to run real gdb? And can graphical interfaces please be optional, rather than the other way around? A graphical interface for a debugger is not a bad idea, and this one may be a good one (there are already good ones, like ddd, but that's besides the point), but when I want a graphical interface, I'll execute it. -- Thomas Mellman [EMAIL PROTECTED] Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: new gdb interface
egor duda [EMAIL PROTECTED] schrieb am 17.10.02 10:10:39: Hi! Thursday, 17 October, 2002 Thomas Mellman [EMAIL PROTECTED] wrote: TM I had to power down my box - neither kill(-9) on either the process under test, TM the debugger or the debugger window, nor even the task manager were able TM to kill the two processes, and even windows-shutdown hung. This is (probably) a bug in windows debugging interface. Similar hangs (when one tries to kill debugee or debugger, and then they both remains unkillable) are not gdb specific. They occur with any windows program which exercise debugging APIs. Ah. Good. Thank you. -- Thomas Mellman [EMAIL PROTECTED] Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
BUG in CYGWIN's implementation of GDB?
I think I've encountered a bug in GDB. Although help run says the following: (gdb) help run Start debugged program. You may specify arguments to give it. Args may include *, or [...]; they are expanded using sh. Input and output redirection with , , or are also allowed. if you say: (gdb) r eg/10.gtl then the following is true: argv[1] = '' argv[2] = 'eg/10.gtl' and naturally, stdin is ... well, stdin. This is not the behaviour on my linux system at home and is - AFAICT - wrong. On the graphical version of GDB, I see no menu item for setting the runtime arguments at all, but I only studied it for 10 minutes or so. -- Thomas Mellman [EMAIL PROTECTED] Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Another problem using GDB
I'm having another problem with GDB. Normally, one would debug a core file as follows (correct?): gdb -nw gtl.exe gtl.exe.stackdump Unfortunately, I get the following in response: GNU gdb 5.0 (20010428-3) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... /home/w/src/gtl/gtl.exe.stackdump is not a core dump: File format not recognized (gdb) Is this an operator error? -- Thomas Mellman [EMAIL PROTECTED] Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: readline Bug! ;-) [was: Bash Bug! (was: Bug in rxvt 2.7.2 ...)]
WRT [EMAIL PROTECTED], I have been experiencing similar problems since upgrading to bash 2.05b-2 and libreadline5 4.3-1. My typical problem is that the c command as in cw (i.e., change word) would stop working, but dw (i.e., delete word) followed by i (i.e., insert) was fine. I think I discovered something interesting about this: I believe it occurs after one uses a different vi feature that is also broken: The use of . to repeat the last operation works intermittenly in CYGWIN readline, but I believe that if you use it and it doesn't do what it's supposed to, then the problem with the loss of functionality with the other commands stops working... Da - naturally, it could also be that there is an even earlier event that breaks not only the . command but the other operations as well I don't know if there's any causation there - but I do believe there's a connection. -- Thomas Mellman [EMAIL PROTECTED] __ Tippen Sie mit der cleveren Kombination von Zusammen und Alleine. Der neue Weg zum Lottoglueck: WEB.DE Spielgemeinschaften! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
telnetd doesn't give login: prompt
I (still) can't use telnet for my NT box. The test I'm stuck on is when I try to run telnetd (i.e. without using inetd). In one window I run: $ /usr/sbin/in.telnetd -debug and in another I run: $ telnet $(uname -n) I get the following: Trying 139.21.89.82... Connected to [EMAIL PROTECTED] Escape character is '^]'. Password: that is, I'm prompted for a password without first having entered my login-id. Naturally, no password works. Once I try something, I do indeed get a prompt for a login-id: Login incorrect login: Now, I'm trying to remember how it works on unix: init starts getty which, if I remember correctly, paints the first login prompt and gets the login-id. At that point, login(1) is called. Right? What is the equivalent under Cygwin? BTW, I created /etc/passwd w/ mkpasswd -d $USERDOMAIN -u $USERNAME and: $ lf /bin/cygwin* /bin/cygwin1.dll* I used (a while ago) iu-config to create the files in /etc. and: $ whence login /cygdrive/d/cygwin/bin/login $ echo $CYGWIN ntsec Any help will be appreciated... -- Thomas Mellman [EMAIL PROTECTED] __ WEB.DE Club - jetzt testen fur 1 Euro! Nutzen Sie Ihre Chance unter https://digitaledienste.web.de/Club/?mc=021105 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: n00b to Unix
WRT [EMAIL PROTECTED], there is one, simple answer to this question that we should all have as a pavlovian reaction: O'Reilly http://www.oreilly.com/ If there's one commercial enterprise that the interests of the free software movement in its heart, it's O'Reilly. -- Thomas Mellman [EMAIL PROTECTED] __ Wie ware das: mehrere E-Mail Adressen - aber nur ein Postfach ? Kein Problem mit WEB.DE FreeMail - http://freemail.web.de/?mc=021127 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Moving cygwin discussions to Usenet? (e.g., alt.os.cygwin)
20020926063518 dot GA1292 at raphael dot oninet dot pt The Cygwin list seems to do fine, though a beginners list would be nice. I would definitely appreciate a beginner's list, one where we could ask questions like Hey, I'm not even sure if this is a Cygwin question or a specific application question but could anyone help... This *is* the beginners list. The experts list is cygwin-developers. I'm afraid that the call for a beginners-list springs from a desire to get rid of all the stupid questions, which is generally defined as everybody-else's question but mine. If we define a still-more-beginner's list, it will be a write-only list. The amount of traffic on this list is *very* (see? not shouting) overwhelming, and I for one am a complete Unix newbie trying to makes sense of a *lot* of new information. Try http://www.cygwin.com/ml/cygwin/2002-09/ (or http://www.cygwin.com/ml/cygwin/2002-10) It works great for me. -- Thomas Mellman [EMAIL PROTECTED] __ Den Komfort von WEB.DE FreeMail nutzen, aber die alten E-Mail-Adressen nicht aufgeben? Kein Problem: http://freemail.web.de/?mc=021128 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: xrvt clipboard access
How you access it will depend upon how your mouse is set up. For example, using a three-button mouse, I'm able to paste the contents of the Windows clipboard to rxvt by clicking on the middle mouse button. That's good for some pasting jobs. Under Linux, I also have a function key defined to paste so I don't have to go reaching for the mouse. I haven't figured out how to do that with cygwin yet, though. But, it might be useful to mention in this context that you can also access /dev/clipboard. for example: $ note /dev/clipboard (note: note is my script) -- Thomas Mellman [EMAIL PROTECTED] __ Die clevere Geldreserve: der DiBa-Privatkredit. Funktioniert wie ein Dispo, ist aber viel gunstiger! Alle Infos: http://diba.web.de/?mc=021104 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Moving cygwin discussions to Usenet? (e.g., alt.os.cygwin)
RE: Moving cygwin discussions to Usenet? (e.g., alt.os.cygwin) From: Chris January chris at atomice dot net The internal URLs don't seem to be set up right; but there's some interesting things on there, thanks. Oops - I broke that yesterday when trying to get external URLs to pop up in a new window. Should be fixed in an hour. There's a good reason to stick with the mailing list - unasked-for new windows... -- Thomas Mellman [EMAIL PROTECTED] __ Die clevere Geldreserve: der DiBa-Privatkredit. Funktioniert wie ein Dispo, ist aber viel gunstiger! Alle Infos: http://diba.web.de/?mc=021104 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Promoting rxvt (non-X11)
I also have a file in my home directory called .inputrc which is used to configure the key used by bash, ftp, and some other programs, I use the following entries (literal text) which mean I can use the delete key as well as the backspace key, and other keys, try it and see Am I correct in assuming you use the emacs-mode, not the vi-mode, of bash? I'd love to use .inputrc, but it seems that it's basically incompatible with vi-mode, because escape-sequences all begin with escape, and in vi-mode, the escape key switches to command mode. Somebody please tell me I'm wrong, and I've just always configured it wrong. -- Thomas Mellman [EMAIL PROTECTED] __ Keine Chance fur Viren! Mit WEB.DE FreeMail sind Sie auf der sicheren Seite - Virenschutz inklusive! http://freemail.web.de/?mc=021129 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Help with RCS under cygwin
I have downloaded RCS 5.7 and built it under cygwin. I moved conf.heg to conf.h and had to modify has_mmap to be 0, but other than that, it built fine. But if (on a text-mounted directory) I ci -l file and then try to rcsdiff the file, every line is different. If I say co -p file | sed 's/^M//' | diff - file the file compares fine. Was there some other change I had to do so that RCS works correctly on text-mounted directories? Thanks In Advance -- [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
