Bug in /usr/bin/ping
Hi /usr/bin/ping does not return the correct return code on ping failure. See example below, the .8 host does not exist, .9 does exist: $ ping 56 1 192.168.20.9 > /dev/null ; echo $? 0 $ ping 56 1 192.168.20.8 > /dev/null ; echo $? 0 I checked Linux and Windows versions of ping and they work correctly. $ ping -c 1 192.168.20.8 > /dev/null ; echo $? 1 $ ping -c 1 192.168.20.9 > /dev/null ; echo $? 0 $ /cygdrive/c/WINDOWS/system32/ping.exe -n 1 \ > 192.168.20.8 > /dev/null ; echo $? 1 $ /cygdrive/c/WINDOWS/system32/ping.exe -n 1 \ > 192.168.20.9 > /dev/null ; echo $? 0 I didn't look into the ping source, so no diff ... I just aliased ping with the windows version as a workaround. Kind regards, Tom Van Looy -- 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/
as.exe: cannot execute binary file
I apologize if this problem is trivial. I seem to have a i686 build of as.exe (/usr/i686-pc-cygwin/bin/as.exe) when my machine is not compatible. How do I configure this. Is this the only build that is available in binary form? The only executables that I see are all from the binutils package, if that's helpful. -- 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: Bug in /usr/bin/ping
Tom Van Looy wrote on 28 May 2008 11:12: > Hi > > /usr/bin/ping does not return the correct return code on ping failure. > See example below, the .8 host does not exist, .9 does exist: > > $ ping 56 1 192.168.20.9 > /dev/null ; echo $? > 0 > $ ping 56 1 192.168.20.8 > /dev/null ; echo $? > 0 > I didn't look into the ping source, so no diff ... Didn't read the --help, either, as far as I can see. cheers, DaveK -- Can't think of a witty .sigline today -- 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 issue on Cygwin under Vista
Hi, I have installed Cygwin (DLL 1.5.25.11) on Vista Business edition (64 bit). I am trying to do ftp using command as for one of my application, this is requirement. I am getting error like: "ftp: connection: Connection refused" and no other error. I am trying to do ftp to localhost also for which I am getting same error. Requirement: # I want to ftp from other system to vista box. I have admin previleges to the system. Could anyone let me know how this issue can be resolved? Thanks, Prakash -- View this message in context: http://www.nabble.com/Ftp-issue-on-Cygwin-under-Vista-tp17509897p17509897.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Bug in /usr/bin/ping
> Didn't read the --help, either, as far as I can see. Ehrr... right, my fault. Wrong copy from my terminal. But that does not change the ping behavior ... $ /usr/bin/ping 192.168.20.9 56 1 ; echo $? PING 192.168.20.9 (192.168.20.9): 56 data bytes 64 bytes from 192.168.20.9: icmp_seq=0 ttl=64 time=25 ms 192.168.20.9 PING Statistics 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip (ms) min/avg/max/med = 25/25/25/25 0 $ /usr/bin/ping 192.168.20.8 56 1 ; echo $? PING 192.168.20.8 (192.168.20.8): 56 data bytes 192.168.20.8 PING Statistics 1 packets transmitted, 0 packets received, 100.0% packet loss 0 Kind regards, Tom Van Looy -- 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/
Can't load sybase.dll DBD::Sybase
I have some problems with using DBD::Sybase. At first I couldn't run "make" successfully but after few tries I managed to do it. Now I have problem with this message : install_driver(Sybase) failed: Can't load '/usr/lib/perl5/site_perl/5.8/cygwin/auto/DBD/Sybase/Sybase.dll' for module DBD::Sybase: No such file or directory at /usr/lib/perl5/5.8/cygwin/DynaLoader.pm line 230. The problem is that even when I create this directory and copy dll file there, it isn't working. I even tried to copy whole perl directory from C:\cygwin\lib\perl5 to C:\cygwin\usr\lib\perl5. I tried changing path variables and edit makefile generated after perl Makefile.PL as said in http://www.mail-archive.com/[EMAIL PROTECTED]/msg23068.html with no effect. I have ASE Open Client installed. I think It is in C:\sybase\OCS-15_0 (there are some include, dll, lib folders in it) I have some problems with spam software so the rest of the message will be send in next email -- 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/
Problem compiling the simplest of glade projects
Hi all, I have talked about this for more than one time, but somehow I dont even know if my mails are directed to the group. My problem is this: I use glade to design GTK interfaces and found some problems using the autogen.sh and make programs for compiling my programs in the src/ directory. I used a simple script like this: g++ \ *.c \ -o project1.exe \ -mms-bitfields \ -mwindows \ -DPACKAGE_DATA_DIR="\"/C/GTK/share\"" \ -DPACKAGE="\"project1\"" \ -DPACKAGE_LOCALE_DIR=\"\" \ -DPACKAGE_PREFIX=\"\" \ -Iinclude/ `pkg-config --cflags --libs gtk+-2.0` I get no errors while I run this script,and the result is like this: cygwin_prompt>./com[name of the script] : No such file or directory cygwin_prompt> And I get no project1.exe. When I redirected output to an error file, I found this: cygwin_prompt>./com 2>error cygwin_prompt> And the error file read like this: g++: ^M: No such file or directory I have attached the results of cygcheck with this. Please help. Vijayasarathy cygcheck.out Description: Binary data -- 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: Can't load sybase.dll DBD::Sybase
This is installation process of DBD::Sybase (I installed DBI before DBD::Sybase) $ perl Makefile.PL Unknown Client Library version - assuming FreeTDS. By default DBD::Sybase 1.05 and later use the 'CHAINED' mode (where available) when 'AutoCommit' is turned off. Versions 1.04 and older instead managed the transactions explicitly with a 'BEGIN TRAN' before the first DML statement. Using the 'CHAINED' mode is preferable as it is the way that Sybase implements AutoCommit handling for both its ODBC and JDBC drivers. Use 'CHAINED' mode by default (Y/N) [Y]: The DBD::Sybase module need access to a Sybase server to run the tests. To clear an entry please enter 'undef' Sybase server to use (default: SYBASE): User ID to log in to Sybase (default: sa): Password (default: undef): Sybase database to use on SYBASE (default: undef): * Writing login information, including password, to file PWD. Checking if your kit is complete... Looks good Using DBI 1.604 (for perl 5.008008 on cygwin-thread-multi-64int) installed in /u sr/lib/perl5/site_perl/5.8/cygwin/auto/DBI/ Writing Makefile for DBD::Sybase -- 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: Bug in /usr/bin/ping
I looked a little further and saw that this is a port that I probably just installed to try it out and hoped it had GNU ping arguments (so bash scripts are portable between Linux and Cygwin). Anyway, I don't know what happend but it's a 4.3BSD utility. Even 4.3BSD derived systems do the return stuff correctly nowadays. Cygwin port maintained by: Lino Tinoco <[EMAIL PROTECTED]> Please address all questions to the Cygwin mailing list at Shouldn't this package just be dropped or at least be marked obsolete? Cygwin is supposed to be a Linux-like environment. I don't think outdated 4.3BSD tools belong there. Windows ping even has more similarities with Linux ping than that ping in packages ... Kind regards, Tom Van Looy -- 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 issue on Cygwin under Vista
* Prakashmp (Wed, 28 May 2008 03:45:51 -0700 (PDT)) > I have installed Cygwin (DLL 1.5.25.11) on Vista Business edition (64 bit). > I am trying to do ftp using command as for one of my application, this is > requirement. I am getting error like: > > "ftp: connection: Connection refused" > > and no other error. > > I am trying to do ftp to localhost also for which I am getting same error. > > Requirement: > > # I want to ftp from other system to vista box. > > I have admin previleges to the system. > > Could anyone let me know how this issue can be resolved? $ which ftp /usr/bin/ftp -- 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: Bug in /usr/bin/ping
Tom Van Looy wrote on 28 May 2008 13:52: > I looked a little further and saw that this is a port that I probably > just installed to try it out and hoped it had GNU ping arguments (so bash > scripts are portable between Linux and Cygwin). > > Anyway, I don't know what happend but it's a 4.3BSD utility. Even 4.3BSD > derived systems do the return stuff correctly nowadays. I compared the cygwin ping man page to the linux ping man page; the paragraph describing the return status is clearly a later addition. So I guess it's time for a refresh. > Cygwin port maintained by: Lino Tinoco > Please address all questions to the Cygwin mailing list at What part of "address all questions to the Cygwin mailing list" did you not get? That's an explicit request not to bother the guy at his home address. Plus, deliberately quoting someone's email address in the body of a post is a great way to get it harvested by spammers. Don't do it, unless you're actually *trying* to harass them by getting them mailbombed. In which case, also don't do it. > Shouldn't this package just be dropped or at least be marked obsolete? > Cygwin is supposed to be a Linux-like environment. I don't think outdated > 4.3BSD tools belong there. Windows ping even has more similarities with > Linux ping than that ping in packages ... All pings - linux, bsd, windows - derive from the same common source. Regardless of whether it was linux or bsd ping, it's just an old outdated version. It could do with a refresh, but that's not what "obsolete" means in cygwin setup. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
Regarding recent comments on dll problems and understanding cygwin1.dll versus msvcrt, I was curious to know if anyone has used these ( free? ) MS tools or has comments on competing products? http://msdn.microsoft.com/en-us/library/cc267862.aspx http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx I thought I may be able to download a few pieces like some of the sysinternals products but AFAIK you now need to download 17MB and hope the msi doesn't do anything funny. It may be worth it but if there is a better alternative I'd like to try that first. Apparently gdb didn't let you do anything until getting to main() which is after the initial process loads but some of the pages for the above tools suggest you can examine loading. Also, fwiw, that glut program I cited earlier as an example of something that seems to work but that invokes msvcrt and cygwin1, is available here, http://www.spottext.com/marchywka/distroform.cfm?src=cygwindll but I will warn you that there is nothing ready for distribution and the pages are a bit confusing. I collected a bunch of works-in-progress and started to make them available as part of other work I was doing. I finally did determine that the streaming data viewer and molecule viewer uses for the glut program were in fact useful to me and tried to document some of the features but I'm not sure I will ever document or clean anything up to the point of being coherent. The glut program does not always seem to start up reliably on first invokation after a reboot and does have odd response to ctrl-C but otherwise seems fine ( I assumed this was an issue with opengl, not cygwin). Thanks. > From: [EMAIL PROTECTED] > To: cygwin@cygwin.com > Subject: RE: fate/resolution/location of things like "sys/sockio.h" > Date: Tue, 27 May 2008 07:03:55 -0400 > > >> Date: Tue, 27 May 2008 00:54:37 -0700 >> From: [EMAIL PROTECTED] >> Mike Marchywka wrote: >> >>> $ g++ nmapjunk.a libdnet-stripped/src/junkbin.a liblua/junkbin.a -Lnbase >>> -lnbase -Lnsock/src -lnsock -Llibpcap -lpcap -liphlpapi -lws2_32 -lpcre -L. >>> -lPacket >> >> I would not expect this to work in any case. Cygwin has no libpcap, so >> you must be using the native windows winpcap, which is not a Cygwin >> library (it's linked with MSVCRT.) >> > > I have winpcap for an earlier install of ShowTraffic which runs fine. The > nmap download > comes with its own and getting everything consistent may be a problem but I > can't > come up with a diagnostic that confirms death during packet.dll load. I guess > that is > why I am more interested in diagnostic tools rather than expecting to find > someone who > knows offhand how to link my c++ version of nmap :) > > Is there some simple way to get gdb to tell you what it was trying to do if > it dies before getting > to main()? From what I could tell, you couldn't set a break point etc to > diagnose the > CRT initialization stuff. As far as that goes, what tools are there for > dumping object or "a" files? > > > Thanks. > > > > > Mike Marchywka > 586 Saint James Walk > Marietta GA 30067-7165 > 404-788-1216 (C)<- leave message > 989-348-4796 (P)<- emergency only > [EMAIL PROTECTED] > Note: If I am asking for free stuff, I normally use for hobby/non-profit > information but may use in investment forums, public and private. > Please indicate any concerns if applicable. > Note: Hotmail is possibly blocking my mom's entire > ISP - try me on [EMAIL PROTECTED] if no reply > here. Thanks. > > >> Date: Tue, 27 May 2008 00:54:37 -0700 >> From: [EMAIL PROTECTED] >> To: [EMAIL PROTECTED] >> CC: cygwin@cygwin.com >> Subject: Re: fate/resolution/location of things like "sys/sockio.h" >> >> Mike Marchywka wrote: >> >>> $ g++ nmapjunk.a libdnet-stripped/src/junkbin.a liblua/junkbin.a -Lnbase >>> -lnbase -Lnsock/src -lnsock -Llibpcap -lpcap -liphlpapi -lws2_32 -lpcre -L. >>> -lPacket >> >> I would not expect this to work in any case. Cygwin has no libpcap, so >> you must be using the native windows winpcap, which is not a Cygwin >> library (it's linked with MSVCRT.) >> >> Brian >> >> -- >> 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/ >> > > _ > Make every e-mail and IM count. Join the i’m Initiative from Microsoft. > http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount > > -- > 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/ > _ Make every e-mail and IM count. Join the i’m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-si
RE: rsync immediately hangs when connecting via ssh (still trying to fix, revisited from Aug 07)
Could it be a spyware/anti-virus conflict? See http://cygwin.com/ml/cygwin/2008-05/msg00383.html The symptoms don't match exactly, but one running on its own but not within another sounds similar. -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
On 2008-05-28 14:15Z, Mike Marchywka wrote: > > I was curious to know if anyone has used these ( free? ) MS tools Probably not free as in freedom; I haven't used them. > Apparently gdb didn't let you do anything until getting to main() which is > after the initial > process loads but some of the pages for the above tools suggest you can > examine loading. Using cygwin's gdb on a MinGW app, I can set this breakpoint b '__mingw_CRTStartup' on the function that invokes main(), and then examine variables before main() is invoked. For a Cygwin app, I guess you'd break on 'mainCRTStartup'. Does that breakpoint happen early enough to meet your needs? -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
Greg Chicares wrote: > Using cygwin's gdb on a MinGW app, I can set this breakpoint > b '__mingw_CRTStartup' > on the function that invokes main(), and then examine variables > before main() is invoked. For a Cygwin app, I guess you'd break > on 'mainCRTStartup'. Does that breakpoint happen early enough to > meet your needs? You can also do "info target" to display the entry point and then set a breakpoint on it as e.g. "b *0x401000" if you want to start at the very first instruction of the binary. There is no such "can't debug before main" restriction. Brian -- 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: rsync immediately hangs when connecting via ssh (still trying to fix, revisited from Aug 07)
My ISP (site5) doesn't seem to be running the RSYNC daemon. Can I use a local rsync daemon to connect to a remote host that is NOT running the daemon? I can't seem to make it work. I didn't see rsync listed in Services for Unix, but I was able to get the cygwin rsync daemon working. May be a moot point if the ISP doesn't run it or perhaps it's just my syntax. <-- shows my local data $ rsync -a localhost::modulename/coh/* -rwx-- 1776009011 2008/05/10 18:27:30 COHSetup.exe --> <-- gives an error xmitting to remote host $ rsync -a localhost::modulename/coh/* [EMAIL PROTECTED]:/tmp The source and destination cannot both be remote. rsync error: syntax or usage error (code 1) at /home/lapo/packaging/tmp/rsync-2.6.9/main.c(1068) [receiver=2.6.9] --> I hate giving up getting rsync via ssh working moving on for now. On Tue, May 27, 2008 at 10:29 PM, Steven Hartland <[EMAIL PROTECTED]> wrote: > Unfortunately rsync is a lost cause on cygwin until the underlying pipe > issue or whatever it is can be fix. Give this has been about for years > I wouldn't hold you breath for this. Look for an alternative like > rsync daemon mode or using SFU. > > N.B. Its not just rsync scp under cygwin is also produces totally > erratic transfer rates and stalls due to the same issue. > > Regards > Steve > > - Original Message - From: "Joel Harrison" <[EMAIL PROTECTED]> > > >> I can scp/ssh fine to the target with ssh keys installed or not, only >> rsync hangs immediately. (not my PC) > > -- 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: Can't make Wodim see my cd
Bruce Dobrin wrote: Hi all, I noticed that the newest release includes the cdrecord replacement wodim. This is nice because I'm sort of stuck when I want record DVD's. Here is the issue: I'm on Vista Ult. A version of cdrecord that I built myself back when Dinosaurs ruled the earth (WDRE) runs great, but doesn't recognize DVD's. On the REAL (old cdrecord) I identify my cdrom as follows: [EMAIL PROTECTED]:/usr/share/doc/cdrkit-1.1.7.1> /usr/local/cdrecord/cdrecord -scanbus Cdrecord 2.0 (i686-pc-cygwin) Copyright (C) 1995-2002 Jörg Schilling [...] 2,0,0 200) 'MATSHITA' 'DVD+-RW UJ-857G ' 'Z111' Removable CD-ROM 2,1,0 201) * 2,2,0 202) * 2,3,0 203) * 2,4,0 204) * 2,5,0 205) * 2,6,0 206) * 2,7,0 207) * Indicating that I have a DVD drive on fake scsi port 2,0,0... All is wonderful But on wodim: [EMAIL PROTECTED]:/usr/share/doc/cdrkit-1.1.7.1> wodim -scanbus scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) HOST ADAPTOR scsibus1: 1,0,0 100) 'TOSHIBA ' 'MK3252GSX ' 'LV01' Disk 1,1,0 101) * 1,2,0 102) * 1,3,0 103) * 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) HOST ADAPTOR End of story. I tried wodim dev=2,0,0 -v /tmp/cdimage Not recognized Could not reproduce this on either XP or Vista. wodim dev=/dev/scd0 -v /tmp/cdimage Nothing useful ( I CAN dd from this dev ) wodim dev=e: -v /tmp/cdimage And it laughed at me. Cygwin /dev/scdX devices are not supported by cdrkit, but drive letters X: should work and work for me. Is there a non-obvious syntax error here? I tried various permutations using things like dev=ASPI:... etc based on the wodim --devices and dev=help... But got nowhere. It indicates on the man page that Syntax is OK. I sent this problem report to cdrkit developer mailing list (http://lists.alioth.debian.org/mailman/listinfo/debburn-devel) Christian -- 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: rsync immediately hangs when connecting via ssh (still trying to fix, revisited from Aug 07)
Joel Harrison wrote on 28 May 2008 18:05: > My ISP (site5) doesn't seem to be running the RSYNC daemon. Can I use > a local rsync daemon to connect to a remote host that is NOT running > the daemon? I can't seem to make it work. No, of course not. Daemons don't make outgoing connections on the whole (they tend to be servers rather than clients), and even if they did, there's simply nothing for it to connect /to/ at the ISP end. Consider an equivalent question, generated from your own by text substitution: > My ISP (site5) doesn't seem to be running A WEB SERVER. Can I use > a local WEB SERVER to connect to a remote host that is NOT running > A WEB SERVER? I can't seem to make it work. Does that make it any clearer? cheers, DaveK -- Can't think of a witty .sigline today -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
Hello, * On Wed, May 28, 2008 at 10:15:05AM -0400 Mike Marchywka wrote: > > Regarding recent comments on dll problems and understanding cygwin1.dll > versus msvcrt, > I was curious to know if anyone has used these ( free? ) MS tools or has > comments on competing > products? > > http://msdn.microsoft.com/en-us/library/cc267862.aspx > http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx These a free in the sense that you do not have to pay to use them. Additionally, you can get in contact with users and even some of the developers on the Usenet (news:microsoft.public.windbg). I use WinDBG rather frequently, and I like it very much. However, I must tell you that I mainly use it for kernel-mode debugging. The Symbol Server allows you to put the debugging symbols on a server. You can even have a history of them; that is, for ever version of the executables you give to customers (or to others), you put the symbols on the server. If you get a crash dump afterwards from someone, WinDBG automatically determines the right symbols. If you have also set up the source server, it even gets the right sources out of your source control system. This is very handy. Note, however, that this mechanism relies on .PDB files for the debugging information (I think the old-style .SYM work, also, but I have not tested it). I never tried to use this with Cygwin or Mingw, however. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
> first instruction of the binary. There is no such "can't debug before > main" restriction. > I think what bothered me is I just tried to step it to get minimum initial increment and that bombed- so I just assumed it wouldn't be early enough. In any case, it looked like I needed to instrument the loading process, (gdb) info functions CRT All functions matching regular expression "CRT": Non-debugging symbols: 0x00401000 WinMainCRTStartup 0x00401000 mainCRTStartup (gdb) info target Symbols from "/cygdrive/e/new/temp/nmap/src3/nmap-4.62/a.exe". Local exec file: `/cygdrive/e/new/temp/nmap/src3/nmap-4.62/a.exe', file type pei-i386. Entry point: 0x401000 0x00401000 - 0x004e9608 is .text 0x004ea000 - 0x004ebaa0 is .data 0x004ec000 - 0x00509c24 is .rdata 0x0050a000 - 0x00519b50 is .bss 0x0051a000 - 0x0051bfa8 is .idata (gdb) b *0x0401000 Breakpoint 1 at 0x401000 (gdb) run Starting program: /cygdrive/e/new/temp/nmap/src3/nmap-4.62/a.exe Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program exited with code 0200. You can't do that without a process to debug. (gdb) > Date: Wed, 28 May 2008 08:36:33 -0700 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > CC: cygwin@cygwin.com > Subject: Re: MS or cygwin dll debug tools/ was "sys/sockio.h" etc. > > Greg Chicares wrote: > >> Using cygwin's gdb on a MinGW app, I can set this breakpoint >> b '__mingw_CRTStartup' >> on the function that invokes main(), and then examine variables >> before main() is invoked. For a Cygwin app, I guess you'd break >> on 'mainCRTStartup'. Does that breakpoint happen early enough to >> meet your needs? > > You can also do "info target" to display the entry point and then set a > breakpoint on it as e.g. "b *0x401000" if you want to start at the very > first instruction of the binary. There is no such "can't debug before > main" restriction. > > Brian > > -- > 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/ > _ Give to a good cause with every e-mail. Join the i’m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?souce=EML_WL_ GoodCause -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
Mike Marchywka wrote: > (gdb) b *0x0401000 > Breakpoint 1 at 0x401000 > (gdb) run > Starting program: /cygdrive/e/new/temp/nmap/src3/nmap-4.62/a.exe > > Program received signal SIGSEGV, Segmentation fault. > > Program received signal SIGSEGV, Segmentation fault. > > Program received signal SIGSEGV, Segmentation fault. > > Program exited with code 0200. > You can't do that without a process to debug. > (gdb) The fact that it never actually begins execution therefore implies that it encounters a fault by the OS loader during process initialization, such as the "const data in .rdata needing relocation due to auto-imports" situation. I bet that if you invoke it via strace or from a native command prompt (not bash) you will see a dialog box explaining the fault since the "SetErrorMode (SEM_FAILCRITICALERRORS)" stuff won't be active. Brian -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
On Wed, May 28, 2008 at 12:47:44PM -0700, Brian Dessent wrote: >Mike Marchywka wrote: > >> (gdb) b *0x0401000 >> Breakpoint 1 at 0x401000 >> (gdb) run >> Starting program: /cygdrive/e/new/temp/nmap/src3/nmap-4.62/a.exe >> >> Program received signal SIGSEGV, Segmentation fault. >> >> Program received signal SIGSEGV, Segmentation fault. >> >> Program received signal SIGSEGV, Segmentation fault. >> >> Program exited with code 0200. >> You can't do that without a process to debug. >> (gdb) > >The fact that it never actually begins execution therefore implies that >it encounters a fault by the OS loader during process initialization, >such as the "const data in .rdata needing relocation due to >auto-imports" situation. I bet that if you invoke it via strace or >from a native command prompt (not bash) you will see a dialog box >explaining the fault since the "SetErrorMode (SEM_FAILCRITICALERRORS)" >stuff won't be active. Aren't we still talking about using msvcrt and cygwin1 in the same application where something like a SIGSEGV prior to initialization would be the expected consequences of mixing the two dlls? I'd think it likely that either msvcrt or cygwin1.dll to become confused during dll initialization if one or the other was present. cgf -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
Christopher Faylor wrote: > Aren't we still talking about using msvcrt and cygwin1 in the same > application where something like a SIGSEGV prior to initialization would > be the expected consequences of mixing the two dlls? Right, that too I suppose. You'd have to set breakpoints at the DllMain of each of those. Or use a startup-profiler like dependency walker. Brian -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
> a native command prompt (not bash) you will see a dialog box explaining > the fault since the "SetErrorMode (SEM_FAILCRITICALERRORS)" stuff won't > be active. > I think I mentioned the windoze invokation before and got the definitive " The app failed to initialize ..." meesage. I didn't know about strace, let me see if I can expand on this, $ strace a.exe --- Process 1380, exception C005 at 77F84E71 --- Process 1380, exception C005 at 77FAC57C Mike Marchywka 586 Saint James Walk Marietta GA 30067-7165 404-788-1216 (C)<- leave message 989-348-4796 (P)<- emergency only [EMAIL PROTECTED] Note: If I am asking for free stuff, I normally use for hobby/non-profit information but may use in investment forums, public and private. Please indicate any concerns if applicable. Note: Hotmail is possibly blocking my mom's entire ISP - try me on [EMAIL PROTECTED] if no reply here. Thanks. > Date: Wed, 28 May 2008 12:47:44 -0700 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > CC: cygwin@cygwin.com > Subject: Re: MS or cygwin dll debug tools/ was "sys/sockio.h" etc. > > Mike Marchywka wrote: > >> (gdb) b *0x0401000 >> Breakpoint 1 at 0x401000 >> (gdb) run >> Starting program: /cygdrive/e/new/temp/nmap/src3/nmap-4.62/a.exe >> >> Program received signal SIGSEGV, Segmentation fault. >> >> Program received signal SIGSEGV, Segmentation fault. >> >> Program received signal SIGSEGV, Segmentation fault. >> >> Program exited with code 0200. >> You can't do that without a process to debug. >> (gdb) > > The fact that it never actually begins execution therefore implies that > it encounters a fault by the OS loader during process initialization, > such as the "const data in .rdata needing relocation due to > auto-imports" situation. I bet that if you invoke it via strace or from > a native command prompt (not bash) you will see a dialog box explaining > the fault since the "SetErrorMode (SEM_FAILCRITICALERRORS)" stuff won't > be active. > > Brian > > -- > 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/ > _ Keep your kids safer online with Windows Live Family Safety. http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_Refresh_family_safety_052008 -- 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: MS or cygwin dll debug tools/ was "sys/sockio.h" etc.
Mike Marchywka wrote: > I think I mentioned the windoze invokation before and got the definitive " > The app failed to initialize ..." > meesage. I didn't know about strace, let me see if I can expand on this, .rdata relocs it is then. Brian -- 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/
Unable to link with libgd
I am trying to use libgd, but the linking step fails. Can anyone help with this? I installed the libgd development package using the cygwin installer. Here is where I try to build the circletexttest that comes with the libgd source (beware of wrapped lines). gcc -g -O2 -I/usr/include/freetype2 -I/usr/X11R6/include -L/usr/lib -L/usr/X11R6/lib -lgd circletexttest.c -o circletexttest Here are the linking errors. /tmp/cccMEJk4.o: In function `main': /cygdrive/c/pyDatamine/gd-2.0.33/circletexttest.c:36: undefined reference to `_gdImageCreateFromJpeg' /cygdrive/c/pyDatamine/gd-2.0.33/circletexttest.c:50: undefined reference to `_gdImageStringFTCircle' /cygdrive/c/pyDatamine/gd-2.0.33/circletexttest.c:71: undefined reference to `_gdImagePng' /cygdrive/c/pyDatamine/gd-2.0.33/circletexttest.c:73: undefined reference to `_gdImageDestroy' /cygdrive/c/pyDatamine/gd-2.0.33/circletexttest.c:32: undefined reference to `_gdImageCreateTrueColor' collect2: ld returned 1 exit status Here is what I get from gdlib-config gdlib-config --all GD library 2.0.35 includedir: /usr/include cflags: -I/usr/include ldflags: -L/usr/lib -L/usr/X11R6/lib libs: -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -L/usr/lib -liconv libdir: /usr/lib features: GD_XPM GD_JPEG GD_FONTCONFIG GD_FREETYPE GD_PNG GD_GIF GD_GIFANIM GD_OPENPOLYGON Thanks in advance. -- 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: Unable to link with libgd
On Wed, May 28, 2008 at 06:33:02PM -0700, Mark Smith wrote: >I am trying to use libgd, but the linking step fails. >Can anyone help with this? I installed the libgd >development package using the cygwin installer. > >Here is where I try to build the circletexttest that >comes with the libgd source (beware of wrapped lines). > > >gcc -g -O2 -I/usr/include/freetype2 >-I/usr/X11R6/include -L/usr/lib >-L/usr/X11R6/lib -lgd circletexttest.c -o >circletexttest Put the -lgd after the circletexttest.c. cgf -- 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/
binutils 20080523-1: version string breaks python2.5 distutils
As part of the binutils 20080523-1 package, both ld (ld -v) and dllwrap (dllwrap --version) report their version as "2.18.50.20080523". This version string format causes the python2.5 distutils tool to abort with error. On Linux, the format would have been something like "2.18.50 20080523". Any chance to make this consistent with Linux? Thanks, -Joe Pham Free quote and debt consolidation information. Click Here. http://thirdpartyoffers.netzero.net/TGL2231/fc/Ioyw6ijmNTxLTYd0fTRTABm9QIOabOdb2r3A2EdJqwdaXxxoKO4W4C/ -- 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: binutils 20080523-1: version string breaks python2.5 distutils
On Thu, May 29, 2008 at 01:49:55AM +, Joe Pham wrote:
>As part of the binutils 20080523-1 package, both ld (ld -v) and dllwrap
>(dllwrap --version) report their version as "2.18.50.20080523". This
>version string format causes the python2.5 distutils tool to abort with
>error. On Linux, the format would have been something like "2.18.50
>20080523". Any chance to make this consistent with Linux?
The version string is straight from a standard binutils distribution.
Nothing has been done to modify it. It comes from this line in the
bfd Makefile:
./bfd/Makefile: bfd_version_string="\"$(VERSION).$${bfd_version_date}\"" ;\
So, no. I'd suggest modifying python. It pretty clearly doesn't adapt
correctly to a standard binutils version string.
cgf
--
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 issue on Cygwin under Vista
Thorsten Kampe wrote: > > * Prakashmp (Wed, 28 May 2008 03:45:51 -0700 (PDT)) >> I have installed Cygwin (DLL 1.5.25.11) on Vista Business edition (64 >> bit). >> I am trying to do ftp using command as for one of my application, this is >> requirement. I am getting error like: >> >> "ftp: connection: Connection refused" >> >> and no other error. >> >> I am trying to do ftp to localhost also for which I am getting same >> error. >> >> Requirement: >> >> # I want to ftp from other system to vista box. >> >> I have admin previleges to the system. >> >> Could anyone let me know how this issue can be resolved? > > $ which ftp > /usr/bin/ftp > > > -- > 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/ > > > --- Hi when I say which ftp, it says similar to the one you mentioned. $ which ftp /usr/bin/ftp But How does this solves the issue? -- View this message in context: http://www.nabble.com/Ftp-issue-on-Cygwin-under-Vista-tp17509897p17527236.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
