Re;
Hello my friend, did you get my last message if no, write me through this email for more info : mrslin...@gmail.com? -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
typo in package cloc-1.82, file /usr/bin/cloc, prevents its use
hi, I'm the author of https://github.com/AlDanial/cloc I helped a friend install CygWin a couple of days ago and was pleased to see a package for cloc included. I installed it but found that it fails to run because the pound-bang line of /usr/bin/cloc has been changed to #!/usr/bin/perl perl which generates an error when attempting to run cloc, Can't open perl script "perl": No such file or directory. The pound bang line needs to be changed to either #!/usr/bin/env perl or just #!/usr/bin/perl btw, I'm referring to https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fcloc%2Fcloc-1.82%2B20190726%2Bgit608f376-1=cloc -- Al -- 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
Make Error Report
Hey, I was trying to run the "make" command when installing darknet through the conda prompt. Below is the error message "(NAME) C:\Users\ngingihy\test\test2\imagetool\labelImg\darknet>make 1 [main] make 23544 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Please report this problem to the public mailing list cygwin@cygwin.com mkdir -p obj make: mkdir: Command not found Makefile:95: recipe for target `obj' failed make: *** [obj] Error 127" Looking forward to hearing from you! Best Norhan Algingihy -- 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
libgpuarray installation
hi, I have this problem(0 [main] make 5136 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.) make: *** No targets specified and no makefile found. Stop. ) -- Best regards, Muath Al Ali -- 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: Cannot Run Executable Files
Thank you Warren, it worked. But what would you suggest for future? I can't leave the machine without antivirus -- 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: Differences between C++ 'new' operator and 'malloc()' (NOT a C/C++ question)
On 12/07/2012 16:59, Claude SIMON wrote: Ryan Johnson wrote: [...] Sorry, I should have actually looked at the repo before assuming the test case was a monstrosity. By way of penance, I've now looked, downloaded, tweaked, and tested it. [...] Thanks for testing. I removed your test results (and the other stuff) from this message, not because I'm not interested into, but because I have a new problem, which prevents me to investigate further the original problem in the light of your test results. Since my last testings, I updated Cygwin, the JDK and the JRE. So, my current configuration is now : Windows Vista 32 bits SP2 Cygwin 1.7.15 g++ 4.5.3 javac 1.7.0_05 javah 1.7.0_05 java 1.7.0_05 When running the test case, I now have : $ java jcmc Loading library 'jcmc'...Exception in thread main java.lang.UnsatisfiedLinkError: H:\cvs\epeios\bugs\jcmc\jcmc.dll: L'accÞs Ó cet emplacement de la mÚmoire n'est pas valide at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary1(Unknown Source) at java.lang.ClassLoader.loadLibrary0(Unknown Source) at java.lang.ClassLoader.loadLibrary(Unknown Source) at java.lang.Runtime.loadLibrary0(Unknown Source) at java.lang.System.loadLibrary(Unknown Source) at jcmc.main(jcmc.java:9) There is a French message which roughly means The access to this memory location is not valid I updated the test case to reflect your changes : - 'Makefile' now generates the '.h' file, - 'Makefile' does no more contain the '--stdcall-alias' linker flag, - the '.cpp' contains now the `extern C' directive, - the '.h' is removed from test case, since it's now generated by the 'Makefiile'. I have the new error message with this modified test case, but also with the original one. I suspect that the French error message is issued by Cygwin or by one of its sub-component, since the JVM never issued a message which wasn't in English, but Cygwin did. So, I have to postpone the study of the 'malloc()' related bug until I manage to resolve this new issue ; I then come back to your test results. But, meanwhile, if someone has an idea why I have this new error... Here again the address where the test case can be found : http://cvs.savannah.gnu.org/viewvc/epeios/bugs/jcmc/?root=epeios Does http://cygwin.com/faq/faq.programming.html#faq.programming.msvs-mingw provide any help? -- Al Slater -- 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
cygxxx.dll or xxx.dll?
Hello, I tried this tutorial: http://cygwin.com/cygwin-ug-net/dll.html The DLL source is mydll.c. The DLL is linked with gcc -o myprog myprog.c -L./ -lmydll. For the DLL I tried different names: * mydll.dll * cygmydll.dll * xmydll.dll mydll.dll and cygmydll.dll are found by -lmydll. xmydll.dll isn't found by -lmydll but by -lxmydll. It seems the cyg prefix is build into the linker upstream. What is the official policy to name DLL? Cygports with cyg prefix, other ones without? Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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
Finding the SONAME for bzip2
Hello, I want to adapt the Makefile of bzip2 for cygwin and I want to understand enough of what I am doing. This are the lines of interest from the Linux Makefile: BIGFILES=-D_FILE_OFFSET_BITS=64 CFLAGS+=-fpic -fPIC -Wall -Winline $(BIGFILES) SOEXT=so SONAME=libbz2.${SOEXT}.1 SOLDFLAGS=-shared -Wl,-soname -Wl,$(SONAME) $(CC) $(LDFLAGS) $(SOLDFLAGS) -o libbz2.${SOEXT}.1.0.5 $(OBJS) $(CC) $(LDFLAGS) $(CFLAGS) -o bzip2-shared bzip2.c libbz2.${SOEXT}.1.0.5 What would by the appropriate adaption for Cygwin? I would try with this as a bare minimum, but then I loose all the versioning: CFLAGS+=-Wall SONAME= SOLDFLAGS=-shared $(CC) $(LDFLAGS) $(SOLDFLAGS) -o cygbz2.dll $(OBJS) $(CC) $(LDFLAGS) $(CFLAGS) -o bzip2-shared bzip2.c cygbz2.dll Then the cygwin doc [1] suggests some other flags but no soname at all: gcc -shared -o cyg${module}.dll \ -Wl,--out-implib=lib${module}.dll.a \ -Wl,--export-all-symbols \ -Wl,--enable-auto-import \ -Wl,--whole-archive ${old_libs} \ -Wl,--no-whole-archive ${dependency_libs} Al [1] http://www.cygwin.com/cygwin-ug-net/dll.html -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Finding the SONAME for bzip2
Why don't you download the cygwin -src package for bzip2, and see how it works? Hello Chuck, please see my answer to Marco. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Finding the SONAME for bzip2
Thank you Charles, The bulk of that patch is concerned with the 'make install' rules. The Yes, the installation goes only have the way. I also found at least two bugs affecting Cygwin, one similar to a zlib bug. In case of zlib I tried to report 2 bugs upstream. It seems they have no bugtracker and the mailing list is a closed society. At that point I gave up. To justify, why you want to report a bug, is too much. Actually, bzip2 and zlib are very poor candidates. Most larger projects It's always the poor candidate that brings us back to the roots. :-) Since most projects you will encounter already use build tools like these, you would get more 'bang for your buck' by learning how to use THEM to build shared libs on cygwin, since that knowledge will apply to a much larger class of candidate packages. Well, I use dozends of packages, that simply work. But a car with three wheels still can't drive. I need to acquire the skills to fix the tiny rest. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Which CHOST?
2010/10/11 Eric Blake ebl...@redhat.com: On 10/11/2010 02:21 PM, Al wrote: Hello, what is the current CHOST? I'm not sure what you meant by CHOST - it's not an environment variable that I'm familiar with. Who expects it to be set? Did you mean target triplet? Hello Eric, To correct myself, it seems $CHOST is not that Gentoo specific. Have a look into the sources of zlib. You will find a usage example of $CHOST in ./configure. zlib is an interesting case, anyway. The default case of the unpatched sources builds on Cygwin, but if you set the $CHOST correctly it runs into a special CYGWIN case. It forgets to set $LDSHARED and the Makefile breaks. Hence, you find a big patch for Cygwin. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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.x: Installation fails in post install scripts - abnormal exit: exit code=128
It is strange, that a fresh installation doesn't work. It runs now and improves the situation somewhat (at least 'ls' works now), but I still don't have a home directory and 'less' doesn't work, etc. Please try this from a windows command line, to see if it builds your home directory. Replace P:\cybwin with your path. P:\cygwin\bin\bash.exe -c source /etc/profile Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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.x: Installation fails in post install scripts - abnormal exit: exit code=128
Thanks for the suggestion, but the install failed too much for even this to work - I don't have an /etc/profile. This is what I get: /usr/bin/bash: /etc/profile: No such file or directory I confirmed in Windows Explorer that the directory isn't there. To get a step forward, I would suggest to create a fresh windows user with admin rights and without whitespace in it's name. If that works, you come closer to the issue. If it doesn't work there must be something fundamentally wrong with your windows setup. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Add MAILUTILS to CYGWIN Downloadable Packages
- PHP - MAILUTILS Hi Gary, I am currently researching how to build the LAMP stack on Cygwin with the Gentoo build tools. However, as PHP depends on nearly everything, I can't predict how far this will be possible. If it works, you can compile the whole LAMP stack on Cygwin, Mac and Linux from the very same sources. The goal is to avoid version and other differences as far as possible. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: having trouble with mput
Q: Do I have to use ncftpput instead? thanks for any leads! Ask the oracle: http://cygwin.com/packages/ Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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 will not run
Request: Does anyone have suggestions for further diagnostics on this installation? I've spent four hours on this so far without achieving even a glimmer on why it is failing. Suggestion: Create new windows user(s) (no whitespace in the name). Try the setup in the empty account, where nothing can get into your way. If it works, the problem is in your current user setup. If it doesn't work the problem is in the windows setup. Either permissions or: http://cygwin.com/faq/faq.using.html#faq.using.bloda Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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
Which CHOST?
Hello, what is the current CHOST? It is i686-pc-cygwin1.7 according to this posting from Eric: http://www.cygwin.com/ml/cygwin/2009-02/msg00669.html But I find the following files, which indicate it is i686-pc-cygwin: i686-pc-cygwin-c++-4.exe i686-pc-cygwin-gcc-4.3.4.exe i686-pc-cygwin-c++.exei686-pc-cygwin-gcc-4.exe i686-pc-cygwin-g++-4.exe i686-pc-cygwin-gcc.exe i686-pc-cygwin-g++.exe If I set the CHOST to i686-pc-cygwin1.7 I have troubles with some builds for example libiconv, gettext and zlib. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Which CHOST?
Hello Eric, thank you. I'm not sure what you meant by CHOST - it's not an environment variable that I'm familiar with. Who expects it to be set? Did you mean target triplet? I wasn't aware that is so specific for the gentoo build tools. Yes, there it is a central environment variable. It is i686-pc-cygwin1.7 according to this posting from Eric: http://www.cygwin.com/ml/cygwin/2009-02/msg00669.html That patch was rejected upstream. Instead your posting became the origin of the official $CHOST setting for Gentoo/Cygwin. :-) I file in a bug report to switch it. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Which CHOST?
Oh, so you're worried more about a cross-compilation environment hosted on gentoo, rather than something directly pertaining to cygwin. No, it's not cross compilation. I compile directly on Cygwin on a prefix. Cygwin is my posix layer, Gentoo portage is my build tool, /home/prefix/gentoo is my prefix. Do the gentoo folks not follow upstream development of the GNU config project? I guess yes, but there are different gentoo teams. I am not a member of any of them. only a contributer of bugs and fixes now and then. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Which CHOST?
Why did gentoo need to invent it? And does it have any documentation? I really can't answer why they did invent it. I guess it is specific for the Gentoo/Prefix overlay, which is is still experimental. It is used to keep the different kernels and platforms apart in the build scripts. There isn't a fullblown documentation yet: http://www.gentoo.org/proj/en/gentoo-alt/prefix/ Mac OS X on PPC and x86, Linux on x86, x86_64 and ia64, Solaris 10 on Sparc, Sparc/64, x86 and x86_64, FreeBSD on x86, AIX on PPC, Interix on x86, Windows on x86 (with the help of Interix) and HP-UX on PARISC and ia64 Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Looking for experienced CygWin Users
interest in a forum. My idea was something like wikipedia with more This technology is called wiki or wikiwiki. We've already mentioned that we need help improving our documentation. The documentation at the Cygwin site should, in a perfect world, contain A wiki on cygwin.com would enable more people to do so. A wiki never results in a complete documentation not even in a perfect world, but it brings additional benefits without drawing forces from the mailing list. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: Looking for experienced CygWin Users
Yep, pretty much all of that. It's not what was said (which sounds fine when you paraphrase it as you have), but the way it was said. It was my reaction to reading the thread in one sitting, especially as I thought the OP had good intentions. The OP obviously has good intentions, because there is not much to gain for him by setting up a forum beyond a lot of work. It's also true that the tone is often rough in this forum. There are people with an attitude, that I feel they really need medical help or what. It's true some of the kids never learned to use a mailing list or a news list. A forum could help them to access. Nonetheless I also see the big disadvantages in splitting and scattering the knowlege. A forum as a mere frontend to to access this mailinglist would be much more helpfull than a parallel forum that splits the community. If you have a question, you need to turn to two different locations in future, which isn't usefull either. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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: rebaseall on [1.7] : first glitch for ages
Q3: does rebaseall have a tasklist somewhere, that it reads? Or does it simply work its way through bin/ lib/ [and others] looking for executables and .dlls, and do stuff to them? Take a look into the script. It is short and should explain itself in this. -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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 uninstall: Problem with /dev/nul
cd /dev rm -f nul I havn't seen that, but simliar. There remained setup.log and setup.log.ful on my Desktop and I couldn't delete them. From another Cygwin installation I was able to remove them with your receipe. rm -rf /cygdrive/c/Users/prefix/Desktop/setup.log rm -rf /cygdrive/c/Users/prefix/Desktop/setup.log.full Al -- 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: How to set default $PATH without adding Windows path?
2010/9/29 cygwindummy liu...@gmail.com: Cygwin and Cygwin-X terminals always have default $PATH containing all the Windows paths. This gives many problems both in the terminals running command line commands and also NetBeans IDE. How to change the default $PATH so it does not contain any Windows paths? i.e. just /usr/local/bin:/usr/bin:/bin Permanently for the whole system echo PATH=/usr/local/bin:/usr/bin:/bin /etc/profile source /etc/profile Permanently for one user: echo PATH=/usr/local/bin:/usr/bin:/bin ~/.bashrc source ~/.bashrc Temporary for a single program start: env PATH=/usr/local/bin:/usr/bin:/bin netbeans.exe Permanetly for one program: echo export PATH=/usr/local/bin:/usr/bin:/bin netbeans-starter.bsh echo netbeans.exe netbeans-starter.bsh chmod +x netbeans-starter.bsh Adapt the names to your needs. Al -- 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: error: unable to remap - despite repeated rebaseall
Additional background: P4.dll is part of a perl extension library for Perforce, p4perl. I built the perl library from source, but it links with some pre-compiled libraries that come from Perforce. Those libraries *were* built for cygwin. The P4.pm perl extension would not build with gcc 4, so when I built it I used g++-3 for the compiler and linker. I have tried running rebaseall several times, all successfully. I have provided an additional filelist to rebaseall (with -T) to make sure that the P4.dll was included in the rebaseing, since the P4.dll was not installed by cygwin, so is not listed as an installed file. Any suggestions? Rebaseall bases by default only Cygwins builtin DLL. This is from a differnt context, but I guess the solution is similar. http://en.gentoo-wiki.com/wiki/Prefix/Cygwin#Rebase_all_with_user_list I also heard of a special rebase-perl script. Try to google for that. Al -- 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: setup.exe: How to install sources from the command line?
When I open the shell for the first time, the user directory is created. Is there a trigger to reach this without manually opening a login shell? The check is in '/etc/profile'. It's just checking if $HOME exists. Thank you, that's it. I try what's happen if I source /etc/profile from a non login shell bash skript. Al -- 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: setup.exe: How to install sources from the command line?
Google wasn't my friend here. I managed to install packages with the --category and --packages option of setup.exe. I didn't find out how to install sources. As there is no answer I assume it is not possible to install source packages with setup.exe from the windows commandline. So I was looking for an official way to install source packages from within Cygwin. Most hits point to a tool called apt-cyg. http://code.google.com/p/apt-cyg/ This is a good example as the blind cygwin user is know to this list: http://superuser.com/questions/40545/upgrading-and-installing-packages-through-the-cygwin-command-line Still apt-cyg doesn't seem the official approach as it hosted on google. I plan to fetch source packages by simple use of wget if there isn't a more official and specific way. Al -- 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: setup.exe: How to install sources from the command line?
For future readers of this thread. When I open the shell for the first time, the user directory is created. Is there a trigger to reach this without manually opening a login shell? The check is in '/etc/profile'. It's just checking if $HOME exists. This does the trick from a batch script: P:\cygwin\bin\bash.exe -c source /etc/profile Al -- 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
setup.exe: How to install sources from the command line?
Hi, Google wasn't my friend here. I managed to install packages with the --category and --packages option of setup.exe. I didn't find out how to install sources. Thanks Al -- 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: setup.exe: How to install sources from the command line?
2010/9/26 Al oss.el...@googlemail.com: Hi, Google wasn't my friend here. I managed to install packages with the --category and --packages option of setup.exe. I didn't find out how to install sources. There is a second cygwin setup skripting question. When I open the shell for the first time, the user directory is created. Is there a trigger to reach this without manually opening a login shell? I tried to open the shell from within a .bat script to trigger the user directory generation. P:\cygwin\bin\bash.exe - It blocked the batch script and took no additional --exec paramteter to exit on it's own. Al -- 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 instabilities
What are the reasons? Will this be better with Windows 7? Can Cygwin become server stable? Windows 7 was not better for me. More system DLL's and footprint, much more rebase problems. Sometimes I can only stop MSIE and MS Outlook to continue to work in my mintty shells. :-( I always thought Vista was the ugly prototype and Windows 7 would become the lean new system, that brings back the fun. No, that brings the fun. There was never much fun in Windows, although I personally like the mere surface of Vista. Server stable in ISP terms of course not. It's still just Windows, with all its known weaknesses. But ISP's are still selling and using windows servers. Yes, in terms of ISP. It's not the Desktop users complaints. As a developer I can react immediatly, if something goes wrong. The admins can't. http://en.gentoo-wiki.com/wiki/Prefix/Cygwin I have done much progress with the evaluation of the Prefix bootstrapping process meanwhile. That was 4 weeks work to solve all issues. In a few days I will put that all into one big script. Then I will see, if the whole process will go through over night or where instabilities will occur. In that case I will be able to report more details of instabilities. Al -- 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: simplifying rebaseall
I wonder if there could be a more simple way, i.e. putting it into a *.bat script and binding it to an task icon. I am thinking of something in this sense: P:/cygwin/bin/ash --exec /bin/rebaseall As a longterm Linux user I have few experience with windows scripts. Would be nice to have such a script directly linked into the start menu. It's possible to create a link with this adapted to your pathes: %SystemRoot%\system32\cmd.exe /k P:/cygwin/bin/ash /bin/rebaseall Same with an additional user's DLL list: %SystemRoot%\system32\cmd.exe /k P:/cygwin/bin/ash /bin/rebaseall -T /home/prefix/rebase.lst Al -- 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 instabilities
You'll need to be more specific about the issues you're encountering and your configuration. See http://cygwin.com/problems.html. The majority of instabilities I observerved while compressing manpages with bzip2 -9, a minority during execessiv link operations. Some others I can't relate to something. Since I have compiled bzip2 from the Gentoo sources, I haven't seen any instablilities from this side any more, but a also was more conservative and didn't do parallel builds. Al -- 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: simplifying rebaseall
I'd beg to differ; I'd suggest it is, as suggested by the OP, actually quite a common use. You only have to look at the use of say perl and you will have users quite regularly compiling their own DLL's as they install modules via CPAN, and this is quite painful due to all the issues it can present with rebase. While I love cygwin, I must say that its supporting community can be very dismissive of its users to the point of alienating potential contributors. I myself has have experienced this on several occasions and have ended up finding myself not raising issues that affect us daily for fear of being shot down for no more reason that someone doesn't think its import to fix or should work that way anyway or even doesn't like the way you structured you post. To reiterate I still think that developers deserve much respect and thanks for all the effort they put in, but a little more open mindedness and approachability like that which can be found in other open source communities such as SFU and FreeBSD wouldn't go a miss sometimes ;-) Regards Steve 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: simplifying rebaseall
A second thought. I wonder if reabaseall could be improved to run from within bash, without the need to close down all running windows. Then it could even be included into build scripts to be run after each build. No, because the DLLs used by bash are OFTEN the ones that actually DO need to be rebased (because they are used by darn near everything, so we need to ensure that their image base does not conflict with anything else): libintl, libiconv, libncurses, ... What I suggest isn't that usefull when you think to base all DLL that have been installed by setup.exe. It becomes usefull in the moment the user starts to compile his own DLL especially if he used scripts to control compilation. To compile somethng is a typical use of cygwin. I try to be more precise. Let's call it rebaseplus, but it's code is to 80% similar to rebaseall and duplication of code has known disadvantages. Once rebaseall has been run from ash we can be sure the listed DLLs have sane addresses and bash does work. Now rebaseplus can be run from within bash (and scripts) using a user contributed list of DLL (-T-option). It would base the user contributed DLL into a different address space than rebaseall does. Al -- 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: simplifying rebaseall
scripts to control compilation. To compile somethng is a typical use of cygwin. No, it really isn't. I quote wikipedia: Cygwin is used heavily for porting many popular pieces of software to the Windows platform. It is used to compile Sun Java, OpenOffice.org, and even server software, like lighttpd. If that isn't valid any more, it's time to update the article. This isn't a bad idea but it's not really a typical use case. Perhaps you'd like to offer a patch to rebaseall to accomplish this? Sure I offer a patch. Else I wouldn't come up with a suggestion. I need to work on that anyway. Al -- 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 + Python: unable to remap
It's not that simple :) rebaseall only rebases the exact dll's which were installed from your packager (setup.exe), but not any other dll's used at run-time - shadowing system dll's as in your case, or added dependencies as with perl or python. Hmmm, that leads to the conclusion, that I have to write a customized rebaseall or a wrapper for it. python or perl are favorites adding additional dll's to your run-time because you can and should simply add external library bindings by yourself. In your case the simpliest fix would be to remove your /home/prefix/gentoo... prefix from your path. My target is to get full controll of the sources, versions and patches. Al -- 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: distro apache2 will not start
The apache2 package is orphaned for this long period of time already. Maybe it's time to pull it from the distro, unless somebody would like to take over maintainership. There is an oss freak in Thuringia, currently working out the idea of a common patch repository to bring the DRY principle to patch maintenance and to lower the work for each Distro. I think the idea is interesting at least and could help in cases like this. http://www.metux.de/download/oss-qm/normalized_repository.pdf Al -- 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 + Python: unable to remap
The following is the rebaseall command line syntax: rebaseall [-b BaseAddress] [-o Offset] [-T FileList | -] [-v] where: -b = base address used by rebase (default: 0x7000) -o = offset between each DLL rebased (default: 0x1) -s = specify DLL suffix, use multiple if necessary (default: dll, so) -T = specify filelist (or stdin) to list additional files -v = verbose (default: off) You just need to use the -T option and specify the addition DLLs to rebase. Thank you. I didn't read the readme, but I did read the sources. As far as I understand it, it simply can use the -T option to add a list of additional files from a wrapper. Reini suggest to add the dll to the same address of the shadowed packages. If I read the sources right, that is not even necessary, as it bases all files in an incremental way. I am currently working on it. Al -- 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 + Python: unable to remap
The rebase README indicates the following: The following is the rebaseall command line syntax: rebaseall [-b BaseAddress] [-o Offset] [-T FileList | -] [-v] where: -b = base address used by rebase (default: 0x7000) -o = offset between each DLL rebased (default: 0x1) -s = specify DLL suffix, use multiple if necessary (default: dll, so) -T = specify filelist (or stdin) to list additional files -v = verbose (default: off) You just need to use the -T option and specify the addition DLLs to rebase. Jason Thank you very much. It seems to work. I currently recompile python controlled by a python script. It that works in follow it is somewhat selfcontained. To give the future reader of this thread some additional value. I first gave the DLL file itself to the -T parameter resulting in tons of : skipped because nonexistent : skipped because nonexistent That's because it did understand the dll as an input file with a list of dlls. You have to write the dll path into a list file first and give that file as parameter. Al -- 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
simplifying rebaseall
To rebase I currently have to do the following steps: Open a windows command shell (cmd): P:/cygwin/bin/ash /bin/rebaseall exit exit I wonder if there could be a more simple way, i.e. putting it into a *.bat script and binding it to an task icon. I am thinking of something in this sense: P:/cygwin/bin/ash --exec /bin/rebaseall As a longterm Linux user I have few experience with windows scripts. Would be nice to have such a script directly linked into the start menu. Al -- 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: simplifying rebaseall
A second thought. I wonder if reabaseall could be improved to run from within bash, without the need to close down all running windows. Then it could even be included into build scripts to be run after each build. Assuming that those DLL which are up and running typically don't need to be rebased, couldn't one simply exclude them from being rebased? I.e. with on option: rebaseall --exclude-loaded Al -- 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: simplifying rebaseall
And it invites casual use without understanding the what and why. This means more people using it for no reason and more problems using it when it is needed because people don't understand the requirements to make it work (i.e. *nobody* will read the readme... wait, there's a readme? ;-) ). Hmm, how does information work currently? I found the hint to run rebase somewhere in a blog, when I was hunting down a bug. Others will be told on this list to run rebase all without the hint of a readme. You can verify this be reading the lists archive. The only hint you find in the FAQ is below the topic Terminal Server machine. Who is finding that? I wouldn't even have an idea how to find and read this readme while using ash. I was reading the sources before finding the readme all. I have 10 years of Linux experience and even I didn't expect there was a readme around in this case. If you want to make sure people are informed before running it, it would be an option to display a small text when the script is starting, with the hint to the readme. That would even work with a link from the start menu. If there is a danger that people run rebase all without reading the readme, there is a similar danger that people give up Cygwin, before they ever discover that they could solve their issues by running rebaseall. Al -- 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 + Python: unable to remap
Or, read from stdin as follows: $ something that generates extra DLL list | rebaseall -T - ... As example, something that gernates extra DLL list looks in my case like this. PREFIX=/home/prefix/gentoo find $PREFIX/bin/ -name *.dll -o -name *.so find $PREFIX/lib/ -name *.dll -o -name *.so find $PREFIX/usr/bin -name *.dll -o -name *.so find $PREFIX/usr/lib -name *.dll -o -name *.so It turned out that not all files have write access. So a similar script is required to add write access first. Al -- 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: simplifying rebaseall
Hi, I appreciate you take the time to contribute all that information. Hope it is not only red by me. Now, surely that is a lot of hunting around -- but I can only assume that many people did so, since you are apparently the first person to fail to locate the documentation when faced with the question How do I run rebaseall? I wasn't faced with that question. I was face with error messages. Google guided me by this messages (and many others) to exactly this blog first: http://www.mylifestartingup.com/2009/04/fatal-error-unable-to-remap-to-same.html ... not to Cygwin list, not to the readme, not to the FAQ. The blog rather tells how to run rebaseall not much why. The comments document well that many people follow that advice without any knowledge of any readme. You don't even find the word readme on that blog. See above. Most of that should be very familiar to a person with 10 years of Linux experience -- except for the bit about Cygwin packages often put a cygwin-specific README file in /usr/share/doc/Cygwin/ It's familiar that regular programs have a doc, man etc. It's also familiar that small maintenance scripts don't have. Even your posting has more lines the he rebaseall script itself. So you wouldn't really follow the search path for docs you give here. That there is a readme for such a small script is the positive execption. But I have doubts that many people will find it. Al -- 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: simplifying rebaseall
I guess for many people cygwin is their first contact with a *NIX like environment, but given your previous knowledge in Linux, it could also have been and option to inspect the package contents: cygcheck -l rebase It's not only that many people have in Cygwin their first contact with the *NIX world. There is always a point when you have your first contact with a new Distro. cygcheck will be self-evident for every Cygwin insider, but it is foreign for every newcomer, even with 30 years *NIX experience. I see it here the first time. Al -- 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: distro apache2 will not start
A pdf is not going to cause a maintainer to materialize. Especially when the pdf is unloadable. Hm, I did read it with SumatraPDF. A repository of patches will not create a maintainer directly, but it is more likely that somebody takes up the task, if maintenance becomes more easy and eats at not that much of your time. Al -- 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: simplifying rebaseall
This discussion seems to boil down to Someone should add words about rebaseall to the FAQ. If words to the FAQ, then: 1.) a matching header 2.) including link to the readme 3.) including the famous error messages people enter into the search machines: *** fatal error - unable to remap to same address as parent : Then I see some chances that it is found. Al -- 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: simplifying rebaseall
If that is the only doc to point to, then you are right. Alternatively, the recent archives might point to how hard existing docs are to find. Good doc is availble. Unfortunatly it is badly linked. http://www.tishler.net/jason/software/rebase/rebase-2.4.2.README It's not the first thing you run into when entering the error messages. *** fatal error - unable to remap to same address as parent : Meanwhile we are in the first page of google whith this thead, when enteringering the message. Good chances that it will be more easy in future due to this effect. :-) Al -- 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
Cygwin + Python: unable to remap
Hello, I knew in advance this would be one of the difficult points. I compiled python and ncurses on a prefix. Now I get the following error: 2 [main] python2.6 1180 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x27 != 0x35 I tried to do rebaseall twice, but it doesn't solve it. I can find postings on the web, where some related issues origin from pythons caching mechanisms. Does this rather look like a python or a cygwin issue? Any ideas how to solve it? Thanks Al -- 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 + Python: unable to remap
To give some additional information: If I run the program several times (without rebasing in between) the addresses always change. I don't see a pattern in it: 2 [main] python2.6 384 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x3B != 0x99 3 [main] python2.6 1012 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x35 != 0x99 3 [main] python2.6 3576 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x35 != 0x99 2 [main] python2.6 1672 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x35 != 0x36 2 [main] python2.6 172 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x27 != 0x34 2 [main] python2.6 3592 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x38 != 0x99 If the addresses change anyway rebasing doesn't seem to be the solution. Right? Al -- 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: Question about cygwin + rsync and file permissions
2010/9/16 Saxon, Will will.sa...@sage.com: Hello, I am trying to copy files from a Linux machine to Windows using rsync. I am using rsync 3.0.7 and cygwin 1.7.5. The source files on the linux machine are all owned by root:root with mode 0755. When I copy them with the following command: rsync -clrtv --chmod=ugo=rwX rsync://user@linux/path/to/files /cygdrive/d/path/to/destination I get the files, but the user who performs the copy ends up with strange permissions on them. There are two 'special' permissions entries, one with a list of denied permissions and the other with a list of permitted ones. A guess: Could it be related to the manifest issue? http://www.cygwin.com/ml/cygwin/2009-06/msg00066.html Al -- 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 + Python: unable to remap
Did rebaseall really succeed successfully? I turned off Avira. Rebaseall was successfull (no warnings or else). Did also reboot. Looks like one dll is at a wrong baseaddress. I often had /bin/cygz.dll wrong. Everything below 0x6000 should be suspicious: ldd /bin/python.exe pre...@alder ~ $ ldd ~/gentoo/usr/bin/python2.6.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) libpython2.6.dll = /home/prefix/gentoo/usr/bin/libpython2.6.dll (0x67cc) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) ldd /bin/bash pre...@alder ~ $ ldd ~/gentoo/bin/bash.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygncurses5.dll = /home/prefix/gentoo/usr/bin/cygncurses5.dll (0x1000) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) USER32.dll = /cygdrive/c/Windows/system32/USER32.dll (0x775a) GDI32.dll = /cygdrive/c/Windows/system32/GDI32.dll (0x7610) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) IMM32.DLL = /cygdrive/c/Windows/system32/IMM32.DLL (0x7601) MSCTF.dll = /cygdrive/c/Windows/system32/MSCTF.dll (0x7703) msvcrt.dll = /cygdrive/c/Windows/system32/msvcrt.dll (0x77ab) LPK.DLL = /cygdrive/c/Windows/system32/LPK.DLL (0x76c6) USP10.dll = /cygdrive/c/Windows/system32/USP10.dll (0x7721) Cygwin Python binary is working. Something must be wrong with my own cygwin build I guess. Al -- 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 + Python: unable to remap
Cygwin Python binary is working. Something must be wrong with my own cygwin build I guess. correct: ... with my own Python build ... -- 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 + Python: unable to remap
To compare both: Everything below 0x6000 should be suspicious: ldd /bin/python.exe pre...@alder ~ $ ldd ~/gentoo/usr/bin/python2.6.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) libpython2.6.dll = /home/prefix/gentoo/usr/bin/libpython2.6.dll (0x67cc) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) pre...@alder ~ $ ldd /usr/bin/python.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) cyggcc_s-1.dll = /usr/bin/cyggcc_s-1.dll (0x6fc1) libpython2.6.dll = /usr/bin/libpython2.6.dll (0x6ddb) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) ldd /bin/bash pre...@alder ~ $ ldd ~/gentoo/bin/bash.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygncurses5.dll = /home/prefix/gentoo/usr/bin/cygncurses5.dll (0x1000) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) USER32.dll = /cygdrive/c/Windows/system32/USER32.dll (0x775a) GDI32.dll = /cygdrive/c/Windows/system32/GDI32.dll (0x7610) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) IMM32.DLL = /cygdrive/c/Windows/system32/IMM32.DLL (0x7601) MSCTF.dll = /cygdrive/c/Windows/system32/MSCTF.dll (0x7703) msvcrt.dll = /cygdrive/c/Windows/system32/msvcrt.dll (0x77ab) LPK.DLL = /cygdrive/c/Windows/system32/LPK.DLL (0x76c6) USP10.dll = /cygdrive/c/Windows/system32/USP10.dll (0x7721) pre...@alder ~ $ ldd /bin/bash.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cyggcc_s-1.dll = /usr/bin/cyggcc_s-1.dll (0x6fc1) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6f97) cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x6fa0) cygreadline7.dll = /usr/bin/cygreadline7.dll (0x6caa) cygncurses-9.dll = /usr/bin/cygncurses-9.dll (0x6f69) USER32.dll = /cygdrive/c/Windows/system32/USER32.dll (0x775a) GDI32.dll = /cygdrive/c/Windows/system32/GDI32.dll (0x7610) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) IMM32.DLL = /cygdrive/c/Windows/system32/IMM32.DLL (0x7601) MSCTF.dll = /cygdrive/c/Windows/system32/MSCTF.dll (0x7703) msvcrt.dll = /cygdrive/c/Windows/system32/msvcrt.dll (0x77ab) LPK.DLL = /cygdrive/c/Windows/system32/LPK.DLL (0x76c6) USP10.dll = /cygdrive/c/Windows/system32/USP10.dll (0x7721) -- 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 + Python: unable to remap
2010/9/16 Mark Geisert m...@maxrnd.com: ldd /bin/bash prefix at Alder ~ $ ldd ~/gentoo/bin/bash.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygncurses5.dll = /home/prefix/gentoo/usr/bin/cygncurses5.dll (0x1000) This one is below the sixty million value that Reini described as suspicious. Thank you. Indeed. I shouldn't have overseen that, as it is the ncurses.dll itself. Now what do I make of that. Do I tell it to be loaded elsewhere? Any helpful link? Sure I will search my own, now I have a direction. Al -- 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: .exe magic reloaded 2
Hello, I have another interesting case where .exe magic doesn't work as transparently as one would expect. I have a file python2.6.exe. A script tries to find it with ls python2.?. It is not found. Here the script needs a modification to work with Cygwin, but we can't really say that there is a bug in the script. Al -- 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: .exe magic reloaded 2
True. In theory we would have to remove .exe and .lnk suffixes from directory listings as well, but that was never the case in Cygwin. That's the way it has always been... isn't a strong argument in development. I guess there are some other reasons to do it this way. If not one should really consider to improve it to make Cygwin still more Unix compatible. Al -- 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: .exe magic reloaded 2
I'd love to drop the .exe suffix from readdir(), I'm just not sure what unwelcome side-effects we create. Yes, that's always the point. All programs would break, that are only build against the .exe suffix. Like mine after patching it. :-) Don't know if Cygwin has a testing state to fix those side-effects before everything goes public. The listing with .exe extensions also has an informative value for the human reader of the list, that would be lost. Al -- 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: .exe magic reloaded 2
For instance, this one: Either we always remove the .exe suffix from a file, or we have to check for each file with a .exe suffix, whether it's executable or not. Probably without checking it. No sane program would use the .exe suffix as extension of a mere textfile. What would be the ideal approach, without thinking of backward issues? How about this? 1.) When a file is made executable .exe is appended, but only visible from Windows API. 2.) When the last execution bit is removed the .exe suffix is also removed. 3.) Using the .exe suffix from the Cygwin API always gives an error. 4.) Hence: You never see this suffix on the Cygwin API. Al -- 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: .exe magic reloaded 2
1.) When a file is made executable .exe is appended, but only visible from Windows API. How would this work with non-Cygwin programs? They wouldn't be handled under (1). Depends on how you install or mount them. But yes, as a prerequest there would be two types of filessystem handling. The normal windows one, always with .exe suffix stored into the filename of executables. When mounting foreign unix filesystems no .exe magic would be used at all on them. Al -- 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: .exe magic reloaded 2
I'm fairly certain, that the script is bugged in this specific case. It should be looking for python2.* instead. Minor version could have any length... potentially. (And yes, I know, there wouldn't be .10 for now) Definitly not. It would also find python2.6-config which is not wanted. It want's to find python2.x and nothing else. The script is a normal POSIX script and has no knowlege of Cygwins existance at all and any of it's special behaviour. Al -- 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: .exe magic reloaded 2
You didn't read my reply to the end, but I accept your explanation. Still, that specific point of code is suspicious for my taste of fool-proof'ness. Sure you could reflect about the length of minor versions here. But does that address the original topic? :-) After python 2.7 there is 3.x AFAIK. Al -- 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
Cygwin instabilities
Hello, I run Cygwin on a double core machine with Vista. I estimate that 1 of 20 of my compilations break and need to be repeated. One weak point is the compression of man pages. Others report that they don't use Cygwin because of instablilities, especially in the server context. What are the reasons? Will this be better with Windows 7? Can Cygwin become server stable? Al -- 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 instabilities
Hello Larry, What are the reasons? Will this be better with Windows 7? Can Cygwin become server stable? You'll need to be more specific about the issues you're encountering and your configuration. See http://cygwin.com/problems.html. I am not asking this to debug my own setup. I am rather ask for an overall estimation of Cygwins current and future usability and stability. I am currently working on an OS product that depends on Cygwin as POSIX layer. I would like to estimate the chances it will have, to be usefull for many people. It not, how to tweak Cygwin to run on some machines. It's, how big is the percentage of windows machines, that will run a stable Cygwin with the standard setup.exe setup. Al -- 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 instabilities
These two things are related. Remember that Cygwin is an open source Sure it is related, but that doesn't answer my question. Who would keep counters of stable or instable setups? These number are exceptionally hard to come by. Even if this list is now flooded with my setup works and mine too posts, these numbers would not be No that is not the way to go. I think there are people which run Cygwin on more than 1 machine, so they have a personal estimation and experience. representative. Users may have given up on Cygwin due to instabilities without notifying the list. Others may run Cygwin so happily they never Right. Similar I can't report the bugs for people telling me, they don't use Cygwin, because of stability issues they encountered in the past. Al -- 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 instabilities
You seem to be approaching this problem as if people will say Ah! Stability issues! Right. Well, ok, here's what you need to know. It's not me thinking in the bug - solution pattern here. I don't ask for a solution. If you think that asking a group of strangers for help with a nebulously defined instability is really going to get you any useful responses then you must not be well-acquainted with open source. I ask for an estimation. I ask people that work intensively with Cygwin, to have a second opinion. Then I can compare it to the non-cygwin-advocates. So please don't take it the wrong way. I don't want to start a flame. Would be the wrong place anyway. :-) As a project lead, here's my advice: If you are concerned that Cygwin is unstable then buy support from Red Hat. Then you have a guaranteed recourse if something doesn't work. If I would sell closed source product, instead of devolping an OS one. ... but than I could advice the customer to buy the Interix layer instead. Al -- 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 instabilities
It depends on what is meant by become. If it means will there be a concerted effort to harden Cygwin for a server then the answer is likely not unless someone pays for it. That points back to paying Red Hat for support. I think you use the term support in the wrong field. It is the enduser who buys support, not the developers. Also the enduser doesn't buy support to make a product more stable. It's works the other way. A stable product is choosen by more endusers, which in return buy more support. So it's Red Hat, who has to invest into stability of Cygwin to make it as succesfull as possible. If they don't see a challange in this, than Cygwin is in a kind of cul-de-sac with Red Hat I guess. Al -- 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 instabilities
Can't really parse that, especially given that I'm a developer and you're obviously not. lol Al -- 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: Installing unix modules package on cygwin
My issue is the variable '!::' What is it and where is it set? This variable can not be processed TCL. When I type env, I that special variable listed At least I can confirm, to have the same variable in my environment. So far nothing wrong. Al -- 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: .exe magic reloaded
It does not: It does: $ cd tmp $ mkdir dir1 dir2 $ cp /bin/echo.exe dir1 $ ln -s `pwd`/dir1/echo.exe dir2/echo $ ls -l dir* dir1: total 52 -rwxr-xr-x 1 corinna vinschen 49166 2010-09-06 10:59 echo.exe dir2: total 1 lrwxrwxrwx 1 corinna vinschen 31 2010-09-06 11:00 echo - /home/corinna/tmp/dir1/echo.exe $ dir2/echo hello hello $ /home/corinna/tmp/dir2/echo hello hello $ /home/corinna/tmp/dir2/echo.exe hello bash: /home/corinna/tmp/dir2/echo.exe: No such file or directory That's what Perls Configure does. Still the magic works only in the target directory, but not on the level of the symlink itself. Al -- 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: .exe magic reloaded
That's what Perls Configure does. Still the magic works only in the target directory, but not on the level of the symlink itself. Uh, I see. That's a bug in perl's Configure. It shouldn't use the .exe suffix at all. Right, Perl wants to be superschlau and adds the .exe suffix. That would work in Cygwins standard locations, where /bin and /usr/bin seems to be the same. Is this a Bug on the side of Perls Configure or rather a limitation in Cygwins .exe magic? As there is no official standard, how to deal with this, it remains a point of philosophy. So far it was the only case in 30 packages I compiled. Al -- 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: .exe magic reloaded
It's definitely a bug in perl's Configure. If the name of the symlink is foo, there's not the faintest reason to assume that foo.exe should work at all. Corinna Magic is when it does the right thing magically. With your approach you don't need any magic at all. Al -- 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: .exe magic reloaded
The magic is to *add* the .exe suffix automatically, not *removing* it Aaaahh! That is one point I missed. The magic is still more limited than I assumed. It felt to work bidirectional. I have tested this. The unidirectonal magic also works for symlinks, if the symlink has the .exe suffix itself. Back to the starting point. It follows the sysmlink should be: /home/prefix/gentoo/usr/bin/tr.exe - /home/prefix/gentoo/bin/tr.exe instead of /home/prefix/gentoo/usr/bin/tr - /home/prefix/gentoo/bin/tr.exe Then it would proxy all available .exe magic and even Perls Configure would work. This means that not only the Perl package but also my Coreutils package should be optimized. when you specified it wrongly. If you think that further, you would also expect that I can open a file foo.txt by calling `vim foo.txt.exe'. If foo.txt is not executable it would not be expanded. Thank you very much Corinna Al -- 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: .exe magic reloaded
I got a little bit confused now. Should I report now upstream at Perl that Configure has a problem by adding .exe, or is it just a problem with your layout? AFAIK perl does not symlink tr.exe, just its own files when using -Dmksymlinks. And failing to read a wrong tr.exe symlink does not look like perls fault. I estimate it as a very low priority bug in Perls Configure script. * It doesn't matter outside Cygwin. * It doesn't matter for a standard Cygwin installation. * It only matters for installations on a prefixed location in Cygwin. My bottomline: It is not worth to report it. It can be patched downstream in the special situation. But to make Perls setup more perfect ... who knows! Al -- 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: .exe magic reloaded
I got a little bit confused now. Should I report now upstream at Perl that Configure has a problem by adding .exe, or is it just a problem with your layout? AFAIK perl does not symlink tr.exe, just its own files when using -Dmksymlinks. And failing to read a wrong tr.exe symlink does not look like perls fault. -- Reini Urban As you ask for bugs in Perl on Cygwin. I found a second issue in my Makefile, the all target: all: $(FIRSTMAKEFILE) miniperl$(EXE_EXT) miniperl $(generated_pods) $(private) $(unidatafiles) $(public) $(dynamic_ext) $(nonxs_ext) extras.make I think that is one miniperl to much. This did break, when I compiled with make -j3. The error was: make: *** No rule to make target `miniperl', needed by `all'. Stop. It's possible that this is already fixed in the Cygwin source. See: http://en.gentoo-wiki.com/wiki/Prefix/Cygwin#dev-lang.2Fperl:_No_rule_to_make_target_miniperl Al -- 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
.exe magic reloaded
I came accross the following. These two files existed. /home/prefix/gentoo/bin/tr.exe /home/prefix/gentoo/usr/bin/tr - /home/prefix/gentoo.bin/tr.exe So we have a symblic link to an executable from a different directory. Perls configuration script detected /home/prefix/gentoo/usr/bin/tr and called it as /home/prefix/gentoo/usr/bin/tr.exe. That didn't work. Obviously the .exe magic does not work for symbolic links from a different directory. I solved that by adding a second symbolic link /home/prefix/gentoo/usr/bin/tr.exe. What is the best way to go here? * Adapting all scripts that behave like Perls configuration. * Always adding both forms of symbolic links (program and program.exe) * Making .../bin and .../usr/bin the same directory by means of a hardlink. * Extending Cygwins .exe magic to work for that kind of symblic links. Al -- 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: .exe magic in Cygwin
Sounds like you didn't run autoreconf (which would have been done automatically via the supported mechanism). I have added the autoreconf step to the Emerge scripts. Only one conflicts with a Gentoo patches, which I had to disable. Works fine now. Solved all problems from that corner. Al -- 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: .exe magic in Cygwin
Cygport is rather similar to emerge/ebuild already. You might find it worthwhile to give it a look. I am aware of this. I want come to a solution, that builds me from sources on any of Windows, Mac and Linux. One to rule them all. I did only find Gentoo Prefix to be able to do this. If all you need is a way to install existing Cygwin packages from the command line, you can do that quite well with setup.exe. It has many command line options which help automate the installation process. I hoped so. Probably I will have to use that exessivly to set up the basics. If you want to build a replacement anyway, you should probably delve into why nothing like what you want exists already. This issue comes up repeatedly on this list, so you should be able to find much in the list archives. I found a project called Gentoo on Cygwin. It was abandoned in 2008. http://www.gentoo-wiki.info/HOWTO_Gentoo_on_Cygwin The Gentoo Prefix approach is a little different. It is not a first level, but a second level software manager, completely in the userspace. It sits on it's own prefix as the name tells. It is simply a folder that I can put into any POSIX environment. There is no need to replace all of Cygwin. It is a living project that already works on Mac, Unix and Informix. The missing link is Cygwin. I have documented the current achievements http://en.gentoo-wiki.com/wiki/Prefix/ Al -- 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: .exe magic in Cygwin
Right. I applied it the traditional way. Ah, you have to understand this about cygport patches: they only contain patches for the source files, not the autogenerated ones. So they have patches for e.g. Makefile.am, configure.ac; but not for configure or even Makefile.in. It's vitally necessary to autoreconf after applying a patch that you get from a cygport-based package. OK, that's it. As a want to come a hybrid of Cygwin and Gentoos Emerge installer, I rather have to figure out one of those hidden ways. Well, if you're doing it in a POSIX-compatible environment, you should be able to run cygport - with maybe a few minor bugs cropping up, but basically it's just a bunch of shell scripts that invoke the autotools, gcc and binutils, so they should be relatively easy to port to any similar environment. I did once try running cygport on a linux box (with a cross-compiler). I don't remember exactly what went wrong, it didn't work directly out of the box, but it shouldn't be hard to fix. This sounds like a real alternative. Very interesting! It would definitly be worth it's own project group. Then it would be a choice. Al -- 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: .exe magic in Cygwin
2010/9/3 Al oss.el...@googlemail.com: Right. I applied it the traditional way. Ah, you have to understand this about cygport patches: they only contain patches for the source files, not the autogenerated ones. So they have patches for e.g. Makefile.am, configure.ac; but not for configure or even Makefile.in. It's vitally necessary to autoreconf after applying a patch that you get from a cygport-based package. OK, that's it. autoreconf terminates with: Can't exec 'aclocal': No such file ... Hmm -- 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: .exe magic in Cygwin
2010/9/3 Al oss.el...@googlemail.com: 2010/9/3 Al oss.el...@googlemail.com: Right. I applied it the traditional way. Ah, you have to understand this about cygport patches: they only contain patches for the source files, not the autogenerated ones. So they have patches for e.g. Makefile.am, configure.ac; but not for configure or even Makefile.in. It's vitally necessary to autoreconf after applying a patch that you get from a cygport-based package. OK, that's it. autoreconf terminates with: Can't exec 'aclocal': No such file ... solved: http://www.mail-archive.com/debian-h...@lists.debian.org/msg19036.html -- 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
.exe magic in Cygwin
Hello, I would like to estimate theexpenses to port general linux sources to Cygwin. I did look into Cygwins patch for coreutils. It has 1231 lines of diff code. A lot of the stuff is related to the .exe magic done by cygwin. Do I have to implement that magic in this extend into every package that I would like to run on Cygwin or is this rather special in the case of coreutils? Thank you for advice Al -- 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: .exe magic in Cygwin
Coreutils tends to be an exception, because it is so core to the system. Other tools that I also maintain, like m4 or findutils, port with 0 patches. Thank you. That gives me back some optimism. I first compiled coreutils without the cygwin patch. It did compile but afterwards the compilation of findutils, etc. was broken. For example configure.status of wget was truncated at the top and out of order at the bottom. That stopped all further efforts of mine. Now I applied that big patch. copy.c complaints an error of an undefined reference ot 'cygwin_spelling'. Guess that is a library I have to install. But some optimism is back Al -- 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: .exe magic in Cygwin
Sounds like you didn't run autoreconf (which would have been done automatically via the supported mechanism). Right. I applied it the traditional way. setup.exe to download the sources and several prerequisite tools (cygport, autoconf, ...), then using 'cygport coreutils-8.5-1 prep make'. Other ways work, but I won't support them on this list. See also As a want to come a hybrid of Cygwin and Gentoos Emerge installer, I rather have to figure out one of those hidden ways. If I can't find it, I have to fall back from Cygwin to Interix. But that would cut half of my target group. /usr/share/doc/Cygwin/coreutils.README. Yes, it's time to dig a little deeper into the Cygwin scripts. It has to be scriptable in the end. Then I can get it into Emerge. A graphical setup.exe is the wrong way for my approach. However there are scripts below. Al -- 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
Gentoo Prefix on Cygwin
Hello Cygwin community! I try to install Gentoo Prefix onto Cygwin. My goal is to get a second level administration tool, that I can run on Mac, Windows and Linux from the userspace. This way I can customize the environment for any software project in a platform independent way. That is especially usefull for projects that depend on multiple tools. While a single tool is often platform independent (java), the whole stack often is not. At least you need to install different types of binaries. That results in an overhead of organization for typical projects. My approach is to automatically compile from the same sources instead. The Gentoo Prefix sources are platform independent. Meanwhile I spend a week of research. If you are interested in my results you will always find the current status here: http://en.gentoo-wiki.com/wiki/Prefix/Cygwin. As the cygwin project has already solved many issues that I will run into, I will come back with some questions and hope to find advice from Cygwin developers. Al -- 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
compiling binutils misses sys/user.h
Hello, I try to compile binutils. It complaints a missing sys/user.h. On linux it would find it in /usr/include/sys/user.h. What is the way to go on Cygwin? Do I need to install some additional sources? Al -- 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: compiling binutils misses sys/user.h
I try to compile binutils. It complaints a missing sys/user.h. On linux it would find it in /usr/include/sys/user.h. What is the way to go on Cygwin? A question with an answer pays ten times. So here we go for the archives: The solution is to set the host to the appropriate value. AFAIK it is autodetected by ./configure, as long as you don't set it manually to a wrong value as I did (indirectly). The host for cygwin is i686-pc-cygwin. Once it is set right the configure excludes modules that depend on kernel stuff like user.h. A kernel is simply not part of Cygwin. Al -- 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
Python, Gentoo Prefix, Cygwin: Import Error time, cStringIO, Permission denied
Hello all, I freshly subscribed to this list, because I search a solution for a very special problem. Context == I try if it is possible to bootstrap Gentoo Prefix with Cygwin. Gentoo Prefix is similar to Cygwin itself, a Linux inside something else, but compiled from sources. It depends on a Version V System. It try to use Cygwin to run it on Windows. This involves compiling python. Mark, I don't use the Cygwin Python builds, but compile it from the Gentoo sources. Problem == After compiling pyhton I run into errors when I start to use it it. It says something like this in the logger module: Import Error time, cStringIO. Permission denied. Looking into the compiled sources I find cStringIO.dll and time.dll. Both have the permissions 755. Hence permission to run them should be given. Is it a path problem? Are environment variables wrong? I would expect in that case python would complain Modules not found instead of Permission denied. I already did rebase all. Do I have to reboot thereafter? I forgot to do so, I first wanted to write this posting. I am at the end of my wits now. Al -- 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.5: Occasional failure of CreatePipe or signal handing due to thread-unsafe code in cwdstuff::set
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/08/2010 09:57, Andrey Repin wrote: Greetings, John Carey! After a call to SetCurrentDirectory(), I have seen occasional ( 5%) failures of CreatePipe() with code ERROR_INVALID_HANDLE. I have also seen failure of Cygwin signal handling because the signal handling pipe has mysteriously closed. Seems like it was discussed a short while ago. mid:008101cb3597$a75069f0$f5f13d...@gmail.com Out of interest, what is that strange email address above supposed to refer to? - -- Al -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxhqb8ACgkQz4fTOFL/EDYW1gCePOArKa9PB8qhvNwaeQgtGfTt v6cAn1ixv/R9+BvWnD7vSgxY2sSkj9t6 =DTsS -END PGP SIGNATURE- -- 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.3: Backspace key not working in GNU screen.
It sounds as though no change is required in screen for this. Correct. screen is an ancient program from the dim mists of early terminal days, so I'm not surprised that it has some problems of this kind. Don't worry, screen isn't doing anything wrong here. Setting the VERASE key on the console device to _POSIX_VDISABLED (i.e., zero) is perfectly legitimate, it's the console using that as the backspace keycode that caused the problem. @ Larry: Sorry, still not used to responding to the digests. I PEBCAKd the Spam info. Where should I look to see this patch once it's released? -Al -- 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.3: Backspace key not working in GNU screen.
From: Larry Hall (Cygwin) reply-to-list-only...@cygwin.com To: cyg...@cygwin.com Date: Thu, 08 Apr 2010 16:41:25 -0400 Subject: Re: 1.7.3: Backspace key not working in GNU screen. On 4/8/2010 4:07 PM, Al G. wrote: This started happening around March 23, no problems with screen before then. Since then using GNU screen (4.00.03) and trying to backspace by hitting the backspace key results in nothing happening. The cursor doesn't move, the character isn't erased and the command remains the same (if you hit Enter whatever your typo was gets the usual error). However, pressing CTRL-H does do a backspace correctly. Could this be related to the termcap changes from [^H] to [^?]? I have searched the forums and googled around; found a few hits, that didn't work, and no solutions. I just tried screen with 1.7.4 and what you described worked fine. But I noticed your installation is incomplete and you're still running 1.7.1. Please download a new 'setup.exe' from cygwin.com and try reinstalling all of your packages. This should solve that problem at least. I deleted my entire Cygwin installation, got setup.exe from cygwin.com and reinstalled. No change, when I launch screen everything works except for the backspace key. Pressing Ctrl-H causes a backspace. Outside of screen things are fine. -Al att: new cygcheck output cygcheck.out Description: Binary data -- 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
1.7.3: Backspace key not working in GNU screen.
This started happening around March 23, no problems with screen before then. Since then using GNU screen (4.00.03) and trying to backspace by hitting the backspace key results in nothing happening. The cursor doesn't move, the character isn't erased and the command remains the same (if you hit Enter whatever your typo was gets the usual error). However, pressing CTRL-H does do a backspace correctly. Could this be related to the termcap changes from [^H] to [^?]? I have searched the forums and googled around; found a few hits, that didn't work, and no solutions. -Al att: cygcheck output -- The greatest enemy of knowledge is not ignorance, but illusion of knowledge. - Stephen Hawking cygcheck.out Description: Binary data -- 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
ILLEGAL_INSTRUCTION when trying to run asteriskwin32 under cygwin
Hi everyone We installed AsteriskWin32 0.66b build from Asterisk 1.2.26.2 on both a K6 with 544 Mb RAM and a dualcore with 2 Gb RAM. Both run windows 2003 SP2 and cygwin 1.5.25-11. The funny thing is that it DOES run on the dualcore, but on the K6 we get: 314539 [main] asterisk 2996 _cygtls::handle_exceptions: Exception: STATUS_ILLEGAL_INSTRUCTION 357582 [main] asterisk 2996 open_stackdumpfile: Dumping stack trace to asterisk.exe.stackdump 1216960 [main] asterisk 2996 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 1261961 [main] asterisk 2996 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) We tried with more than one K6 and we got the same error. Actually, the reason why we need your support is because we have not received it from the software distributor (http://www.willvoice.net), so I thank you for your kind help. Al Costa Kviar.Com Rio de Janeiro, Brazil Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.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: links
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Corinna Vinschen [EMAIL PROTECTED] wrote: You probably removed the R/O attribute from the .lnk files. It's essential for shortcats to be recognized as Cygwin symlinks. Try something along the lines of What is the R/O attribute. It is the windows Read Only attribute. P.s. should not need all that nonsense below..And sorry to say I am not familiar with this r attribute, except as a read(r)permission. Is the group intentionally trying to be obtuse? You must have removed the R/O attrib yourself at some point, so it needs replacing. try attrib /? for more info. Why do you assume that the group is being obtuse because you have a misunderstanding? - -- Al Slater -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsZlUz4fTOFL/EDYRAshlAJwLxzGhxUAMc4JMJqTmtR1tyb5fWgCfYnZF Ux19TswAeMV34Ww0EtRUM3g= =Monh -END PGP SIGNATURE- -- 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: hang when using pthread and fork in 1.5.23-1 and snapshot 20070118.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Rehley wrote: Hello, One of the applications I've been working with has hanging issues. It will sometimes work properly, and sometimes it will hang and never continue through the rest of the program. I have not done any pthread programming under cygwin, but I have done a fair bit under Solaris. In my experience threads and fork are not good bedfellows, you need to excercise care in order to avoid deadlock. - From the solaris fork() man page : fork() Safety If a multithreaded application calls fork() or fork1(), and the child does more than simply call one of the exec(2) functions, there is a possibility of deadlock occurring in the child. The application should use pthread_atfork(3C) to ensure safety with respect to this deadlock. Should there be any outstanding mutexes throughout the process, the applica- tion should call pthread_atfork() to wait for and acquire those mutexes prior to calling fork() or fork1(). See MT- Level of Libraries on the attributes(5) manual page. Using stdio in the child after fork in a multithreaded apps has caused me pain on many occasions, also std::string in c++. A recommended way to deal with this that I have seen on the web is to spawn a process before any threads to handle the forks, and use pipes to communicate between the threads and the forking process. - -- Al Slater Technical Director Stanton Consultancy Ltd -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFwLEPz4fTOFL/EDYRAmIEAJ43G/LidV+qDdG9Yr2CdxJ2B2L/lwCfTHfI D1/DfKCQpuda8Kw2OTii51k= =OaGK -END PGP SIGNATURE- -- 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: Is cygwin-ml softwere altering message content?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Korn wrote: On 18 August 2006 12:42, Max Bowsher wrote: Al Slater wrote: Max Bowsher wrote: Václav Haisman wrote: I have noticed that sometimes my PGP signed messages do not arrive intact from cygwin-ml. Is this a cygwin-ml software problem? Yes, something in the ML software seems to like re-wrapping lines. It's breaking my PGP signatures too. Your signature looks good from here Amusingly ironic :-) Seems that that particular message lacked any lines long enough to trigger the re-wrap. Let me try to force a re-wrap to occur here: 23456789A123456789B123456789C123456789D123456789E123456789F123456789G123456789 H Didn't work. Try some trailing spaces. Are you saying that your mail client said that the signature was good that time, coz mine (Thunderbird with Enigmail 0.94.0) says that the signature was bad. Looks like there are client problems. - -- Al Slater DaveK - -- Al Slater Technical Director Stanton Consultancy Ltd Phone : +44 (0)1273 07 Fax : +44 (0)1273 01 email : [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE5a2Cz4fTOFL/EDYRAliBAJ4jJpXd7FUnVGjCYOPiCYpslyxsCgCeIva1 yge0orPVyJDT3g7z0/ip9xw= =jVEF -END PGP SIGNATURE- -- 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: Is cygwin-ml softwere altering message content?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max Bowsher wrote: Václav Haisman wrote: I have noticed that sometimes my PGP signed messages do not arrive intact from cygwin-ml. The attached two files show the difference between good message, that was sent as Bcc to myself, and bad message that I got from cygwin-ml. If you diff the two text files you will notice additional =2D escape sequences in the bad message. Is this a cygwin-ml software problem? Yes, something in the ML software seems to like re-wrapping lines. It's breaking my PGP signatures too. Your signature looks good from here - -- Al Slater -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE5HOez4fTOFL/EDYRAqabAJ9YtLAeuHcS8BX7GAXL56+NPxHBMwCfZl7c HnJeIkWKYi/18B7JVmMSRpI= =Xw1A -END PGP SIGNATURE- -- 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/
startx does not work
startx does not work, am i doing something wrong? it comes up with the following message and then exits: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress -- 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/