Re: [cfe-dev] cygwin updates (was: dladdr and Dl_info)
On 14/01/2010 14:20, Reini Urban wrote: I have a working cygwin llvm and llvm-gcc, but had no time to produce a proper package yet. Attached are my cygport files and my local config. No patches were needed. But I haven't bothered to build clang yet, just the Clang llvmc plugin and llvm-gcc, which I thought is harder to build and gives us more gcc compatibility. Here's what I have so far for llvm/clang 2.6; the .cygport may be missing something, it's been a few weeks since I've looked at it. On the cygwin mailinglist we came to some required clang patches. http://cygwin.com/ml/cygwin/2010-01/msg00587.html Sorry, untested, as I got unrelated linker errors. The change to tools/CIndex/CIndexer.cpp looks fine if it works. The change to tools/driver/driver.cpp isn't really right; the code really needs to be refactored. The changes to the non-C++ include paths in lib/Frontend/InitHeaderSearch.cpp look a bit suspicious, but it's okay anyway. The change to lib/Headers/stddef.h is completely wrong; what is it supposed to fix? Still don't understand why cygwin doesn't implement dladdr, it would avoid some ugly ifdef... -- 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: [cfe-dev] cygwin updates (was: dladdr and Dl_info)
On Fri, 15 Jan 2010 11:19:27 +0100, Corinna Vinschen corinna-cyg...@cygwin.com wrote: On Jan 15 11:07, Vincent R. wrote: On 14/01/2010 14:20, Reini Urban wrote: I have a working cygwin llvm and llvm-gcc, but had no time to produce a proper package yet. Attached are my cygport files and my local config. No patches were needed. But I haven't bothered to build clang yet, just the Clang llvmc plugin and llvm-gcc, which I thought is harder to build and gives us more gcc compatibility. Here's what I have so far for llvm/clang 2.6; the .cygport may be missing something, it's been a few weeks since I've looked at it. On the cygwin mailinglist we came to some required clang patches. http://cygwin.com/ml/cygwin/2010-01/msg00587.html Sorry, untested, as I got unrelated linker errors. The change to tools/CIndex/CIndexer.cpp looks fine if it works. The change to tools/driver/driver.cpp isn't really right; the code really needs to be refactored. The changes to the non-C++ include paths in lib/Frontend/InitHeaderSearch.cpp look a bit suspicious, but it's okay anyway. The change to lib/Headers/stddef.h is completely wrong; what is it supposed to fix? Still don't understand why cygwin doesn't implement dladdr, it would avoid some ugly ifdef... http://cygwin.com/acronyms/#SHTDI http://cygwin.com/acronyms/#PTC It's not too difficult to add Dl_info definition (We will support only retrieving path name): typedef struct { const char*dli_fname[PATH_MAX]; /* Filename of defining object */ void *dli_fbase; /* NA */ const char*dli_sname; /* NA */ void *dli_saddr; /* NA */ } Dl_info; int dladdr(void *addr, Dl_info *info) { // see http://trac.enlightenment.org/e/browser/trunk/PROTO/evil/src/lib/dlfcn/dlfcn.c // for an implementation } Regards -- 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: [cfe-dev] cygwin updates (was: dladdr and Dl_info)
On Fri, 15 Jan 2010 15:18:28 +0100, Corinna Vinschen On Jan 15 11:40, Vincent R. wrote: It's not too difficult to add Dl_info definition (We will support only retrieving path name): typedef struct { const char *dli_fname[PATH_MAX]; /* Filename of defining object */ void *dli_fbase; /* NA */ const char *dli_sname; /* NA */ void *dli_saddr; /* NA */ } Dl_info; int dladdr(void *addr, Dl_info *info) { // see http://trac.enlightenment.org/e/browser/trunk/PROTO/evil/src/lib/dlfcn/dlfcn.c // for an implementation } The implementation won't work on Cygwin for functions exported by the Cygwin DLL itself. At least not as you expect it to work. Every such symbol will return the application's pathname in dli_fname. The reason is the way the functions are exported from libcygwin.a. You always get the address of the function stub linked statically to the executable. I fear this needs more work for Cygwin. I understand but I suppose it would work for other dlls and it's not important if it doesn't work for cygwin dll itself because until now you didn't need it. -- 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: [cfe-dev] cygwin updates (was: dladdr and Dl_info)
On Fri, 15 Jan 2010 13:40:53 -0500, Christopher Faylor cgf-use-tqsdqsdqsd...@cygwin.com wrote: On Fri, Jan 15, 2010 at 11:19:27AM +0100, Corinna Vinschen wrote: On Jan 15 11:07, Vincent R. wrote: On 14/01/2010 14:20, Reini Urban wrote: I have a working cygwin llvm and llvm-gcc, but had no time to produce a proper package yet. Attached are my cygport files and my local config. No patches were needed. But I haven't bothered to build clang yet, just the Clang llvmc plugin and llvm-gcc, which I thought is harder to build and gives us more gcc compatibility. Here's what I have so far for llvm/clang 2.6; the .cygport may be missing something, it's been a few weeks since I've looked at it. On the cygwin mailinglist we came to some required clang patches. http://cygwin.com/ml/cygwin/2010-01/msg00587.html Sorry, untested, as I got unrelated linker errors. The change to tools/CIndex/CIndexer.cpp looks fine if it works. The change to tools/driver/driver.cpp isn't really right; the code really needs to be refactored. The changes to the non-C++ include paths in lib/Frontend/InitHeaderSearch.cpp look a bit suspicious, but it's okay anyway. The change to lib/Headers/stddef.h is completely wrong; what is it supposed to fix? Still don't understand why cygwin doesn't implement dladdr, it would avoid some ugly ifdef... http://cygwin.com/acronyms/#SHTDI http://cygwin.com/acronyms/#PTC And most importantly: http://cygwin.com/acronyms/#WJM No sorry you should add this one : IRHA (I Really Hate Acronyms) -- 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
dladdr and Dl_info
Hi, I am trying to compile llvm on latest cygwin and I get an error about missing definitions for Dl_info and dladdr. const llvm::sys::Path CIndexer::getClangPath() { // Did we already compute the path? if (!ClangPath.empty()) return ClangPath; // Find the location where this library lives (libCIndex.dylib). #ifdef LLVM_ON_WIN32 ... #else // This silly cast below avoids a C++ warning. Dl_info info; if (dladdr((void *)(uintptr_t)clang_createTranslationUnit, info) == 0) assert(0 Call to dladdr() failed); llvm::sys::Path CIndexPath(info.dli_fname); // We now have the CIndex directory, locate clang relative to it. CIndexPath.eraseComponent(); CIndexPath.eraseComponent(); CIndexPath.appendComponent(bin); CIndexPath.appendComponent(clang); #endif // Cache our result. ClangPath = CIndexPath; return ClangPath; } Could it be possible to provide an implementation ? Thanks -- 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
Calling cygwin binaries from dos prompt : access denied
Hi, When trying to get gcc version from a dos command by entering C:\cygwin-1.7\bin\gcc -v I get a access denied error message. Is it possible change that and allow to call it from external world ? -- 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: coredump when compiling gettext from source
On Thu, 1 Oct 2009 15:46:29 +0200, Corinna Vinschen corinna-cyg...@cygwin.com wrote: On Oct 1 14:19, Vincent R. wrote: On Thu, 01 Oct 2009 14:16:45 +0200, Vincent R. foru...@smartmobili.com wrote: On Thu, 01 Oct 2009 13:59:32 +0200, Vincent R. foru...@smartmobili.com wrote: Wrong mailing list. cygwin-developers is for discussing Cygwin development itself, not for developing software *on* Cygwin. Use the base list cygwin AT cygwin DOT com instead. Are you sure the problem doesn't rely on gcc version release with latest cygwin ? I get a segmentation fault inside ld ... Will I find answers about that kind of problem on this ML ? -- 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: coredump when compiling gettext from source
On Thu, 01 Oct 2009 10:01:45 -0400, Charles Wilson cyg...@cwilson.fastmail.fm wrote: Vincent R. wrote: On Thu, 1 Oct 2009 15:46:29 +0200, Corinna Vinschen wrote: On Oct 1 14:19, Vincent R. wrote: On Thu, 01 Oct 2009 14:16:45 +0200, Vincent R. wrote: On Thu, 01 Oct 2009 13:59:32 +0200, Vincent R. wrote: Wrong mailing list. cygwin-developers is for discussing Cygwin development itself, not for developing software *on* Cygwin. Use the base list cygwin AT cygwin DOT com instead. Are you sure the problem doesn't rely on gcc version release with latest cygwin ? I get a segmentation fault inside ld ... Will I find answers about that kind of problem on this ML ? Not unless you restate the problem here on this list, rather than assuming everybody already knows what you were talking about on some other list. I have installed a fresh install of cygwin 1.7 and I wanted to compile gettext-0.17 from source so I entered: ./configure make Problem happens when compiling gettext-runtime/intl module and here is what happens when I run the command manually $ gcc --version gcc (GCC) 4.3.4 20090804 (release) 1 $ cd gettext-0.17/gettext-runtime/intl gcc -shared .libs/bindtextdom.o .libs/dcgettext.o .libs/dgettext.o .libs/gettext.o .libs/finddomain.o .libs/hash-string.o .libs/loadmsgcat.o .libs/localealias.o .libs/textdomain.o .libs/l10nflist.o .libs/explodename.o .libs/dcigettext.o .libs/dcngettext.o .libs/dngettext.o .libs/ngettext.o .libs/plural.o .libs/plural-exp.o .libs/localcharset.o .libs/lock.o .libs/relocatable.o .libs/langprefs.o .libs/localename.o .libs/log.o .libs/printf.o .libs/version.o .libs/osdep.o .libs/intl-compat.o -Wl,--disable-auto-import -Wl,--export-all-symbols -o .libs/cygintl-8.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libintl.dll.a collect2: ld terminated with signal 11 [Segmentation fault], core dumped $ less ld.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=0044B9E9 eax=0001 ebx=0024 ecx=0077CD68 edx=007848D0 esi=6F5C701C edi=00AFC130 ebp=0022C948 esp=0022C8E0 program=C:\cygwin\bin\ld.exe, pid 276, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022C948 0044B9E9 (0074A548, 004CC1E8, 008310D8, 00832588) 0022CB48 0044DF0F (0022CBBC, 008310D8, , ) 0022CC68 0044EE10 (0074A548, 004CC1E8, 004BBCC0, 00A12470) 0022CCE8 0041495E (00743060, 612077EC, 0022CD78, 610F9B47) 0022CD68 00413E68 (, , 0022CDA8, 61006E0A) 0022CDA8 61006E0A (, 0022CDE0, 610066F0, 7FFDF000) End of stack trace Any idea ? My configuration Windows XP SP3 $ uname -a CYGWIN_NT-5.1 rookie 1.7.0(0.212/5/3) 2009-09-11 01:25 i686 Cygwin $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Quad CPUQ8200 @ 2.33GHz stepping: 10 cpu MHz : 2327 cache size : 2048 KB fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl tm2 est cx16 TLB size: 0 4K pages clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: No antivirus, no firewall and I hope no BLODA. -- 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: Bug or feature missing in rsync.
Hi, After having started some debate about cygdrive prefix (it was not my goal) I think I have another dilemna ;-) I want to try to compile cegcc-4.4.0 (gcc targetting windows ce) with a mingw compiler but I don't know which one to choose. As always with open source software I can use : a) mingw(4.4.0) compiler from mingw project b) mingw32(4.4.1) compiler from mingw64(maybe renamed in monika) project c) mingw(3.4.4) from cygwin When choosing option c) how do you select mingw compiler ? I found some old post but don't know if it's still valid. Do I need to pass some CFLAGS ? Dave, by the way when will it be possible to play with your cygwin-mingw-4.3x compiler Thanks -- 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
mingw question : Post repetita
Hi, After having started some debate about cygdrive prefix (it was not my goal) I think I have another dilemna ;-) I want to try to compile cegcc-4.4.0 (gcc targetting windows ce) with a mingw compiler but I don't know which one to choose. As always with open source software I can use : a) mingw(4.4.0) compiler from mingw project b) mingw32(4.4.1) compiler from mingw64(maybe renamed in monika) project c) mingw(3.4.4) from cygwin When choosing option c) how do you select mingw compiler ? I found some old post but don't know if it's still valid. Do I need to pass some CFLAGS ? Dave, by the way when will it be possible to play with your cygwin-mingw-4.3x compiler Thanks PS : I am posting again because I hijacked another thread. Sorry about that. -- 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
cygdrive prefix
Hi, Is there any good reason to force user to use /cygdrive/ before accessing a drive ? I am asking it because I regularly switch from cygwin to mingw and some simple script needs to be adapted every time. Wouldn't be easier to access directly to a drive without entering cygdrive? Is there any reason for that ? -- 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: cygdrive prefix
On Wed, 16 Sep 2009 09:02:19 -0700, Andrew DeFaria and...@defaria.com wrote: Vincent R. wrote: Hi, Is there any good reason to force user to use /cygdrive/ before accessing a drive ? Considering you aren't forced to use /cygdrive/ (see mount(1m)) no... I am asking it because I regularly switch from cygwin to mingw and some simple script needs to be adapted every time. Huh? Can't your script sense you're using Cygwin or Mingw? Wouldn't be easier to access directly to a drive without entering cygdrive? Is there any reason for that ? What would be your proposal for a POSIX path to indicate you are now accessing a Windows drive by letter? /cygdrive/ is just a string indicating this. You can change it with mount(1m). Personally I (ab)use /dev... Ok I see your point but I find it weird to complicate things by adding /cygdrive. Maybe some people are crazy enough to create folders with one letter at filesystem root but that's not my case so typing /c means I want to access C drive. -- 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: gcc4.4
On Thu, 10 Sep 2009 23:30:59 +0100, Dave Korn dave.korn.cyg...@googlemail.com wrote: Vincent R. wrote: Hi, when will you release a gcc-4.4 package for cygwin ? Right now I'm concentrating on getting a stable 4.3.4 package out that will have all the fixes for all the known problems in 4.3.2 and will be the first fully production-ready version. (I've been struggling with the Ada port which seems to want to revert to its prehistory and keeps on magically turning back into an SJLJ port... weird. Think I finally got it whipped into shape though.) Hum I was wondering why you had posted on gcc ML about ada, now I know. Next on the list after that is sorting out the MinGW cross-compiler, which will be based on 4.3.4 stable. And then after that. I'll probably be more inclined to go straight for a test version of 4.5.0, and skip over 4.4 series altogether. Is there any reason to ignore 4.4 family ? -- 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
gcc4.4
Hi, when will you release a gcc-4.4 package for cygwin ? Thanks -- 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
-mnocygwin alternative
Hi, Back in old times it was possible to compile with no cygwin dependencies using something like -mno-cygwin. Will it be possible to compile again with mingw-4.4 from cygwin console ? I think I read (or maybe dream) that there might be a mingw-4.4-gcc package, what is the status ? Thanks -- 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: -mnocygwin alternative
On Mon, 07 Sep 2009 00:56:06 +1200, Nicholas Sherlock n.sherl...@gmail.com wrote: Vincent R. wrote: Back in old times it was possible to compile with no cygwin dependencies using something like -mno-cygwin. I hear that a proper cross-compiler is coming to replace -mno-cygwin. Will it be possible to compile again with mingw-4.4 from cygwin console ? You can just install MinGW separately and add the MinGW folders to your path. That's what I do in order to use MinGW's GCC with the Cygwin toolset.. :). Don't repeat ;-) it but I am quite confident in cygwin quality and it's not always the case with some mingw release and their msys (I am always getting nervous when I try it). With cygwin you click on setup.exe and it just works(and if it doesn't it's generally fixed the next day). -- 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: [ANNOUNCEMENT] [1.7] Updated: binutils-2.19.51-1
I backed down on bash version which required install of libreadline6. bash still fails. This is on NT4. Maybe I need a different combination of binutils, libreadline, and bash. I will play with this for a bit. Jerry I have installed new binutils and previous bash version and now it works for me. -- 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: fresh 1.7, bash fails with STATUS_ACCESS_VIOLATION
Post cygcheck output, both of you, and let's compare. $ cygcheck -c Cygwin Package Information Package VersionStatus _update-info-dir 00826-1OK alternatives 1.3.30c-10 OK ash 20040127-4 OK autoconf 6-10 OK autoconf2.1 2.13-10OK autoconf2.5 2.63-10OK automake 4-10 OK automake1.10 1.10.2-10 OK automake1.11 1.11-10OK automake1.4 1.4p6-10 OK automake1.5 1.5-10 OK automake1.6 1.6.3-11 OK automake1.7 1.7.9-10 OK automake1.8 1.8.5-10 OK automake1.9 1.9.6-10 OK base-cygwin 2.0-1 OK base-files 3.8-4 OK base-passwd 3.1-1 OK bash 3.2.49-22 OK binutils 2.19.51-1 OK bzip21.0.5-10 OK coreutils7.0-2 OK cpio 2.9.90-5 OK crypt1.1-1 OK cvs 1.12.13-10 OK cvsps2.1-1 OK cygutils 1.4.0-1OK cygwin 1.7.0-50 OK cygwin-doc 1.5-1 OK diffutils2.8.7-1OK editrights 1.01-2 OK expat2.0.1-1OK file 5.00-3 OK findutils4.5.4-1OK gawk 3.1.6-2OK gettext 0.17-11OK gettext-devel0.17-11OK git 1.6.3.2-1 OK grep 2.5.3-1OK groff1.19.2-2 OK gzip 1.3.12-2 OK ipc-utils1.0-1 OK less 429-1 OK libbz2_1 1.0.5-10 OK libcurl4 7.19.4-1 OK libdb4.5 4.5.20.2-2 OK libexpat12.0.1-1OK libexpat1-devel 2.0.1-1OK libgcc1 4.3.2-2OK libgdbm4 1.8.3-20 OK libgettextpo00.17-11OK libgmp3 4.3.1-3OK libiconv21.13-10OK libidn11 1.9-1 OK libintl2 0.12.1-3 OK libintl3 0.14.5-1 OK libintl8 0.17-11OK libltdl7 2.2.7a-13 OK liblzma0 4.999.8beta-10 OK liblzma1 4.999.8betaCYG4-10 OK libncurses8 5.5-10 OK libncurses9 5.7-14 OK libpcre0 7.9-1 OK libpopt0 1.6.4-4OK libreadline6 5.2.14-12 OK libreadline7 6.0.3-1OK libssh2_11.0-1 OK libtool 2.2.7a-13 OK login1.10-10OK m4 1.4.13-1 OK man 1.6e-1 OK openssl 0.9.8k-2 OK perl 5.10.0-5 OK perl-Error 0.17014-1 OK pkg-config 0.23b-10 OK rebase 3.0-2 OK run 1.1.10-1 OK sed 4.1.5-2OK tar 1.22-1 OK termcap 20050421-1 OK terminfo 5.7_20090228-10OK terminfo05.5_20061104-10OK texinfo 4.13-3 OK tzcode 2008h-1OK which2.20-2 OK xz 4.999.8betaCYG4-10 OK zlib 1.2.3-10 OK zlib-devel 1.2.3-10 OK zlib01.2.3-10 OK -- 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: [ANNOUNCEMENT] [1.7] Updated [security]: bash-3.2.49-23 and Windows 7 RC
Ok, so I can confirm a problem with bash 3.2.49-23 on Windows 7 RC build 7100 64-bit. Basically, bash just crashes on startup. I don't have access to a Vista machine right now but it's worthwhile confirming on it. I don't have access to any of these (just XP, here), so I can't really tell where things are crashing. It works just fine for me. Frame Function Args 0028CCE8 04FF (6120B808, 6120C41C, 0028CD50, 61020360) 0028CD78 61020293 (, 0028CDB0, 610066C0, 7EFDE000) 61020293 looks like an address in the dll range, probably cygwin1.dll. It would be nice to know what function is dying, but doing that may require rebuilding a bash image with debugging symbols. Did you by chance do any rebasing? Maybe this is a case where I didn't use the correct gcc-4 flags for compilation, at which point an updated binutils/gcc might fix things. Same problem here (I am attaching output from msvc debugger) : 'bash.exe': Loaded 'C:\Windows\SysWOW64\usp10.dll' cYg 61156900'bash.exe': Loaded 'C:\Windows\SysWOW64\imm32.dll' 'bash.exe': Loaded 'C:\Windows\SysWOW64\msctf.dll' cYgstd 28ccf5 d 3First-chance exception at 0xf935 in bash.exe: 0xC005: Access violation. cYgSiGw00f 11 0x8D0 0x28CE94First-chance exception at 0xf935 in bash.exe: 0xC005: Access violation. cYgSiGw00f 11 0x8D0 0x28CE94The thread 'Win32 Thread' (0xfc8) has exited with code 0 (0x0). 'bash.exe': Loaded 'C:\Windows\SysWOW64\psapi.dll' The program '[0xBB8] bash.exe: Native' has exited with code 35584 (0x8b00). -- 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: [ANNOUNCEMENT] [1.7] Updated [security]: bash-3.2.49-23 and Windows 7 RC
On Fri, 3 Jul 2009 14:03:35 + (UTC), Eric Blake e...@byu.net wrote: Edward Lam edward at sidefx.com writes: 61020293 looks like an address in the dll range, probably cygwin1.dll. It would be nice to know what function is dying, but doing that may require rebuilding a bash image with debugging symbols. Did you by chance do any rebasing? Maybe this is a case where I didn't use the correct gcc-4 flags for compilation, at which point an updated binutils/gcc might fix things. is it the first time you compile readline with gcc-4 ? -- 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 ssh/rsync consuming all cpu on x64 Vista
On Thu, 2 Jul 2009 17:35:01 +0100, Andy Koppe andy.ko...@gmail.com wrote: 2009/7/2 Jonathan jonat...@kc8onw.net: I still see 100% CPU usage per core with the latest snapshot (2009-07-01) I've tried removing tortoisesvn and virtualbox and still have performance issues, is my next step trying a clean windows install? Only if you're gonna install XP. ;) I can see that windows 7 ultimate edition is comming with a subsystem for unix-based application (SUA) = Interix Could worth to try it ... It looks like a cygwin but made by microsoft and Interix. Just need to a enable a windows services and download a package with all gnu tools. I know --[] -- 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: fork and exec (was: Re: Proposed patch to system.XWinrc)
On Wed, 1 Jul 2009 11:11:56 -0400, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: On Wed, Jul 01, 2009 at 06:55:35AM +0100, Andy Koppe wrote: 2009/6/23 Christopher Faylor: If posix_spawn() ever gets implemented in Cygwin to avoid the slowness of fork(), /bin/sh might well change to the first shell that supports it. It's really somewhat of an urban myth about Cygwin's fork being slow. Cygwin's exec is also pretty slow. ??I'm not really sure that posix_spawn would cause any kind of performance improvement. Ah, right. So is it Windows' CreateProcess() itself that's slow? Or is it some of the additional stuff that exec() needs to deal with? Signals? The hidden console? The majority of the exec code is in spawn.cc - spawn_guts(). You can see for yourself that this is not a simple function. Just remember that neither fork nor exec have native Windows analogues. cgf About that I wanted to make some benchmark with strace and give you figures about cygwin running on Windows 7 64 bits and Windows XP 32 bits.Unfortunately I have only installed natively Windows 7 and I did my test in a Virtual machine but I got some weirds figures where it was also very slow on XP. If some people have Windows XP and windows vista (32 or 64 bits) on the same machine it could be interesting to provide some benchmarks. and when I say benchmark I want exactly the same machine running the same cygwin version or it won't be very relevant. -- 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: fork and exec (was: Re: Proposed patch to system.XWinrc)
On Wed, 1 Jul 2009 12:06:22 -0400, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: On Wed, Jul 01, 2009 at 05:32:14PM +0200, Vincent R. wrote: On Wed, 1 Jul 2009 11:11:56 -0400, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: On Wed, Jul 01, 2009 at 06:55:35AM +0100, Andy Koppe wrote: 2009/6/23 Christopher Faylor: If posix_spawn() ever gets implemented in Cygwin to avoid the slowness of fork(), /bin/sh might well change to the first shell that supports it. It's really somewhat of an urban myth about Cygwin's fork being slow. Cygwin's exec is also pretty slow. ??I'm not really sure that posix_spawn would cause any kind of performance improvement. Ah, right. So is it Windows' CreateProcess() itself that's slow? Or is it some of the additional stuff that exec() needs to deal with? Signals? The hidden console? The majority of the exec code is in spawn.cc - spawn_guts(). You can see for yourself that this is not a simple function. Just remember that neither fork nor exec have native Windows analogues. About that I wanted to make some benchmark with strace and give you figures about cygwin running on Windows 7 64 bits and Windows XP 32 bits.Unfortunately I have only installed natively Windows 7 and I did my test in a Virtual machine but I got some weirds figures where it was also very slow on XP. If some people have Windows XP and windows vista (32 or 64 bits) on the same machine it could be interesting to provide some benchmarks. and when I say benchmark I want exactly the same machine running the same cygwin version or it won't be very relevant. No one is asking for benchmarks! However, if we were, strace is particularly unsuitable for that task. If you want to see improvements happen then dive into the code and offer specific suggestions. cgf I did but maybe it would be important to know for sure that the problem comes from fork and exec because I think you are sharing the same code with mingw and it runs a lot faster with it. So before I dive : 1) I want to be sure that fork/exec are the reason 2) See the differences with mingw. I don't think there lots of different ways of implementing that two functions -- 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: fork and exec (was: Re: Proposed patch to system.XWinrc)
On Wed, 1 Jul 2009 13:32:46 -0400, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: On Wed, Jul 01, 2009 at 06:52:38PM +0200, Vincent R. wrote: On Wed, 1 Jul 2009 12:06:22 -0400, Christopher Faylor No one is asking for benchmarks! However, if we were, strace is particularly unsuitable for that task. If you want to see improvements happen then dive into the code and offer specific suggestions. I did but maybe it would be important to know for sure that the problem comes from fork and exec because I think you are sharing the same code with mingw and it runs a lot faster with it. So before I dive : 1) I want to be sure that fork/exec are the reason 2) See the differences with mingw. If you think we're sharing process creation code with MinGW then you have a misunderstanding about the nature of the projects. One of the main reasons for MinGW is that they want to do everything natively. That is obviously not the case with Cygwin. I know that. If you are talking about MSYS then, the last time I checked, we were actually slightly faster. I will check this affirmation. I obviously can't tell you what to do but I doubt that comparing the current version of Cygwin against an ancient hacked version of Cygwin (i.e., MSYS) is going to be very useful. Ok so no more proposal. autosuggestion mode But after all why am I so interested in reducing compilation time on cygwin because now I have time to take 10 coffees, read all my emails, ... /autosuggestion mode -- 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
weird feature
Hi, I know that my question could be a bit astonishing but I am not afraid to ask it ;-) I am trying to compile a software for symbian platform and originally they have released a SDK on windows linked with mingw and where you use a DOS terminal to compile. They have designed some build system mixing mingw/perl/dos command (yuk!) but I don't want to follow their logic and I wouldn't like to install mingw (last time I tried I had so many issues I don't want to try again). So my question is would it be possible for cygwin to understand path like that : /myfolder/foo instead of /cygdrive/c/myfolder/foo What I mean is it seems that their toolchain is considering /... as DRIVELETTER_WHERE_ITS_INSTALLED/... Would it be possible I don't know by declaring a env var to allow that kind of behavior ? So we would be able to go to 'unix' folder (cd /usr) and to real windows folders (cd /Windows). -- 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: weird feature
On Mon, 22 Jun 2009 17:15:18 +0200, Vincent R. foru...@smartmobili.com wrote: Hi, I know that my question could be a bit astonishing but I am not afraid to ask it ;-) I am trying to compile a software for symbian platform and originally they have released a SDK on windows linked with mingw and where you use a DOS terminal to compile. They have designed some build system mixing mingw/perl/dos command (yuk!) but I don't want to follow their logic and I wouldn't like to install mingw (last time I tried I had so many issues I don't want to try again). So my question is would it be possible for cygwin to understand path like that : /myfolder/foo instead of /cygdrive/c/myfolder/foo What I mean is it seems that their toolchain is considering /... as DRIVELETTER_WHERE_ITS_INSTALLED/... Would it be possible I don't know by declaring a env var to allow that kind of behavior ? So we would be able to go to 'unix' folder (cd /usr) and to real windows folders (cd /Windows). Hum think there are mount options where I could find some happiness. Need to read doc. -- 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: weird feature
On Mon, 22 Jun 2009 17:38:10 +0200, Vincent R. foru...@smartmobili.com wrote: On Mon, 22 Jun 2009 17:15:18 +0200, Vincent R. foru...@smartmobili.com wrote: Hi, I know that my question could be a bit astonishing but I am not afraid to ask it ;-) I am trying to compile a software for symbian platform and originally they have released a SDK on windows linked with mingw and where you use a DOS terminal to compile. They have designed some build system mixing mingw/perl/dos command (yuk!) but I don't want to follow their logic and I wouldn't like to install mingw (last time I tried I had so many issues I don't want to try again). So my question is would it be possible for cygwin to understand path like that : /myfolder/foo instead of /cygdrive/c/myfolder/foo What I mean is it seems that their toolchain is considering /... as DRIVELETTER_WHERE_ITS_INSTALLED/... Would it be possible I don't know by declaring a env var to allow that kind of behavior ? So we would be able to go to 'unix' folder (cd /usr) and to real windows folders (cd /Windows). Hum think there are mount options where I could find some happiness. Need to read doc. Actually my question is more about interoperability bewteen mingw and cygwin. For instance here is the working command line I am using : arm-none-symbianelf-gcc -o conftest ... c:/gynoid/sdks/symbian/Nokia_N97_SDK_v0.5/epoc32/release/armv5/urel/eexe.lib If I replace c:/gynoid by /c/gynoid or even by /cygdrive/c/gynoid it doesn't work because I suppose toolchain only understand windows path c:/... : arm-none-symbianelf-gcc -o conftest ... /c/gynoid/sdks/symbian/Nokia_N97_SDK_v0.5/epoc32/release/armv5/urel/eexe.lib arm-none-symbianelf-gcc.exe: /c/cygdrive/gynoid/sdks/symbian/Nokia_N97_SDK_v0.5/epoc32/release/armv5/urel/eexe.lib: No such file or directory arm-none-symbianelf-gcc -o conftest ... /cygdrive/c/gynoid/sdks/symbian/Nokia_N97_SDK_v0.5/epoc32/release/armv5/urel/eexe.lib arm-none-symbianelf-gcc.exe: /cygdrive/c/gynoid/sdks/symbian/Nokia_N97_SDK_v0.5/epoc32/release/armv5/urel/eexe.lib: No such file or directory Is it possible to make this toolchain works with cygwin path style ? -- 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: cygwin-1.7.0-50
Don't know how you fix it but now I am able to use git on cygwin 1.7 and using cygwin protocol. So cygwin is as stable as 1.5 for my use. -- 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: Optimize cygwin on recent windows version (Vista and Seven)
On Wed, 17 Jun 2009 11:52:56 +1000, Sisyphus sisyph...@optusnet.com.au wrote: - Original Message - From: Chris Sutcliffe ir0nh...@gmail.com Times taken were: Linux : 1.5 mimutes XP (mingw): 6.5 minutes Vista (mingw): 16.5 minutes Vista (cygwin): 23.25 minutes If UAC is disabled, does it improve performance? Yes - for Cygwin it reduced the time taken by 2 minutes (ie took 21.25 minutes). Didn't check with msys - I guess there'd be a similar ~10% reduction with it. Not a general rule since in my case it was even worst by 1 minute ... -- 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: Optimize cygwin on recent windows version (Vista and Seven)
On Tue, 16 Jun 2009 00:16:11 -0400 (EDT), Edward Lam edw...@sidefx.com wrote: On Mon, June 15, 2009 19:53, Sisyphus wrote: Here are some timings I did recently for building the mpc-0.6 library. On Vista and XP, (in the same version of the MSYS shell, and using the same version of MinGW's gcc) I ran: ./configure --disable-shared --enable-static CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib make make check On linux (mdk-9.1) and cygwin, it was the same command, but without the CPPFLAGS and LDFLAGS arguments (as they're not necessary on linux and cygwin). Times taken were: Linux : 1.5 mimutes XP (mingw): 6.5 minutes Vista (mingw): 16.5 minutes Vista (cygwin): 23.25 minutes Yes these figures are a good example of what I am talking about and here is an additional benchmark done when compiling binutils (time ../build-mingw32ce.sh -j2 --comp=binutils) Core 2 Duo 2.4 GHz - Windows Seven 64 bits - no antivirus - Windows Search(indexing) disabled real16m54.470s user3m20.164s sys 6m25.794s Core 2 Duo 2.6 GHz - Windows XP 32 bits - antivirus disabled real 5m44.375s user 15m22.277s (don't really understand this figure) sys 5m44.702s Even if processor is slightly more powerful on XP, time is smaller by a factor 3 !!! I also tried to launch mintty with administrator rights just to be sure the problem doesn't come from security limitations and I havent' noticed any improvements. Now the question is how do you profile time consumed by APIs ? I tried to used StraceNT but it just killed my console when I attached it and since during a compilation process are created then destroyed it's hard to monitor. I read also on some blogs dedicated to low level stuff that it's better to use malloc before 16 kB and VirtualAlloc for bigger size, I am not saying that this is the solution but things could be improved by that kind of tricks. Maybe it's better to use some API in some context. Ideally I would like to stay on WIndows XP but on the other hand I cannot stop time forever ... -- 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: Optimize cygwin on recent windows version (Vista and Seven)
On Tue, 16 Jun 2009 08:17:19 -0400, Chris Sutcliffe ir0nh...@gmail.com wrote: Times taken were: Linux : 1.5 mimutes XP (mingw): 6.5 minutes Vista (mingw): 16.5 minutes Vista (cygwin): 23.25 minutes Yes these figures are a good example of what I am talking about and here is an additional benchmark done when compiling binutils (time ../build-mingw32ce.sh -j2 --comp=binutils) If UAC is disabled, does it improve performance? not at all. Doesn't change anything. The next step would be to do some profiling but I am not expert with gprof. I think that Dave Korn already did something like that, I hope he will comment. Another solution is to try to do some kernel debugging with windbg and see if some useful information can be found. -- 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/
Optimize cygwin on recent windows version (Vista and Seven)
Hi, Until now I was using cygwin on Windows XP and I was satisfied by cygwin-1.7 but these last few days I switched to a more powerful laptop with very fast hardware (Core Duo 3.0 Ghz and SSD OCZ Vertex) and running windows Seven. Now when I test cygwin, everything is so sloowww, I know this is not something new but do you plan to work on this issue ? From what I know, the problem comes from fork implementation but actually as a user I don't care where does it come from I am only noticing I cannot work anymore with cygwin. Have you ever thought of something to improve things ? Will it be one day possible ? Are you lacking some information from MS ? It's so annoying that with very modern hardware I feel like runnning a windows 3.1 on a 128 KB system ... If you answer that it's not possible to do better, in this case I will to find alternatives. Don't know if mingw could be one of them ? -- 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: Optimize cygwin on recent windows version (Vista and Seven)
On Mon, 15 Jun 2009 19:39:39 +0100, Andy Koppe andy.ko...@gmail.com wrote: Until now I was using cygwin on Windows XP and I was satisfied by cygwin-1.7 but these last few days I switched to a more powerful laptop with very fast hardware (Core Duo 3.0 Ghz and SSD OCZ Vertex) and running windows Seven. Now when I test cygwin, everything is so sloowww Not exactly a helpful problem report. In what sort of scenarios do you find it to be slow? Is it actually slower than your old system? Easy just try to rebuild a true software( for instance gcc) and you will have one year more between the moment you start the build and the moment it's over. I am not kidding, if you just play with cygwin of course you cannot notice the problem. If you like I could make some benchmark... -- 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/
last update is weird
Hi, I have started cygwin-1.7 setup to update to latest cygwin dll and now when I start mintty, seems are very weird. My terminal looks like a mix between a windows terminal and mintty, for instance I have the following text in black and white : Microsoft Windows XP [version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\cygwin-1.7\bin and the window title is -cmd while I think it used to be ~. Colors have disappeared. Then cursor can move anywhere in the terminal, up, down even if there is no text in the area, I can also go at the start of the line even before the prompt. It seems my profile is not read anymore since all my aliases have disappeared. Am i doing something wrong ? Is there any important changes ? Really don't recognize cygwin. Maybe a problem in the way mintty is called ? Classic cygwin terminal seems ok. -- 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: last update is weird
On Tue, 09 Jun 2009 11:39:05 +0200, Eric Lilja mindcoo...@gmail.com wrote: Vincent R. wrote: Hi, I have started cygwin-1.7 setup to update to latest cygwin dll and now when I start mintty, seems are very weird. My terminal looks like a mix between a windows terminal and mintty, for instance I have the following text in black and white : I just did an upgrade too (and got the latest mintty) and the shortcut that had been created during an earlier installation was now removed. Just starting mintty directly results in an ugly looking terminal as you say. I looked at another computer that I hadn't upgraded that still had the mintty shortcut and there I noticed that target was: C:\cygwin\bin\mintty.exe - (notice the - at the end) So I added a - to my target on my manually created shortcut and now mintty looks like it should when I start it. I already have the minus... I have uninstalled and resinstalled mintty but same problem. I can also see that start menu shortcut is not created anymore. -- 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: last update is weird
On Tue, 9 Jun 2009 12:07:23 +0100, Andy Koppe andy.ko...@gmail.com wrote: 2009/6/9 Vincent R.: I already have the minus... I have uninstalled and resinstalled mintty but same problem. I can also see that start menu shortcut is not created anymore. Ah, packaging bug, sorry. I forgot to include the postinstall and preremove scripts. I'll upload a corrected 0.4.0-2 asap, but meanwhile you could run the attached script manually to create the shortcut. (You'll probably need administrator rights to do this.) sh postinstall.sh Andy Yes now shortcut is created but mintty still has no colors, weird appearance, ... I can see that arguments are still the same - : Target : C:\cygwin-1.7\bin\mintty.exe - -- 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: last update is weird
On Tue, 9 Jun 2009 13:20:12 +0100, Andy Koppe andy.ko...@gmail.com wrote: I have started cygwin-1.7 setup to update to latest cygwin dll and now when I start mintty, seems are very weird. My terminal looks like a mix between a windows terminal and mintty, for instance I have the following text in black and white : Microsoft Windows XP [version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\cygwin-1.7\bin and the window title is -cmd while I think it used to be ~. Colors have disappeared. Any chance you've got a Windows environment variable called SHELL that's set to cmd.exe? Try this to check: echo %SHELL% MinTTY 0.4 looks in that variable for a command to execute, like rxvt and xterm do. To override it, change your shortcut to this: Target : C:\cygwin-1.7\bin\mintty.exe /bin/bash -l Thanks I had the $SHELL set to cmd.exe. Now it works fine. -- 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: Git still broken
On Mon, 18 May 2009 05:56:04 -0600, Eric Blake e...@byu.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Vincent R. on 5/18/2009 3:10 AM: Hi, it seems git still doesn't work on cygwin 1.7, is there any progress about this ? Describe doesn't work. In other words, post a simple test case that fails for you, because my usage pattern of git is working for me. Hi, $ git clone git://git.gnome.org/glib Initialized empty Git repository in /home/Vincent/glib/.git/ remote: Counting objects: 66572, done. remote: Compressing objects: 100% (10319/10319), done. fatal: read error on input: Bad address fatal: index-pack failed Exactly the same problem I had a few times ago and that was reported by other users. http://www.mail-archive.com/cygwin@cygwin.com/msg94477.html -- 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/
Git still broken
Hi, it seems git still doesn't work on cygwin 1.7, is there any progress about this ? -- 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/
mintty and CTRL + -
Hi, on unix terminals when I press CTRL + RIGHT_KEY or CTRL+LEFT_KEY, cursor move from one word to another which is very handy. It doesn't work on mintty and I am sad about it ... ;-) Usually CTRL+d allows me to exit from a terminal when logged in ssh for instance but it doesn't work either. Regards -- 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/
[1.7] : vim - missing dependencies
Hi, I have installed a fresh new cygwin 1.7 from cict.fr mirror and when I start vim in mintty I get : $ vim .bashrc /usr/bin/vim.exe: error while loading shared libraries: cygncurses-9.dll: cannot open shared object file: No such file or directory Maybe there is a missing dependency to libncurse9 in setup ? At least after having installed it it works. -- 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/
New bloda entry
Hi, since a few weeks everytime I tried to compile a projetc from its sources, very often I get permission issues like this : /usr/bin/m4:configure.ac:2173: cannot create temporary file for diversion: Permission denied I have found that my antivirus (Avira antivir personal) is responsible for that, could it be added to the bloda list if it's not already done. Thanks -- 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: 1.5.25-15: First steps with ncurses programming: can NOT build Hello_world app
On Fri, 27 Feb 2009 15:59:13 +, Dave Korn dave.korn.cyg...@googlemail.com wrote: Alexey Lyubimov wrote: 1. Why did initscr() and endwin() not require --enable-auto-import option, but refresh() does? It's because the initscr() and endwin() functions don't refer to the _stdscr variable internally, so they don't trigger the linker to import anything from the ncurses DLL; i.e., it's just an incidental detail of the internal implementation of the code. (I'm about to commit a patch upstream that will turn on auto-import by default on cygwin, so future releases of binutils won't issue this warning any more.) cheers, DaveK Dave, how can you answer to so many people on so different topics and on so different ML. Are you human ;-) ? -- 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/
Git broken with cygwin-1.7
Hi, Everytime I try to checkout source code with git on cygwin-1.7 it fails while the same command works fine on cygwin-1.5/ For instance : git clone git://git.kernel.org/pub/scm/devel/sparse/sparse.git Initialized empty Git repository in /home/Vincent/projects/sparse/.git/ remote: Counting objects: 7642, done. remote: Compressing objects: 100% (2414/2414), done. fatal: read error on input: Bad address99 KiB | 103 KiB/s fatal: index-pack failed CYGWIN_NT-5.1 gynoid 1.7.0(0.200/5/3) 2009-02-20 17:20 i686 Cygwin git version 1.6.1.2 -- 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/
BLODA list
Hi, Is there any BLODA list ? If not I would like to start one and report that the following software is not compatible : Manufacturer : Logitech Process : LVComSrv.exe,LVPrcSvr.exe When I try to compile, everything starts to be very slow and sometimes sh crashs but as soon as I kill LVPrcSvr.exe, things are getting normal. My system : Windows XP SP3, Core2Duo E8200 -- 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: BLODA list
On Sat, 21 Feb 2009 13:23:57 +0100, Vincent R. foru...@smartmobili.com wrote: Hi, Is there any BLODA list ? If not I would like to start one and report that the following software is not compatible : Manufacturer : Logitech Process : LVComSrv.exe,LVPrcSvr.exe When I try to compile, everything starts to be very slow and sometimes sh crashs but as soon as I kill LVPrcSvr.exe, things are getting normal. My system : Windows XP SP3, Core2Duo E8200 -- 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/ Forget to say that these COM services are used with Logitech QuickCam Pro 5000. I am using the latest version. -- 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: Windows Mobile?
On Fri, 20 Feb 2009 11:20:41 -, Harold Fuchs har...@wolfeden.demon.co.uk wrote: Are there any plans to port Cygwin to Windows Mobile? Dates? If not, I'd be interested to know why. Harold Fuchs London, England -- 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/ You can already use cegcc, don't see the point to port 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: Windows Mobile?
On Fri, 20 Feb 2009 13:57:49 +, Dave Korn dave.korn.cyg...@googlemail.com wrote: Vincent R. wrote: On Fri, 20 Feb 2009 11:20:41 -, Harold Fuchs wrote: Are there any plans to port Cygwin to Windows Mobile? Dates? Not that I know of. If not, I'd be interested to know why. Well, the reason I wasn't planning to do it is because I don't ever use Windows Mobile. I can't speak for anyone else of course. You can already use cegcc, don't see the point to port cygwin. Huh? You can already use MinGW on ordinary windows, but there was a point in writing Cygwin in the first place. Neither cegcc nor MinGW give you a Posix API and environment; that's what Cygwin does on non-mobile Windows, and that's what would be the point of porting it to Mobile Windows. Am I missing something here? Still don't understand because cegcc provides you with POSIX API! And what would mean to port cygwin on Windows Mobile, does it mean you want a terminal with a compiler running directly on the device ? You need to know that cegcc is actually a common name for two different toolchains cegcc = POSIX API + newlib libc mingw32ce = mingw for wince : native API + native libc To say it differently : cegcc = cygwin for wince mingw32ce = mingw for wince But maybe I am the one missing something ? -- 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/
Vista feedback
Hi, I recently bought a new laptop and of course it was loaded with Windows Vista(Ultimate). So as usual I tried to install cygwin on it, I run the setup.exe, I let the default install folder and then I need to choose packages. First I was surprised because I couldn't find subversion, so I quit setup and restart it but this time with another mirror and then I was able to find subversion but when I try to install it, setup crash. So since I was motivated I try it again but this time, withe the first mirror and this time subversion was available!!! Anyway I told me it might be some network issues so I keep on installing. After a few minutes I realized I forget to install emacs, so I run setup, install it with mintty as well and then I enter emacs on prompt. this time emacs.exe crash and I am proposed to debug it. So my question is : does cygwin have some known issues with Vista ? Of course I can use vim for instance but I find it annoying... -- 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: Vista feedback
On Fri, 06 Feb 2009 15:42:33 +0100, Vincent R. foru...@smartmobili.com wrote: Hi, I recently bought a new laptop and of course it was loaded with Windows Vista(Ultimate). So as usual I tried to install cygwin on it, I run the setup.exe, I let the default install folder and then I need to choose packages. First I was surprised because I couldn't find subversion, so I quit setup and restart it but this time with another mirror and then I was able to find subversion but when I try to install it, setup crash. So since I was motivated I try it again but this time, withe the first mirror and this time subversion was available!!! Anyway I told me it might be some network issues so I keep on installing. After a few minutes I realized I forget to install emacs, so I run setup, install it with mintty as well and then I enter emacs on prompt. this time emacs.exe crash and I am proposed to debug it. So my question is : does cygwin have some known issues with Vista ? Of course I can use vim for instance but I find it annoying... Ok finally I got my answers, I am cross-compiling and everything is so SLO that I will have to install Windows XP ... Is it because of the couple laptop(Dell XPS M1530)/Vista or does it come from Vista itself ? -- 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: [OT] Vista feedback
On Fri, 06 Feb 2009 07:27:47 -0800, Tim Prince timothypri...@sbcglobal.net wrote: Vincent R. wrote: Ok finally I got my answers, I am cross-compiling and everything is so SLO that I will have to install Windows XP ... Is it because of the couple laptop(Dell XPS M1530)/Vista or does it come from Vista itself ? You didn't say whether you have sufficient RAM, why you would not consider 64-bit or SSD if you are serious about Vista. Not that we want your answer. cygwin is agonizingly slow for many jobs, even on XP SP3. You'll see the reasons in the archives of this group. Hum I got 3 GB of ram, a 2.4 GHz Core2Duo, Nvidia 8600 GT and Windows Vista Ultimate (32 bits) and a 7200 rpm drive. When I say it's slow I am comparing to Windows XP SP3, the same cross-compilation takes twice much time on Vista ... SSD are you serious Whay should I spend so much money while the problem is caused by the OS. laptop performance is not the reason -- 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: RFD: cygwin + *native* MinGW compiler
On Wed, 28 Jan 2009 09:38:47 -0500, Ralph Hempel rhem...@bmts.com wrote: Charles Wilson wrote: Pursuant to a discussion on the libtool list, I'm trying to get a feel for how many cygwin users rely on the cygwin environment to drive the *native* MinGW gcc compiler. That is, incantations like this: snip I find myself bouncing around between cygwin and mingw because each one helps me accomplish different tasks. I use the Cygwin environment (including vim) for the actual software development of embedded systems, and to host the different gcc flavours needed for each target processor. There's lots of great tools ready to go, and it's now possible to drive the install from the command line, which makes it easy to reproduce a specific workstation configuration. Occasionally, I want to compile special tools that I can redistribute without source, so I use mingw for that. I have a build framework for embedded systems that I use for all my projects - even PC based ones. If I'm compiling third party software that comes with a makefile or autoconf script then I'll use that. Once you start designing makefiles that have to work with multiple compiler versions and flags and include and library paths, it gets complicated very quickly :-) One reason I have not tried to drive the native MinGW compiler is because of the path issues for includes and libraries. I was worried that Cygwin includes and libraries would accidentally get referenced. Ralph -- 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/ Actually I am using cygwin because there are many packages, adn a good installer but I will switch completely to mingw if I could get the same. Couldn't be possible to share more things between the two projects ? I mean for instance share the cywgin installer that could allow people to install cygwin and mingw on two different places to avoid lib/path issues. For instance : C:\gnu\cygwin C:\gnu\mingw C:\gnu\home They could share for instance the same home directory ... Last time I tried to compile something with cygwin targeting mingw it just failed... -- 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/