Re: setup messing up ntfs permissions
So, I guess there is now way to tell setup.exe to stop messing up NTFS permissions currently. May I ask to add such feature then? -- 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 visual brand
On Mon, 10 May 2010, Steven Collins wrote: ... I'm not a fan of "cpm.exe" for two reasons. 1) ... 2) ... Good points "CygwinPackageManager.exe" communicates clearly what the program is without any further need of explanation. That is a good name. Simple is beautiful. Maybe one should also consider CygwinPM.exe. It is less informative but there are still cases where short file names are nice to have. Klaus -- 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: V1.7 can not use cursor or backspace within a shell
Matthias Meyer wrote: > cygwin 1.7.5 need, at least, the /usr/share/terminfo/63/cygwin file. > > cygwin 1.7.2, used by the actual copssh distribution, didn't need this file. Third-party Cygwin distributions like copssh aren't supported here. /usr/share/terminfo isn't used by the Cygwin DLL, so the DLL version (1.7.2 vs 1.7.5) is irrelevant here. It is used by ncurses though, and the terminfo database format has changed fairly recently. Look for terminfo and ncurses announcements. > Somebody knows: > 1) what is the job of the other directories (41..78) > below /usr/share/terminfo ? They're hexadecimal ASCII codes representing the first character of the terminal type. '63' is ASCII for 'c', as in 'cygwin'. '78' is 'x' as in 'xterm'. Andy -- 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: rxvt : 1.5 vs. 1.7
On 5/10/2010 3:18 PM, Andy Koppe wrote: > Oleksandr Gavenko wrote: >> My preferred ~/.Xdefaults ? > > That would mean linking against Xlib or reimplementing relevant parts > of the X resource system. Maybe not. rxvt itself does NOT use the Xlib code to read .Xdefaults; it has its own homegrown code to do so. So, you /could/ copy that implementation over into mintty... > And break compatibility for existing mintty > users, or support two different settings systems. But this is an extremely good argument for NOT doing that. -- Chuck -- 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: ProcPS tools (top) and cygwin env
On 5/10/2010 10:58 AM, Dave Korn wrote: > It looks like Digika is trying to make top run standalone by unpacking the > archive manually and adding a copy of the cygwin1 and cygncurses-8 DLLs. It's > unsurprising that it won't work without the other required parts of the cygwin > installation around it. A simple "strings /usr/bin/cygncurses-8.dll | grep > terminfo" shows that it expects to be able to locate the /usr/share/terminfo > subdirectory. Don't forget also that as of 1.7.0-50 (or thereabouts), by default separate installations of cygwin1.dll know nothing about other cygwin1.dll installations (the global name of the cygwin ahared memory region is now created using a hash of the cygwin1.dll's installation path). So, even if you got this version of 'top' working with its individual cygwin1.dll, it won't be able to tell you what programs are running which use a different cygwin1.dll. There is a mechanism for changing this behavior back to the 1.5.x default, but I forget what it was. Search the archives. -- Chuck -- 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: V1.7 can not use cursor or backspace within a shell
Hello, The solution should not be far away ;-) cygwin 1.7.5 need, at least, the /usr/share/terminfo/63/cygwin file. cygwin 1.7.2, used by the actual copssh distribution, didn't need this file. Somebody knows: 1) what is the job of the other directories (41..78) below /usr/share/terminfo ? 2) has the handling of terminals been changed between v1.7.2 and v1.7.5 ? Thanks in advance Matthias -- Don't Panic -- 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: MS-DOS path warning with maven
On 5/10/2010 3:11 PM, David Balažic wrote: > On 10 May 2010 20:52, Jeremy Bopp wrote: >> What's the output when you run the following? >> >> $ sh -x "$(which mvn)" -version > > I attached it. I don't see the Cygwin warning message in that output. What I did see in the output, though, tells me that there shouldn't be anything causing that message at all. Try running the following to see if it captures the warning message: $ sh -x "$(which mvn)" -version >mvn.log 2>&1 -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: MS-DOS path warning with maven
On Mon, May 10, 2010 at 10:11:33PM +0200, David Bala??ic wrote: >On 10 May 2010 20:52, Jeremy Bopp wrote: >> What's the output when you run the following? >> >> $ sh -x "$(which mvn)" -version > >I attached it. >Also the output of cygcheck -s -v -r > cygcheck.out Hmm. All of this time I thought that "maven" was a package distributed with Cygwin. After looking I should have checked http://cygwin.com/packages/ to see if that was true. It doesn't look like that is the case so it seems like this would be YA instance of "check with the package provider rather than expecting people in the Cygwin list to know". cgf -- 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 visual brand
On Mon, May 10, 2010 at 13:36, Klaus Grue <> wrote: > > In conclusion, I suggest a new term is invented such as the > Cygwin Package Manager (CPM) > or something like that. Then one could simply write > Cygwin Package Manager under the Cygwin icon and then explain in the text > that: > The Cygwin Package Manager (cpm.exe) can install Cygwin and manage > Cygwin packages. Among other, it can install, uninstall, upgrade, and > downgrade individual packages. It can also install and upgrade the > entire Cygwin system and keep the system up to date. > By the way, it would by nice if CPM could also uninstall Cygwin. It sends the > message that you are confident in your system if you make it easy for users > to uninstall it. And it smells suspicious to provide software without an > uninstaller. I would tend to agree with Klaus on this point. The "setup.exe" name is too generic. If I'm examining my downloads directory with a non-graphical tool (let's say something like "ls" :-) ) then it is not obvious the setup.exe file is associated ith Cygwin. I'm not a fan of "cpm.exe" for two reasons. 1) CPM already has a history as an operating system so using that name would have the potential for confusing the users as well as opening the project to possible trademark/copyright infringement issues. 2) When I'm doing an "ls" of the directory containing "cpm.exe" it is only slightly more obvious than "setup.exe" what the application is. With modern file systems, command line completion, and GUI file managers there is little reason to shorten the name down to its initials. "CygwinPackageManager.exe" communicates clearly what the program is without any further need of explanation. Steven -- 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: MS-DOS path warning with maven
On 10 May 2010 20:52, Jeremy Bopp wrote: > The mvn script also sources /etc/mavenrc and ~/.mavenrc files if they > exist, so it's possible that what you're seeing is the result of > something running in one of them. I noticed that the path in the I don't have these two files. David -- 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: MS-DOS path warning with maven
On 10 May 2010 20:52, Jeremy Bopp wrote: > What's the output when you run the following? > > $ sh -x "$(which mvn)" -version I attached it. Also the output of cygcheck -s -v -r > cygcheck.out Regards, David cygcheck.out Description: Binary data outwhich 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
Re: Cygwin visual brand
Thanks again for all the input. This discussion will help me greatly in producing a design that all users, maintainers and visitors can identify with. Of course, the design can not be made by committee. So if anybody is in contact with either Chris or Corinna, I'd greatly appreciate if you could point them to this thread, so that I can make a project liaison. They can jointly decide what does and what doesn't get changed in regards to the brand, and I wager they have among the best idea about Cygwins user base. The sooner we get the discovery process out of the way, the sooner you guys get to see some results. Cheers, Berthold -- 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 visual brand
On Mon, May 10, 2010 at 3:36 PM, Klaus Grue wrote: > I liked the proposal of David Eisner (http://cygwin.codecamel.com/). At Just to clarify, I had nothing to do with that page. The credit goes to Brent Kerr. See the original message here: http://cygwin.com/ml/cygwin/2010-03/msg00700.html I was just mentioning this as another example of a generous offer to help improve the look of the project. -David -- 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 visual brand
It sounds nice that there is a movement to brush up the graphic design of the Cygwin web pages. I have used Cygwin for a couple of years, but on this list I am just a newcomer. I hope it is ok to leave a few comments which you *might* consider. I liked the proposal of David Eisner (http://cygwin.codecamel.com/). At least it solves some of the problems with the current main page (http://www.cygwin.com/) I have experienced: First, the current main page contains three occurences of the Cygwin icon. Two of them has text Install Cygwin now and one has text Install and update now! So since the text is different, I would expect different things to happen when clicking "Install Cygwin now" and "Install and update now". That is solved in David Eisners proposal by having only one occurrence of the icon. And thanks for omitting the exclamation mark. Second, I have found myself searching for a 'Download' link. And I got very ashamed when I found out it was all over the site and was even highligted using the Cygwin icon. I think David Eisners proposal solves that by having one big Cygwin icon rather than three small ones. Third, I have had problems with the description of the download link. It says "Install Cygwin now" or "Install and update now". But it should say Install Cygwin and/or install packages and/or uninstall packages and/or upgrade packages and/or downgrade packages and/or keep the whole system up to date except that the wording could be different and hopefully more terse. In the proposal of David Eisner it says "Install/Update Cygwin 1.7.1-1". So where should I click if I have Cygwin 1.6.something? Or if I need a new package? Fourth, the most important program in the Cygwin system is named "setup.exe". I suppose that name has a historical justification. But it would be nice if it was called something Cygwin related. In conclusion, I suggest a new term is invented such as the Cygwin Package Manager (CPM) or something like that. Then one could simply write Cygwin Package Manager under the Cygwin icon and then explain in the text that: The Cygwin Package Manager (cpm.exe) can install Cygwin and manage Cygwin packages. Among other, it can install, uninstall, upgrade, and downgrade individual packages. It can also install and upgrade the entire Cygwin system and keep the system up to date. By the way, it would by nice if CPM could also uninstall Cygwin. It sends the message that you are confident in your system if you make it easy for users to uninstall it. And it smells suspicious to provide software without an uninstaller. Fifth, I associate Cygwin with the green color of the Cygwin icon, but the dominating color of the page is the RedHat-red banner at the top. To me it would be more logical to have a green banner to tell that this *is* Cygwin and to have a RedHat-red red hat e.g. next to the banner or in some other highly visible place to tell that this is *related* to RedHat. Sixth (and last, I promise) I have noted that GNU+Cygnus+Windows=cygwin is written in a very big font at the top of the page as if that equation was the most important message of the page. The equation makes a good point, but I think it would be more logical to have Cygwin in a big font and GNU+Cygnus+Windows in an anekdote font size after the Cygwin name. Cheers, Klaus -- 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: rxvt : 1.5 vs. 1.7
Oleksandr Gavenko wrote: > On 2010.05.06 8:04, Andy Koppe wrote: >> >> Always on the lookout for ways to improve mintty: what mintty >> shortcomings or rxvt features make you prefer rxvt? >> > My preferred ~/.Xdefaults ? That would mean linking against Xlib or reimplementing relevant parts of the X resource system. And break compatibility for existing mintty users, or support two different settings systems. Sorry, but none of that holds any attraction. Andy -- 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
How do I purge old versions?
I'd like to purge old versions of Cygwin packages that I have since updated. Is there an automated way to do this? Thanks - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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: MS-DOS path warning with maven
On 5/10/2010 12:59 PM, David Balažic wrote: > mvn -version also gives the message. > > > $ which -a java > /cygdrive/c/WINDOWS/system32/java > > > $ set | grep JAVA > JAVA_HOME='C:\Program Files\Java\jdk1.6.0_20' > > I'm not caiming there is somethng wrong with cygwin, jut find it > surprising to get this warning with a cygwin-aware program (mvn). The mvn script also sources /etc/mavenrc and ~/.mavenrc files if they exist, so it's possible that what you're seeing is the result of something running in one of them. I noticed that the path in the warning message references the boot subdirectory of the Maven installation, however, so I suspect that the problem is actually occurring either during or after the hand-off to Java to actually run the Java class used to instantiate Maven. What's the output when you run the following? $ sh -x "$(which mvn)" -version -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: V1.7 can not use cursor or backspace within a shell
Andy Koppe wrote: > Matthias Meyer: >>> I'm stumped. I think 'cygcheck -svr' output is needed to >>> get any further. Please attach, not include it, and make sure you >>> delete any sensitive info from it first. >> >> see attachment :-) > > You've got Cygwin installed under 'C:/Program Files', which I suspect > is likely to cause trouble due to the space. (That directory appears > as the spaceless 'Programme' on a German system, but its real name is > 'Program Files'.) It certainly shouldn't be missing awk, tar or test. > You also still have Cygwin 1.7.1, whereas 1.7.5 is current. > >> ... and it say: "Warning: There are multiple cygwin1.dlls on your path" >> => How to find and/or configure the path? > > It's there in the cygcheck output. The Windows-wide PATH can be > configured under Control Panel->System->Advanced->Environment > Variables (or thereabouts). > >> I've removed this items. I will install cygwin again if necessary. > > Yep, a clean install into a directory without a space in the name > would seem the best way forward. > > Andy ok, a clean install will work. Unfortunately I want to build my own setup.exe, similar to cwrsync ;-) So I have to find out what are the differences between a 1.5 and a 1.7 setup. Nevertheless, thank you for your help. I will post my deliverable within the next days. br Matthias -- Don't Panic -- 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: MS-DOS path warning with maven
On Mon, May 10, 2010 at 07:59:53PM +0200, David Bala??ic wrote: >mvn -version also gives the message. > > >$ which -a java >/cygdrive/c/WINDOWS/system32/java > > >$ set | grep JAVA >JAVA_HOME='C:\Program Files\Java\jdk1.6.0_20' > >I'm not caiming there is somethng wrong with cygwin, jut find it >surprising to get this warning with a cygwin-aware program (mvn). I suspect that cygcheck output as mentioned here: http://cygwin.com/problems.html would provide more clues into what is happening. cgf -- 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: MS-DOS path warning with maven
On 10 May 2010 16:44, Jeremy Bopp wrote: > On 5/10/2010 4:21 AM, David Balažic wrote: >> Hi! >> >> I have cygwin 1.7.5 (up to date as of now) on Windows XP Pro SP3 and >> maven v 2.2.1. >> >> When I start mvn from a shell (I use mintty running bash): i get a warning: >> >> >> cygwin warning: >> MS-DOS style path detected: F:\winsux\prg\apache-maven-2.2.1/boot/ >> Preferred POSIX equivalent is: >> /cygdrive/f/winsux/prg/apache-maven-2.2.1/boot/ >> CYGWIN environment variable option "nodosfilewarning" turns off this >> warning. >> Consult the user's guide for more details about POSIX paths: >> http://cygwin.com/cygwin-ug-net/using.html#using-pathnames >> >> >> I found it strange, since maven is cygwin aware and should use cygwin paths. >> >> Is this some bug? > > I'm unable to reproduce your problem when running a simple mvn -version > command. After looking through the mvn script included with the Maven > installation, I also can't see anywhere that script would directly > attempt to use a Windows-style path where a POSIX style path would be > required to avoid this warning. > > My best guess is that you are either defining the JAVACMD environment > variable to point to a Cygwin program, defining JAVA_HOME to point to a > Cygwin-based JRE/JDK, or have a Cygwin-based java.exe in your path. In > all of those cases, the mvn script will attempt to feed Windows-style > paths to a Cygwin program, and that would likely trigger this warning. > If that's not the problem, it could be that whatever target you're > trying to run ultimately attempts to run some Cygwin program with a > Windows-style path. In all cases, Cygwin is functioning as designed. > > To diagnose the problem further, you need to first eliminate all of your > build logic as the cause. Running mvn -version as I did should do that > for you. Then make sure that you're not somehow causing a Cygwin > program to be used in place of Sun's java.exe as noted above. If you do > that and still see this warning, then you need to talk with the Maven > developers and/or the developers of whatever Maven plugins you're using. mvn -version also gives the message. $ which -a java /cygdrive/c/WINDOWS/system32/java $ set | grep JAVA JAVA_HOME='C:\Program Files\Java\jdk1.6.0_20' I'm not caiming there is somethng wrong with cygwin, jut find it surprising to get this warning with a cygwin-aware program (mvn). Regards, David -- 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: ProcPS tools (top) and cygwin env
Even if not attempting to run stand-alone you may see this message. See here for what fixed this issue for me: http://www.cygwin.com/ml/cygwin/2010-01/msg00838.html Teun Digika schreef: Can someone explain me why "top" from ProcPs package (ftp://ftp.chg.ru/pub/sourceware/cygwin/release/procps/procps-3.2.7-1.tar.bz2) do not want to work? I gave him all depends (cygncurses-8.dll and cygwin1.dll) but everything I'm getting from it is an error: C:\Programs\gnutools\procps\usr\bin>top 'cygwin': unknown terminal type. Why is that so? is there any way to make standalone version of "top" which is independent from cygwin terminal? I want to use it via telnet on a remote win32 machine. -- 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: changing the VM size in cygwin.
On 10/05/2010 13:54, kulalking wrote: > We are running a server on cygwin (on windows 7 , 64 bit , 6 GB RAM ) > After that we tried to get the memory allocation limit, code is given in the > same link. > We are getting only 1596 MB. Unfortunately, Cygwin is only a 32-bit application, so even when running on a 64-bit machine it is limited by the 4GB address space of a 32-bit process, the upper 2GB of which are reserved for the OS kernel, and of the lower 2GB, the various Windows and Cygwin DLLs use a lot of the upper 1/2GB of that. > We also tried with ulimit –v option , and we are not able to change the vm > size , it says 2 GB is the MAX! You could try setting the VM's boot configuration to include the /3GB and /PAE switches, but that only might help gain a bit more headroom; the fundamental 32-bit-ness of Cygwin (and hence all Cygwin applications) would take probably something up to a few person-years of work to change. cheers, DaveK -- 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
[ANNOUNCEMENT] updated: lftp-4.0.7-1
A new version of lftp, 4.0.7-1, is now available in the Cygwin distribution. This is a new upstream release. It fixes a few bugs and adds a few new minor features. Please see http://lftp.yar.ru/news.html for the full changelog. lftp is a sophisticated file transfer program and ftp/http/bittorrent client. It supports multiple network protocols, offers tab completion, command history, job control, and bookmarks, can mirror sites and transfer multiple files in parallel, and keeps trying interrupted operations until it can complete them. Andrew E. Schulman *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: run_ctors
On 10/05/2010 10:00, Marco Atzeri wrote: > The program works fine, with minor source change, > except the capability to dynamically load dlls to > extend the functionality. > > From the backtrace I have the impression that the loaded > library msh3.dll has a access problem to a constructor > "TheOperators" that is located in the calling libff.dll. Ugh, this looks like a tricky one. I can't really guess at what the problem is from that backtrace, you'd need to look at what pointer is NULL and then try figure out where it came from; which could be something to do with order of running of ctors or something like that. > Program received signal SIGSEGV, Segmentation fault. > 0x66c83a12 in Polymorphic::Addp () from /usr/local/bin/libff.dll > (gdb) backtrace > #0 0x66c83a12 in Polymorphic::Addp () from /usr/local/bin/libff.dll > #1 0x624dbca1 in _fu952__TheOperators () from > /usr/local/lib/ff++/3.8/lib/msh3.dll > #2 0x624dcf1c in global constructors keyed to msh3.cpp () >from /usr/local/lib/ff++/3.8/lib/msh3.dll > #3 0x61020273 in per_module::run_ctors () from /usr/bin/cygwin1.dll > #4 0x in ?? () > Unfortunately my debug capability with gdb are very limited > so I don't understand if the software has an issue or > if the problem could be located in the cygwin1.dll. Well, I doubt that the process has forked here, so you probably won't be getting the double-pseudo-relocs problem we just found, but you should probably test with the latest cygwin snapshot just to be sure. Assuming, however, that that will probably not help, your best bet might be to step through "global constructors keyed to msh3.cpp" and see what it's calling; figure out what object it thinks it's constructing when it gets to "_fu952__TheOperators", and follow it into "Polymorphic::Addp" to see where it goes wrong. I'm quite busy at the moment but send me your patches/cygport/whatever off-list anyway. cheers, DaveK -- 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: ProcPS tools (top) and cygwin env
On 09/05/2010 18:31, René Berber wrote: > Digika wrote: > >> Can someone explain me why "top" from ProcPs package ... do not want to >> work? I gave him all depends (cygncurses-8.dll and cygwin1.dll) but >> everything I'm getting from it is an error: >> >> C:\Programs\gnutools\procps\usr\bin>top >> 'cygwin': unknown terminal type. > > Do you have terminfo installed? > > Ncurses has terminfo as dependency, indirect through libncurses10. > Perhaps your installation is incomplete. It looks like Digika is trying to make top run standalone by unpacking the archive manually and adding a copy of the cygwin1 and cygncurses-8 DLLs. It's unsurprising that it won't work without the other required parts of the cygwin installation around it. A simple "strings /usr/bin/cygncurses-8.dll | grep terminfo" shows that it expects to be able to locate the /usr/share/terminfo subdirectory. > Check the program itself: 'cygcheck `which top`'. That doesn't actually show this kind of dependency; it shows the DLLs that the executable requires, but it can't know anything about file paths it might want to open at runtime. >> Why is that so? is there any way to make standalone version of "top" >> which is independent from cygwin terminal? I want to use it via telnet >> on a remote win32 machine. > > There are easier ways, depending on the terminal you are using you could > just define TERM, i.e. export TERM=rxvt or vt100 or something else. Don't see how that would work either. Maybe setting TERM to nothing at all would work. Otherwise, you could try copying /usr/share/terminfo/c/cygwin into C:\Programs\gnutools\procps\usr\share\terminfo\c\ and it might work, but I don't know if other dependencies might crop up. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: {emacs,emacs-X11,emacs-el}-23.2-1
On Mon, May 10, 2010 at 08:30:41AM -0600, Steven Collins wrote: >On Mon, May 10, 2010 at 04:22, Ken Brown <> wrote: >> If you run emacs in the cygwin console, be sure that your CYGWIN environment >> variable (http://cygwin.com/1.7/cygwin-ug-net/setup-env.html) contains tty. > > >Not Found > >The requested URL /1.7/cygwin-ug-net/setup-env.html was not found on >this server. Remove the /1.7 from the URL and it will work. cgf -- 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 building PowerPC Toolchain with Crosstool-NG in Cygwin
On 09/05/2010 18:08, Jeff Gilton wrote: > ]checking for gawk... (cached) gawk[ALL ]checking for jar... > no[ALL ]checking for fastjar... no[ALL ]checking for gjar... > gjar[ALL ]checking for zip... no[ALL ]checking for unzip... > /usr/bin/unzip[ALL ]Exception in thread "main" > more[ERROR]configure: error: cannot find neither zip nor jar, > cannotcontinue[ERROR]make[2]: *** [configure-target-libjava] Error The current release of cygwin java is experimental (read: buggy), and gjar-4 doesn't work, but you ought to have /usr/bin/zip on your system next to /usr/bin/unzip, and it appears to be missing. Restore that from whereever it got lost to (or just reinstall the "zip" package using setup.exe) and I would expect your build to complete successfully. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: {emacs,emacs-X11,emacs-el}-23.2-1
On Mon, May 10, 2010 at 04:22, Ken Brown <> wrote: > If you run emacs in the cygwin console, be sure that your CYGWIN environment > variable (http://cygwin.com/1.7/cygwin-ug-net/setup-env.html) contains tty. Not Found The requested URL /1.7/cygwin-ug-net/setup-env.html was not found on this server. Apache/2.0.52 (Red Hat) Server at cygwin.com Port 80 -- 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: MS-DOS path warning with maven
On Mon, May 10, 2010 at 11:21:21AM +0200, David Bala??ic wrote: >Hi! > >I have cygwin 1.7.5 (up to date as of now) on Windows XP Pro SP3 and >maven v 2.2.1. > >When I start mvn from a shell (I use mintty running bash): i get a warning: > > >cygwin warning: > MS-DOS style path detected: F:\winsux\prg\apache-maven-2.2.1/boot/ > Preferred POSIX equivalent is: > /cygdrive/f/winsux/prg/apache-maven-2.2.1/boot/ > CYGWIN environment variable option "nodosfilewarning" turns off this warning. > Consult the user's guide for more details about POSIX paths: >http://cygwin.com/cygwin-ug-net/using.html#using-pathnames > > >I found it strange, since maven is cygwin aware and should use cygwin paths. > >Is this some bug? If you're asking if Cygwin is mysteriously deciding to report on a path like " F:\winsux\prg\apache-maven-2.2.1/boot/" then the answer is "No". This is not a Cygwin bug. It has been passed that path and is reporting on it. cgf -- 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 visual brand
> As far as the current logo, it has served the project well but it > definitely looks dated. [3] It's basically a two-color unaliased > bitmap that harkens back to icons of 1980's and 1990's. My personal > preference for a new logo would be an evolution of the current design. > Ideally it would scale, perhaps with modifications, to work from > small sizes (for a window titlebar) to large (for the website, e.g.). > The historical evolution of the Mozilla Firefox logo might provide > some guidance. [4][5][6] > > Or we could go in a completely new direction. For what it's worth, > I've been using Cygwin for years and had no idea about the hippo > artwork. > > -David > > [1] http://cygwin.com/ml/cygwin/2010-03/msg00700.html > [2] http://cygwin.codecamel.com/ > [3] http://www.cygwin.com/cygwin-icon.gif > [4] http://www.mozilla.com/en-US/about/logo/download.html > [5] http://www.actsofvolition.com/archive/2004/february/brandingmozilla > [6] http://www.actsofvolition.com/files/mozillabranding/ Just personally I LIKE the ASCII art hippo. It demonstrates an ability to use primitive and CONCISE represntations for information - captures the essence without the extraneous junk. Today we are seeing lots of bloated things cause disruptions- bw wasting apps killed ATT with iPhone for example- and trying to do anything with windoze always seems to stick you with waste that actually makes automation harder- like replacing ssh with remote desktop. If pointing could replace a tractable alphabet and elaborate cave drawings could replace equations and computer code I may agree with you but you don't want to obscure the raison d'etre of the site. How much ASCII art do you see these days? > > -- > 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 > > -- marchy...@gmail.com note new address 2009-12-16: Mike Marchywka 1975 Village Round Marietta GA 30064 415-264-8477 (w)<- use this 404-788-1216 (C)<- leave message 989-348-4796 (P)<- emergency only marchy...@hotmail.com Note: If I am asking for free stuff, I normally use for hobby/non-profit information but may use in investment forums, public and private. Please indicate any concerns if applicable. Note: hotmail is censoring incoming mail using random criteria beyond my control and often hangs my browser but all my subscriptions are here..., try also marchy...@yahoo.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin visual brand
> I've used Cygwin on and off for a few years now, and today while I was > on the site I thought how much a good, recognisable logo and graphic > design could do for Cygwin exposure. For one, more users also mean > more potential contributors, to the project itself and to compatible > software alike (hopefully swaying some devs towards native linux + > cygwin instead of native win + wine). In addition, concise design > helps first time users find answers to their most troubling questions > faster and with less help, reducing support load. > > I'm a graphic and web designer in training and want to support the > open source movement in a way I know can make a difference (my > programming days in BASIC and Delphi are what seems a lifetime away). > I don't mind my designs being under a GPL license either. > > Any thoughts from the community are greatly appreciated, although I > will have to work with the core maintainers to decide on what needs > doing and how. There have been some proposals about this recently: http://thread.gmane.org/gmane.os.cygwin/113958 http://thread.gmane.org/gmane.os.cygwin/116969 I thought the second looked pretty promising. I'm not sure exactly what the procedure would be for settling on a new site design, but I guess it would come down to convincing Christopher and Corinna, with input from the community, that the new design is an improvement. I'd like to hear their opinions, but my guess is that a new design that's simple, standards-compliant, attractive, and keeps something close to the current logo would have a good chance of being accepted. My view is that the site is overdue for a redesign, and we should take up one of the generous offers to help develop it. As the maintainer of the gold stars page, I can tell you that it's a foul mess. That's a separate problem from the overall site design, but it would help me to take it on if I knew that we had a new CSS-driven site design coming online. Andrew. -- 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 visual brand
On Mon, May 10, 2010 at 1:07 AM, Berthold Barth wrote: > PS: On the subject of relevance: Good design (visuals, workings, user > experience) is widely accepted to improve the users' perception of the > functionality. Beautiful things work better. Even if the new design I couldn't agree more, and I wholeheartedly support your proposed efforts. I'm not a designer, but in my opinion the importance of high-quality graphic design and visual branding is often under-estimated. On a perhaps subconscious level, the website appearance and project logo communicate to a new user something about the perceived quality of a project, and even it relevance. A few months ago somebody on this list offered an appealing redesign of the Cygwin.com website. [1][2] That, unfortunately, seems to have gone nowhere (unless something is happening behind the scenes). As far as the current logo, it has served the project well but it definitely looks dated. [3] It's basically a two-color unaliased bitmap that harkens back to icons of 1980's and 1990's. My personal preference for a new logo would be an evolution of the current design. Ideally it would scale, perhaps with modifications, to work from small sizes (for a window titlebar) to large (for the website, e.g.). The historical evolution of the Mozilla Firefox logo might provide some guidance. [4][5][6] Or we could go in a completely new direction. For what it's worth, I've been using Cygwin for years and had no idea about the hippo artwork. -David [1] http://cygwin.com/ml/cygwin/2010-03/msg00700.html [2] http://cygwin.codecamel.com/ [3] http://www.cygwin.com/cygwin-icon.gif [4] http://www.mozilla.com/en-US/about/logo/download.html [5] http://www.actsofvolition.com/archive/2004/february/brandingmozilla [6] http://www.actsofvolition.com/files/mozillabranding/ -- 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: Text editor with shell integration
Hello, "Angelo Graziosi" wrote: > > "lood" wrote : > > Please, read this: http://cygwin.com/acronyms/#PCYMTNQREAIYR Hum ... I missed that. I was used to less stupid mirrors (and a lot of spam...) > > I have written cyg-wrapper.sh to answer this need. > > http://hermitte.free.fr/cygwin/#Win32 > > Very interesting! (That script should be added to Cygwin, as new > package or to cygutils...) Thanks. > Suppose I want a wrapper for: > runas.exe /user:pippo C:\cygwin\Cygwin.bat > to be started as > $ sudos su > I have tried this (in .bashrc): > > = > SU_ARG="/Cygwin.bat" > > sudos() { >opt='' >if [ `expr "$*" : 'su\>'` -gt 0 ] ; then >opt+="`cygpath -p -w "$SU_ARG"`" >fi >cyg-wrapper.sh "/cygdrive/c/WINDOWS/system32/runas.exe" \ >--slashed-opt --binary-opt=-user:pippo $opt > } > = > > but... it does not work :( > > What I am missing!? You missed that my non-old function is bugged. And so did I :( The last case (plain path) shall become: # Plain path or options. case "$1" in [-+]* ) # Option if [ $slashed_opt = 1 ] ; then param[${#param[*]}]="${1/-//}" else param[${#param[*]}]="$1" fi ;; Which can be used this way: $ cyg-wrapper.sh /cygdrive/c/WINDOWS/system32/runas.exe --slashed-opt --cyg-verbose=2 -user:pipo "$@" However, a little bit more work is necessary. The first argument to the function/alias shall be tested. If it is found in $PATH, it shall be left unchanged, otherwise, it shall be translated as well. Or just always translated with $(which $1) may be. -- Luc Hermitte http://lh-vim.googlecode.com/ http://hermitte.free.fr/vim/ -- 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
changing the VM size in cygwin.
Hi All, We are running a server on cygwin (on windows 7 , 64 bit , 6 GB RAM ), it used to run fine with Linux environment. It is crashing on cygwin when client access the huge memory. We found on debugging that huge memory allocation causing the crash: _buf = new char[array_wid] where array_wid is 1GB. So it is finding difficult to get huge continues memory in cygwin. We tried changing the heap memory using regtool command, regtool -i set /HKLM/Software/Cygwin/heap_chunk_in_mb 4096 regtool -i set /HKCU/Software/Cygwin/heap_chunk_in_mb 4096 we got above information from : http://www.cygwin.com/cygwin-ug-net/setup-maxmem.html http://www.cygwin.com/cygwin-ug-net/setup-maxmem.html After that we tried to get the memory allocation limit, code is given in the same link. We are getting only 1596 MB. Windows machine having more VM size, around 6GB we can see that in process explorer, but cygwin is not transferring that to environment. looking for the help for increase the VM, or any solution/suggestion ? And also we also tried Rebuilding the our application with high stack size, -Wl,--stack,8388608 , didn’t give any hope :( We also tried with ulimit –v option , and we are not able to change the vm size , it says 2 GB is the MAX! -- View this message in context: http://old.nabble.com/changing-the-VM-size-in-cygwin.-tp28511180p28511180.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: {emacs,emacs-X11,emacs-el}-23.2-1
New releases of the emacs, emacs-X11, and emacs-el packages are now available, 23.2-1, leaving 23.1-10 as previous. CYGWIN NOTES There is a known bug in the cygwin build of emacs, which affects emacs functions like display-time. See /usr/share/doc/Cygwin/emacs.README for details and a simple workaround. Install the emacs-X11 package if you want to use the X11 GUI. You can then type 'emacs&' in an xterm window, and emacs will start in a new window. With this release I have switched to the GTK+ toolkit. If you run emacs in the cygwin console, be sure that your CYGWIN environment variable (http://cygwin.com/1.7/cygwin-ug-net/setup-env.html) contains tty. This release includes a script, /usr/bin/make-emacs-shortcut, that can be used to create a shortcut for starting emacs. The shortcut starts emacs under X if an X server is running and in a mintty window otherwise. Edit the shortcut and/or the script if you want different behavior. You will need the cygutils package to run the script, and you will need mintty and run2 to use the shortcut. In addition, the user who runs the script needs to be able to write to /usr/local/bin. EMACS NEWS == This is a new upstream release. See http://www.gnu.org/software/emacs/ for a summary of new features. You can also use the command 'C-h n' within emacs to browse the NEWS file. DESCRIPTION === Emacs is a powerful, customizable, self-documenting, modeless text editor. Emacs contains special code editing features, a scripting language (elisp), and the capability to read mail, news, and more without leaving the editor. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then run setup and click Next repeatedly. This will update any out-of-date packages on your computer. Ken Brown Cygwin emacs maintainer *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- 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
[ANNOUNCEMENT] Updated: cppcheck-1.43-1
Version 1.43-1 of cppcheck has been uploaded, following the upstream release. cppcheck is a tool for static C/C++ code analysis. It tries to detect bugs that your C/C++ compiler don't see. The goal is no false positives. cppcheck is versatile. You can check non-standard code that includes various compiler extensions, inline assembly code, etc. For a list of changes see: http://sourceforge.net/news/?group_id=195752&id=286407 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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
[ANNOUNCEMENT] New package: tesseract-ocr-2.04-1 et al
tesseract-ocr, a command line ocr package, been added to the cygwin distribution. The Tesseract OCR engine was originally developed at HP between 1985 and 1995. It was open-sourced by HP and UNLV in 2005 and Google has lead further development. The Tesseract OCR engine was one of the top 3 engines in the 1995 UNLV Accuracy test. Between 1995 and 2006 it had little work done on it, but it is probably one of the most accurate open source OCR engines available. It will read a binary, grey or color image and output text. Homepage: http://code.google.com/p/tesseract-ocr/ Notes: * Built with libtiff, nevertheless it only accepts certain tiff image formats. convert with -depth from the ImageMagick package is my friend. I use convert -depth 8 * I haven't tried http://code.google.com/p/ocropus/ Packages: tesseract-ocr tesseract-ocr-devel And the following languages as in debian: tesseract-ocr-eng (default) tesseract-ocr-deu tesseract-ocr-deu-f (deutsch fraktur) tesseract-ocr-fra tesseract-ocr-ita tesseract-ocr-nld tesseract-ocr-por tesseract-ocr-spa tesseract-ocr-vie If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I'll answer only there and I don't answer private mails. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
MS-DOS path warning with maven
Hi! I have cygwin 1.7.5 (up to date as of now) on Windows XP Pro SP3 and maven v 2.2.1. When I start mvn from a shell (I use mintty running bash): i get a warning: cygwin warning: MS-DOS style path detected: F:\winsux\prg\apache-maven-2.2.1/boot/ Preferred POSIX equivalent is: /cygdrive/f/winsux/prg/apache-maven-2.2.1/boot/ CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames I found it strange, since maven is cygwin aware and should use cygwin paths. Is this some bug? Regards, David PS: I use Sun JDK 1.6.0_20 as Java environment. -- 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
run_ctors
Hi Dave, I am trying to build a pure cygwin version of Freefem a C++ software for FEM analysis. http://www.freefem.org/ff++/ The program works fine, with minor source change, except the capability to dynamically load dlls to extend the functionality. From the backtrace I have the impression that the loaded library msh3.dll has a access problem to a constructor "TheOperators" that is located in the calling libff.dll. Program received signal SIGSEGV, Segmentation fault. 0x66c83a12 in Polymorphic::Addp () from /usr/local/bin/libff.dll (gdb) backtrace #0 0x66c83a12 in Polymorphic::Addp () from /usr/local/bin/libff.dll #1 0x624dbca1 in _fu952__TheOperators () from /usr/local/lib/ff++/3.8/lib/msh3.dll #2 0x624dcf1c in global constructors keyed to msh3.cpp () from /usr/local/lib/ff++/3.8/lib/msh3.dll #3 0x61020273 in per_module::run_ctors () from /usr/bin/cygwin1.dll #4 0x in ?? () (gdb) list 1 /gnu/gcc/releases/packaging/4.3.4-3/gcc4-4.3.4-3/src/gcc-4.3.4/libstdc++-v3/libsupc++/si_class_type_info.cc: No such file or directory. in /gnu/gcc/releases/packaging/4.3.4-3/gcc4-4.3.4-3/src/gcc-4.3.4/libstdc++-v3/libsupc++/si_class_type_info.cc Unfortunately my debug capability with gdb are very limited so I don't understand if the software has an issue or if the problem could be located in the cygwin1.dll. Any suggestion how to proceed ? Thanks Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple