Re: How to check cygwin version?
On Wed, Jul 1, 2020 at 3:38 PM Jeffrey Walton via Cygwin wrote: > I think the documentation leaves a lot to be desired... I'm trying to > tell someone what version of Cygwin I am using. > > There's a FAQ item at > https://cygwin.com/faq/faq.html#faq.what.version. It gives this > useless advice: > >To find the version of the Cygwin DLL installed, you can use uname >as on Linux > $ uname -r 3.1.5(0.340/5/3) This is what I always do - Eric L -- 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
Re: Console doesn't work correctly under anything else than cmd or mintty
I had a similar experience when I tried to use the CLI that comes with MongoDB. Switched to use TakeCommand instead when I needed to use the MongoDB CLI. Too bad! - Eric L On Tue, May 12, 2020 at 11:05 PM Kacper Michajlow via Cygwin < cygwin@cygwin.com> wrote: > Hi, > > I was testing latest master (e637d53) and console is clunky in anything > that isn't cmd.exe or mintty. I tested Microsoft Terminal and ConEmu. > > For example navigating with arrows doesn't work in vim. In zsh searching > history with up arrow when there is beginning of the command doesn't work. > And so on, sometimes Home button doesn't work to jump to beginning of the > line or Backspace to clear input. > > It used to work better. I have tried CYGWIN=disable_pcon but didn't help > really. > > Is it known problem? Is there a workaround? Should this be fixed in Cygwin > or somewhere else? > > Thanks, > Kacper > -- > 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 > -- 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
Re: incorrect text mode graphic character display
Cygwin itself is actually just DLL, you can select a previous version of it in setup.exe. That solved our issue with corrupted display of Maven. You can also install older versions of any package (but not all old versions ever published will be available to choose from, just a few ones). Anyway, my suggestion is downgrade Cygwin itself and see if that helps (if not, we know the problem is elsewhere). All the other packages you can keep at latest versions. - Eric L On Thu, May 7, 2020 at 11:11 PM wrote: > On Thu, 7 May 2020 22:22:56 +0200 > Eric Lilja wrote: > > > You simply run the setup program, it's possible to select a few older > > versions. > > > > oh, i was thinking i could simply select a previous version of cygwin as a > whole. > > are you talking about selecting previous versions of specific packages ? > > it would be really difficult to figure out what i should try and roll > back, although the terminal programs would obviously be the primary > candidates. > > > -- 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
Re: incorrect text mode graphic character display
You simply run the setup program, it's possible to select a few older versions. - Eric L On Thu, May 7, 2020 at 6:32 PM wrote: > On Thu, 7 May 2020 18:01:59 +0200 > Eric Lilja wrote: > > > Did you try to go back to Cygwin 3.0.7? At work, we had to do that, after > > output from Maven (which is colored) gets corrupted after a change in > 3.1.0 > > and onwards. The output problem we saw manifests itself slightly > different > > from yours, but it might be worth trying Cygwin 3.0.7 nonetheless. > > > > i did not try that, i didn't even know you could go back to a previous > version, but i'm definitely willing to try it. Perhaps i could help figure > out what's going on to fix it for a future release. Also it was definitely > a recent upgrade that broke it, so it's definitely worth trying. > > I just took a look at the user guide and it's not obvious to me how to do > this. > > Can you point me at some documentation ? > > Thanks! > > -- > Brian > > -- 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
Re: incorrect text mode graphic character display
Did you try to go back to Cygwin 3.0.7? At work, we had to do that, after output from Maven (which is colored) gets corrupted after a change in 3.1.0 and onwards. The output problem we saw manifests itself slightly different from yours, but it might be worth trying Cygwin 3.0.7 nonetheless. - Eric L On Thu, May 7, 2020 at 5:52 PM wrote: > Hi, > > Doesn't matter what terminal i'm using, I'm having a problem with the way > graphic characters print. > Julia uses unicode output, and will generate output that should look like > this: > > julia> x=DataFrame([(1,2,3), (4,5,6)]) > 2×3 DataFrame > │ Row │ 1 │ 2 │ 3 │ > │ │ Int64 │ Int64 │ Int64 │ > ├─┼───┼───┼───┤ > │ 1 │ 1 │ 2 │ 3 │ > │ 2 │ 4 │ 5 │ 6 │ > > Unfortunately I'm seeing this : > > julia> x=DataFrame([(1,2,3), (4,5,6)]) > 2├ù3 DataFrame > Γöé Row Γöé 1 Γöé 2 Γöé 3 Γöé > Γöé Γöé Int64 Γöé Int64 Γöé Int64 Γöé > > Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ > Γöé 1 Γöé 1 Γöé 2 Γöé 3 Γöé > Γöé 2 Γöé 4 Γöé 5 Γöé 6 Γöé > > This was working until a recent upgrade. I have experimented with > terminal set encoding and i can make the problem worse, but not better. > , > I've tried several terminal types, e.g. the xfce4 terminal, gnome > terminal, rxvt. > They all give me incorrect displays, but rxvt gives me a different > incorrect display. lxterminal and rxvt-unicode give me the same output as > shown in this email. > > I've been trying to experiment with LC_ALL and related environment > variables, but again, i can only make things worse. > > Any ideas on what i might try ? > > Thanks ! > > > -- > Brian > > -- > 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 > -- 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
Re: Problems with new setup
On 2014-02-26 17:08, Buchbinder, Barry (NIH/NIAID) [E] wrote: It is also a lot bigger than the previous version. 730624 2013-11-07 13:45:22 setup-x86.old.exe 2366464 2014-02-25 13:28:35 setup-x86.exe Is that expected or is that an indication something? I also saw that. I downloaded my copy ~21 hours ago from cygwin.com. The 32-bit version. It identified itself as version 2.844. I didn't try download since or the wget Mr Repin posted. -EL -- 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: gcc-4.8.2-1 (x86_64)
On 2013-10-29 23:40, JonY wrote: The last 32bit 4.8.x build didn't go so well, will try again this weekend. Any news regarding 32-bit 4.8.x? Thanks for working on this! - EL -- 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: Seeking a suggestion for unattended mass install procedure
On 2013-11-04 19:03, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: Just make a list from that as part of your install script. That is the problem, right there. I counted some 150 directories, many of which contain 10+ packages, easily. A manageable install command would have looked like setup.exe -L directory -a to get and install everything it could have found under that directory, rather than a command that spans two or more screen-fulls to list all those packages. I have an install script for cygwin. It's not offline like what you're after, but I don't have to specify all packages. Only the ones I want, which are not included in the base install, the installer will add needed dependencies automatically. My install script lists 14 packages, the resulting installation has 129. -- 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: gcc-4.7.3-1
On 2013-07-02 12:26, JonY wrote: Version 4.7.3-1 of gcc has been uploaded. Some important notes are: * gcc-3.x is now finally removed, replaced by this version. * This means -mno-cygwin support is also removed completely, use the provided cross compilers to build Windows code. * Previous gcc4-4.5.3 has been renamed to gcc and placed as previous. This is wonderful news and I am sure I am speaking for many when I'm saying that! Thanks to everyone involved for all your hard work! - EL -- 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: GCC and symlink are incompatibility on 64-bit windows
On 2013-06-11 04:31, Lu Sheng wrote: Are you sure you want to compile or run lxml from cygwin? no I want run lxml in windows, but the lxml only have linux library, I tried windows library, but the liblxml could not compile correctly in Visual studio I use lxml for Windows python a lot. You can find official binaries at: https://pypi.python.org/pypi/lxml/3.2.1 There are also unofficial binaries (which I've also used when pypi wasn't updated straight away) to be found at: http://www.lfd.uci.edu/~gohlke/pythonlibs/ Perhaps you didn't see these two locations, or you are after some particular version of the binary for some particular python version that is not listed. I think it will be difficult to build lxml for Windows yourself. - EL -- 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
[ATTN boost maintainer] libboost-devel should not bring in python
Hi, libboost-devel has a requirement on libboost-python, which, in turn, depends on python. That means if I want to install boost to use in my c++ program I'm getting Python as well. It's my hope that that requirement could be reveresed, i.e., libboost-python depends on libboost-devel, so I don't need to install python just to use boost for c++ Thanks - EL -- 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: setup.exe (Release 2.761)
On 2011-11-21 16:06, Corinna Vinschen wrote: A new version of setup.exe, release 2.761, has been uploaded to http://cygwin.com/setup.exe. [snip] - In unattended mode, if packages were selected on command line, install only those, don't also upgrade all installed packages. Is there some switch to restore the old behavior here? This change breaks how I do installs of cygwin and keep it up-to-date. I have a very simple script that invokes setup.exe with the following command-line parameters: --site ftp://ftp.sunet.se/pub/lang/cygwin --root c:\cygwin --quiet-mode --no-desktop --local-package-dir c:\temp --packages cppunit,cvs,file,gcc4-g++,gdb,inetutils,libiconv,make,mintty,openssh,gnupg,opengl Doing it like this has been nice because setup.exe runs by itself and I don't have to remember which extra packages I want. (A next step I want to do, but haven't tried yet to accomplish, is to first download the packages and use a local package repository so I could do offline installations (if I had pre-downloaded the packages). - Eric -- 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: Remove cygwin
On 2011-10-18 14:11, Casual Trash wrote: I have received a computer with some software already installed and I have to clean it up. One of those software is cygwin, I tried to follow the instructions but without success. 1. I can't locate the cygrunsrv: there is no file with this name and there is no command in the bash shell with this name! I have also checked the windows services but I can't find any of the mentioned services: sshd, cron, cygserver, inetd, apache, postgresql, etc 2. I can't delete the cygwin folder because I receive the Permission Denied error, although I have marked all the files as not read only and changed the ownership to my account. Can somebody help me out? Thanks I'm not sure it applies in your case, but sometimes (and this happened to me under Windows 7), when you have folders or files, or maybe a whole disk, that are from an older installation so to speak, it can be hard to remove such files. I had that happen to me when I took a disk from an another computer that wasn't formatted and had cygwin on it among other things. I could not delete the cygwin folder even though I was running as admin. I solved it by running two commands (and here the old cygwin folder I wanted to delete was located on e:\cygwin): First, take ownership of all files (recursively): $ takeown /F E:\cygwin /R Then, change permissions recursively: $ icacls E:\cygwin /grant Administrators:F /t after that I could remove those files and folders from that secondary disk. Maybe it doesn't apply for you, I'm not sure about that, and use with care, but I hope it helps. - EL -- 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
GCC 4.5 has been released, what does this mean for cygwin?
Hello, as I'm sure many of you have noticed, GCC 4.5 has been released. I think I recall Mr Dave Korn saying that he would skip releasing GCC 4.4 for Cygwin and instead focus on getting fixes in for GCC 4.5. I'm just curious to where things stand now. Dave? Btw, I'm very much grateful for your hard work. I've said so in the past and I'm happy to repeat it. Wish I had the technical skills required to help. :( - EL -- 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: MySQL client, prompt, redux
On 2010-04-07 01:06, Tim McDaniel wrote: From Google searches and some experience, it appears that it's a long-standing situation that, if you run the mysql.exe client program under mintty or rxvt from Cygwin, then mysql figures that it's not on an interactive terminal and therefore does not prompt. Is there yet any workaround other than simply using cmd.exe instead? (In mintty, BTW, cmd /c mysql ... doesn't prompt, presumably for the same reason that mysql alone doesn't prompt.) When I run cygwin inside a TakeCommand shell, I do get a working mysql client program. You might want to check it out (it's a commercial app, however), see http://jpsoft.com/ Also, I see that the just released beta of MySQL Workbench has a proper command interpreter now, another option you might be interested in. - Eric Lilja -- 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 the 'stdout' of a Windows application
Marc Girod wrote: Hello, I run a proprietary application, IBM Rational cleartool.exe from cygwin. In some usage scenarios which I am now interested in, it prompts the user for an interactive decision. I do not get this prompt under cygwin (either X --emacs shell or xterm-- or the Cygwin terminal. My process just hangs. I get it in the Windows Command Prompt, in plain text mode, and I can reply there. [snip] Just out of curiosity, does it work if you use a shell like TakeCommand (commercial app, but I believe they have trials you can try)? - EL -- 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
Possible permissions problem
I wanted to go through the tutorial for the Alignment API (http://alignapi.gforge.inria.fr/tutorial/tutorial1/index.html), so I downloaded alignapi-3.6.zip (http://gforge.inria.fr/frs/?group_id=117) and unpacked it using a combination of WinRAR and Directory Opus. I am logged in as a domain user that has administrative access to the machine. Anyway, I had problems following the alignapi tutorial, and I suspect it may be due to file permissions. The first step in the tutorial is to load two owl ontologies, but the program crashed and it seemed to be related to IO errors. Therefore, I started investigating the files: eli...@less-pc /cygdrive/d/downloads/align-3.6/html/tutorial $ ls -l total 304 --+ 1 elilja Domain Users 4251 2009-05-27 15:56 MyApp.java --+ 1 elilja Domain Users 2784 2009-05-27 15:56 Skeleton.java --+ 1 elilja Domain Users 1613 2009-05-27 15:56 data.xml --+ 1 elilja Domain Users 20840 2009-05-27 15:56 edu.mit.visus.bibtex.html --+ 1 elilja Domain Users 33278 2009-05-27 15:56 edu.mit.visus.bibtex.owl --+ 1 elilja Domain Users 2588 2009-05-27 15:56 file_properties.xml -rw-r--r-- 1 elilja Domain Users 0 2009-11-10 10:06 foo.txt --+ 1 elilja Domain Users 31375 2009-05-27 15:56 index.html --+ 1 elilja Domain Users 25541 2009-05-27 15:56 myOnto.html --+ 1 elilja Domain Users 48095 2009-05-27 15:56 myOnto.owl --+ 1 elilja Domain Users 60914 2009-05-27 15:56 myOnto2.owl d-+ 1 elilja Domain Users 4096 2009-05-27 15:56 old-results --+ 1 elilja Domain Users 18100 2009-05-27 15:56 refalign.rdf drwxr-xr-x 1 elilja Domain Users 0 2009-11-10 09:36 results --+ 1 elilja Domain Users 5766 2009-05-27 15:56 script.bat --+ 1 elilja Domain Users 5711 2009-05-27 15:56 script.sh d-+ 1 elilja Domain Users 4096 2009-05-27 15:56 server --+ 1 elilja Domain Users 8687 2009-05-27 15:56 server.html eli...@less-pc /cygdrive/d/downloads/align-3.6/html/tutorial $ chmod 755 myOnto.owl chmod: changing permissions of `myOnto.owl': Permission denied eli...@less-pc /cygdrive/d/downloads/align-3.6/html/tutorial $ chown elilja myOnto.owl chown: changing ownership of `myOnto.owl': Permission denied eli...@less-pc /cygdrive/d/downloads/align-3.6/html/tutorial $ getfacl myOnto.owl # file: myOnto.owl # owner: elilja # group: Domain Users user::--- group::--- group:root:rwx group:SYSTEM:rwx group:Users:r-x mask:rwx other:--- eli...@less-pc /cygdrive/d/downloads/align-3.6/html/tutorial $ getfacl foo.txt # file: foo.txt # owner: elilja # group: Domain Users user::rw- group::r-- mask:rwx other:r-- old-results is an existing directory that I renamed. results is a directory I created and foo.txt is a file I created (using cygwin for these operations) for comparison. Why are the permissions so restrictive and how do I change them (I'm hoping the tutorial will run if I do)? - EL -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] [1.7] Updated: stable compiler package gcc4-4.3.4-1
Dave Korn wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have just uploaded an updated GCC-4 package to cygwin.com. It will be arriving at your favourite mirror next time it synchronizes itself with the official Cygwin repository. [snip] Hi Dave and thanks for all your hard work on GCC! I really appreciate it and I wanted to say it out loud so to speak. I also wanted to ask if there's a summary somewhere about what's changed since g++ (GCC) 4.3.2 20080827 (beta) 2, what problems have been solved regarding Cygwin? - EL PS. I wanted to post this to the applications list as a reply on your thread Pulling the switch on GCC4. but I got an NNTP error about that group being unidirectional or something like that. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: last update is weird
Vincent R. wrote: Hi, I have started cygwin-1.7 setup to update to latest cygwin dll and now when I start mintty, seems are very weird. My terminal looks like a mix between a windows terminal and mintty, for instance I have the following text in black and white : I just did an upgrade too (and got the latest mintty) and the shortcut that had been created during an earlier installation was now removed. Just starting mintty directly results in an ugly looking terminal as you say. I looked at another computer that I hadn't upgraded that still had the mintty shortcut and there I noticed that target was: C:\cygwin\bin\mintty.exe - (notice the - at the end) So I added a - to my target on my manually created shortcut and now mintty looks like it should when I start it. Microsoft Windows XP [version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\cygwin-1.7\bin and the window title is -cmd while I think it used to be ~. Colors have disappeared. Then cursor can move anywhere in the terminal, up, down even if there is no text in the area, I can also go at the start of the line even before the prompt. It seems my profile is not read anymore since all my aliases have disappeared. Am i doing something wrong ? Is there any important changes ? Really don't recognize cygwin. Maybe a problem in the way mintty is called ? Classic cygwin terminal seems ok. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: R: C++ program produces no output (g++ 4.3.2, cygwin 1.7)
Marco Atzeri wrote: try LDFLAGS = -Wl,--enable-auto-import -o $(EXEC) Yes, that did fix it, thank you very much. I should have tried it myself and I apologise for not doing so. The reason why I didn't, is that the other programs I tried earlier worked even if I ignored this warning and this is such a simple program. I thought I could avoid having to change all my Makefiles only have to change them back again when the next release of g++ comes, heh. Now I know better. Anyway, the cygcheck problem remains and I noticed something else when copying the Makefile with cp: cp Makefile Makefile3 then I opened it with my native windows emacs and it only says: file exists but cannot be read. So I checked the permissions on it with ls -l: $ ls -l Makefile3 -- 1 mindcooler None 299 Apr 24 09:32 Makefile3 and the original: $ ls -l Makefile --+ 1 Guest None 299 Sep 13 2007 Makefile but emacs has no problem working with the original. What's going on? Having to chmod copied files to be able to work with them seems odd. Btw, you don't have to mail me copies of replies. I read the list on gmane configured as a newsgroup in my email client. - EL Regards Marco -- 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: R: C++ program produces no output (g++ 4.3.2, cygwin 1.7)
Corinna Vinschen wrote: On Apr 24 09:38, Eric Lilja wrote: cp Makefile Makefile3 then I opened it with my native windows emacs and it only says: file exists but cannot be read. So I checked the permissions on it with ls -l: $ ls -l Makefile3 -- 1 mindcooler None 299 Apr 24 09:32 Makefile3 and the original: $ ls -l Makefile --+ 1 Guest None 299 Sep 13 2007 Makefile but emacs has no problem working with the original. What's going on? Having to chmod copied files to be able to work with them seems odd. Did you notice the '+' at the end of the original permissions? You know what it means? `getfacl Makefile' will show you the additional permissions in the ACL. cp does not copy additional permissions given in an ACL. YOu should fix the permissions of the original file in the first place. Hello Corinna and thanks for your reply. These files have been created over the course of a number of years and I don't remember having to do anything with the permissions before, to able to edit, copy, move etc. When I format my computer and install cygwin fresh I will have these files (my programming projects) ready on a DVD. Quite recently, however, I moved from XP to Vista and some of these projects haven't been touched since I used XP (like the one I've been asking about in this thread). Do you think that is the problem, me moving from XP to Vista and using files I in some cases created several years ago? The permissions got screwed in the transition from XP to Vista? Also, what should I do to have proper permissions on these (text files)? I'm talking Makefiles and source files for a number of languages. - EL Corinna -- 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: C++ program produces no output (g++ 4.3.2, cygwin 1.7)
Hi Dave! Dave Korn wrote: Something seems to be up with tar as well, unless you meant for all those files to have no perms when unpacked? $ tar xvf cpp-program.tar AVL_Tree.h AVL_Tree.cc avl_tree-test.cc Makefile $ ls -lart total 105 -- 1 DKAdmin None 299 Sep 13 2007 Makefile -- 1 DKAdmin None 1584 Sep 13 2007 AVL_Tree.h -- 1 DKAdmin None 13774 Sep 13 2007 AVL_Tree.cc -- 1 DKAdmin None 5616 Apr 23 21:31 avl_tree-test.cc drwxrwxrwt 1 DKAdmin None 73728 Apr 24 20:06 .. drwxr-xr-x 1 DKAdmin None 4096 Apr 24 20:06 . No, I did not mean for the permissions to be gone. Something happened when I moved from XP or Vista maybe, I talked a little about it with Corinna about it in this thread (well, it's split into two threads since one reply broke the threading :)). Annoying problem, though! $ make g++ -Wall -Wextra -std=c++98 -pedantic -g -c avl_tree-test.cc AVL_Tree.cc: In static member function 'static void AVL_Tree_NodeComparable::insert(const Comparable, AVL_Tree_NodeComparable*) [with Comparable = int]': AVL_Tree.cc:481: instantiated from 'void AVL_TreeComparable::insert(const Comparable) [with Comparable = int]' avl_tree-test.cc:20: instantiated from here AVL_Tree.cc:194: warning: null argument where non-null required (argument 1) g++ avl_tree-test.o -o testavl.exe Hmm, are you running gcc 4.4? Because I don't see that warning. It compiles and links without warning when I add -Wl,--enable-auto-import to LDFLAGS. Program exited with code 0305. That's octal for 0xC005 aka STATUS_ACCESS_VIOLATION. Does adding -Wl,--enable-auto-import to LDFLAGS help any? Yes, it does. :) But you knew that already since you have already replied? :) Or maybe something happened when you posted and one got delayed. Anyway, thanks for your help, Dave, and let me also thank you so much for your work on gcc! And there are alot more people deserving thanks as well on this list! It's been very exiciting following cygwin these past few months! - Eric Lilja -- 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: C++ program produces no output (g++ 4.3.2, cygwin 1.7)
Dave Korn wrote: Eric Lilja wrote: Yes, it does. :) But you knew that already since you have already replied? :) Or maybe something happened when you posted and one got delayed. Nah, ISHFRTTBIDRIGSIT! I should have..., I give up, and so does google! Care to enlighten me? :) - Eric Lilja cheers, DaveK -- 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: C++ program produces no output (g++ 4.3.2, cygwin 1.7)
Dave Korn wrote: Eric Lilja wrote: Dave Korn wrote: Eric Lilja wrote: Yes, it does. :) But you knew that already since you have already replied? :) Or maybe something happened when you posted and one got delayed. Nah, ISHFRTTBIDRIGSIT! I should have..., I give up, and so does google! Care to enlighten me? :) http://cygwin.com/acronyms/#YSHFRTT ... But I Didn't Realise It Got Splitted In Two! (with the obvious substitution of I for Y in YSHFRTT) :) Btw, Dave, you didn't answer the question what version you were using when you compiled my program? Regarding the warnings I don't see that you see (not the auto-import stuff...). cheers, DaveK -- 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/
C++ program produces no output (g++ 4.3.2, cygwin 1.7)
Hi, attached is the source for a C++ program (with a Makefile) that produces no output when run (I tried redirecting stdout, that didn't work either). I'm running Cygwin 1.7 on a Vista32 machine, Cygwin was just updated. The code was written september 2007 and then it ran and displayed its output just fine. It's a simple AVL Tree with a small test program. I'm using g++ 4.3.2. Something seems to be up with cygcheck too, because I have attached the wierd looking output it gave me (and it took a while for it to complete as well). Maybe someone could try the program I attached and see if they get the same problems as me? I don't know how to use gdb, but I did try running my code under gdb, here's what I got: $ gdb testavl.exe GNU gdb 6.8.0.20080328-cvs (cygwin-special) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run Starting program: /cygdrive/c/coding/kurser/tddi01/avl_tree/testavl.exe [New thread 3568.0xe70] Program exited with code 0305. You can't do that without a process to debug. (gdb) main() is in the file avl_tree-test.cc (notice the large block of code that has been if 0:ed out in that file). Also notice the cout first in main() which should be displayed even if the program crashes as soon as it tries to instantiate AVL_Treeint. Since this used to work and I haven't touched code I thought I might ask for advice here, since I'm using an upgraded compiler and the cygwin 1.7 test release. I tried the program under mintty and takecommand, same result. - EL Cygwin Configuration Diagnostics Current System Time: Thu Apr 23 22:22:17 2009 Windows Vista Business Ver 6.0 Build 6001 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\Program Files\PHP\ C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\emacs-23\bin C:\cygwin\bin C:\Program Files\Intel\WiFi\bin\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1000(mindcooler) GID: 513(None) 0(root) 544(Administratörer) 545(Användare) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1000(mindcooler) GID: 513(None) 0(root) 544(Administratörer) 545(Användare) 513(None) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'mindcooler' PWD = '/cygdrive/c/coding/kurser/tddi01/avl_tree' HOME = '/home/mindcooler' HOMEPATH = '\Users\mindcooler' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Users\mindcooler\AppData\Roaming' HOSTNAME = 'mindcool-laptop' DXSDK_DIR = 'C:\Program Files\Microsoft DirectX SDK (March 2009)\' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 11, GenuineIntel' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/cygdrive/c' USERDOMAIN = 'mindcool-laptop' PHPRC = 'C:\Program Files\PHP\' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' !:: = '::\' VS90COMNTOOLS = 'C:\vs9\Common7\Tools\' TEMP = '/cygdrive/c/Users/MINDCO~1/AppData/Local/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'mindcooler' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\mindcooler' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOL-LAPTOP' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\mindcooler\AppData\Local' ProgramData = 'C:\ProgramData' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/cygdrive/c/Users/MINDCO~1/AppData/Local/Temp' SYSTEMROOT = 'C:\Windows' PRINTER = 'Microsoft XPS Document Writer' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0f0b' CLASSPATH = '.' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOL-LAPTOP' _ = '/usr/bin/cygcheck.exe' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.com%2fcygwin HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.com%2fcygwin\OpenWithList HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
Message during linking
Hi, I have a small utility written in C++ that I made for cygwin 1.5.x and g++ 3.4.4 a few years ago. I just tried to build it under the latest test release of cygwin 1.7 with the latest test release of g++ 4.3.2. First it didn't compile due to a missing include but I remember that one of the things that has happened with the standard library since the old version is that the number of extra includes you get have been significantly reduced (which I like). Anyway, I added the missing include and compilation was able to complete, but during the linking phase I saw this: $ make realclean ; make rm -f command_line.o grep.o scanner.o my_grep.exe my_grep.exe.stackdump g++ -Wall -Wextra -std=c++98 -pedantic -Werror -c command_line.cpp g++ -Wall -Wextra -std=c++98 -pedantic -Werror -c grep.cpp g++ -Wall -Wextra -std=c++98 -pedantic -Werror -c scanner.cpp g++ command_line.o grep.o scanner.o -s -o my_grep.exe Info: resolving typeinfo for std::runtime_error by linking to __imp___ZTISt13runtime_error (auto-import) Info: resolving std::cout by linking to __imp___ZSt4cout (auto-import) Info: resolving std::cerr by linking to __imp___ZSt4cerr (auto-import) /usr/lib/gcc/i686-pc-cygwin/4.3.2/../../../../i686-pc-cygwin/bin/ld: warning: auto-importing has been activated without --enable-auto-import specified on the command line. This should work unless it involves constant data structures referencing symbols from auto-imported DLLs. What does this mean? Is it a problem? Why did it happen? What do I do to fix it? Should I be using some flags now that I didn't even know about before? An executable is generated btw, even if I use -Werror during linking (but maybe that doesn't have any effect). Here's the very simple Makefile that was used: CXX = g++ CXXFLAGS = -Wall -Wextra -std=c++98 -pedantic -Werror -c LDFLAGS = -s -o $(EXEC) EXEC = my_grep.exe OBJECTS = command_line.o grep.o scanner.o all: $(OBJECTS) $(CXX) $^ $(LDFLAGS) command_line.o: command_line.cpp command_line.hpp $(CXX) $(CXXFLAGS) $ grep.o: grep.cpp command_line.hpp scanner.hpp $(CXX) $(CXXFLAGS) $ scanner.o: scanner.cpp scanner.hpp $(CXX) $(CXXFLAGS) $ clean: rm -f $(OBJECTS) $(EXEC).stackdump realclean: rm -f $(OBJECTS) $(EXEC) $(EXEC).stackdump - EL PS. You don't have to email me directly, I read the list using gmane. DS. -- 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: Message during linking
Kai Tietz wrote: Hello Eric, Hello Kai and thanks for your swift reply! Here's the very simple Makefile that was used: CXX = g++ CXXFLAGS = -Wall -Wextra -std=c++98 -pedantic -Werror -c LDFLAGS = -s -o $(EXEC) Add to your LDFLAGS --enable-auto-import --enable-auto-import did nothing, however, -enable-auto-import did silence the warning during linking (notice only one leading dash). That should remove those warnings for you. Ok, so I need to alter all my Makefiles for c++ programs and this will remain this way (i.e., this option will always have to specified for the linking phase from now on)? Cheers, Kai - EL -- 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: Message during linking
Dave Korn wrote: It has started to happen now because libstdc++ is a DLL for the first time. We've fixed upstream ld to enable the feature by default and these warnings will disappear in the next binutils release. Ok, sounds great! And the benefits of a libstdc++ as a DLL is reduced code size? Add -Wl,--enable-auto-import to those LDFLAGS. Is that preferred over -enable-auto-import ? Also, will the next test release be 4.3.3 or 4.3.2? Also, thanks for your detailed reply Dave and thanks alot for your work on gcc! It's fun to use cygwin again with 1.7 and a shiny new gcc! - EL -- 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/
Reliably check if we're running under cygwin inside Makefile
Hello, I have a program that will built both under fedora and under cygwin. The program is written in C and the Makefile is slightly different between the two systems. Is it possible to check some environment variable in the makefile to determine what to do? The source code itself have constructs like these for parts that differ between cygwin and fedora: #if defined __CYGWIN__ /* Turn on vsync, this works on Cygwin. */ SDL_GL_SetAttribute(SDL_GL_SWAP_CONTROL, 1); #elif defined __linux /* Fedora doesn't support SDL_GL_SWAP_CONTROL, but we use this extension instead. */ SDL_putenv(__GL_SYNC_TO_VBLANK=1); #endif and I'm looking for something similiar to use with the Makefiles so I can turn the two Makefiles into one. I hope this is considered on-topic, if not, I apologise. - EL -- 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: cygwin and cygwin-xfree lists to merge
Christopher Faylor wrote: The historical reasons for merging the cygwin and cygwin-xfree lists no longer seems to exist so I am contemplating merging the two lists. If anyone has a compelling reason why this should not happen please send it to one of the two lists. If I don't hear a coherent argument against doing this, I'll throw the switch over the weekend. Btw, I'm only mildly sympathetic to arguments like It will be more email for me. I'm more concerned with having to constantly shuttle people back and forth between the two lists. Unless there is a compelling argument to the contrary, I think that the fact that people are confused about which list to use outweighs the increase in email traffic for people who just want to hear about cygwin/x. cgf -- 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/ I am strongly in favor of merging the two lists. I was a bit surprised that some people think the traffic will be too intense and it makes me wonder how they read the lists in the first place. If they just get sent every message posted as an email with all threading gone, then, yes, a more than minimum amount of traffic will be hard to follow. I use gmane (and I'm sure there are alternatives) to make newsgroup view of the lists in my email-client so I get the all-important threading. Here's a screenshot if someone didn't know this is possible: http://www.bahnhof.se/wb106362/cygwin_mailing_list.png - E.L. -- 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: terminal window with tabs?
Michael Renner wrote: Moin, I'm looking for a xterm replacement that can handle more than one shell in tabs. Maybe like KDEs konsole can. Any chance? I use Take Command from jpsoft.com (with tabs for not just cygwin bash shells). You might want to check out their free cmd replacement and see what it can do for you: http://jpsoft.com/tccledes.htm - Eric Lilja -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Make program find its dll:s
Hello, I have a few programs that I've compiled using the gcc compiler supplied as part of the cygwin distribution. These programs depend on a few, fairly large DLL files. I'm now wondering if it's possible to tell a process launched from within a cygwin bash shell to look in this directory as well for DLL files you might need, not just in the path. Kinda like when you use gcc and specify -I and/or -L for it to find headers and/or libraries in locations that aren't searched by default. What I want to is to keep these DLLs in one directory that is not in the path and I don't want to each program that use these DLLs to have their own set. Is this possible? I tried setting up a symbolic link with ln -s in the same directory as one of my programs but it still couldn't find the DLL. - Eric -- 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: Make program find its dll:s
[EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Nov 18, 2008 at 12:10:02PM +0100, Eric Lilja wrote: [...] I'm now wondering if it's possible to tell a process launched from within a cygwin bash shell to look in this directory as well for DLL files you might need [...] The environment variable LD_LIBRARY_PATH is said to work in Cygwin as well. So setting it to a list of directories where to look for DLLs might do the trick. Dunno whether colon-separated (UNIXy) semi-colon separated (DOSy). Hi Tomás and thanks for the quick reply. I tried setting LD_LIBRARY_PATH using $ LD_LIBRARY_PATH=/path/to/dll-files (and then checking with $ echo LD_LIBRARY_PATH that it stuck), but the process still cannot find the DLL files. I am starting the process with strace so I am sure this is the problem, not something else. I guess I could temporarily modify the PATH but I'm interested in alternatives. Regards - -- tomás - Eric -- 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: Make program find its dll:s
Markus Hoenicka wrote: Although this is nothing specific to Cygwin: If you want to make the variable value available to processes which are executed subsequently, you need to export the variable, not just set it, as in: export LD_LIBRARY_PATH=/path/to/dll-files Alternatively, set the variable in the command line like this: LD_LIBRARY_PATH=/path/to/dll-files foo assuming that foo is the command to start the app which requires the dll. regards, Markus Thanks Markus, this was very useful information which I will benefit from from now on! Unfortunately, it didn't actually help the process to find the DLL files but doing: $ PATH=$PATH:/path/to/myDLLS foo does work. I guess LD_LIBRARY_PATH cannot be used for what I was trying to do. Oh, btw, to those who mail me copies of mails sent to the list. It's not necessary, I'm interacting with the list through gmane, set-up as a newsgroup under my email-client. :) - Eric -- 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/
Permissions problem and cygcheck problem
Hello, I have cygwin installed on a brand new computer running Vista Ultimate 64-bit. One of the many things I use cygwin for is to compile a native Windows version of emacs (the trunk). I build it using two scripts: One that checks out and runs the configure script and the other one builds and installs it. I've been using these two scripts for some time now. However, I encountered some problems running them on this machine: First problem: The build/install-script copies a third party C#-mode to the site-lisp directory of emacs and byte-compiles it. I noticed that the byte compilation didn't work because emacs got a permission denied error on the .el-file, so I had to chmod 755 it before byte-compiling it. Second problem: My script also copies a .dll-file to the emacs bin directory (an xpm-dll) that is used to get more nicer looking toolbars, but when I ran emacs I still got the default, really ugly toolbars. This again was due to a permission problem, I had to chmod 755 the xpm-dll to make emacs be able to use it. Here's an ls -l dump from my emacs bin directory: $ ls -l total 48M --+ 1 hivemind None 35K Sep 18 10:24 COPYING --+ 1 hivemind None 389K Sep 18 10:24 addpm.exe --+ 1 hivemind None 393K Sep 18 10:24 cmdproxy.exe --+ 1 hivemind None 628K Sep 18 10:23 ctags.exe --+ 1 hivemind None 382K Sep 18 10:24 ddeclient.exe --+ 1 hivemind None 25K Sep 18 10:23 digest-doc.exe --+ 1 hivemind None 512K Sep 18 10:23 ebrowse.exe --+ 1 hivemind None 42M Sep 18 10:23 emacs.exe --+ 1 hivemind None 801K Sep 18 10:23 emacsclient.exe --+ 1 hivemind None 853K Sep 18 10:23 emacsclientw.exe --+ 1 hivemind None 627K Sep 18 10:23 etags.exe --+ 1 hivemind None 38K Sep 18 10:23 hexl.exe --+ 1 hivemind None 1018K Sep 18 10:23 movemail.exe --+ 1 hivemind None 437K Sep 18 10:24 runemacs.exe --+ 1 hivemind None 39K Sep 18 10:23 sorted-doc.exe -rwxr-xr-x 1 hivemind None 51K Sep 18 10:24 xpm4.dll* As you can see, only xpm4.dll has any permissons set and that's only because my build script does it automatically. I didn't have to do this when running under Windows XP. What's the cause and solution of these problems? When preparing this question, I tried to perform a cygcheck -svr cygcheck.out but I had to kill it because it wouldn't stop (some problem with reading the registry, I think). And by kill I mean closing the shell completely, kill -9 pidofcygcheck returned a resource temporarily unavailable error. I'm attaching a snipped version of it. I see now in the cygcheck.out file this: Running under WOW64 on AMD64, but this is an Intel computer (as one can see a bit further down). Thanks for any help. I will be at work for the next few hours, but I will monitor this list from work and perform any additional tests when I get back home, if someone asks me to. - Eric Cygwin Configuration Diagnostics Current System Time: Thu Sep 18 10:27:00 2008 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 Running under WOW64 on AMD64 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Windows\system32 c:\Windows c:\Windows\System32\Wbem c:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static c:\emacs-23\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1000(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1000(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'hivemind' PWD = '/home/hivemind' HOME = '/home/hivemind' MAKE_MODE = 'unix' TRACE_FORMAT_SEARCH_PATH = '\\NTREL202.ntdev.corp.microsoft.com\34FB5F65-FFEB-4B61-BF0E-A6A76C450FAA\TraceFormat' HOMEPATH = '\Users\hivemind' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Users\hivemind\AppData\Roaming' PROGRAMW6432 = 'C:\Program Files' HOSTNAME = 'mindcooler' TCMDVER = '9.02.152' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 23 Stepping 10, GenuineIntel' DFSTRACINGON = 'FALSE' WINDIR = 'C:\Windows' COMMONPROGRAMW6432 = 'C:\Program Files\Common Files' PUBLIC = 'C:\Users\Public' OLDPWD = '/cygdrive/c/emacs-23/bin' PROGRAMDATA = 'C:\ProgramData' USERDOMAIN = 'mindcooler' COMMONPROGRAMFILES(X86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' !:: = '::\' VS90COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\' TEMP = '/cygdrive/c/Users/hivemind/AppData/Local/Temp' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' USERNAME = 'hivemind' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' PROCESSOR_ARCHITEW6432 = 'AMD64' USERPROFILE = 'C:\Users\hivemind' TCMD =
Re: gettext latest vers. 0.17
Brian Dessent wrote: [snip] Sorry for this hijack but, Brian, is there in a fact a mail adress brian {at} dessent {dot} net and do you check it or are you simply ignoring the questions I mailed you? ;) - Eric -- 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: gettext latest vers. 0.17
Christopher Faylor wrote: On Sat, Apr 05, 2008 at 11:45:12AM +0200, Eric Lilja wrote: Brian Dessent wrote: [snip] Sorry for this hijack but, Brian, is there in a fact a mail adress brian {at} dessent {dot} net and do you check it or are you simply ignoring the questions I mailed you? ;) If you are asking private cygwin questions and expecting personal tech support then I wouldn't be surprised if he was ignoring you. In any event, please don't hijack discussions for your own private purposes. cgf Well, it wasn't a request for help with a problem but I was interested on what Brian had to say personally on something that is related to cygwin and I asked in the mail if I should post it on this list even though I was hoping for his personal comments. When I have a general cygwin problem I need help with I post here and I've done that many times and usually receive great help from several posters. Anyway, I will say no more about it in this thread. - Eric -- 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: Help with GCC on Cygwin
Crap, I didn't notice the stupid CC. Oh well, I won't authorize it so gmane should trap it. -- 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: Help with GCC on Cygwin
Balaji V. Iyer wrote: [snip] I'm used to building in a separate directory. Say I've unpacked the tarball in my home directory, I would do something like: $ mkdir gcc-build $ cd gcc-build $ ../gcc-4.0.2/configure --prefix=/usr/local/gcc-4.0.2 --enable-languages=c (And a few more flags but I've omitted them here.) $ make bootstrap $ make install The prefix is to not mess with the old gcc. If you keep the gcc-build directory you can install gcc 4.0.2 with $ make uninstall. The make all install you're doing I'm not familiar with. - Eric -- 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: Debugging question
Brian Dessent wrote: Eric Lilja wrote: Now I want to put a breakpoint somewhere and print some variables when that breakpoint is hit. Can I do that in this scenario? If so, how do I make gdb find emacs sources? Doing $ break /cygdrive/c/full/path/to/source/file:1337 doesn't work (No source file named blah blah). It should work fine. Can't you just break file.c:1337? Brian It does indeed work, I just received instructions on another list and they work fine. Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Debugging question
I have a native windows program (compiled using cygwin's gcc acting in mingw mode, with debugging information), can I debug it using cygwin's gdb? It's emacs I'm talking about and I'm trying to provide the developers information about a crash on windows vista. Doing this works fine: $ gdb emacs $ run -Q crash! $ bt I see function names, files and line numbers involved before the crash. Now I want to put a breakpoint somewhere and print some variables when that breakpoint is hit. Can I do that in this scenario? If so, how do I make gdb find emacs sources? Doing $ break /cygdrive/c/full/path/to/source/file:1337 doesn't work (No source file named blah blah). If these questions, which basically is about gdb usage and mixing mingw compiled binaries with cygwin tools is considered off-topic, I sincerly apologise. - Eric Lilja -- 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/
Equivalent of recycle bin?
Hello, I messed up royally today when I was merging two bash scripts. When I was going to test if my argument handling worked I had forgot to comment out a call to rm -f that took a relative path and since the script wasn't executed where it was supposed to it removed several files. Many of those are easily replaced but some were source files that have been modified the past months and the last backup was from july 23rd 2007. =/ I know I should robustify my script but I was wondering if there's an equivalent of the recycle bin I can use so I can easily restore files that were not supposed to be deleted? - Eric -- 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/
stackdumps during install on windows vista + other problems
Hello, I just installed Cygwin on my new laptop that is running Windows Vista Business edition. I've used cygwin for a few years but this is my first time ever using Windows Vista. I did my usual install (mostly developement related packages, no X), then I fired up bash to get the skeleton files copied to my home directory. That seemed to work fine. Anyway, then I closed cygwin down and when I was about to copy my old .bashrc and .inputrc I noticed two stackdump files in the c:/cygwin directory. I don't know how helpful they are going to be but I'm attaching them anyway. Then I started bash again, this time with the new .bashrc and .inputrc and bash complains: Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. I must admit I haven't tried following the suggestions displayed. If I don't have really wierd settings on this mahcine I guess it might be because of the stackdumping processes during the installation phase. Anyway, I performed a cygcheck -svr cygcheck.out which is attached. But something weird happens: $ cygcheck -svr cygcheck.out 'id' program not found 'id' program not found However, I still get a cygcheck.out-file but I have never seen that 'id' stuff before. Btw, looking at the outfile gives me the impression that cygheck thinks Windows Vista is not supported, but I thought the problems with it (something involving manifests iirc) were sorted out months ago? Anyway, the little I've tried with cygwin seems to work fine but the stackdumps during the installtion phase and the warnings I get when launching bash and running cygcheck worries me so I thought it would be a good idea to post about it here. Happy holidays! - Eric Exception: STATUS_ACCESS_VIOLATION at eip=610677F7 eax= ebx= ecx= edx= esi= edi= ebp=0022C2B8 esp=0022C290 program=C:\cygwin\bin\bash.exe, pid 2808, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022C2B8 610677F7 (6116AD78, 61169838, 01B6, ) End of stack trace Exception: STATUS_ACCESS_VIOLATION at eip=610677F7 eax= ebx= ecx= edx= esi= edi= ebp=0022BDE8 esp=0022BDC0 program=C:\cygwin\bin\sh.exe, pid 2796, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022BDE8 610677F7 (61169C08, 61169838, 0008, 01074280) End of stack trace Cygwin Configuration Diagnostics Current System Time: Thu Dec 27 01:19:37 2007 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6000 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Windows\system32 c:\Windows c:\Windows\System32\Wbem c:\emacs-23\bin SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'mindcooler' PWD = '/home/mindcooler' HOME = '/home/mindcooler' MAKE_MODE = 'unix' HOMEPATH = '\Users\mindcooler' MANPATH = '/usr/local/man:/usr/share/man:/usr/man:' APPDATA = 'C:\Users\mindcooler\AppData\Roaming' HOSTNAME = 'mindcool-laptop' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 11, GenuineIntel' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/usr/bin' PROGRAMDATA = 'C:\ProgramData' USERDOMAIN = 'mindcool-laptop' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' !:: = '::\' TEMP = '/cygdrive/c/Users/MINDCO~1/AppData/Local/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'mindcooler' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\mindcooler' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOL-LAPTOP' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\mindcooler\AppData\Local' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/cygdrive/c/Users/MINDCO~1/AppData/Local/Temp' SYSTEMROOT = 'C:\Windows' PRINTER = 'Microsoft XPS Document Writer' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0f0b' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOL-LAPTOP' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive'
Re: A question on cygcheck
Angelo, think about. Of course it's native windows program without any dependency on cygwin1.dll. It's supposed to be able to inspect your cygwin installation even when it's so hosed that you can't even launch a bash shell. Thus, it's a pure windows program and generates line breaks the way all windows programs do. - Eric -- 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: Almost nothing works for me in Cygwin 1.5.24-2
Rob Larkins wrote: [problem description snipped] Did you even look at the cygcheck.out you created? Some things in there look pretty obvious, like microsoft windows services for unix being in the path, shadowing cygwin related stuff... You really have alot of stuff in your path anyway, might not always be a good idea. - Eric -- 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: Keyboard layout changed
Corinna Vinschen wrote: On Oct 17 22:18, Eric Lilja wrote: Hi, I haven't used cygwin much the past month or so and I definetly haven't tampered with its setting, but when I launched it today I was surprised to find that my keyboard layout had changed from swedish to american. It had only changed in bash not in any other program. I'm running an american version of XP but I'm using a Swedish keyboard. The language bar or whatever it's called (that allows toggling layouts, you might not have seen this if you run american xp with american keyboard) that sits near the clock was disabled soon after first installing XP on this computer. I'm This has nothing to do with Cygwin. Did you never try to get the language bar back after installing XP? It's a setting in Start Menu-Control Panel-Regional and Language Options-Tab Languages -Button Details...-Tab Settings-Button Language Bar... Here's a Checkbox Show the Language bar on the desktop. No, I didn't because I thought I had disabled the ability to change the language. Is changing it on a per-program basis because I only had the different layout under cygwin. Restarting cygwin didn't help. Was it some weird key sequence I happened to enter while working in bash? Anyway, when I rebooted today the problem was gone. Thanks for your reply. Corinna -- 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/
Keyboard layout changed
Hi, I haven't used cygwin much the past month or so and I definetly haven't tampered with its setting, but when I launched it today I was surprised to find that my keyboard layout had changed from swedish to american. It had only changed in bash not in any other program. I'm running an american version of XP but I'm using a Swedish keyboard. The language bar or whatever it's called (that allows toggling layouts, you might not have seen this if you run american xp with american keyboard) that sits near the clock was disabled soon after first installing XP on this computer. I'm attaching cygcheck.out to this message. I looked through it myself but couldn't find anything striking...maybe some other file would be of interest? .inputrc? - Eric Cygwin Configuration Diagnostics Current System Time: Wed Oct 17 22:10:02 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\program\miktex 2.6\miktex\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\system32\wbem c:\emacs\bin c:\Program\MATLAB71\bin\win32 Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'hivemind' PWD = '/home/hivemind' HOME = '/home/hivemind' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\hivemind' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\hivemind\Application Data' HOSTNAME = 'mindcooler' TCIVER = '2.01.25' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 43 Stepping 1, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\vs8\Common7\Tools\' OLDPWD = '/cygdrive/c/Program/JPSoft/TCI2' USERDOMAIN = 'MINDCOOLER' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program\Common Files' USERNAME = 'hivemind' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\hivemind' TCI = 'C:\Program\JPSoft\TCI2\tci.exe' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOLER' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'Microsoft XPS Document Writer' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '2b01' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOLER' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS305234Mb 27% CP CS UN PA FC d: cd UDF 1211Mb 100%CS UN CIV4BTSEU e: hd FAT32 9991Mb 28% CPUN FAT32 f: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found:
Re: Using cygwin bash shell with NT Emacs, path is not setup perfectly
Ken Brown wrote: On 8/25/2007 8:30 PM, Eric Lilja wrote: Ok, it seems that /etc/profile is not read when I start cygwin bash using M-x shell and I think that may be a problem. I can't find the earlier message(s) in this thread, so I'm not sure of the context. But you might be able to solve your problem by customizing the emacs variable explicit-bash-args to include -l or --login. Ken Thanks, but unfortunately it didn't help. I read and post using gmane (set up as a news server under thunderbird) and it took hours before my post showed up and it sounds like people didn't get see it even then. Here's the original post: Hello, I'm using a native win32 version emacs and I want M-x shell to invoke Cygwin's bash instead of the default shell. Everything seems to work except that the path does not get setup properly. Here's the output from echo $PATH when bash is run under nt emacs: $ echo $PATH /usr/bin:/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/cygdrive/c/Program/MiKTeX 2.6/miktex/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/emacs/bin Here's the same command when started using cygwin.bat: $ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/Program/MiKTeX 2.6/miktex/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/emacs/bin See the difference? Under ntemacs I get /usr/bin twice in a row instead of /usr/bin:/bin: This is causing problems for me. Why is this happening and how can I solve it? Here's the relevant section of my .emacs. It's basically what's on the emacs wiki (I added ansi-color.for-comint-mode-on and removed the setting of the HOME variable as that is availabe anyway on my system): (let* ((cygwin-root c:/cygwin) (cygwin-bin (concat cygwin-root /bin))) ;(setenv HOME (concat cygwin-root /home/eric)) (setenv PATH (concat cygwin-bin ; (getenv PATH))) (setq exec-path (cons cygwin-bin exec-path)) (setq shell-file-name bash) (setq explicit-shell-file-name bash) (add-hook 'comint-mode-hook 'ansi-color-for-comint-mode-on))) -- 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: Using cygwin bash shell with NT Emacs, path is not setup perfectly
Eric Lilja wrote: [snip] Ok, it seems that /etc/profile is not read when I start cygwin bash using M-x shell and I think that may be a problem. -- 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: Interesting looking terminal emulation for cygwin
All, I have been using Ponderosa for a while, but something is not 100% with thier terminal emulation, when paging up/down in editors (nano/pico etc) there are artifact characters left on some lines.. I know this if off topic, but has anyone else seen this? and if they have a fix .. :) I see this on TCI (made by jpsoft), a program I use instead of rxvt. And sometimes the arrow keys do not work when I use mysql monitor. But I still use it instead of rxvt. - Eric Respectfully, Stephen Barclay www.Call-Em-All.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: gcc 3.2.2
syam prasad wrote: Hi, I am facing with lot of issues with gcc 3.4.4 regarding .dll build. Where can i downlaod gcc 3.2.2 . I serached in all mirrop sites, but failed to find it. Please help me. Regards, syam. Syam, I think you're asking the wrong question. Why not ask about help solving those issues instead of wanting to replace an ancient version with an even more ancient, non-supported version? - Eric -- 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: default Makefile path
mostlyharmless wrote: When using make under cygwin (which I am using for the first time) I have to use the -f Makefile option otherwise it says: make: *** No targets specified and no makefile found. Stop. do I have to set some environment variable so that I can just type 'make'? If I have a file called Makefile in the cwd and do $ make make finds it just fine...and you don't have to do any special configuration for it to work either. You need to read the problem report guidelines on cygwin.com and rewrite your question according to what it says. Simply not enough information to help you as it is now. - Eric -- 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: Segmentation fault with winmm library
[EMAIL PROTECTED] wrote: Hi, when trying to run the following program, which uses the windows winmm library: --- #include stdio.h #include windows.h int main(void) { // a library call to make sure winmm gets loaded TIMECAPS tc ; timeGetDevCaps (tc, sizeof (TIMECAPS)); printf(hello world\n); return 0; } --- compiled with the following command: g++ main.cc /usr/lib/w32api/libwinmm.a -Wall -g -O0 I get a segmentation fault under gdb: [snip] Not reproducible at all for me: [EMAIL PROTECTED] ~ $ g++ -o bar foo.cpp -Wall -O0 -g -lwinmm [EMAIL PROTECTED] ~ $ gdb bar.exe GNU gdb 6.5.50.20060706-cvs (cygwin-special) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run Starting program: /home/hivemind/bar.exe Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll Loaded symbols for /usr/bin/cygwin1.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/winmm.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/user32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/gdi32.dll hello world Program exited normally. (gdb) - Eric -- 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/
Slightly off-topic, but...
Hi, I've installed qt-win-opensource-4.2.3-mingw.exe from trolltech and I'm using the tools installed by cygwin to develop Qt programs. Well, one could argue I'm not really using cygwin because I have to pass -mno-cygwin when compiling otherwise I get errors for non-trivial programs. Anyway, -mno-cygwin makes the executables dependent on mingwm10.dll instead of cygwin1.dll, correct? Since my QT programs depend on this dll I can only start them from a cygwin shell since cygwin itself is not in windows path (and I don't think it should be). My question is how safe is it to put mingwm10.dll in the windows path so I can start my qt programs from explorer? That would mean having two copies of the same dll in the path under cygwin...which I know is bad for cygwin1.dll. I was thinking of writing a startup script that checks that the files are identical so I know when I need to update the copy. I also tried to put a shortcut to the dll but that didn't work which was very unfortunate I think. Any comments welcome...sorry for being off-topic, but maybe this is of interest to people using cygwin and maybe want to develop Qt programs and don't have a real mingw installation (I don't). - Eric PS. I know -mno-cygwin is probably going to be removed in a future version of cygwin's compiler, does that mean I would have to maintain a real mingw installation to develop Qt programs? I have MSVC++ as well, but I believe the Qt version for MSVC++ costs money. Maybe I will buy that later when I really need a debugger I can wrap my head around, heh. DS. -- 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: g++ doesn't work
Hugh McMaster wrote: Hi Darrell, On 02/05/07, Darrell Blake wrote: I try and compile it via g++ test.cpp -o test but the file test.exe doesn't get created and the compiler doesn't output any messages. You have the command syntax around the wrong way. It should be: g++ -o test.exe test.cpp Hugh The command syntax used in the OP works just fine, Darrell needs to post the ouput of cygcheck -svr in an *attached* text file. He also might want to replace std::cout Test!\n; with std::cout Test! std::endl; so he's sure the output buffer is flushed. - Eric -- 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: g++ doesn't work
Darrell Blake skrev: I tried changing the line from std::cout Test!\n to cout Test! std::endl but it didn't make a difference. I've attached the output from cygcheck -svr. I think the fact that you have mingw installed and it's in the path messes things up. Thanks, Darrell On 5/2/07, Hugh McMaster [EMAIL PROTECTED] wrote: Hi Eric, On 02/05/07, Eric Lilja wrote: The command syntax used in the OP works just fine Yes, you are correct. That command syntax works fine, but appears a little untidy. Darrell needs to post the ouput of cygcheck -svr in an *attached* text file. He also might want to replace std::cout Test!\n; with std::cout Test! std::endl; so he's sure the output buffer is flushed. Good advice. There may be a package missing. Hugh -- 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/ -- 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/
Throwing c++ exception across threads
Hello! I'm developing a simple IRC bot using the cygwin tools. It actually comes with a GUI and I'm writing it using Win32. I don't compile it with -mno-cygwin, because it's using cygwin sockets and pthreads. When the user of the program connects to an irc server a thread is spawned that handles communication with the irc server. Any messages are displayed in an editbox. If a severe error occurs, an exception is thrown. Will there be any problems if I catch these exceptions in the main thread? The things is that the connection code may cause an exception and I want to run that in the connection thread so the UI doesn't freeze while it's waiting for an connection attempt to time-out for instance. - Eric -- 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: Throwing c++ exception across threads
Dave Korn wrote: On 25 April 2007 15:20, Eric Lilja wrote: When the user of the program connects to an irc server a thread is spawned that handles communication with the irc server. Any messages are displayed in an editbox. If a severe error occurs, an exception is thrown. Will there be any problems if I catch these exceptions in the main thread? The things is that the connection code may cause an exception and I want to run that in the connection thread so the UI doesn't freeze while it's waiting for an connection attempt to time-out for instance. How exactly do you propose to throw an exception across threads anyway? You can't spawn a thread inside a try-catch block and expect that block to apply to the new thread cheers, DaveK Right, I moved the connection code inside the thread func. There it checks for exceptions made during the connection and ends the thread (and displaying an error message) if one occurs. If one does not occur, it starts handling messages till the connection is closed or an exception occurs. This seems to work without freezing. - Eric -- 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: C++ name with leading underscore character not Compiling
Chelton Evans skrev: Thanks for the language correction. However the compiler is braking. Here is some of the code and the error messages reported in compilation. I have tested this on two different computers and the same error messages were reported. When I changed the _N to N or something else the compilation continued on to the next error. Hence it is an underscore problem. g++ -Wall -I. -I../misclib/ -I../graphicslib/ -I../mathlib/ -c ../graphicslib/graphmisc.cpp In file included from ../graphicslib/graphmisc.cpp:3: ../graphicslib/graphmisc.h:561: error: expected `,' or `...' before numeric constant ../graphicslib/graphmisc.h:570: error: expected `,' or `...' before numeric constant ../graphicslib/graphmisc.h:574: error: expected `,' or `...' before numeric constant ../graphicslib/graphmisc.cpp:232: error: expected `,' or `...' before numeric constant ../graphicslib/graphmisc.cpp:256: error: expected `,' or `...' before numeric constant ../graphicslib/graphmisc.cpp: In constructor `gobjMyCircle::gobjMyCircle(doublec, doublec, doublec, uintc)': ../graphicslib/graphmisc.cpp:258: error: default argument missing for parameter 4 of `gobjMyCircle::gobjMyCircle(doublec, doublec, doublec, uintc)' ../graphicslib/graphmisc.cpp: At global scope: ../graphicslib/graphmisc.cpp:299: error: expected `,' or `...' before numeric constant make: *** [graphmisc.o] Error 1 /*! \brief Sampled circle or ellipse. This can be used in drawing circles of different sizes by gobjMyCircleDraw . */ class gobjMyCircle : public gobj { public: /** The number of sampled points. */ uintc N; /** The samples x values. */ float * const ptx; /** The samples y values. */ float * const pty; /** General arcs can be created by changing the angle interval [theta0,theta1]. Ellipses can be made by changing the axis lengths. */ gobjMyCircle ( doublec theta0, doublec theta1, doublec xaxislength, doublec yaxislength, uintc _N=360 ); /** Create an arc. */ gobjMyCircle ( doublec theta0, doublec theta1, doublec radius=1.0, uintc _N=360 ); Thanks for your response, I will think twice before using an underscore, even though I do no agree with it being reserved. It is very important to have programs that compile across other platforms. And since you think this is important (and I agree), why on earth are you trying to use reservered names that will not benefit this portability which you seek? :P Chelton Evans -- 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: tab completion and symlink
Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Lilja on 4/15/2007 11:48 AM: Is there a way to make completion add the trailing / so I don't have to type it? I usually want to enter a subdirectory to coding and not just coding. echo 'set mark-symlinked-directories on' ~/.inputrc Thanks Eric! This was precisely what I was looking for! - Eric -- 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/
tab completion and symlink
Hello, in my home directory I have symlink to a directory named coding that lives in /cygdrive/c When I do: $ cd $ cd codtab cod is expanded to coding, and not coding/ Is there a way to make completion add the trailing / so I don't have to type it? I usually want to enter a subdirectory to coding and not just coding. - Eric -- 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: Status of hstrerror() and h_errno in cygwin and one more important question
Dave Korn wrote: On 09 April 2007 22:35, Eric Lilja wrote: I'm developing a very simple IRC bot (written in C++) with a gui using the cygwin tools. Also, and more importantly, I'm having a weird core dump in my application. The program is very simple, when launched you can connect to an irc server (which one is hard coded right now). A new thread is spawned upon connection that handles all communication with the irc server, any messages are displayed in the gui. When you are connected you may disconnect and connect again if you wish. The threading part is encapsulated in a class that contains another class that encapsulates the socket code. This thread class dynamically allocated. The core dump happens when these things are true: You connect You stay connected long enough to receive the entire MOTD. You disconnect. You exit the program, main thread calls delete on the thread class object --- core dump here. Ok, that's really simple: your code has a bug. Most likely you're calling free() or delete on something that wasn't originally allocated. I wrote this reply in a personal email to Dave shortly after his post because I didn't want to do a proper reply until I could see my post (and his) on gmane using my newsreader. Thanks Dave, seems I had a double delete! The program allocates the thread object dynamically at startup and deallocates it when exiting (under WM_CREATE/WM_DESTROY, respectively, if you're familiar with the Win32 API). But I noticed, after reading your reply, I had put deletion code under my code that handles if the user selects exit from the menu (which in turns destroys the windows generating a WM_DESTROY) as well! Thus I had a double delete if I exited the program using that menu item (which I was doing when testing, didn't occur to me to test by just pressing the 'x'). If you disconnect earlier or exit without first explicitly disconnecting, it does not core dump. Also, it does not core dump if you skip the delete. That agrees with what I'm guessing. It helps you narrow down the diagnosis: it's something that only get set once you've been through the initial protocol exchanges. Since the program is exiting its memory is bound to be returned anyway, but this still annoys me to no end. I just wrote a console version which I thought I could use as a simpler test case but that version does not core dump, heh. Afaics, cygwin doesn't have a mailing list for those developing their own programs under cygwin and need support. Absolutely it does, and this is it. Oh, it is? Well, that's great! But sometimes, I've seen such questions about problems with programs developed using the cygwin tools getting a response like you have a basic c++ problem, basic bash problem and this is off-topic. My particular problem turned out, as I wrote above, to be a double delete and that would have happened had this been a pure win32 program (no pthreads or cygwin sockets). Do you have any idea where I can turn for help and maybe some suggestions on how I can obtain more information about exactly why it craps out? My gdb skills are abysmal, I'm afraid. I'm decent with the visual studio debugger but I just can't seem to get efficient with gdb. Even the simplest things like keeping track of exactly which line I am at in the code deludes me. And that's even with running emacs' gdb mode! :) Yeh, gdb can be not-exactly-friendly. I find insight easier to use because you don't have to learn the gdb commandline syntax. I investigated insight years ago (yes, it's been years and I still am at the first step regarding mastering gdb =/), I will look at it again. Like I say, look for free-ing something that's static, or double-freeing something first. Make sure you NULL out every pointer when you release it, that can often help with this sort of bug. Maybe try using a malloc debugging library based on wrappers. cheers, DaveK - Eric -- 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: Status of hstrerror() and h_errno in cygwin and one more important question
Brian Dessent wrote: Eric Lilja wrote: I'm developing a very simple IRC bot (written in C++) with a gui using the cygwin tools. I use Win32 for the gui and I use cygwin sockets and pthreads for communicating with the server. Anyway, I found h_errno/hstrerror() to be useful when dealing with gethostname() errors, but they are marked as obsolete in linux, I think, meaning they could be removed in the future I guess...what is the status for those in cygwin? Is there an alternative I can use right now? I like my socket code to be as portable to a modern linux as possible. I wouldn't worry about the gethostname() and friends API going away any time soon. It's true that it's deprecated, but there are so many apps out there using it that I can't see it being actually removed any time soon. Until somewhat recently I don't even think Cygwin's getaddrinfo() was very functional. You connect You stay connected long enough to receive the entire MOTD. You disconnect. You exit the program, main thread calls delete on the thread class object --- core dump here. Yeah, like Dave said you just have to find the bug. There's no step by step process to follow, but if you can reproduce it at will that is at least half of the battle. I also agree with him that insight is a lot easier to use than gdb. I use it myself for anything nontrivial. And don't forget that gdb has great documentation. It's all online at http://sourceware.org/gdb/current/onlinedocs/ if you want it in HTML/PDF. The refcard is handy to keep around (though its a bit outdated.) A couple of general-purpose debugging tips: - Try using -gstabs+ or -gdwarf-2 in your CXXFLAGS instead of just -g. The former enables GDB-specific extensions to the old stabs format, the latter uses the Dwarf-2 debug format. Either of these might help when stepping through complex C++ code (or code with lots of inlines) where the debugger often gets confused, as it allows the compiler to give more expressive hints. - Consider compiling the code you're debugging with with -O0. A technique I use sometimes when debugging to rebuild just one or a few objects without having to reconfigure and rebuild the whole project is simply to delete the object(s) of interest and then remake with the appropriate *FLAGS overridden, e.g. 'make CXXFLAGS=-gdwarf-2 -O0'. This lets you quickly change options on a per-module basis without having to completely start over each time. I use this to great effect with other flags too, like -save-temps, if I want to inspect the assembly output that gcc produced. Combine this with -fverbose-asm and you get extra commentary in the assembler output which helps you see which variables correspond to each line of assembler. You can also simply look at a disassembly of an object with objdump -dS foo.o which gives you a side-by-side view of the disasm and source (as long as the object was compiled with debug info.) - Try installing the cygwin1.dbg debug symbols in /usr/bin. Even if you aren't actually interested in debugging Cygwin itself, it makes life easier. I think they are included in the cygwin-*-src.tar.bz2 package, although you may find pathname translation problems since you're unlikely to have the same layout as the person that compiled the package. There is a workaround for that in later versions of gdb though. - If your code makes use of the C++ STL you can enable a number of debugging options. See http://article.gmane.org/gmane.comp.gnu.mingw.user/19540 for an example. These will certainly slow things down but you get all sorts of useful sanity checks in return. - Don't forget that you can set the error_start parameter of $CYGWIN to gdb or insight and when the fault occurs you will be taken to the debugger at the exact point of failure, instead of just being dumped out to the prompt with a .stacktrace file written. See http://cygwin.com/cygwin-ug-net/using-cygwinenv.html for details. You can also use dumper.exe to get a real core file instead of just the .stacktrace. - OutputDebugString() and dbgview (from Microsoft nee sysinternals.com) make for a very powerful alternative to a bunch of printf()s. For one thing, it works when there is no console, such as with a GUI app, or when there's no stdout; you don't have to fuss with opening a temp file for debug output, you can just call OutputDebugString from anywhere at any time. Also, you get timestamps for free without having to code them as part of the message. And you can wrap it with vnsprintf so that it has the same interface as printf(), e.g. void msg (const char *fmt, ...) { char buf[2000]; va_list args; va_start (args, fmt); vsnprintf (buf, 2000, fmt, args); OutputDebugString (buf); } I'm pretty sure that insight will also catch these messages, as an alternative to dbgview; but it will just display them as a stupid messagebox which is quite annoying, so you might want to conditionalize your msg() code so that you can disable it when you want to use
Status of hstrerror() and h_errno in cygwin and one more important question
Hello! I'm developing a very simple IRC bot (written in C++) with a gui using the cygwin tools. I use Win32 for the gui and I use cygwin sockets and pthreads for communicating with the server. Anyway, I found h_errno/hstrerror() to be useful when dealing with gethostname() errors, but they are marked as obsolete in linux, I think, meaning they could be removed in the future I guess...what is the status for those in cygwin? Is there an alternative I can use right now? I like my socket code to be as portable to a modern linux as possible. Also, and more importantly, I'm having a weird core dump in my application. The program is very simple, when launched you can connect to an irc server (which one is hard coded right now). A new thread is spawned upon connection that handles all communication with the irc server, any messages are displayed in the gui. When you are connected you may disconnect and connect again if you wish. The threading part is encapsulated in a class that contains another class that encapsulates the socket code. This thread class dynamically allocated. The core dump happens when these things are true: You connect You stay connected long enough to receive the entire MOTD. You disconnect. You exit the program, main thread calls delete on the thread class object --- core dump here. If you disconnect earlier or exit without first explicitly disconnecting, it does not core dump. Also, it does not core dump if you skip the delete. Since the program is exiting its memory is bound to be returned anyway, but this still annoys me to no end. I just wrote a console version which I thought I could use as a simpler test case but that version does not core dump, heh. Afaics, cygwin doesn't have a mailing list for those developing their own programs under cygwin and need support. Do you have any idea where I can turn for help and maybe some suggestions on how I can obtain more information about exactly why it craps out? My gdb skills are abysmal, I'm afraid. I'm decent with the visual studio debugger but I just can't seem to get efficient with gdb. Even the simplest things like keeping track of exactly which line I am at in the code deludes me. And that's even with running emacs' gdb mode! - Eric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Can't find ping.exe, path is messed up
Hi! I made a program that adds something to my Path variable if it's not already there (the path to my self-compiled native windows emacs binary) and now something seems messed up because now I can't use, for example, ping.exe anymore. It still lives in c:\WINDOWS\system32, however. Here's my cycheck.out attached, anyone see anything funny? Can't use ping.exe from cmd.com either so I guess it's not specifically related to cygwin but the path altering program was developed under cygwin and I use bash for all of my command line needs. - Eric Cygwin Configuration Diagnostics Current System Time: Fri Apr 06 13:54:00 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\home\hivemind\mplayer c:\PHP\ %SystemRoot%\system32 %SystemRoot% %SystemRoot%\System32\Wbem c:\mingw32-make-3.81-2 c:\jdk1.5.0_09\bin c:\Qt\4.2.3\bin c:\Program Files\Common Files\Teleca Shared c:\subversion\bin c:\vs8\VC\bin c:\vs8\Common7\IDE c:\emacs\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'hivemind' PWD = '/home/hivemind' HOME = '/home/hivemind' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\hivemind' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\hivemind\Application Data' HOSTNAME = 'mindcooler' TCIVER = '2.00.12' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 43 Stepping 1, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\vs8\Common7\Tools\' OLDPWD = '/cygdrive/c/Documents and Settings/hivemind' USERDOMAIN = 'MINDCOOLER' PHPRC = 'C:\PHP\' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' DEFAULT_CA_NR = 'CA18' APR_ICONV_PATH = 'C:\subversion\iconv' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' LIB = 'C:/vs8/VC/lib;C:/vs8/VC/PlatformSDK/Lib;C:/vs8/VC/atlmfc/lib' USERNAME = 'hivemind' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\hivemind' TCI = 'C:\Program Files\JPSoft\TCI2\tci.exe' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOLER' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '2b01' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' INCLUDE = 'C:/vs8/VC/include;C:/vs8/VC/PlatformSDK/Include;C:/vs8/VC/atlmfc/include' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOLER' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 8Mb 65% CP CS UN PA FC d: cd N/AN/A e: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found:
Re: Can't find ping.exe, path is messed up
Eric Lilja wrote: Hi! I made a program that adds something to my Path variable if it's not already there (the path to my self-compiled native windows emacs binary) and now something seems messed up because now I can't use, for example, ping.exe anymore. It still lives in c:\WINDOWS\system32, however. Here's my cycheck.out attached, anyone see anything funny? Can't use ping.exe from cmd.com either so I guess it's not specifically related to cygwin but the path altering program was developed under cygwin and I use bash for all of my command line needs. I just tried my laptop, and there ping.exe is found without problems. They have similar package selection, but not identical (I can post its cygcheck.out if you want). One thing I did on my main machine was running setup.exe while bash was running (careless, I know) and it downloaded and installed a new rebase. It didn't say anything about in-use files being replaced but I have rebooted my main machine anyway. Don't know if that messed anything up anyway? - Eric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't find ping.exe, path is messed up
Dave Korn skrev: On 06 April 2007 12:55, Eric Lilja wrote: Here's my cycheck.out attached, anyone see anything funny? Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\home\hivemind\mplayer c:\PHP\ %SystemRoot%\system32 ^ %SystemRoot% ^ %SystemRoot%\System32\Wbem ^ c:\mingw32-make-3.81-2 c:\jdk1.5.0_09\bin c:\Qt\4.2.3\bin c:\Program Files\Common Files\Teleca Shared c:\subversion\bin c:\vs8\VC\bin c:\vs8\Common7\IDE c:\emacs\bin I'm not used to seeing those unexpanded %-vars in cygcheck output. Where did they come from? Hmm, neither am I. echo %SystemRoot% in cmd.com works just fine, but if I do echo %Path% in cmd.com they're not expanded. They are expanded on my laptop. Hmm, I wonder how this happened. I have a feeling it's one or the other of my two path altering programs, but maybe it's something completely different. Thanks for trying to help! cheers, DaveK - Eric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't find ping.exe, path is messed up
Eric Lilja skrev: Dave Korn skrev: On 06 April 2007 12:55, Eric Lilja wrote: Here's my cycheck.out attached, anyone see anything funny? Path:C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\home\hivemind\mplayer c:\PHP\ %SystemRoot%\system32 ^ %SystemRoot% ^ %SystemRoot%\System32\Wbem ^ c:\mingw32-make-3.81-2 c:\jdk1.5.0_09\bin c:\Qt\4.2.3\bin c:\Program Files\Common Files\Teleca Shared c:\subversion\bin c:\vs8\VC\bin c:\vs8\Common7\IDE c:\emacs\bin I'm not used to seeing those unexpanded %-vars in cygcheck output. Where did they come from? Hmm, neither am I. echo %SystemRoot% in cmd.com works just fine, but if I do echo %Path% in cmd.com they're not expanded. They are expanded on my laptop. Hmm, I wonder how this happened. I have a feeling it's one or the other of my two path altering programs, but maybe it's something completely different. Thanks for trying to help! Ok, I think the problem may be that I am setting the type to REG_SZ and not REG_EXPAND_SZ in my registry handler dll. I will update it and try again and post back. cheers, DaveK - Eric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't find ping.exe, path is messed up
Eric Lilja skrev: Eric Lilja skrev: Dave Korn skrev: On 06 April 2007 12:55, Eric Lilja wrote: Here's my cycheck.out attached, anyone see anything funny? Path:C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\home\hivemind\mplayer c:\PHP\ %SystemRoot%\system32 ^ %SystemRoot% ^ %SystemRoot%\System32\Wbem ^ c:\mingw32-make-3.81-2 c:\jdk1.5.0_09\bin c:\Qt\4.2.3\bin c:\Program Files\Common Files\Teleca Shared c:\subversion\bin c:\vs8\VC\bin c:\vs8\Common7\IDE c:\emacs\bin I'm not used to seeing those unexpanded %-vars in cygcheck output. Where did they come from? Hmm, neither am I. echo %SystemRoot% in cmd.com works just fine, but if I do echo %Path% in cmd.com they're not expanded. They are expanded on my laptop. Hmm, I wonder how this happened. I have a feeling it's one or the other of my two path altering programs, but maybe it's something completely different. Thanks for trying to help! Ok, I think the problem may be that I am setting the type to REG_SZ and not REG_EXPAND_SZ in my registry handler dll. I will update it and try again and post back. Right, now it works. Now I just need to find all my path modifying programs (I love creating those small utilities that automate tasks for me) and fix their bug. You directed me in the proper direction, Dave, thanks! It wasn't cygwin-related after all but maybe this information will be a benefit to some cygwin users anyway. cheers, DaveK - Eric -- 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/
Using mysql 5.1.16 beta client libraries on cygwin
Hi! As many of you may know, the binary distribution of MySQL for Windows only ships with MSVC++ libraries. They have no binary distribution for Cygwin. So what do you do if you want to develop c or c++ programs talking to a native Windows MySQL server using the cygwin tools? Well, you can compile the client libraries yourself. Here's how I did it: $ tar xvzf mysql-5.1.16-beta.tar.gz $ cd mysql-5.1.16-beta $ ./configure --prefix=/usr/local/mysql-5.1.16-beta --exec-prefix=/usr/local/mysql-5.1.16-beta --without-server --without-docs --without-man $ make $ make install Keep the source directory so you can uninstall with: $ make uninstall Then I launched the mysql server (native windows version), created a database named dbase. This particular server doesn't require a password to login but you have to be on localhost. Then I wrote this simple testprogram using my newly-compiled client libraries: #include cstdlib #include iostream #include sstream /* Gives us string too. */ #include mysql.h using namespace std; void execute_query(MYSQL *, const string, const string); int main() { MYSQL m; const char *host = 127.0.0.1; /* localhost instead of 127.0.0.1 doesn't work. */ const char *user = root; const char *password = 0; const char *database = dbase; const char *table_name = wizard_spells; mysql_init(m); if (!mysql_real_connect(m, host, user, password, database, 3306, NULL, 0)) { cerr mysql_error(m) endl; return EXIT_FAILURE; } cout Connection successful. endl; stringstream query; query CREATE TABLE table_name (name VARCHAR(64) PRIMARY KEY, mana INT); execute_query(m, query.str(), Succesfully created new table wizard_spells.); query.str(); /* Empty stringstream. */ cout query.str() endl; query INSERT INTO table_name VALUES ('solar strike', 50); execute_query(m, query.str(), Successfully inserted one row into table wizard_spells.); mysql_close(m); return EXIT_SUCCESS; } void execute_query(MYSQL *m, const string query, const string success_string) { if (mysql_query(m, query.c_str()) == 0) { cout success_string endl; } else { cerr Query failed: mysql_error(m) endl;; } } Corresponding makefile: CXX = g++ # Cannot use -pedantic or it will fail with: # usr/local/mysql-5.1.16-beta/include/mysql/mysql.h:125: error: ISO C++ does not support `long long' CXXFLAGS = -Wall -Wextra -std=c++98 -g -I /usr/local/mysql-5.1.16-beta/include/mysql -c LDFLAGS = -L /usr/local/mysql-5.1.16-beta/lib/mysql -lmysqlclient -lz -o $(EXEC) EXEC = cygwintest.exe OBJECTS = cygwintest.o all: $(OBJECTS) $(CXX) $^ $(LDFLAGS) cygwintest.o: cygwintest.cpp $(CXX) $(CXXFLAGS) $ clean: rm -f $(OBJECTS) $(EXEC) *.stackdump Hope this helps someone. I've attached source and Makefile. - Eric CXX = g++ # Cannot use -pedantic or it will fail with: # usr/local/mysql-5.1.16-beta/include/mysql/mysql.h:125: error: ISO C++ does not support `long long' CXXFLAGS = -Wall -Wextra -std=c++98 -g -I /usr/local/mysql-5.1.16-beta/include/mysql -c LDFLAGS = -L /usr/local/mysql-5.1.16-beta/lib/mysql -lmysqlclient -lz -o $(EXEC) EXEC = cygwintest.exe OBJECTS = cygwintest.o all: $(OBJECTS) $(CXX) $^ $(LDFLAGS) cygwintest.o: cygwintest.cpp $(CXX) $(CXXFLAGS) $ clean: rm -f $(OBJECTS) $(EXEC) *.stackdump #include cstdlib #include iostream #include sstream /* Gives us string too. */ #include mysql.h using namespace std; void execute_query(MYSQL *, const string, const string); int main() { MYSQL m; const char *host = 127.0.0.1; /* localhost instead of 127.0.0.1 doesn't work. */ const char *user = root; const char *password = 0; const char *database = dbase; const char *table_name = wizard_spells; mysql_init(m); if (!mysql_real_connect(m, host, user, password, database, 3306, NULL, 0)) { cerr mysql_error(m) endl; return EXIT_FAILURE; } cout Connection successful. endl; stringstream query; query CREATE TABLE table_name (name VARCHAR(64) PRIMARY KEY, mana INT); execute_query(m, query.str(), Succesfully created new table wizard_spells.); query.str(); /* Empty stringstream. */ cout query.str() endl; query INSERT INTO table_name VALUES ('solar strike', 50); execute_query(m, query.str(), Successfully inserted one row into table wizard_spells.); mysql_close(m); return EXIT_SUCCESS; } void execute_query(MYSQL *m, const string query, const string success_string) { if (mysql_query(m, query.c_str()) == 0) { cout success_string endl; } else { cerr Query failed: mysql_error(m) endl;; } } -- 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: Using mysql 5.1.16 beta client libraries on cygwin
Christopher Faylor wrote: On Wed, Mar 28, 2007 at 10:54:05PM +0200, Eric Lilja wrote: As many of you may know, the binary distribution of MySQL for Windows only ships with MSVC++ libraries. They have no binary distribution for Cygwin. So what do you do if you want to develop c or c++ programs talking to a native Windows MySQL server using the cygwin tools? Well, you can compile the client libraries yourself. Here's how I did it: $ tar xvzf mysql-5.1.16-beta.tar.gz $ cd mysql-5.1.16-beta $ ./configure --prefix=/usr/local/mysql-5.1.16-beta --exec-prefix=/usr/local/mysql-5.1.16-beta --without-server --without-docs --without-man $ make $ make install Keep the source directory so you can uninstall with: $ make uninstall If only there was some mechanism for sending precompiled cygwin-aware mysql clients to a wider audience... Nah. That's a crazy dream. Do you mean it's a suitable candidate for an official cygwin package so it can be easily found and installed (whereas this post is not easy to encounter unless you do some searching or happen to check the list) or was it just your way of saying that my post was noise? I'd love to maintain such a package if there is interest. But I have never maintained a package before and it seems somewhat involved, heh. - Eric -- 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/
Bash still wants to beep during tab completion
Hello, I've changed my .inputrc to: # base-files version 3.7-1 # To pick up the latest recommended .inputrc content, # look in /etc/defaults/etc/skel/.inputrc # Modifying /etc/skel/.inputrc directly will prevent # setup from updating it. # The copy in your home directory (~/.inputrc) is yours, please # feel free to customise it to create a shell # environment to your liking. If you feel a change # would be benifitial to all, please feel free to send # a patch to the cygwin mailing list. # the following line is actually # equivalent to \C-?: delete-char \e[3~: delete-char # VT \e[1~: beginning-of-line \e[4~: end-of-line # kvt \e[H: beginning-of-line \e[F: end-of-line # rxvt and konsole (i.e. the KDE-app...) \e[7~: beginning-of-line \e[8~: end-of-line # VT220 \eOH: beginning-of-line \eOF: end-of-line # Allow 8-bit input/output #set meta-flag on #set convert-meta off #set input-meta on #set output-meta on $if Bash # Don't ring bell on completion #set bell-style none # or, don't beep at me - show me set bell-style visible # Filename completion/expansion #set completion-ignore-case on #set show-all-if-ambiguous on # Expand homedir name #set expand-tilde on # Append / to all dirnames #set mark-directories on #set mark-symlinked-directories on # Match all files #set match-hidden-files on # 'Magic Space' # Insert a space character then performs # a history expansion in the line #Space: magic-space $endif But bash still beeps (one time) if I do for example: $ cd $ cd tab -- Beeps here I performed source .inputrc but got some error messages so I restarted bash completely instead. What am I missing? cygcheck.out attached Cygwin Configuration Diagnostics Current System Time: Mon Mar 19 13:43:12 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\PHP\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\emacs\bin c:\jdk1.6.0\bin c:\mysql-5.1.16-beta\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'hivemind' PWD = '/home/hivemind' HOME = '/home/hivemind' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\hivemind' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\hivemind\Application Data' HOSTNAME = 'mindcool-laptop' TCIVER = '2.00.12' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 72 Stepping 2, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\vs8\Common7\Tools\' OLDPWD = '/cygdrive/c/Documents and Settings/hivemind' USERDOMAIN = 'MINDCOOL-LAPTOP' PHPRC = 'C:\PHP\' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'hivemind' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\hivemind' TCI = 'C:\Program Files\JPSoft\TCI2\tci.exe' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOL-LAPTOP' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'Microsoft XPS Document Writer' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '4802' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOL-LAPTOP' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 70001Mb 22% CP CS UN PA FC d:
Re: Bash still wants to beep during tab completion
Eric Blake skrev: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Lilja on 3/19/2007 6:43 AM: Hello, I've changed my .inputrc to: # or, don't beep at me - show me set bell-style visible But bash still beeps (one time) if I do for example: $ cd $ cd tab -- Beeps here I performed source .inputrc but got some error messages so I restarted bash completely instead. What am I missing? cygcheck.out attached Thanks for the report, and I'm still investigating. But it appears you are using cmd.com based on $TERM=cygwin. And in the readline source code, even if visible bells are requested, readline falls back on an audible bell if it can't figure out how to do a visible alert on your terminal. Therefore, my guess is that the cygwin termcap/terminfo entry lacks whatever string causes a visible bell (and more likely, the cygwin tty code lacks support for visible alerts altogether). Thanks for the reply. I will use set-bell-style none for now. I'm using TCI (like it better than rxvt), hope it's not causing any additional problems. - Eric - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF/onl84KuGfSFAYARAmI5AJ0eF5I5c+090sG09V0Es+kTl3QI4gCcD6pf kc69vxvTwYXRYQEedVsv2gM= =eweL -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: email list
Web Developer skrev: Hello all, Can we not get this list to add [cygwin] to beginning of the email subject? All other lists do it i have; just annoying to look at cygwin list emails in gmail and trying to figure out where it came from without setting up email filter or clicking the email itself. Thanks, Arian Use gmane.org, much nicer than subscribing imho. And your replies always end up in the correct place instead of as a new thread. - Eric -- 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: [ANNOUNCEMENT] EOL for Windows 95/86/Me
Corinna Vinschen skrev: On Feb 13 21:02, Yaakov (Cygwin Ports) wrote: Christopher Faylor wrote: So, barring any catastrophic problems with the current released version of the Cygwin DLL, the last Cygwin version with support for non-Windows-NT class versions of Windows will be 1.5.24-2. And approximately what is the timeframe to 1.7.0; weeks, months, next year? Is HEAD stable enough for those not working on cygwin1.dll to be testing? Months. It's stable enough now but it's constantly changing. Stability in snapshots is not guaranteed. Exciting new stuff so far (IMHO): - New blocking socket code - getaddrinfo/getnameinfo/freeaddrinfo - IPv6 (= XP, 2K w/ IPv6 Helper Lib) - POSIX advisory functions (posix_fallocate, posix_fadvise, posix_memalign, posix_madvise) - Treat directory reparse points and native symlinks as symlinks - Up to 128 SCSI disk block devices - New setuid method which allows to logon without password and being recognized correctly also by native Windows applications - More POSIXy unlink/rmdir behaviour - Resolver functions from minires now part of Cygwin - New struct ifconf, plus /proc/net/if_inet6 using unambiguos interface GUID name of Windows (= XP SP1) - Multicast support (= XP SP1) - POSIX shared memory objects - POSIX message queues (coming today) More to come. Corinna Corinna, I love you! I'm so excited about these changes! - Eric -- 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: late bash CR/LF functionality change problem
peter.kielbasiewicz skrev: I recently updated to the latest bash rev. only to find that most of my scripts do not work anymore. I browsed through the FAQ and mailing lists and found many people having problems with the changed behaviour of treating \r literally. I do not want to argue what is right or wrong though. Fact is that bash until fall last year functioned in a certain way. Many people wrote scripts using this functionality. Now bash functions differently which breaks a lot of jobs. Especially batch processes which did their job silently in the background all over the sudden cause problems. If a change is implemented which has such a big impact it should NEVER be implemented as the default behaviour. Instead this new functionality should be activated by an env setting, start parameter or the like so that the functionality stays backward compatible. What made things even worse is that there is no notification about the changed behaviour. It is just the symptoms and everyone experiencing the problem must then dig to find out the cause. Is there an quick and easy solution to the problem out yet? Peter Stop beating a dead horse and use dos2unix on your scripts already. -- 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/
Permissions problem, maybe not cygwin-specific but still..
Hello! I'm trying to learn html (and some other web technologies). I see that cygwin has an apache package but I'm actually using the native windows version. I edit files using native windows emacs (fresh checkout from cvs head, compiled myself), but I work from the command line, in a cygwin bash shell of course. My problem is that when I issue the cp command to copy a .html-file I want to make changes to. The original html file has the following permissions: $ ls -l 2.2/*.html total 5.0K -rwx--+ 1 hivemind None 3.4K Feb 6 09:10 simple-2.2.html* Then I do: $ mkdir 2.3 $ cp 2.2/simple-2.2.html 2.3/simple-2.3.html But when I try to view simple-2.3.html in my web browse, apache says: Forbidden You don't have permission to access /2.3/simple-2.3.html on this server. So I check the permissions on the copy: $ ls -l 2.3 total 4.0K -rwx-- 1 hivemind None 3.4K Feb 6 09:24 simple-2.3.html* I don't know what '+' sign (or lack of it) mean at the end of the permission string, but it doesn't get copied and apache won't let me view my html files without it. Could someone more knowledgeable than me shed some light on this? I'm using a fully updated cygwin on a WinXP Pro SP2 machine. - Eric -- 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: Eliminating -mno-cygwin from gcc?
Chris Sutcliffe wrote: I just thought that something which provides similar functionality to what is available now would be required. That means MinGW versions of gcc and binutils. As long as I'm able to compile w32api and mingw-runtime for MinGW from within Cygwin, I'll be a happy camper. Chris I agree with Chris. If removing -mno-cygwin solves a few problem I'm for it as long as I am to do what Chris mentions without having to install anything other than what's accessible from the cygwin setup. Changing some Makefiles is not an issue for me and if it solves some problems it's a good thing. - Eric -- 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: Link windows DLL with Cygwin application?? Urgent!!
RJ wrote: Hi, I am quite new to Cygwin. I am trying to compile my linux application under Cygwin running on Win XP. I need to link my application to a third party DLL. I don't have the source codes for the DLL. How do i do it? Please help!! Regards, RJ LoadLibrary()/GetProcAddress() doesn't work? - Eric -- 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: Problems with the new Cygwin-1.5.23-1
Corinna Vinschen skrev: On Dec 19 22:19, Eric Lilja wrote: Corinna Vinschen skrev: On Dec 19 20:19, Angelo Graziosi wrote: After installing Cygwin-1.5.23-1, I have tried to build Emacs-CVS. But the build fails as shown below. The failure DOES NOT happen using/reinstalling Cygwin-1.5.22-1 (i.e. the prev). [...] /usr/bin/../lib/libg.a(lib_a-fwrite.o):(.text+0x49): undefined reference to `___cygwin_lock_lock' This is a packaging bug in 1.5.23-1. For now you can fix it after installing 1.5.23-1 like this: $ cd /usr/lib $ rm libg.a $ ln -s libcygwin.a libg.a How come I was not hit by it? Maybe a difference in the steps to build cvs emacs or something else? A difference in configuring maybe, which doesn't try to link to libg.a. Right, I noticed my configure script I wrote long ago actually specifies --no-cygwin. I don't want to put cygwin1.dll in the path seen by windows and I dont want my emacs build to depend on cygwin. Sorry for the noise! Corinna - Eric -- 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: Problems with the new Cygwin-1.5.23-1
Angelo Graziosi wrote: After installing Cygwin-1.5.23-1, I have tried to build Emacs-CVS. But the build fails as shown below. [snip] I can't reproduce this. I just did a fresh checkout of emacs and I have a fully updated cygwin (1.5.23-1, gcc-3.4.4-3 etc). [snip] - Eric -- 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: Problems with the new Cygwin-1.5.23-1
Corinna Vinschen skrev: On Dec 19 20:19, Angelo Graziosi wrote: After installing Cygwin-1.5.23-1, I have tried to build Emacs-CVS. But the build fails as shown below. The failure DOES NOT happen using/reinstalling Cygwin-1.5.22-1 (i.e. the prev). [...] /usr/bin/../lib/libg.a(lib_a-fwrite.o):(.text+0x49): undefined reference to `___cygwin_lock_lock' This is a packaging bug in 1.5.23-1. For now you can fix it after installing 1.5.23-1 like this: $ cd /usr/lib $ rm libg.a $ ln -s libcygwin.a libg.a How come I was not hit by it? Maybe a difference in the steps to build cvs emacs or something else? Corinna - Eric -- 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: [ANNOUNCEMENT] Updated: gcc-3.4.4-3
Dave Korn wrote: A new release of gcc, version 3.4.4-3, has been uploaded to sourceware.org, and will appear on your local mirror after it next refreshes. Finally! Thank you, Dave! You know have a platinum star in my book! [snip] - Eric -- 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: [ANNOUNCEMENT] Updated: bash-3.2.9-9
Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of bash, 3.2.9-9, has been uploaded, replacing 3.2.5-8 as current. [snip] 6 fixes the readline prompt display bug Which bug is that? [snip] - Eric -- 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/
Weird cosmetic bug after viewing bash man page
Hello! By chance, I noticed that if I view bash's man page and then press 'q' to exit man, the prompt is colored more brightly than it is by default. If I press enter the prompt is restored to its normal appearance. A picture exhibiting this cosmetic glith can be viewed at student.stunet.se/hivemind/weird_cosmetic_bug.png cygcheck.out attached. Am I the only one seeing this? If not, is it a cosmetic bug or expected? I have made some changes to .bashrc, I can post that to if needed but it's really just a few aliases. - Eric Cygwin Configuration Diagnostics Current System Time: Thu Dec 14 18:37:35 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\mingw32-make-3.81-1\bin c:\Program Files\IDM Computer Solutions\UltraEdit-32 c:\emacs\bin c:\Program Files\Common Files\Teleca Shared c:\jdk1.5.0_09\bin c:\Qt\4.2.2\bin c:\mysql_5.0.27\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'hivemind' PWD = '/home/hivemind' HOME = '/home/hivemind' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\hivemind' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\hivemind\Application Data' HOSTNAME = 'mindcooler' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 43 Stepping 1, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\vs8\Common7\Tools\' OLDPWD = '/usr/bin' USERDOMAIN = 'MINDCOOLER' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' DEFAULT_CA_NR = 'CA6' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'hivemind' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\hivemind' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOLER' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '2b01' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOLER' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 8Mb 48% CP CS UN PA FC d: cd N/AN/A e: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: c:\mingw32-make-3.81-1\bin\make.exe Warning: C:\cygwin\bin\make.exe hides c:\mingw32-make-3.81-1\bin\make.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Not Found: vim 103k 2006/06/05 C:\cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0
Re: Weird cosmetic bug after viewing bash man page
Dave Korn skrev: On 14 December 2006 17:43, Eric Lilja wrote: Hello! By chance, I noticed that if I view bash's man page and then press 'q' to exit man, the prompt is colored more brightly than it is by default. If I press enter the prompt is restored to its normal appearance. A picture exhibiting this cosmetic glith can be viewed at student.stunet.se/hivemind/weird_cosmetic_bug.png Does 'stty sane' restore normal operation? Well, I issued: $ stty sane $ man bash q ..and still the same color change as exhibitedby the picutre. I hope I ran the test as you wanted. I hadn't used the command stty before. cygcheck.out attached. Am I the only one seeing this? If not, is it a cosmetic bug or expected? I have made some changes to .bashrc, I can post that to if needed but it's really just a few aliases. If you have a coloured prompt, it could be a consequence of that interacting with the readline bug. I don't see it here with the following versions: Cygwin Package Information Package VersionStatus bash 3.1-8 OK cygwin 1.5.19-4 OK man 1.5p-1 OK cheers, DaveK - Eric -- 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: Weird cosmetic bug after viewing bash man page
Dave Korn skrev: On 14 December 2006 18:26, Eric Lilja wrote: Dave Korn skrev: On 14 December 2006 17:43, Eric Lilja wrote: If I press enter the prompt is restored to its normal appearance. A picture exhibiting this cosmetic glith can be viewed at student.stunet.se/hivemind/weird_cosmetic_bug.png Does 'stty sane' restore normal operation? Well, I issued: $ stty sane $ man bash q ..and still the same color change as exhibitedby the picutre. I hope I ran the test as you wanted. I hadn't used the command stty before. No, 'restore' normal operation was meant to imply fixing it after it had gone wrong, i.e. I was suggesting you try the 'stty sane' command /after/ 'man bash' has chnanged the prompt colour. However reading closer I see it only affects the single line for the prompt. Perhaps your PS1 setting has the side-effect of restoring normal colouring at the end? Do you mean that even the lightened prompt reverts to duller colours, or just that subsequent prompts do not show the same problem as the first? Well, the prompt that is displayed directly after man bash exits exhibits the hightlighted colors (only seems to happen for that particular man page). If I issue the command stty sane, or any other command, or simply press enter the next prompt doesn't exhibit any highlighted colors but is shown as normal See the picture I posted. cheers, DaveK - Eric -- 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: Weird cosmetic bug after viewing bash man page
Dave Korn skrev: On 14 December 2006 18:48, Eric Lilja wrote: Well, the prompt that is displayed directly after man bash exits exhibits the hightlighted colors (only seems to happen for that particular man page). If I issue the command stty sane, or any other command, or simply press enter the next prompt doesn't exhibit any highlighted colors but is shown as normal See the picture I posted. Gotcha. Tell us, what is your PS1 setting? And does the bug go away if you expand or shrink the window so that it's showing a different number of lines of the man page at one time? I wonder if it is because there is some highlighted text very last thing on the page and 'less' leaves the highlight setting in effect when it exits. My PS1 setting is (also available in the cygcheck.out btw): PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' I can't remember if I changed that one or not. As you suggested I try, I made the window a lot smaller vertically and I still got the same highlight as before. cheers, DaveK - Eric -- 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: cygwin + make 10 time slower than equivalent linux make (same ifc compiler)
Philippe Conraux skrev: I have to build a large project on Windows. Build libraries using Intel compilers needs 12 hours on cygwin when same build needs 1 hour on Linux (same computer : dual boot, same compilers ifc 9.1) Equivalent build using Visual-Studio seems faster (not yet real measures) Is it a known issue with a fix? Sure, just recompile the cygwin.dll yourself with line 42 commented out. -- 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: Gnupg problem
David Barr skrev: I tried installing Gnupg 1.4.5-1 on a new system with the base Cygwin install and a couple other packages. When I tried to run gpg, it would exit without any output or any error message. I tried running strace on the program, and I got an error message about a missing cygminires.dll [snip] David! Thank you! What you said about strace being able to tell that a dll was missing enabled me to determine why a program I was trying to run exited as soon as it was started without any output at all (debugging didn't help). Then I read this post and simply typed: $ strace nameofmyprogram and up pops a dialog box with the name of the missing DLL. Thanks! Thanks, David / E -- 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: isnan() causes segfault
Lev Bishop skrev: On 11/30/06, Lev Bishop wrote: snip Something for the newlib folks to deal with, I suppose. And they took my suggestion: http://sources.redhat.com/ml/newlib/2006/msg00938.html Lev Thanks for debugging and reporting this to the newlib team, Mr Bishop! / E -- 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/
isnan() causes segfault
Hello, I'm working as a laborations assistant in a C++ course. The students are using Sun workstations and gcc (well, g++) version 3.4.6 to do the labs. I don't particularly like these workstations so I have cygwin installed on my laptop and I use it compile and test the student's programs. Anyway, I recently rejected code from two students because it stackdumped on my machine. They insisted that it works as expected on their workstation. I thought, at first, that they had simply stepped into the realm of undefined behaviour and it just happened to work on the Sun workstations. But I when I started investigating exactly what was causing the stackdump I found that it was a call to isnan (this was a fairly large program). I tried to reproduce it using a very simple test program, but I couldn't at first until I changed the compiler flags. The following program stackdumps: #include cmath int main() { std::isnan(3); } If compiled with: $ g++ -Wall -Wextra -std=c++98 -pedantic -g isnantest.cpp -o run (those are the flags we have been using in this course). But it doesn't stackdump if compiled simply with: $ make isnantest g++ isnantest.cpp -o isnantest Comments? cygcheck.out attached. / E Cygwin Configuration Diagnostics Current System Time: Thu Nov 30 14:25:04 2006 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\mingw32-make\bin c:\emacs\bin c:\jdk1.5.0_09\bin c:\Program\UltraEdit Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(mikael)GID: 513(Ingen) 0(root) 513(Ingen) 544(Administratörer) 545(Användare) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(mikael)GID: 513(Ingen) 0(root) 513(Ingen) 544(Administratörer) 545(Användare) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'mikael' PWD = '/home/mikael/jobb/tddb28/labs/hand_ins/lab3' HOME = '/home/mikael' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\mikael' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\mikael\Application Data' HOSTNAME = 'mindcool-laptop' TERM = 'rxvt-cygwin-native' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 72 Stepping 2, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Program\vs_8\Common7\Tools\' WINDOWID = '7157184' OLDPWD = '/home/mikael/jobb/tddb28/labs/hand_ins/lab3/07_petno_karah' USERDOMAIN = 'MINDCOOL-LAPTOP' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/mikael/LOKALA~1/Temp' COMMONPROGRAMFILES = 'C:\Program\Delade filer' USERNAME = 'mikael' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\mikael' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOL-LAPTOP' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' COLORFGBG = '15;default;0' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/mikael/LOKALA~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '4802' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program' DISPLAY = ':0' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOL-LAPTOP' COLORTERM = 'rxvt-xpm' _ = '/usr/bin/cygcheck.exe' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 56188Mb 36% CP CS UN PA FC d: hd FAT3237290Mb 1% CPUN DATA e: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab
Re: Bash process remains after I close rxvt in certain ways
Eric Lilja skrev: Hello, I never open the default cygwin command window anymore. Instead I use rxvt (a program I was introduced to after using cygwin for more than a year and I immediately fell in love with it). In my quicklaunch bar I have the following rxvt shortcut: C:\cygwin\bin\rxvt.exe -tn rxvt-cygwin-native -sr -sl 4000 -fn Lucida Console-13 --background black --foreground white -geometry 145x40+10+0 -e bash --login -I I recently upgraded to a dual core machine which made me use the windows task manager alot. That's when I noticed that if I close the rxvt window by pressing 'x' in the top right corner (or doing alt-f4, I never do this, just tried it now to see what happened) the rxvt process is terminated and the window disappears but the underlying bash process is still running (without a visible window), consuming ~3.5 MB of memory and 0 cpu time according to the task manager. If I exit rxvt by typing exit, the bash process is terminated too. Can I do something so the bash process is always terminated properly no matter how I close the rxvt window? Is there misconfiguration on my end or should I simply get in the habit of always using exit to close rxvt? cygcheck.out attached. / E Ok, no replies yet. I understand if people don't have the solution/explanation at hand, but maybe someone else could try my rxvt shortcut and say if he or she is seeing the same problem as I am? / E Cygwin Configuration Diagnostics Current System Time: Sun Nov 12 20:39:19 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\mingw32-make-3.81-1\bin c:\Program Files\IDM Computer Solutions\UltraEdit-32 c:\emacs\bin c:\Program Files\ATI Technologies\ATI.ACE\ c:\Program Files\Common Files\Teleca Shared Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'hivemind' PWD = '/home/hivemind' HOME = '/home/hivemind' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\hivemind' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\hivemind\Application Data' HOSTNAME = 'mindcooler' TERM = 'rxvt-cygwin-native' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 43 Stepping 1, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\vs8\Common7\Tools\' WINDOWID = '6830152' OLDPWD = '/usr/bin' USERDOMAIN = 'MINDCOOLER' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' DEFAULT_CA_NR = 'CA6' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'hivemind' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\hivemind' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOLER' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' COLORFGBG = '15;default;0' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '2b01' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' DISPLAY = ':0' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOLER' COLORTERM = 'rxvt-xpm' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 8Mb 41% CP CS UN PA FC d: cd CDFS 654Mb 100%CS UN CIV4WARLORDS C:\cygwin / system binmode C:\cygwin/bin /usr/bin
Bash process remains after I close rxvt in certain ways
Hello, I never open the default cygwin command window anymore. Instead I use rxvt (a program I was introduced to after using cygwin for more than a year and I immediately fell in love with it). In my quicklaunch bar I have the following rxvt shortcut: C:\cygwin\bin\rxvt.exe -tn rxvt-cygwin-native -sr -sl 4000 -fn Lucida Console-13 --background black --foreground white -geometry 145x40+10+0 -e bash --login -I I recently upgraded to a dual core machine which made me use the windows task manager alot. That's when I noticed that if I close the rxvt window by pressing 'x' in the top right corner (or doing alt-f4, I never do this, just tried it now to see what happened) the rxvt process is terminated and the window disappears but the underlying bash process is still running (without a visible window), consuming ~3.5 MB of memory and 0 cpu time according to the task manager. If I exit rxvt by typing exit, the bash process is terminated too. Can I do something so the bash process is always terminated properly no matter how I close the rxvt window? Is there misconfiguration on my end or should I simply get in the habit of always using exit to close rxvt? cygcheck.out attached. / E Cygwin Configuration Diagnostics Current System Time: Sun Nov 12 20:39:19 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\mingw32-make-3.81-1\bin c:\Program Files\IDM Computer Solutions\UltraEdit-32 c:\emacs\bin c:\Program Files\ATI Technologies\ATI.ACE\ c:\Program Files\Common Files\Teleca Shared Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(hivemind) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'hivemind' PWD = '/home/hivemind' HOME = '/home/hivemind' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\hivemind' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\hivemind\Application Data' HOSTNAME = 'mindcooler' TERM = 'rxvt-cygwin-native' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 43 Stepping 1, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\vs8\Common7\Tools\' WINDOWID = '6830152' OLDPWD = '/usr/bin' USERDOMAIN = 'MINDCOOLER' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' DEFAULT_CA_NR = 'CA6' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'hivemind' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\hivemind' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MINDCOOLER' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' COLORFGBG = '15;default;0' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/hivemind/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '2b01' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' DISPLAY = ':0' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MINDCOOLER' COLORTERM = 'rxvt-xpm' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 8Mb 41% CP CS UN PA FC d: cd CDFS 654Mb 100%CS UN CIV4WARLORDS C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found:
Simple rm question, removing files that end with a tilde even if they start with a dot
Why doesn't this work? I want to remove .bashrc~ (ls has been aliased to include -AF): [EMAIL PROTECTED] ~ $ ls .bash_history .bashrc* .emacs*.emacs.elc* .ssh/ .bash_profile* .bashrc~* .emacs.d/ .inputrc*coding/ [EMAIL PROTECTED] ~ $ rm *~ rm: cannot remove `*~': No such file or directory Obviously I can remove it by naming the file explicitly but I want to know why the lines I pasted above doesn't work so I learn something. :-) rm has not been aliased / Eric Lilja -- 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: SDL/OpenGL program fails to link when I want to use wgl-function
Eric Lilja wrote: Hello, I'm using a fully updated cygwin and mingw developement binaries of SDL (version 1.2.11). Consider the following program: //#include windows.h #include SDL.h #include GL/gl.h #include cassert static void display() { glClear(GL_COLOR_BUFFER_BIT); glBegin(GL_POLYGON); glVertex2f(-0.5f,-0.5f); glVertex2f(-0.5f, 0.5f); glVertex2f( 0.5f, 0.5f); glVertex2f( 0.5f,-0.5f); glEnd(); SDL_GL_SwapBuffers(); } int main(int argc, char *argv[]) { (void)argc; (void)argv; int retval = SDL_Init(SDL_INIT_VIDEO); assert(retval == 0); SDL_Surface *surface = SDL_SetVideoMode(640, 480, 0, SDL_OPENGL); assert(surface != NULL); SDL_WM_SetCaption(Simple SDL/OpenGL demo, NULL); SDL_Event event; //wglGetProcAddress(foo); while (true) { while (SDL_PollEvent(event)) { switch (event.type) { case SDL_QUIT: { SDL_Quit(); exit(EXIT_SUCCESS); } } } display(); } assert(0); /* Not reached. */ } Makefile I use: CXX = g++ CXXFLAGS = -Wall -Wextra -std=c++98 -pedantic -g -O0 -I ~/SDL-1.2.11/include -c LDFLAGS = -L ~/SDL-1.2.11/lib -lSDL -lopengl32 -o $(EXEC) EXEC = 1-1.exe OBJECTS = simple_1-1.o all: $(OBJECTS) $(CXX) $^ $(LDFLAGS) %.o: %.cpp $(CXX) $(CXXFLAGS) $ clean: rm -f $(OBJECTS) $(EXEC) *~ *.stackdump This compiles, links, and runs just fine. However, now I want to use one of the wgl-functions (namely wglGetProcAddress). For that I have to include windows.h. The program compiles, but the linker fails with: $ make g++ -Wall -Wextra -std=c++98 -pedantic -g -O0 -I ~/SDL-1.2.11/include -c simple_1-1.cpp g++ simple_1-1.o -L ~/SDL-1.2.11/lib -lSDL -lopengl32 -o 1-1.exe /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libcygwin.a(libcmain.o):(.text+0xab): undefined reference to [EMAIL PROTECTED]' OK, so I tried replacing the main() function with a WinMain() and now it links under cygwin too. This is not necessary under MSVC++, though. I wonder if it can be solved? Right now I use #ifdef:s to work around it. I tried adding -lSDLmain and -mwindows to the linker options, but it didn't help. Still the same linking error. Posting this to both the cygwin and sdl mailing list, hope that it doesn't offend anyone. Attaching the working program and Makefile. What must I do to get it to work? Works just fine under MSVC++ but I'd much rather use cygwin/gcc. / E #include SDL.h #include GL/gl.h #include cassert static void display() { glClear(GL_COLOR_BUFFER_BIT); glBegin(GL_POLYGON); glVertex2f(-0.5f,-0.5f); glVertex2f(-0.5f, 0.5f); glVertex2f( 0.5f, 0.5f); glVertex2f( 0.5f,-0.5f); glEnd(); SDL_GL_SwapBuffers(); } int main(int argc, char *argv[]) { (void)argc; (void)argv; int retval = SDL_Init(SDL_INIT_VIDEO); assert(retval == 0); SDL_Surface *surface = SDL_SetVideoMode(640, 480, 0, SDL_OPENGL); assert(surface != NULL); SDL_WM_SetCaption(Simple SDL/OpenGL demo, NULL); SDL_Event event; while (true) { while (SDL_PollEvent(event)) { switch (event.type) { case SDL_QUIT: { SDL_Quit(); exit(EXIT_SUCCESS); } } } display(); } assert(0); /* Not reached. */ } CXX = g++ CXXFLAGS = -Wall -Wextra -std=c++98 -pedantic -g -O0 -I ~/SDL-1.2.11/include -c LDFLAGS = -L ~/SDL-1.2.11/lib -lSDL -lopengl32 -o $(EXEC) EXEC = 1-1.exe OBJECTS = simple_1-1.o all: $(OBJECTS) $(CXX) $^ $(LDFLAGS) %.o: %.cpp $(CXX) $(CXXFLAGS) $ clean: rm -f $(OBJECTS) $(EXEC) *~ *.stackdump -- 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/
SDL/OpenGL program fails to link when I want to use wgl-function
Hello, I'm using a fully updated cygwin and mingw developement binaries of SDL (version 1.2.11). Consider the following program: //#include windows.h #include SDL.h #include GL/gl.h #include cassert static void display() { glClear(GL_COLOR_BUFFER_BIT); glBegin(GL_POLYGON); glVertex2f(-0.5f,-0.5f); glVertex2f(-0.5f, 0.5f); glVertex2f( 0.5f, 0.5f); glVertex2f( 0.5f,-0.5f); glEnd(); SDL_GL_SwapBuffers(); } int main(int argc, char *argv[]) { (void)argc; (void)argv; int retval = SDL_Init(SDL_INIT_VIDEO); assert(retval == 0); SDL_Surface *surface = SDL_SetVideoMode(640, 480, 0, SDL_OPENGL); assert(surface != NULL); SDL_WM_SetCaption(Simple SDL/OpenGL demo, NULL); SDL_Event event; //wglGetProcAddress(foo); while (true) { while (SDL_PollEvent(event)) { switch (event.type) { case SDL_QUIT: { SDL_Quit(); exit(EXIT_SUCCESS); } } } display(); } assert(0); /* Not reached. */ } Makefile I use: CXX = g++ CXXFLAGS = -Wall -Wextra -std=c++98 -pedantic -g -O0 -I ~/SDL-1.2.11/include -c LDFLAGS = -L ~/SDL-1.2.11/lib -lSDL -lopengl32 -o $(EXEC) EXEC = 1-1.exe OBJECTS = simple_1-1.o all: $(OBJECTS) $(CXX) $^ $(LDFLAGS) %.o: %.cpp $(CXX) $(CXXFLAGS) $ clean: rm -f $(OBJECTS) $(EXEC) *~ *.stackdump This compiles, links, and runs just fine. However, now I want to use one of the wgl-functions (namely wglGetProcAddress). For that I have to include windows.h. The program compiles, but the linker fails with: $ make g++ -Wall -Wextra -std=c++98 -pedantic -g -O0 -I ~/SDL-1.2.11/include -c simple_1-1.cpp g++ simple_1-1.o -L ~/SDL-1.2.11/lib -lSDL -lopengl32 -o 1-1.exe /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libcygwin.a(libcmain.o):(.text+0xab): undefined reference to [EMAIL PROTECTED]' I tried adding -lSDLmain and -mwindows to the linker options, but it didn't help. Still the same linking error. Posting this to both the cygwin and sdl mailing list, hope that it doesn't offend anyone. Attaching the working program and Makefile. What must I do to get it to work? Works just fine under MSVC++ but I'd much rather use cygwin/gcc. / E #include SDL.h #include GL/gl.h #include cassert static void display() { glClear(GL_COLOR_BUFFER_BIT); glBegin(GL_POLYGON); glVertex2f(-0.5f,-0.5f); glVertex2f(-0.5f, 0.5f); glVertex2f( 0.5f, 0.5f); glVertex2f( 0.5f,-0.5f); glEnd(); SDL_GL_SwapBuffers(); } int main(int argc, char *argv[]) { (void)argc; (void)argv; int retval = SDL_Init(SDL_INIT_VIDEO); assert(retval == 0); SDL_Surface *surface = SDL_SetVideoMode(640, 480, 0, SDL_OPENGL); assert(surface != NULL); SDL_WM_SetCaption(Simple SDL/OpenGL demo, NULL); SDL_Event event; while (true) { while (SDL_PollEvent(event)) { switch (event.type) { case SDL_QUIT: { SDL_Quit(); exit(EXIT_SUCCESS); } } } display(); } assert(0); /* Not reached. */ } CXX = g++ CXXFLAGS = -Wall -Wextra -std=c++98 -pedantic -g -O0 -I ~/SDL-1.2.11/include -c LDFLAGS = -L ~/SDL-1.2.11/lib -lSDL -lopengl32 -o $(EXEC) EXEC = 1-1.exe OBJECTS = simple_1-1.o all: $(OBJECTS) $(CXX) $^ $(LDFLAGS) %.o: %.cpp $(CXX) $(CXXFLAGS) $ clean: rm -f $(OBJECTS) $(EXEC) *~ *.stackdump -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with kill
$ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 2348 12348 2348 con 1005 12:08:25 /usr/bin/rxvt 361223483612 23920 1005 12:08:25 /usr/bin/bash 213636122136 27000 1005 12:17:43 /cygdrive/c/emacs/bin/emacs S 8763612 876 11520 1005 12:20:00 /home/mikael/jobb/example_programs/simple_iterator/runme 356036123560 40800 1005 12:22:47 /usr/bin/ps $ kill 876 $ ps $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 2348 12348 2348 con 1005 12:08:25 /usr/bin/rxvt 361223483612 23920 1005 12:08:25 /usr/bin/bash 213636122136 27000 1005 12:17:43 /cygdrive/c/emacs/bin/emacs S 8763612 876 11520 1005 12:20:00 /home/mikael/jobb/example_programs/simple_iterator/runme 356036123560 40800 1005 12:22:47 /usr/bin/ps Hmm, process remains. $ kill -f 876 bash: kill: f: invalid signal specification [EMAIL PROTECTED] ~/jobb/example_programs/simple_iterator $ kill --force 876 bash: kill: -force: invalid signal specification [EMAIL PROTECTED] ~/jobb/example_programs/simple_iterator $ kill -v bash: kill: v: invalid signal specification [EMAIL PROTECTED] ~/jobb/example_programs/simple_iterator $ kill --version bash: kill: -version: invalid signal specification [EMAIL PROTECTED] ~/jobb/example_programs/simple_iterator $ whereis kill kill: /bin/kill.exe /usr/bin/kill.exe /usr/share/man/man1/kill.1.gz What am I doing wrong? (cygcheck.out attached) Cygwin Configuration Diagnostics Current System Time: Fri Sep 22 12:28:05 2006 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\mingw32-make\bin c:\emacs\bin c:\jdk1.5.0_08\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(mikael)GID: 513(Ingen) 0(root) 513(Ingen) 544(Administratörer) 545(Användare) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(mikael)GID: 513(Ingen) 0(root) 513(Ingen) 544(Administratörer) 545(Användare) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'mikael' PWD = '/home/mikael/jobb/example_programs/simple_iterator' HOME = '/home/mikael' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\mikael' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\mikael\Application Data' HOSTNAME = 'ditt-9624b96a3d' TERM = 'rxvt-cygwin-native' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 72 Stepping 2, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Program\vs_8\Common7\Tools\' WINDOWID = '7157088' OLDPWD = '/home/mikael/jobb/example_programs' USERDOMAIN = 'DITT-9624B96A3D' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/mikael/LOKALA~1/Temp' COMMONPROGRAMFILES = 'C:\Program\Delade filer' USERNAME = 'mikael' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\mikael' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\DITT-9624B96A3D' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' COLORFGBG = '15;default;0' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/mikael/LOKALA~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '4802' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program' DISPLAY = ':0' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'DITT-9624B96A3D' COLORTERM = 'rxvt-xpm' _ = '/usr/bin/cygcheck.exe' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 56188Mb 31% CP CS UN PA FC d: hd FAT3237290Mb 1% CPUN DATA e: cd N/AN/A
Re: C++ program only compiles if -mno-cygwin specified
Christopher Faylor wrote: On Fri, Jul 14, 2006 at 10:55:22PM +0200, Eric Lilja wrote: Hello, I'm using a fully updated cygwin and it seems that it puts macros named BIG_ENDIAN and LITTLE_ENDIAN into global scope if include stdio.h (or cstdio). If the program is compiled with -mno-cygwin, these macros are not present. This prevented me from compiling a third party library out-of-the-box. Here's a condensed test case that will only compile in MinGW-mode: #include cstdio int main() { enum TArch1 {LITTLE_ENDIAN}; enum TArch2 {BIG_ENDIAN}; } Maybe these macros need not to be in global scope for cygwin to function or maybe I can do something else and still compile the third party library under cygwin without editing the library code? There is no way to change this behavior other than in source code. Cygwin's stdio.h includes sys/types.h which defines these values. The stdio header file from glibc does not include sys/types.h. If it did, you'd have the same problem. I see. And I presume that these values are supplied to be used by a third-party otherwise they would have been prefixed with double underscores? I understand newlib has been updated over the years because if I remember correctly that program used to compile under cygwin, like two years ago or so. Anyway, it's easy to work around. Thanks for your help. [snip clever sed snippet] / E -- 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/
C++ program only compiles if -mno-cygwin specified
Hello, I'm using a fully updated cygwin and it seems that it puts macros named BIG_ENDIAN and LITTLE_ENDIAN into global scope if include stdio.h (or cstdio). If the program is compiled with -mno-cygwin, these macros are not present. This prevented me from compiling a third party library out-of-the-box. Here's a condensed test case that will only compile in MinGW-mode: #include cstdio int main() { enum TArch1 {LITTLE_ENDIAN}; enum TArch2 {BIG_ENDIAN}; } Maybe these macros need not to be in global scope for cygwin to function or maybe I can do something else and still compile the third party library under cygwin without editing the library code? / E -- 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/