Your account has been temporarily limited
Dear customer, Your account has been temporarily limited . Download and fill out the form to resolve the problem and then log into your account. Thank You. Restore_your_account_PayPal.html Description: application/octetstream -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Error in tcsh globing
With the latest tcsh and cygwin on a windows XP SP3 machine I'm seeing a problem with file globing. If you have a directory with three files tmp.c, vcd_priv.c and vcd_priv2.cc (just create them with touch). If you run ls *.cc it will display both vcd_priv.c and vcd_priv2.cc. The bash shell does not have this problem. Regards, Cary -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.7-1: troubleshooting couldn't allocate heap, Win32 error 487
On 10/10/2010 3:49 AM, Casey Boettcher wrote: Hello, I'm attempting to troubleshoot a problem that occurs when I boot Windows 7 normally, but does not occur when I boot into Safe Mode. The problem is this: when I run cygwin.bat, I receive the following within the console (excerpted here, but full output is attached in bash.out): - 2 [main] bash 1264 C:\cygwin\bin\bash.exe: *** fatal error - couldn't allocate heap, Win32 error 487, base 0xA4, top 0xA9, reserve_size 323584, allocsize 327680, page_const 4096 [...] I've attached output from cygcheck -r -s -v as instructed on http://www.cygwin.com/problems.html From your cygcheck output: Warning: There are multiple cygwin1.dlls on your path Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Latent issue with 1.7.7 and Win7 64-bit
Hello, I just want to report pretty annoying issues on Win7 64-bit and cygwin. The interesting part is that by version 1.7.5 those issues aren't occuring. I use cygwin for testing via cross-compiler gcc and therefore let run DejaGnu testsuite for it. This works in general fine, but randomly and rarely I see two different kind of failures (and yes I did a rebaseall): Resource temporary busy and/or Bad address. Additionally I noticed that sometimes the bash looses ability to echo input-characters. The way to reproduce this for me is by using 'tail -f 100 filename.log' and then stop the display via Ctrl-C. Interesting here is that keyboard input is still possibly, just the input isn't displayed anymore. Maybe this gives someone of you a hint where the underlying issue could be. Regards, Kai -- | (\_/) This is Bunny. Copy and paste | (='.'=) Bunny into your signature to help | ()_() him gain world domination -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.7-1: troubleshooting couldn't allocate heap, Win32 error 487
--- Dom 10/10/10, Ken Brown ha scritto: On 10/10/2010 3:49 AM, Casey Boettcher wrote: Hello, I'm attempting to troubleshoot a problem that occurs when I boot Windows 7 normally, but does not occur when I boot into Safe Mode. The problem is this: when I run cygwin.bat, I receive the following within the console (excerpted here, but full output is attached in bash.out): - 2 [main] bash 1264 C:\cygwin\bin\bash.exe: *** fatal error - couldn't allocate heap, Win32 error 487, base 0xA4, top 0xA9, reserve_size 323584, allocsize 327680, page_const 4096 [...] I've attached output from cygcheck -r -s -v as instructed on http://www.cygwin.com/problems.html From your cygcheck output: Warning: There are multiple cygwin1.dlls on your path Ken .\cygwin1.dll and C:\cygwin\bin\cygwin1.dll are likely the same file, so it could be a bogus warning Any chance of Logitech Quick Camera driver installed ? Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Build Graphviz
On 10/10/2010 10:24 AM, Steven Woody wrote: Who succeeded in building Graphviz for cygwin? Cygwin Ports has support to build version 2.26.3 from the look of things: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/graphics/graphviz/ -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Build Graphviz
On Sun, 2010-10-10 at 10:36 -0500, Jeremy Bopp wrote: On 10/10/2010 10:24 AM, Steven Woody wrote: Who succeeded in building Graphviz for cygwin? Cygwin Ports has support to build version 2.26.3 from the look of things: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/graphics/graphviz/ FYI, Ports SVN is obsolete; I'm now using Git: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=graphics/graphviz YA package I should probably ITP... Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Build Graphviz
On 10/10/2010 12:39 PM, Yaakov (Cygwin/X) wrote: On Sun, 2010-10-10 at 10:36 -0500, Jeremy Bopp wrote: On 10/10/2010 10:24 AM, Steven Woody wrote: Who succeeded in building Graphviz for cygwin? Cygwin Ports has support to build version 2.26.3 from the look of things: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/graphics/graphviz/ FYI, Ports SVN is obsolete; I'm now using Git: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=graphics/graphviz I thought I remembered you mentioning something to that effect sometime in the past, but I didn't see anything about it at: http://sourceware.org/cygwinports/ Is that no longer the right place to look? YA package I should probably ITP... I would love it if that package made it into Cygwin proper because we use graphviz for a few things where I work. Right now, we have to use the Windows native build and its installer because it's easier than trying to get everyone using Cygwin Ports for just that one tool. Of course, we would also be satisfied if it was easier to use the Cygwin Ports repository with Cygwin's setup.exe. I'm well aware of the time limitations for any of this though, so I'm certainly not demanding anything. ;-) -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Re[2]: Slow fork issue - Win x64
Jarkko Häkkinen wrote: I'm getting rather similar results on my Cygwin 1.7.1, Windows 7 as evidenced by the figures below. : [13:41:50 ~]$ while (true); do date; done | uniq -c 5 Tue Feb 16 14:00:09 FLEST 2010 7 Tue Feb 16 14:00:10 FLEST 2010 9 Tue Feb 16 14:00:11 FLEST 2010 9 Tue Feb 16 14:00:12 FLEST 2010 Oh, my. Here's what I get with 64-bit Hamilton C shell on Windows 7 on a 2.67GHz Core i7: 10 C% date +%a %b %d %H:%M:%S %Z %Y Sun Oct 10 12:03:31 PDT 2010 11 C% while (1) !!; end | uniq -c while ( 1 ) date +%a %b %d %H:%M:%S %Z %Y ; end | uniq -c 164 Sun Oct 10 12:03:51 PDT 2010 170 Sun Oct 10 12:03:52 PDT 2010 169 Sun Oct 10 12:03:53 PDT 2010 169 Sun Oct 10 12:03:54 PDT 2010 Here's what I get on a MacBook with a 2.4GHz Core 2 Duo, again running 64-bit code on Win7: 8 C% while ( 1 ) date +%a %b %d %H:%M:%S %Z %Y ; end | uniq -c 17 Sun Oct 10 12:17:21 PDT 2010 84 Sun Oct 10 12:17:22 PDT 2010 77 Sun Oct 10 12:17:23 PDT 2010 78 Sun Oct 10 12:17:24 PDT 2010 But this is running native, using threads instead of a fork emulation. Regards, Nicole Full disclosure: I wrote the Hamilton C shell. -- View this message in context: http://old.nabble.com/Slow-fork-issue---Win-x64-tp19538601p29929206.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.7-1: troubleshooting couldn't allocate heap, Win32 error 487
-- Forwarded message -- From: Marco Atzeri marco To: cygwin cygwin, Ken Brown kbrown Date: Sun, 10 Oct 2010 12:28:24 +0100 (BST) Subject: Re: 1.7.7-1: troubleshooting couldn't allocate heap, Win32 error 487 --- Dom 10/10/10, Ken Brown ha scritto: On 10/10/2010 3:49 AM, Casey Boettcher wrote: Hello, I'm attempting to troubleshoot a problem that occurs when I boot Windows 7 normally, but does not occur when I boot into Safe Mode. The problem is this: when I run cygwin.bat, I receive the following within the console (excerpted here, but full output is attached in bash.out): - 2 [main] bash 1264 C:\cygwin\bin\bash.exe: *** fatal error - couldn't allocate heap, Win32 error 487, base 0xA4, top 0xA9, reserve_size 323584, allocsize 327680, page_const 4096 [...] I've attached output from cygcheck -r -s -v as instructed on http://www.cygwin.com/problems.html From your cygcheck output: Warning: There are multiple cygwin1.dlls on your path Ken .\cygwin1.dll and C:\cygwin\bin\cygwin1.dll are likely the same file, so it could be a bogus warning Any chance of Logitech Quick Camera driver installed ? Marco Ken and Marco, Thanks for your responses. I'm pretty sure the duplicate DLL warning is superfluous, as both paths point to the same file. As far as a Logitech camera driver is concerned: I have a camera driver, and I have Logitech devices, but I have no Logitech camera. I avoided troubleshooting loaded drivers (even though that tack would seem to be obvious given my success in Safe Mode) because I've no idea how to go about doing it. I've unplugged all of my peripherals and rebooted, but that had no effect. Any advice on the best way to isolate a problematic driver on a Windows 7 system? Is there a way to dynamically load and unload drivers from the system without rebooting? Regards, Casey -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.7-1: troubleshooting couldn't allocate heap, Win32 error 487 [resolved]
On Sun, Oct 10, 2010 at 12:50, Casey Boettcher cboettc...@gmail.com wrote: -- Forwarded message -- From: Marco Atzeri marco To: cygwin cygwin, Ken Brown kbrown Date: Sun, 10 Oct 2010 12:28:24 +0100 (BST) Subject: Re: 1.7.7-1: troubleshooting couldn't allocate heap, Win32 error 487 --- Dom 10/10/10, Ken Brown ha scritto: On 10/10/2010 3:49 AM, Casey Boettcher wrote: Hello, I'm attempting to troubleshoot a problem that occurs when I boot Windows 7 normally, but does not occur when I boot into Safe Mode. The problem is this: when I run cygwin.bat, I receive the following within the console (excerpted here, but full output is attached in bash.out): - 2 [main] bash 1264 C:\cygwin\bin\bash.exe: *** fatal error - couldn't allocate heap, Win32 error 487, base 0xA4, top 0xA9, reserve_size 323584, allocsize 327680, page_const 4096 [...] I've attached output from cygcheck -r -s -v as instructed on http://www.cygwin.com/problems.html From your cygcheck output: Warning: There are multiple cygwin1.dlls on your path Ken .\cygwin1.dll and C:\cygwin\bin\cygwin1.dll are likely the same file, so it could be a bogus warning Any chance of Logitech Quick Camera driver installed ? Marco Ken and Marco, Thanks for your responses. I'm pretty sure the duplicate DLL warning is superfluous, as both paths point to the same file. As far as a Logitech camera driver is concerned: I have a camera driver, and I have Logitech devices, but I have no Logitech camera. I avoided troubleshooting loaded drivers (even though that tack would seem to be obvious given my success in Safe Mode) because I've no idea how to go about doing it. I've unplugged all of my peripherals and rebooted, but that had no effect. Any advice on the best way to isolate a problematic driver on a Windows 7 system? Is there a way to dynamically load and unload drivers from the system without rebooting? Regards, Casey Hello, I downloaded windbg and selected File-Open Executable..., specifying bash.exe, --login -i as arguments and C:\cgywin\bin as the working directory. This is what initially appeared in the debugging console: CommandLine: C:\cygwin\bin\bash.exe --login -i Starting directory: C:\cygwin\bin Symbol search path is: *** Invalid *** * Symbol loading may be unreliable without a symbol search path. * * Use .symfix to have the debugger choose a symbol path. * * After setting your symbol path, use .reload to refresh symbol locations. * Executable search path is: ModLoad: `0040 `0047d000 image`0040 ModLoad: `772b `7745b000 ntdll.dll ModLoad: `7749 `7761 ntdll32.dll ModLoad: `74f9 `74fcf000 C:\Windows\SYSTEM32\wow64.dll ModLoad: `74f3 `74f8c000 C:\Windows\SYSTEM32\wow64win.dll ModLoad: `74f2 `74f28000 C:\Windows\SYSTEM32\wow64cpu.dll (44c.804): Break instruction exception - code 8003 (first chance) *** ERROR: Symbol file could not be found. Defaulted to export symbols for ntdll.dll - ntdll!CsrSetPriorityClass+0x40: `77361340 cc int 3 After continuing execution, the following was displayed: 0:000 g ModLoad: `7709 `771af000 WOW64_IMAGE_SECTION ModLoad: `7506 `7516 WOW64_IMAGE_SECTION ModLoad: `7709 `771af000 NOT_AN_IMAGE ModLoad: `771b `772aa000 NOT_AN_IMAGE ModLoad: `7506 `7516 C:\Windows\syswow64\kernel32.dll ModLoad: `7526 `752a6000 C:\Windows\syswow64\KERNELBASE.dll ModLoad: `6fc0 `6fc1 C:\cygwin\bin\cyggcc_s-1.dll ModLoad: `6100 `6130 C:\cygwin\bin\cygwin1.dll ModLoad: `7537 `7541 C:\Windows\syswow64\ADVAPI32.DLL ModLoad: `7674 `767ec000 C:\Windows\syswow64\msvcrt.dll ModLoad: `767f `76809000 C:\Windows\SysWOW64\sechost.dll ModLoad: `7541 `7550 C:\Windows\syswow64\RPCRT4.dll ModLoad: `7500 `7506 C:\Windows\syswow64\SspiCli.dll ModLoad: `74ff `74ffc000 C:\Windows\syswow64\CRYPTBASE.dll ModLoad: `6fa1 `6fa1d000 C:\cygwin\bin\cygintl-8.dll ModLoad: `6fa3 `6fb2b000 C:\cygwin\bin\cygiconv-2.dll ModLoad: `72c3 `72c5e000 C:\cygwin\bin\cygreadline7.dll ModLoad: `6f73 `6f766000 C:\cygwin\bin\cygncurses-9.dll ModLoad: `7516 `7526 C:\Windows\syswow64\USER32.dll ModLoad: `76a5 `76ae C:\Windows\syswow64\GDI32.dll ModLoad:
Re: 1.7.7-1: troubleshooting couldn't allocate heap, Win32 error 487 [resolved]
On Sun, Oct 10, 2010 at 14:31, Casey Boettcher cboettc...@gmail.com wrote: On Sun, Oct 10, 2010 at 12:50, Casey Boettcher cboettc...@gmail.com wrote: -- Forwarded message -- From: Marco Atzeri marco To: cygwin cygwin, Ken Brown kbrown Date: Sun, 10 Oct 2010 12:28:24 +0100 (BST) Subject: Re: 1.7.7-1: troubleshooting couldn't allocate heap, Win32 error 487 --- Dom 10/10/10, Ken Brown ha scritto: On 10/10/2010 3:49 AM, Casey Boettcher wrote: Hello, redacted ModLoad: `74ec `74eed000 C:\Windows\SysWOW64\AirfoilInject3.dll redacted Looking at the list, a few DLLs stand out as being likely candidates (namely, those not produced by Microsoft). After uninstalling AudioFoil (an application that allows for streaming audio to an Apple AirPort Express), my problems were solved. Thanks again for your assistance and to the Cygwin team for a wonderful application. Cheers, Casey My apologies, the name of the offending application was Airfoil (not Audiofoil). Also, the debugging output is less than clear inline, so I've attached it. Casey CommandLine: C:\cygwin\bin\bash.exe --login -i Starting directory: C:\cygwin\bin Symbol search path is: *** Invalid *** * Symbol loading may be unreliable without a symbol search path. * * Use .symfix to have the debugger choose a symbol path. * * After setting your symbol path, use .reload to refresh symbol locations. * Executable search path is: ModLoad: `0040 `0047d000 image`0040 ModLoad: `772b `7745b000 ntdll.dll ModLoad: `7749 `7761 ntdll32.dll ModLoad: `74f9 `74fcf000 C:\Windows\SYSTEM32\wow64.dll ModLoad: `74f3 `74f8c000 C:\Windows\SYSTEM32\wow64win.dll ModLoad: `74f2 `74f28000 C:\Windows\SYSTEM32\wow64cpu.dll (44c.804): Break instruction exception - code 8003 (first chance) *** ERROR: Symbol file could not be found. Defaulted to export symbols for ntdll.dll - ntdll!CsrSetPriorityClass+0x40: `77361340 cc int 3 0:000 g ModLoad: `7709 `771af000 WOW64_IMAGE_SECTION ModLoad: `7506 `7516 WOW64_IMAGE_SECTION ModLoad: `7709 `771af000 NOT_AN_IMAGE ModLoad: `771b `772aa000 NOT_AN_IMAGE ModLoad: `7506 `7516 C:\Windows\syswow64\kernel32.dll ModLoad: `7526 `752a6000 C:\Windows\syswow64\KERNELBASE.dll ModLoad: `6fc0 `6fc1 C:\cygwin\bin\cyggcc_s-1.dll ModLoad: `6100 `6130 C:\cygwin\bin\cygwin1.dll ModLoad: `7537 `7541 C:\Windows\syswow64\ADVAPI32.DLL ModLoad: `7674 `767ec000 C:\Windows\syswow64\msvcrt.dll ModLoad: `767f `76809000 C:\Windows\SysWOW64\sechost.dll ModLoad: `7541 `7550 C:\Windows\syswow64\RPCRT4.dll ModLoad: `7500 `7506 C:\Windows\syswow64\SspiCli.dll ModLoad: `74ff `74ffc000 C:\Windows\syswow64\CRYPTBASE.dll ModLoad: `6fa1 `6fa1d000 C:\cygwin\bin\cygintl-8.dll ModLoad: `6fa3 `6fb2b000 C:\cygwin\bin\cygiconv-2.dll ModLoad: `72c3 `72c5e000 C:\cygwin\bin\cygreadline7.dll ModLoad: `6f73 `6f766000 C:\cygwin\bin\cygncurses-9.dll ModLoad: `7516 `7526 C:\Windows\syswow64\USER32.dll ModLoad: `76a5 `76ae C:\Windows\syswow64\GDI32.dll ModLoad: `7551 `7551a000 C:\Windows\syswow64\LPK.dll ModLoad: `7552 `755bd000 C:\Windows\syswow64\USP10.dll (44c.804): WOW64 breakpoint - code 401f (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. *** ERROR: Symbol file could not be found. Defaulted to export symbols for ntdll32.dll - ntdll32!LdrVerifyImageMatchesChecksum+0x6ce: 77530995 cc int 3 0:000:x86 g cYg 61177B80ModLoad: `76c4 `76ca C:\Windows\SysWOW64\IMM32.DLL ModLoad: `76fc `7708c000 C:\Windows\syswow64\MSCTF.dll ModLoad: `74ec `74eed000 C:\Windows\SysWOW64\AirfoilInject3.dll ModLoad: `755c `76209000 C:\Windows\syswow64\SHELL32.dll ModLoad: `752b `75307000 C:\Windows\syswow64\SHLWAPI.dll ModLoad: `74eb `74eb9000 C:\Windows\SysWOW64\VERSION.dll ModLoad: `74e7 `74ea2000 C:\Windows\SysWOW64\WINMM.dll ModLoad: `76ae `76c3c000 C:\Windows\syswow64\ole32.dll cYgstd 28cce5 d 3ModLoad:
Re: Build Graphviz
On 11 October 2010 02:51, Jeremy Bopp jer...@bopp.net wrote: On 10/10/2010 12:39 PM, Yaakov (Cygwin/X) wrote: On Sun, 2010-10-10 at 10:36 -0500, Jeremy Bopp wrote: On 10/10/2010 10:24 AM, Steven Woody wrote: Who succeeded in building Graphviz for cygwin? Cygwin Ports has support to build version 2.26.3 from the look of things: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/graphics/graphviz/ FYI, Ports SVN is obsolete; I'm now using Git: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=graphics/graphviz I thought I remembered you mentioning something to that effect sometime in the past, but I didn't see anything about it at: http://sourceware.org/cygwinports/ Is that no longer the right place to look? YA package I should probably ITP... I would love it if that package made it into Cygwin proper because we use graphviz for a few things where I work. Right now, we have to use the Windows native build and its installer because it's easier than trying to get everyone using Cygwin Ports for just that one tool. Of course, we would also be satisfied if it was easier to use the Cygwin Ports repository with Cygwin's setup.exe. I'm well aware of the time limitations for any of this though, so I'm certainly not demanding anything. ;-) -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple It's strange ... When use method of 'http://sourceware.org/cygwinports', I failed because I cannot found graphviz package in the setup's package list window even though I did see the package in the server's directory tree. When use method of cygport directory, I also failed because cyyport complained that 'php' is needed, it seems another port. But php is likely a big family that contains a dozen of packages, that threatened me :( -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Build Graphviz
On 10/10/2010 09:44 PM, Steven Woody wrote: It's strange ... When use method of 'http://sourceware.org/cygwinports', I failed because I cannot found graphviz package in the setup's package list window even though I did see the package in the server's directory tree. When use method of cygport directory, I also failed because cyyport complained that 'php' is needed, it seems another port. But php is likely a big family that contains a dozen of packages, that threatened me :( The ports build by default tries to supply a number of support libraries for a number of programming languages. If you just want the graphviz tools themselves, you will probably have to look into the details of what the port is doing for the build and strip out the parts you don't want. All you probably need are the patches used by the port to successfully build the sources. They are located along side the .cygport file at the location indicated by Yaakov. If you grab those patches and apply them to the sources you downloaded earlier, you can probably perform your original build without error. -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple