RE: Vital information for anyone debugging setup.exe
Original Message From: Brian Dessent Sent: 20 April 2005 06:29 Dave Korn wrote: It would probably be easier simpler and quicker to find the messagebox call in the insight source (most of which is just tcl/tk scripting after all) and comment it out. Perhaps you missed my other reply: Heh, you noticed that too... I googled for a way to disable the popups, but found nothing. I just comment out the OutputDebugString() call in msg() when using insight. Comment out that one line and they're gone... Brian Nope, I saw that, but I wanted to fix insight rather than setup, because otherwise it's gonna happen again with some other piece of software... I'm in the habit of using loadsa debug messages and logging them with dbgview or similar, and I don't want to accidentally window-bomb myself again sometime in the future. cheers, DaveK -- Can't think of a witty .sigline today
Re: Vital information for anyone debugging setup.exe
Dave Korn wrote: Nope, I saw that, but I wanted to fix insight rather than setup, because otherwise it's gonna happen again with some other piece of software... I'm in the habit of using loadsa debug messages and logging them with dbgview or similar, and I don't want to accidentally window-bomb myself again sometime in the future. Ah. Well if you do figure out how to disable that in insight please post. As I said I googled but all I found was others complaining about it with replies saying that you'd have to dig into insight internals to change it, and I'm not really conversant in tcl/tk. Brian
Re: Request for pkg-config update
Charles Wilson wrote: Max Bowsher wrote: Pkg-config maintainer, please could we have an update? Current is 0.17.2, Cygwin package is 0.15.0. Thanks. Development seemed stalled for so long I thought it was dead. I'll roll an update out soon. Thankyou! :-) Max.
[PATCH] Uninstall .dll last, reinstall first - final version
Well, it builds, and it works, and I've tested it by rolling an installation back-and-forth across quite a large update (the difference between my local mirror set up last september and an up-to-date mirror), which I could do with the old setup and see things fail when it removed the cygwin dll early in the uninstall, and which worked fine with the patched version because it saves the dll until last, and nobody actually has any comments, but I've cut out the unnecessary return-an-early-abort-indication bit now that I'm convinced that LogSingleton::exit doesn't return. So I'd call that done for now. Here ya go! 2005-04-20 Dave Korn [EMAIL PROTECTED] * install.cc (uninstall_if_needed): New function, broken out from do_install_thread, tests conditions for uninstall and does so if needed. (upgrade_if_needed): Likewise broken out from upgrade-in-place clause of do_install_thread. (install_if_needed): Likewise broken out from third (reinstall) pass over package database in do_install_thread. (do_install_thread): Use broken out functions in the three passes over the database. Skip cygwin dll package when found in the first two passes, so uninstall scripts can run successfully, then run all three passes for cygwin dll only, then complete reinstallation (third pass) using new dll. cheers, DaveK -- Can't think of a witty .sigline today setup-save-cygdll-til-last-patch-final.diff Description: Binary data
RE: Vital information for anyone debugging setup.exe
Original Message From: Brian Dessent Sent: 20 April 2005 10:14 Dave Korn wrote: Nope, I saw that, but I wanted to fix insight rather than setup, because otherwise it's gonna happen again with some other piece of software... I'm in the habit of using loadsa debug messages and logging them with dbgview or similar, and I don't want to accidentally window-bomb myself again sometime in the future. Ah. Well if you do figure out how to disable that in insight please post. As I said I googled but all I found was others complaining about it with replies saying that you'd have to dig into insight internals to change it, and I'm not really conversant in tcl/tk. Brian Hmm. handle_output_debug_string in gdb/win32-nat.c translates messages received from OutputDebugString into calls to warning (...). Eventually these get translated through gdb/gdbtk/library/interface.tcl :: show_warning (...) into calls to ide_messageBox (in libgui/src/tclmsgbox.c). I think it would probably be best to fix at the gdb layer. Genuine warnings we still do want to pop up a dialog, it's just that debug output shouldn't be treated as debugger warnings, because it isn't. Just commenting out the call to warning would probably work, although that would mean the debug messages didn't get displayed at all; what we really want is for them to come out in the console window. Not quite sure how to make that happen yet.. cheers, DaveK -- Can't think of a witty .sigline today
screen
I'm going to try to build and package screen for Cygwin. It's such a useful program, I just have to try. screen 4.0.2 won't compile OOTB in Cygwin: gcc -c -I. -I.-g -O2 misc.c misc.c: In function `xsetenv': misc.c:619: error: too few arguments to function `setenv' make: *** [misc.o] Error 1 I haven't looked into trying to fix this yet, it may be quite simple. There are many references to a binary of screen 4.0.2 compiled for Cygwin, and a corresponding patch, available at http://www.fredlwm.hpg.ig.com.br/cygwin/screen/. But that page has gone dark, and I can't find a cached copy of it anywhere. If someone has the patch that was provided there, I'd appreciate it if you'd pass it along. If anyone else has tried and failed to build or package screen for Cygwin, or if you know anything else about the feasibility of this little project, I'd appreciate hearing from you. Andrew.
Re: screen
[EMAIL PROTECTED] wrote: If anyone else has tried and failed to build or package screen for Cygwin, or if you know anything else about the feasibility of this little project, I'd appreciate hearing from you. I found this googling, maybe it's a mirror of what you're seeking: http://www.j10n.org/files/screen-4.0.2-cygwin.patch For what I do remember of that disappeared page the patch was incomplete, though: no re-attach was possible. Lapo -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
Re: ITP: typespeed-0.4.4
Lapo Luchini wrote: ...and package is ready. http://www.lapo.it/cygwin/typespeed-0.4.4-1-src.tar.bz2 http://www.lapo.it/cygwin/typespeed-0.4.4-1.tar.bz2 BTW: I also tried the network head-to-head playing, and seems to work ok, for me. If no one else is interested in it I guess I'll put up a personal setup.exe-compatible page, though ;-) But this is small, nice, and Cygwin lacks a good amount of small nice games imho 0=) -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
Re: screen
Andrew, I tried packaging screen a long time ago, and failed. I got it compiling, but it didn't work correctly. I seem to recall that it really didn't work at all. The major obstacle to porting screen is that you have to understand how Cygwin handles terminals, which I don't, but maybe you do. If you understand that, then it should be possible, but if not then I don't know what to tell you. I just did a search of my web spaces and my local machine and couldn't find any trace of my efforts for packaging screen. Sorry :( Harold [EMAIL PROTECTED] wrote: I'm going to try to build and package screen for Cygwin. It's such a useful program, I just have to try. screen 4.0.2 won't compile OOTB in Cygwin: gcc -c -I. -I.-g -O2 misc.c misc.c: In function `xsetenv': misc.c:619: error: too few arguments to function `setenv' make: *** [misc.o] Error 1 I haven't looked into trying to fix this yet, it may be quite simple. There are many references to a binary of screen 4.0.2 compiled for Cygwin, and a corresponding patch, available at http://www.fredlwm.hpg.ig.com.br/cygwin/screen/. But that page has gone dark, and I can't find a cached copy of it anywhere. If someone has the patch that was provided there, I'd appreciate it if you'd pass it along. If anyone else has tried and failed to build or package screen for Cygwin, or if you know anything else about the feasibility of this little project, I'd appreciate hearing from you. Andrew.
Re: ITP: typespeed-0.4.4
On Apr 20 23:30, Lapo Luchini wrote: Lapo Luchini wrote: ...and package is ready. http://www.lapo.it/cygwin/typespeed-0.4.4-1-src.tar.bz2 http://www.lapo.it/cygwin/typespeed-0.4.4-1.tar.bz2 BTW: I also tried the network head-to-head playing, and seems to work ok, for me. If no one else is interested in it I guess I'll put up a personal setup.exe-compatible page, though ;-) But this is small, nice, and Cygwin lacks a good amount of small nice games imho 0=) No no, it's Debian-approved as you wrote and packaging looks ok, AFAICS. Just one question: Is it safe to put the rc file into /etc or would there be a good reason to put this into /etc/defaults/etc and install via postinstall script? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: ITP: typespeed-0.4.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corinna Vinschen wrote: No no, it's Debian-approved as you wrote and packaging looks ok, AFAICS. Just one question: Is it safe to put the rc file into /etc or would there be a good reason to put this into /etc/defaults/etc and install via postinstall script? % cat /etc/typespeedrc /usr/share/typespeed/ It really is a constant-content file containing the path to data files (word lists and an highscores file for each word list). Some user may want to have a .typespeedrc in his home to redirect to a different list of highscores. I don't think any user should really need to change that globally, as simple as the program is seems a bit overwill to install it with a postinstall script. Lapo PS: default content was indeed /usr/lib/typespeed but being the content text files and highscores it seemed a bit strange to put that in a /lib/ directory, so I changed it to /usr/share/typespeed/. - -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIcBAEBCAAGBQJCZs7AAAoJELBiMTth2oCD+QoP/0rZOqsEW4B8AII8rN++8KQs D6GeAKao12fSk5OPVXZuy+nVjvPnNO1c2dYkjdqXYeEtxb9csDgIE862PWqGRk5f pKalIA3+9jqmFEVHZBitVn+IlZxUzbvx0D+/rwhNBcD92JJXo1EIUiCl1+nQrhrQ tjE3eVJQiV2Qbxrl8KVtoGRrwY/OFTUmc+9w7c7jlFq1+WiZqBQaclT20SR/nftY ee/uVDKBIPcn5uuojbwfDk/9zfedg6AHjJUQmA0HBEqLSmHVGTjz9t15C53IKxq3 RV/JIU7Yn2bbbaH2u5k1kT6KXHlzGylS4Qx6XatMiTHefV5f9Kf7sELvqp5BKka5 y1PnNRfhZifJuW3pJOf97mRS8/2tYjGQDl4KGeDpRQyhH6kUaraocvbguM0Usxra XLdAcHNik97yvUuRlxfrW5qhh8+CTpckc7FrXbtgSf/lHpFJweXoS0IG8kSDnDDj 0aza4qeXdMp+B1+tEB3koVp3qUzWSZHAEfVZeN3EzEcT+fs/6z1CAbl4FgI+jlKE xWbUpP3JcEH63IIhlFBglCbqlwsARRvFK4FIU9AYLxWfW0dFZ4wwLOdMKCjPy0Mp 7IUjmzqfwnw+i1Z6i/7e5t4Ajyxyy8Ya0gJL/Tz8oy5SU69N+yYToY85RXhbpZDO sM87ZAXuD0QpouFwNjyf =XA5P -END PGP SIGNATURE-
Re: ITP: typespeed-0.4.4
On Apr 20 23:50, Lapo Luchini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corinna Vinschen wrote: No no, it's Debian-approved as you wrote and packaging looks ok, AFAICS. Just one question: Is it safe to put the rc file into /etc or would there be a good reason to put this into /etc/defaults/etc and install via postinstall script? % cat /etc/typespeedrc /usr/share/typespeed/ Ok, uploaded. Could you please add also a link to a setup.hint file next time, so that this has not to be created by copy/paste? Thanks. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: screen
On Wed, 20 Apr 2005, Schulman.Andrew wrote: I'm going to try to build and package screen for Cygwin. It's such a useful program, I just have to try. screen 4.0.2 won't compile OOTB in Cygwin: gcc -c -I. -I.-g -O2 misc.c misc.c: In function `xsetenv': misc.c:619: error: too few arguments to function `setenv' make: *** [misc.o] Error 1 I haven't looked into trying to fix this yet, it may be quite simple. There are many references to a binary of screen 4.0.2 compiled for Cygwin, and a corresponding patch, available at http://www.fredlwm.hpg.ig.com.br/cygwin/screen/. But that page has gone dark, and I can't find a cached copy of it anywhere. If someone has the patch that was provided there, I'd appreciate it if you'd pass it along. If anyone else has tried and failed to build or package screen for Cygwin, or if you know anything else about the feasibility of this little project, I'd appreciate hearing from you. Andrew. I've had success with earlier versions of screen (3.9.13) -- see http://cygwin.com/ml/cygwin/2002-09/msg00419.html for a patch which, I believe, addresses the issue you mentioned above. Hopefully it won't be too hard to adjust it for 4.0.2. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: screen
The major obstacle to porting screen is that you have to understand how Cygwin handles terminals, which I don't, but maybe you do. If you understand that, then it should be possible, but if not then I don't know what to tell you. Well I thought this might be the case. No, I don't understand how Cygwin handles terminals, and in general I don't understand terminals very well. So this might end up being more than I can do right now, or it might be a good way for me to learn about terminals, which I wouldn't mind doing. I'll start to look into it and see. Any ideas about resources I could look at, besides The Source? I have general information about terminal handling in Unix, in Advanced Unix Programming by Rochkind. I also have some familiarity with terminal usage in Linux. A.
RE: screen
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Schulman.Andrew I'm going to try to build and package screen for Cygwin. It's such a useful program, I just have to try. Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? I can see the point of screen on a stripped-down text-only system, but when you can open up any number of rxvt+bash's and ALT-TAB between them... ...what am I missing? And I'm not picking on you Andy, I keep hearing how wonderful this screen progam is, and I have yet to meet anybody who can tell me why. -- Gary R. Van Sickle
RE: screen
Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? I can see the point of screen on a stripped-down text-only system, but when you can open up any number of rxvt+bash's and ALT-TAB between them... ...what am I missing? And I'm not picking on you Andy, I keep hearing how wonderful this screen progam is, and I have yet to meet anybody who can tell me why. sometimes the machine you need lots of terminals on is remote, rather than local. in that case, screen is extremely useful. it also saves you from having to manage windows, which is often counterproductive and keeps you from doing 'real' work. --elijah
Re: screen
I'm going to try to build and package screen for Cygwin. It's such a useful program, I just have to try. Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? I can see the point of screen on a stripped-down text-only system, but when you can open up any number of rxvt+bash's and ALT-TAB between them... A few things come to mind. One is that I'm used to using it with ssh, so I have it configured for my greatest efficiency. For example, I have a standard set of windows that starts automatically, with the same names, so I know where things are right away. Navigation is more efficient because I use the same set of navigation commands in multiple environments. I spend a fair amount of effort to standardize my environment in this way wherever I can. Another reason is that multiple rxvt windows adds up to a crowded task bar, which crowds my mental space. Maybe it's just me... There are some fairly esoteric features that I never use, such as splitting each screen into arbitrary regions, and sending data back and forth between windows. Some people may like screen for these features. Maybe the best answer is that there's really not much difference at all. Both methods do the same thing, but either all in one window, or in multiple windows. I like the former, you like the latter. ...what am I missing? And I'm not picking on you Andy, I keep hearing how wonderful this screen progam is, and I have yet to meet anybody who can tell me why. No problem. You have my permission never to use it, even after all the work I put into making it run on Cygwin :) A.
Re: screen
On Wed, Apr 20, 2005 at 05:18:09PM -0400, [EMAIL PROTECTED] wrote: I'm going to try to build and package screen for Cygwin. It's such a useful program, I just have to try. screen 4.0.2 won't compile OOTB in Cygwin: gcc -c -I. -I.-g -O2 misc.c misc.c: In function `xsetenv': misc.c:619: error: too few arguments to function `setenv' make: *** [misc.o] Error 1 I haven't looked into trying to fix this yet, it may be quite simple. There are many references to a binary of screen 4.0.2 compiled for Cygwin, and a corresponding patch, available at http://www.fredlwm.hpg.ig.com.br/cygwin/screen/. But that page has gone dark, and I can't find a cached copy of it anywhere. If someone has the patch that was provided there, I'd appreciate it if you'd pass it along. If anyone else has tried and failed to build or package screen for Cygwin, or if you know anything else about the feasibility of this little project, I'd appreciate hearing from you. Try the below patches. They make a workable screen on my system. I even get a screen that I can attach and detach if I comment out the '#define NAMEDPIPE 1' in config.h before building. This is necessary because, unfortunately, cygwin's implementation of fifos is not yet complete although screen thinks it is. So the semi-working fifo seems to confuse detach/attach. I'm not sure how you'd proceduralize the building of screen such that configure would avoid using fifos. I guess the only way to do it is to patch the configure script to avoid using fifos under cygwin. Or always edit config.h after configure... I really do have to fix fifos soon. Screen will be a good test case for them, I guess. HTH, cgf --- misc.c.orig 2003-12-05 07:45:41.0 -0500 +++ misc.c 2005-04-20 23:29:19.0 -0400 @@ -613,7 +613,7 @@ char *value; */ # endif /* NEEDSETENV */ #else /* USESETENV */ -# if defined(linux) || defined(__convex__) || (BSD = 199103) +# if defined(linux) || defined(__convex__) || (BSD = 199103) || defined(__CYGWIN__) setenv(var, value, 1); # else setenv(var, value); --- pty.c.orig 2003-09-08 10:26:18.0 -0400 +++ pty.c 2005-04-20 23:30:58.0 -0400 @@ -34,7 +34,7 @@ #endif /* for solaris 2.1, Unixware (SVR4.2) and possibly others */ -#ifdef HAVE_SVR4_PTYS +#if defined(HAVE_SVR4_PTYS) !defined(__CYGWIN__) # include sys/stropts.h #endif --- utmp.c.orig 2003-09-08 10:27:17.0 -0400 +++ utmp.c 2005-04-20 23:30:20.0 -0400 @@ -589,7 +589,7 @@ makedead(u) struct utmp *u; { u-ut_type = DEAD_PROCESS; -#if !defined(linux) || defined(EMPTY) +#if (!defined(linux) !defined(__CYGWIN__)) || defined(EMPTY) u-ut_exit.e_termination = 0; u-ut_exit.e_exit = 0; #endif
Re: xine 0.99.3-1, X Error X_CreateGlyphCursor 0x9a
Peter Valdemar Morch swp5jhu02 at sneakemail.com writes: It suggests to put feature.cursors = 0 in a file called ~/.xitkrc, but that doesn't help. Is this a xine bug in your opinion? 'Cause then I'll stop bugging this list... :-D It IS a stupid xine bug. Delete the last line in the 'cursors[]' array defined in xitk/xine-toolkit/cursors.c and rebuild. HTH -- Till Peter
Re: XWin fails connecting to XDM for sending wrong source-IP
On Wed, 20 Apr 2005, norm wrote: I was trying to connect to a Linux-server (Debian/Sarge, XFree86 4.3) from my Windows-box (Win XP Pro SP2, cygwin 1.5.15-1, xwin 6.8.2.0-1). All I got was a blank X-screen. I thought it may be a font-problem and tried: XWin -query 192.168.200.200 -fp tcp/192.168.200.200:7100 After that, netstat gave me the following two lines on the Linux-box tcp 0 1 192.168.200.200:1091 192.168.68.1:x11 SYN_SENT tcp 0 0 192.168.200.200:font-service 192.168.200.2:1596 CONNECTED where .200.200 is the appserver, .200.2 the winbox and .68.1 something I never heard of. If you specify the right source-IP with the -from argument, everything works fine. Do you already know this? Is there any reason for this behavior I haven't thought of? If not, could someone please confirm, that this is a bug? You can specify the address to use with the -from parameter XWin -query 192.168.200.200 -from 192.168.200.2 -fp tcp/192.168.200.200:7100 bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Cygwin/X FAQ error
Hi, The Cygwin/X FAQ, section 4.1.1 contains the following: The mainoption for changing the layout is -xkblayout countrycode where countrycode is in most cases the 2 character code which also represents the country in internet adresses (e.g. Australia = au, Deutschland = de, France = fr, Japan = jp, United Kingdom = uk). The country code for United Kingdom appears to be misleading, it should be gb, not uk. Thanks for a really useful tool... Best Regards Graham Hawkins -- Graham Hawkins [EMAIL PROTECTED] NEC Technologies (UK) Ltd. +44 (0) 1189 9654572 Imperium, Imperial Way, Reading, Berkshire, RG2 0TD, UK
Cygwin X display through SSH
Hi there I have a Window XP laptop running Cygwin's sshd. And I ssh to laptop using another XP school machine running Cygwin X. I would like to display X graphics (emacs, gvim...) on my school machine. So in a sense, I am doing this: (i am not sure if I am saying it right) 1. Cygwin X server on school machine 2. sshd on window xp laptop 2. ssh in window xp laptop from school machine 3. run emacs, and have it display on school machine. I have tried it, but I can't get it to display even with X forwarding. Is there something I need to setup for sshd? Does this even work at all? Thank you ... Alan
Re: Cygwin X display through SSH
On Wed, 20 Apr 2005, Alan Ning wrote: Hi there I have a Window XP laptop running Cygwin's sshd. And I ssh to laptop using another XP school machine running Cygwin X. I would like to display X graphics (emacs, gvim...) on my school machine. So in a sense, I am doing this: (i am not sure if I am saying it right) 1. Cygwin X server on school machine 2. sshd on window xp laptop 2. ssh in window xp laptop from school machine 3. run emacs, and have it display on school machine. I have tried it, but I can't get it to display even with X forwarding. Is there something I need to setup for sshd? Does this even work at all? The FAQ has an entry on running X11 with ssh http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Most problems are covered there. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
OpenGL, undefined references
Hi, I have searched everywhere I can think of and have found some similar questions but nothing that has worked for me yet. Here is what happens when I try to compile a program using opengl libraries, etc under cygwin. Can anyone offer some suggestions? Thank you. Matt Berkemeier cc -c -I/usr/include -I. quad-animate.c cc -c -I/usr/include -I. windowdump.c cc quad-animate.o windowdump.o -L/usr/freeware/lib \ -L/usr/X11R6/lib/ -lglut \ -lGLU -lGL -lXmu -lXext -lX11 -lm -o quad-animate quad-animate.o(.text+0xd2):quad-animate.c: undefined reference to [EMAIL PROTECTED]' quad-animate.o(.text+0xda):quad-animate.c: undefined reference to [EMAIL PROTECTED]' quad-animate.o(.text+0xf9):quad-animate.c: undefined reference to [EMAIL PROTECTED]' quad-animate.o(.text+0x124):quad-animate.c: undefined reference to [EMAIL PROTECTED]' remaining undefined references deleted
Re: Cygwin success story: Using remote X11 session over ssh
In data Tue, 19 Apr 2005 21:42:26 -0600 Ariel Millennium Thornton [EMAIL PROTECTED] scriveva: Has anyone else thought of doing what I've done? If so, what are your opinions, and how could I have done this better? I've thought about doing the same thing, the only difference is that I immediately abandoned Windows and put Debian SID on my laptop! :) But I think I'm gonna play around with Cygwin/X at work, where I may have to deploy it on my Windows-based PCs... maybe just for running single applications (like OpenOffice or so)... Cheers, good work! -- Registered Linux User #251752 --- VB LUG Co-Founder --- Seen it all, done it all... can't remember most of it...
Re: XWin fails connecting to XDM for sending wrong source-IP
I was trying to connect to a Linux-server (Debian/Sarge, XFree86 4.3) from my Windows-box (Win XP Pro SP2, cygwin 1.5.15-1, xwin 6.8.2.0-1). All I got was a blank X-screen. I thought it may be a font-problem and tried: XWin -query 192.168.200.200 -fp tcp/192.168.200.200:7100 After that, netstat gave me the following two lines on the Linux-box tcp 0 1 192.168.200.200:1091 192.168.68.1:x11 SYN_SENT tcp 0 0 192.168.200.200:font-service 192.168.200.2:1596 CONNECTED where .200.200 is the appserver, .200.2 the winbox and .68.1 something I never heard of. If you specify the right source-IP with the -from argument, everything works fine. Do you already know this? Is there any reason for this behavior I haven't thought of? If not, could someone please confirm, that this is a bug? You can specify the address to use with the -from parameter XWin -query 192.168.200.200 -from 192.168.200.2 -fp tcp/192.168.200.200:7100 obviously but it doesn't work for me without doing so. I wonder why the xserver chooses 192.168.68.1 in this case. norm
Mas novedades en DVDS
DVD a $10 cada uno Envio a toda argentina Ultimos estrenos! Visitanos en: http://solodvds.latinowebs.com//solodvds.latinowebs.com
src/winsup/utils ChangeLog utils.sgml
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-04-20 12:25:43 Modified files: winsup/utils : ChangeLog utils.sgml Log message: * utils.sgml (mount): Clarify setting cygdrive prefix for user and system-wide. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.305r2=1.306 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/utils.sgml.diff?cvsroot=srcr1=1.51r2=1.52
src/winsup/doc ChangeLog pathnames.sgml
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-04-20 12:26:45 Modified files: winsup/doc : ChangeLog pathnames.sgml Log message: * pathnames.sgml (mount-table): Indicate that user-specific mounts override system-wide. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.92r2=1.93 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/pathnames.sgml.diff?cvsroot=srcr1=1.18r2=1.19
winsup/cygwin ChangeLog path.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-04-20 18:25:15 Modified files: cygwin : ChangeLog path.cc Log message: * path.cc (path_conv::check): Fix problem reading symlinks introduced in below change by reverting the change and adding an additional test for nonexistent files in /proc. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2851r2=1.2852 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/path.cc.diff?cvsroot=uberbaumr1=1.363r2=1.364
winsup/cygwin path.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-04-20 20:50:59 Modified files: cygwin : path.cc Log message: revert erroneous checkin Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/path.cc.diff?cvsroot=uberbaumr1=1.365r2=1.366
Re: does not work : change /cygdrive to / (Attn: documentation patch)
Patricia J. Hawkins wrote: I gather it was an accidentally introduced bug? My inference that it was an intended change, which unexpectedly changed the visible filesystem structure (added to the time I spent wading through archives, doc, and system changes) is a good bit of what ticked me off. Anyway, I think the mount doc needs clarification. Having different mount points for the user and for the system is unexpected, and it's also not clear from the doc that in cygwin, the user mount points take precedence over the system mount points. The 'mount' system has always had user mode mounts and system mode mounts from day one. And, as far as I know, it has always been the case that user mode mounts take precedence over system wide mounts if the same path is mounted both ways. The only thing that we're actually talking about here, as far as I can tell, is the cygdrive prefix. Until 1.5.14, it did not work the same way as normal mounts in that you could not override a system mode cygdrive prefix with a user mode cygdrive prefix. This was fixed, so that the whole user/system distinction worked consistently for all mounts. (And, it was mentioned in the release notes for 1.5.14.) The documentation about the mount table[1] does explain that there are both system and user mounts. It however does not explicitly say that user mode mounts override system mode mounts. If anything, it would be good to perhaps add a sentence or two along those lines. Also the documentation for 'mount' regarding cygpath[2] does say that by default you are modifying the systemwide cygdrive prefix, but it does not say that if you have a user mode cygdrive prefix it will take precedence. That too might benefit from clarification. I have attached a patch to the documentation that clarifies these two locations. I ask that those that know more about Cygwin than I review the change to make sure I didn't say anything misleading. Brian [1] http://cygwin.com/cygwin-ug-net/using.html#mount-table The mapping is stored in the current user's Cygwin mount table in the Windows registry so that the information will be retrieved next time the user logs in. Because it is sometimes desirable to have system-wide as well as user-specific mounts, there is also a system-wide mount table that all Cygwin users inherit. [2] http://cygwin.com/cygwin-ug-net/using-utils.html#mount Note that if you set a new prefix in this manner, you can specify the -s flag to make this the system-wide default prefix. By default, the cygdrive-prefix applies only to the system-wide setting. You can always see the user and system cygdrive prefixes with the -p option. Index: utils/utils.sgml === RCS file: /cvs/src/src/winsup/utils/utils.sgml,v retrieving revision 1.51 diff -u -p -r1.51 utils.sgml --- utils/utils.sgml24 Feb 2005 04:32:45 - 1.51 +++ utils/utils.sgml20 Apr 2005 06:20:38 - @@ -729,9 +729,11 @@ set the automount prefix to filename/ /screen /example -paraNote that if you set a new prefix in this manner, you can -specify the literal-s/literal flag to make this the system-wide default -prefix. By default, the cygdrive-prefix applies only to the system-wide setting. +paraNote that the cygdrive prefix can be set both per-user and system-wide, +and that as with all mounts, a user-specific mount takes precedence over the +system-wide setting. The commandmount/command utility creates system-wide +mounts by default if you do not specify a type. Use the literal-s/literal +or literal-u/literal flag to indicate a system or user mount, respectively. You can always see the user and system cygdrive prefixes with the literal-p/literal option. Using the literal-b/literal flag with literal--change-cygdrive-prefix/literal makes all new Index: doc/pathnames.sgml === RCS file: /cvs/src/src/winsup/doc/pathnames.sgml,v retrieving revision 1.18 diff -u -p -r1.18 pathnames.sgml --- doc/pathnames.sgml 6 Mar 2005 02:46:54 - 1.18 +++ doc/pathnames.sgml 20 Apr 2005 06:20:39 - @@ -47,7 +47,9 @@ vlt;versiongt; where lt;versiongt; is the latest registry version associated with the Cygwin library (this version is not the same as the release number). The system-wide table is located under the same subkeys -under HKEY_LOCAL_SYSTEM./para +under HKEY_LOCAL_SYSTEM. The user mount table takes precedence over +the system-wide table if a path is mounted in both. This includes the +setting of the cygdrive prefix./para paraSince Windows uses drive letters instead of a single filesystem root, the POSIX root filename//filename must be set to a directory -- 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/
apache 1.3.33-1 - rebase problem still existing
There is still a strong sensitivity of apache to rebase - in other words: rebase still ruins apache First try: $ /usr/sbin/apachectl start C:\z_cygwin\usr\sbin\httpd.exe (2380): *** unable to remap C:\z_cygwin\lib\apache\mod_vhost_alias.dll to same address as parent(0x3F) != 0x96 /usr/sbin/apachectl start: httpd could not be started So I did a rebaseall (which ran without errors) and rebooted and after that even /usr/sbin/httpd.exe -h returns nothing but the command prompt. Which mechanism makes apache so sensitive to rebase(all)? - I also tried to start apache via cygrunsrv, but also with no success. I adapted Igor's command line: cygrunsrv -I apache -d CYGWIN apache -p /usr/sbin/httpd -a -F -e CYGWIN=check_case:strict ntsec notitle binmode nosmbntsec notty -e PATH=/usr/bin:/bin -t manual -o $ net start apache CYGWIN apache wird gestartet CYGWIN apache konnte nicht gestartet werden. Sie erhalten weitere Hilfe, wenn Sie NET HELPMSG 3523 eingeben. $ NET HELPMSG 3523 *** konnte nicht gestartet werden. - I enclose a listing of cygcheck -s -v -r Many thanks for your assistance Greetings Rainer Kirsch cygcheck_svr Description: Binary data -- 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: apache 1.3.33-1 - rebase problem still existing
Rainer Kirsch wrote: Which mechanism makes apache so sensitive to rebase(all)? Because it uses dynamic modules that are loaded via dlopen(). Any program in this situation will be sensitive to ImageBase issues. I also tried to start apache via cygrunsrv, but also with no success. That is probably because you tried to start it from apachectl previously. You shouldn't do that. Normally what happens is you try to start Apache from your regular user account, which creates log files under your account and permissions. Then if you try to run it later as a service, the SYSTEM account doesn't have the proper rights. You should try something along the following lines whenever trying to start Apache as a service after previously starting it as a regular user: for F in /var/log/apache.log /var/log/apache/{error,access}_log; do chown SYSTEM:root $F chmod 644 $F done You should also delete /var/run/apache.pid before starting the service if it exists and has improper permissions, otherwise cygrunsrv can't replace it. You also have to make sure that all the necessary directories can be read by SYSTEM. This includes /var/www, /etc/apache/*, and so on. Traverse checking can be an issue here (but it's a nonissue for 1.5.15 and later.) Finally, you should make sure that User is set to Guest (or whatever unprivileged account you desire) and Group is commented out in httpd.conf. Sie erhalten weitere Hilfe, wenn Sie NET HELPMSG 3523 eingeben. If none of the above did the trick, you are going to have to provide more information. All that says is that the service couldn't be started. You need to check for messages in the log files and in the windows event log. Brian -- 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: cygwin-1.5.15-1
Christopher Faylor wrote... I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Greetings, I download and run the latest setup.exe - for all mirrors I've tried the cygwin package seems to be pegged at 1.5.14-1 rather than 1.5.15-1. Are there more up to date mirrors I may not have tried, or am I misunderstanding something here...? cygcheck output attached. -- Lionel B cygcheck.out Description: Binary data -- 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/
Strange linking
Problem with: ln -s I remove /bin/etex Create link: ln -s /bin/pdfetex.exe /bin/etex A link is not created but a copy of /bin/etex.exe $ ls -al /bin/etex* -rwxr-x---+ 1 fodorb Felhasznlk 280064 Mar 10 15:21 /bin/etex.exe $ ln -s /bin/pdfetex.exe /bin/etex $ ls -al /bin/etex* -rwxr-x---+ 1 fodorb Felhasznlk 280064 Mar 10 15:21 /bin/etex -rwxr-x---+ 1 fodorb Felhasznlk 280064 Mar 10 15:21 /bin/etex.exe If I remove /bin/etex.exe, the link is created successfully. Bert -- 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/
Mirror, Mirroring, Download, Downloading Cygwin Release Using rsync
From time to time, as even now, someone asks a question on how to download Cygwin for installing, locally, on any number of machines, burning a CD/DVD, etc. The canonical answer seems to be to use Cygwin's Setup. If Setup doesn't run on your system of choice (e.g. FreeBSD, GNU/Linux...), then how? Although Setup does run on my windows machine, I don't normally use it to download release changes. Instead, I use rsync, which should work as well on *nix type systems as on a M$ one. So here's how I do it and what works for me--see the bash script below. I use rsync to maintain a local Cygwin release mirror so I can use Setup to locally install anything from Cygwin release on a number of PCs on my network. I have been doing this for several years with virtually no problems--except for the occasional rsync mirror that comes or goes. The nice thing about rsync is that it downloads only what has changed since the last rsync and with the --delete option, it deletes everything on the local mirror that's not on the official Cygwin mirror being used.(NB: Not so with wget. It just lets things pile up.) Also, rsync is very robust in that, should the download be interrupted, it can be restarted and it picks up, basically, from where it left off. Moreover, you can still use Setup on an M$ machine to download and install changes using the same local directory structure, e.g. /cygdrive/x/cygwin/release. However, using the --delete option, the directories left by Setup will be removed the next time rsync is run but everything will be current. Be advised that disk space may now be an issue. Several years ago, when I started using rsync to mirror Cygwin release, it did so in about 800MB. Now it takes about 2.4GB--somebody has been busy--thanks! However, frequent rsyncs will only need to download a fraction of that. Below is the bash script I start manually on my Win98SE system. It's brutish, lacks sophistication, but works for me. Because my Cygwin install is Unix, I use Windows' Wordpad (write.exe) to read the log files (hence, the .wri extension). Wordpad can handle both the file size and line ends properly whereas notepad can't. The script first runs rsync to download any changes to Setup.exe and Setup.ini, placing them in /cygdrive/n/pub/Cygwin from where I can run Setup. The script then runs rsync to update /cygdrive/n/pub/Cygwin/release with the latest changes. If I first want to see what the new changes are (more or less) without downloading, I do a dry run (rsync -n option). After rsyncing, I can do a local install with Setup from any machine on my network. I just updated the script with the latest rsync mirrors found on the Cygwin site. Normally, I only use mirror 1 or 2 in the list. If there were more North American mirrors, I'd try my hand at selecting the one to use randomly, rather than by menu--share the load. I hope someone finds this information useful and that it's not redundant. Regards, Lowell Anderson -cut here- #!/bin/bash # Select the rsync mirror to use. while [ 1 ] ; do echo echo Select the rsync mirror to use or exit: echo 1) rsync://mirrors.xmission.com/cygwin/ --Utah echo 2) rsync://mirrors.kernel.org/sources.redhat.com/cygwin/ --Palo Alto echo 3) rsync://ftp.esat.net/mirrors/sources.redhat.com/pub/cygwin/ --Ireland echo 4) rsync://ftp.gwdg.de/pub/linux/sources.redhat.com/cygwin/ --Germany echo 5) rsync://ftp.inf.tu-dresden.de/cygwin/ --Germany echo 6) rsync://ftp.kaist.ac.kr/cygwin/ --Korea echo 7) rsync://mirror.averse.net/cygwin/ --Singapore echo echo 0) exit program echo echo -n Enter selection 0-7: read selection echo case $selection in 1 ) rsyncsite=rsync://mirrors.xmission.com/cygwin/ break;; 2 ) rsyncsite=rsync://mirrors.kernel.org/sources.redhat.com/cygwin/ break;; 3 ) rsyncsite=rsync://ftp.esat.net/mirrors/sources.redhat.com/pub/cygwin/ break;; 4 ) rsyncsite=rsync://ftp.gwdg.de/pub/linux/sources.redhat.com/cygwin/ break;; 5 ) rsyncsite=rsync://ftp.inf.tu-dresden.de/cygwin/ break;; 6 ) rsyncsite=rsync://ftp.kaist.ac.kr/cygwin/ break;; 7 ) rsyncsite=rsync://mirror.averse.net/cygwin/ break;; 0 ) echo OK! Exiting; exit 1;; * ) echo Please enter one of 0 to 7 esac done echo -n Do you want a dry run? (yes/no) 'var1': read var1 if [ $var1 = yes ] then rsync -vaunt --progress --stats --delete $rsyncsite/set* /cygdrive/n/pub/cygwin /cygdrive/n/pub/CygwinMgmt/drsetlog.wri rsync -vaunrt --progress --stats --delete $rsyncsite/release /cygdrive/n/pub/cygwin /cygdrive/n/pub/CygwinMgmt/drreleaselog.wri fi if [ $var1 = no ] then rsync -vaut --progress --stats --delete $rsyncsite/set* /cygdrive/n/pub/cygwin /cygdrive/n/pub/CygwinMgmt/setlog.wri rsync -vaurt --progress --stats --delete $rsyncsite/release /cygdrive/n/pub/cygwin
apache 1.3.33-1 - rebase problem still existing (2)
Following Brian Dessert's hints and using net start apache I get only one entry in ps -ef concerning apache SYSTEM38083844 ? 11:24:14 /usr/sbin/httpd looking for error messages I get: bash-2.05b$ tail /var/log/apache/error_log [Wed Apr 20 11:24:32 2005] [error] (10)No child processes: fork: Unable to fork new process C:\z_cygwin\usr\sbin\httpd.exe (1664): *** unable to remap C:\z_cygwin\lib\apache\mod_vhost_alias.dll to same address as parent(0x3F) != 0x6E 22305983 [main] httpd 3808 fork_parent: child 1664 died waiting for dll loading [Wed Apr 20 11:24:43 2005] [error] (10)No child processes: fork: Unable to fork new process C:\z_cygwin\usr\sbin\httpd.exe (3456): *** unable to remap C:\z_cygwin\lib\apache\mod_vhost_alias.dll to same address as parent(0x3F) != 0x6E 32419971 [main] httpd 3808 fork_parent: child 3456 died waiting for dll loading [Wed Apr 20 11:24:53 2005] [error] (10)No child processes: fork: Unable to fork new process C:\z_cygwin\usr\sbin\httpd.exe (1412): *** unable to remap C:\z_cygwin\lib\apache\mod_vhost_alias.dll to same address as parent(0x3F) != 0x6E 43554098 [main] httpd 3808 fork_parent: child 1412 died waiting for dll loading [Wed Apr 20 11:25:04 2005] [error] (10)No child processes: fork: Unable to fork new process so my problem with a dll which should be but cannot be rebased perists. Greetings Rainer Kirsch -- 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: Mirror, Mirroring, Download, Downloading Cygwin Release Using rsync
L Anderson wrote: I use rsync to maintain a local Cygwin release mirror so I can use Setup to locally install anything from Cygwin release on a number of PCs on my network. I do too but without the script part. I just have a line in my crontab: 00 10,22 * * * rsync -rlt --exclude=mail-archives rsync://mirrors.kernel.org/sources.redhat.com/cygwin/ /d/cygwin-mirror/ /dev/null I don't really see why you need to do it in two steps, just use --exclude to get rid of stuff you don't want and mirror the base directory. BTW, you could get rid of that .wri extension ugliness by mounting the logfile directory textmode, and then name the output .txt. Or get a better text editor - I recommend Metapad for free, UltraEdit for $. (But I realize you're probably happy with what you have and don't need someone telling you to change.) The nice thing about rsync is that it downloads only what has changed since the last rsync and with the --delete option, it deletes everything on the local mirror that's not on the official Cygwin mirror being used. That's more of a feature to me than a bug, as I like to have older packages. Although with Peter's Cygwin Time Machine site that becomes less of an issue. 800MB. Now it takes about 2.4GB--somebody has been busy--thanks! However, frequent rsyncs will only need to download a fraction of that. You can cut that down significantly by using --exclude to ignore the source packages. Of course, that means you can't install source packages. were more North American mirrors, I'd try my hand at selecting the one to use randomly, rather than by menu--share the load. Heh. Well, that's a good sentiment. I use the kernel.org mirror, and given the amount of traffic they serve I have good faith that several MB of cygwin packages every week or two is not even a drop in their bucket. It looks like they've taken away their neat little BW meter from the home page but I seem to recall it was normally pushing out a constant 100 to 200 MBit/s, and a whole lot more in times following kernel releases. They've got big pipes. :) Brian -- 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: apache 1.3.33-1 - rebase problem still existing (2)
Rainer Kirsch wrote: [Wed Apr 20 11:24:32 2005] [error] (10)No child processes: fork: Unable to fork new process C:\z_cygwin\usr\sbin\httpd.exe (1664): *** unable to remap C:\z_cygwin\lib\apache\mod_vhost_alias.dll to same address as parent(0x3F) != 0x6E Okay, are you sure that the mod_*.dll files are being included in the rebase? You can do rebaseall -v to view the files are they're processed. I use the following script for debugging this: #!/usr/bin/perl -w foreach my $fn (@ARGV) { if (-f $fn) { if( `/usr/bin/objdump -p $fn` =~ /ImageBase\s+([0-9a-fA-F]{8})/ ) { print $fn: $1\n; } } } Name that 'imagebase' and put it in your path somewhere. Then you can type imagebase /usr/lib/apache/mod*.dll. Do the modules all have the base address 0x100 (meaning they weren't rebased) or do they have addresses in the 0x6... range? The fact that the DLLs are loading that low in memory (0x3F) implies to me that they were not in fact rebased. Brian -- 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: Reading raw disk greater than 1 terabyte
Well, Anonymous was right, I just didn't read your mail further after I saw the usage of .\\physicaldrive1, I apologize. I never heard of such a 1TB border which would result in problems. However, due to the lack of such a big drive, I can't debug that, obviously. On Apr 13 18:47, Loh, Joe wrote: Same command but using /dev/sdb instead: $ dd if=/dev/sdb ibs=1024 skip=1610612600 count=10 | od -x dd: reading `/dev/sdb': Invalid request code 0+0 records in 0+0 records out 000 What's weird here is that the Invalid request code is never generated manually by Cygwin, but only when some Windows call returns the error code ERROR_INVALID_FUNCTION. So it's a Windows function which chokes. Could you please run the above dd under strace and send the strace output to this list? Perhaps that helps to track this down. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: does not work : change /cygdrive to / (Attn: documentation patch)
On Apr 19 23:25, Brian Dessent wrote: I have attached a patch to the documentation that clarifies these two locations. I ask that those that know more about Cygwin than I review the change to make sure I didn't say anything misleading. Brian [1] http://cygwin.com/cygwin-ug-net/using.html#mount-table The mapping is stored in the current user's Cygwin mount table in the Windows registry so that the information will be retrieved next time the user logs in. Because it is sometimes desirable to have system-wide as well as user-specific mounts, there is also a system-wide mount table that all Cygwin users inherit. [2] http://cygwin.com/cygwin-ug-net/using-utils.html#mount Note that if you set a new prefix in this manner, you can specify the -s flag to make this the system-wide default prefix. By default, the cygdrive-prefix applies only to the system-wide setting. You can always see the user and system cygdrive prefixes with the -p option. Looks good to me. However, please send patches to cygwin-patches and add a ChangeLog entry. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: Strange linking
On Apr 20 11:12, Bertalan Fodor wrote: Problem with: ln -s I remove /bin/etex Create link: ln -s /bin/pdfetex.exe /bin/etex A link is not created but a copy of /bin/etex.exe $ ls -al /bin/etex* -rwxr-x---+ 1 fodorb Felhaszn?l?k 280064 Mar 10 15:21 /bin/etex.exe $ ln -s /bin/pdfetex.exe /bin/etex $ ls -al /bin/etex* -rwxr-x---+ 1 fodorb Felhaszn?l?k 280064 Mar 10 15:21 /bin/etex -rwxr-x---+ 1 fodorb Felhaszn?l?k 280064 Mar 10 15:21 /bin/etex.exe If I remove /bin/etex.exe, the link is created successfully. The link has been created correctly already the first time you called ln. The problem is that ls doesn't evaluate the information correctly because the underlying path handling finds the tcsh.exe file before it finds the tcsh.lnk file. While this is a problem which could be fixed in some way in Cygwin, I'm nevertheless wondering how you want the ambiguity to be solved. If you type etex on the command line, do you want etex - pdfetex.exe to be started or etex.exe? Regardless how that's solved in Cygwin, it will work contrary to the expectations in 50% of the cases. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: setup.exe keeps hanging
Alan Ning wrote: I just tried it now, and I have the same problem. My CPU usage was at 100%, and it was running multiple instance of sh.exe. I ran setup.exe again, same thing happened. ... Alan Reid Thompson wrote: Dave Korn wrote: Original Message From: Jurgen Defurne Sent: 14 April 2005 13:38 I still have the following problems : - The installation of cygwin1.dll keeps hanging at 78 % -- Probably because the installation is not complete, i cannot get access to my D: drive (which is just a second drive), but I can get access to my C: drive and to my network drives. ANy hints ? Just one possibility. It might be the same problem, or it might not. Start a bash shell. Unless your install is really badly damaged, this should still work. cd into /etc/postinstall. Is there a file there called d.sh? If so, that's going to have been causing setup to crash when it tries to handle it. Execute it directly (enter ./d.sh), then rename it with mv d.sh d.sh.done. After that setup should be able to complete. In fact, if even your bash shell won't work, use a dos prompt to rename it, then you can run it manually after your setup has completed by using . /etc/postinstall/d.sh.done cheers, DaveK -- Can't think of a witty .sigline today (This may or may not be related to your issue...) I also noticed on the last update I did that some/all of the packages for ?LaTex? were updated -- and that the post-install script (post-texmf.sh) took a VERY long time to complete --- i.e. system looked like it was hung, but was actually ?building? a lot of postinstall stuff. This was on a slower processor machine ~400mhz -- WAG is it took about 8-10 minutes. I kept thinking setup was hung -- ended up cancelling it and running post-texmf.sh by hand ( I also had to comment out line 11, kept getting permission denied on removing ~/web2c/*.*fmt). reid -- 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/ yes - again, not sure if this is your problem, but, the postinstall-texmf.sh ends up generating a number of sh.exe processes and a kepswich??? process, etc. Look in your /etc/postinsall directory, find the scripts that have not been moved to .done, and run them manually one at a time til you find out which one is causing you the problem -- then try to determine why that script is causing an issue. reid -- 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/
apache 1.3.33-1 - rebase problem still existing (3)
I did a rebaseall (log is attached) and rebooted. Now no process is coming up after (instead of one): $ net start apache CYGWIN apache wird gestartet CYGWIN apache konnte nicht gestartet werden. Sie erhalten weitere Hilfe, wenn Sie NET HELPMSG 3523 eingeben. $ NET HELPMSG 3523 *** konnte nicht gestartet werden. using Brian Dessent's script I get: $ imagebase /usr/lib/apache/mod*.dll /usr/lib/apache/mod_access.dll: 6fa0 /usr/lib/apache/mod_actions.dll: 6f9e /usr/lib/apache/mod_alias.dll: 6f9c /usr/lib/apache/mod_asis.dll: 6f9a /usr/lib/apache/mod_auth.dll: 6f98 /usr/lib/apache/mod_auth_anon.dll: 6f96 /usr/lib/apache/mod_autoindex.dll: 6f94 /usr/lib/apache/mod_cern_meta.dll: 6f92 /usr/lib/apache/mod_cgi.dll: 6f90 /usr/lib/apache/mod_digest.dll: 6f8e /usr/lib/apache/mod_dir.dll: 6f8c /usr/lib/apache/mod_env.dll: 6f8a /usr/lib/apache/mod_example.dll: 6f88 /usr/lib/apache/mod_expires.dll: 6f86 /usr/lib/apache/mod_headers.dll: 6f84 /usr/lib/apache/mod_imap.dll: 6f82 /usr/lib/apache/mod_include.dll: 6f80 /usr/lib/apache/mod_info.dll: 6f7e /usr/lib/apache/mod_log_agent.dll: 6f7c /usr/lib/apache/mod_log_config.dll: 6f7a /usr/lib/apache/mod_log_forensic.dll: 6f78 /usr/lib/apache/mod_log_referer.dll: 6f76 /usr/lib/apache/mod_mime.dll: 6f74 /usr/lib/apache/mod_mime_magic.dll: 6f72 /usr/lib/apache/mod_negotiation.dll: 6f70 /usr/lib/apache/mod_rewrite.dll: 6f6d /usr/lib/apache/mod_setenvif.dll: 6f6b /usr/lib/apache/mod_speling.dll: 6f69 /usr/lib/apache/mod_status.dll: 6f67 /usr/lib/apache/mod_unique_id.dll: 6f65 /usr/lib/apache/mod_userdir.dll: 6f63 /usr/lib/apache/mod_usertrack.dll: 6f61 /usr/lib/apache/mod_vhost_alias.dll: 6f5f $ getfacl /usr/sbin/httpd.exe # file: /usr/sbin/httpd.exe # owner: SYSTEM # group: root user::rwx user:apache:rwx group::r-x mask:rwx other:--- apache's controlling process SYSTEM 892 1 ? 13:35:51 /usr/bin/cygrunsrv is still within the process list. $ cygrunsrv --query apache Service apache exists Type: Own Process Current State : Stop Pending Controls Accepted : Accept Stop, Accept Shutdown the user settings of /etc/apache/httpd.conf read User apache #Group #-1 Thank you all for cooperation! Greetings Rainer Kirsch rba02.lst Description: Binary data -- 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: apache 1.3.33-1 - rebase problem still existing (3)
Rainer Kirsch wrote: I did a rebaseall (log is attached) and rebooted. It's really annoying when you start a new thread for each reply. Do you think you could just reply to each post instead? It helps the archives as well as those trying to help you. Now no process is coming up after (instead of one): $ net start apache CYGWIN apache wird gestartet CYGWIN apache konnte nicht gestartet werden. Sie erhalten weitere Hilfe, wenn Sie NET HELPMSG 3523 eingeben. $ NET HELPMSG 3523 *** konnte nicht gestartet werden. Okay, the service doesn't start. I'm still not clear though as to why. In your last email you seemed to imply that the service starts but cannot fork because of the rebase problem. Are you still getting the cannot remap errors in the log files, or is it something else? It would be helpful to delete all the apache log files and restart the service to make sure that whatever messages are there are not from a previous run. Also, check for messages in the windows event log. In other words, it's still not clear as to if your problem is due to rebasing (in which case usually the service will start successfully but it cannot fork() and cannot serve any requests) or whether it's permissions-related (in which case the service won't start at all.) /usr/lib/apache/mod_access.dll: 6fa0 ... /usr/lib/apache/mod_vhost_alias.dll: 6f5f The rebasing is working properly. the user settings of /etc/apache/httpd.conf read User apache #Group #-1 I assume that you have created a windows user called 'apache', yes? Brian -- 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: Strange linking
While this is a problem which could be fixed in some way in Cygwin, I'm nevertheless wondering how you want the ambiguity to be solved. If you type etex on the command line, do you want etex - pdfetex.exe to be started or etex.exe? I want etex - pdfetex.exe (if etex exists, it should be used instead of etex.exe) Regardless how that's solved in Cygwin, it will work contrary to the expectations in 50% of the cases. OK, I can see that, I just wanted to be sure about the nature of this. Bert -- 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: Strange linking
On Apr 20 14:04, Bertalan Fodor wrote: While this is a problem which could be fixed in some way in Cygwin, I'm nevertheless wondering how you want the ambiguity to be solved. If you type etex on the command line, do you want etex - pdfetex.exe to be started or etex.exe? I want etex - pdfetex.exe (if etex exists, it should be used instead of etex.exe) There's a funny workaround which will result in a symlink which also is printed as a symlink in ls: $ CYGWIN=nowinsymlink ln -s ... Regardless how that's solved in Cygwin, it will work contrary to the expectations in 50% of the cases. OK, I can see that, I just wanted to be sure about the nature of this. However, if you try to start etex, Cygwin will nevertheless run etex.exe, not pdfetex.exe. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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/
OpenGL problems
Dear Cygwin I've just downloaded the full complement of CYGWIN and CYGWIN/X files with the intent of doing builds of some standard X Windows / OpenGl (and also Motif) programs . However, I am encountering difficulties. Could you please help me with the following : I'm unable to compile Kilgard's glxsimple.c on my Cygwin installation. I've tried using the following command, which works on my Redhat Linux 8.0 laptop : gcc -o glxsimple glxsimple -lGL -LX11R6 but it resulted in a no such file : GL/glx.h error. I adjusted this to gcc -o glxsimple glxsimple -I/usr/X11R6/include -lGL -LX11R6 which seemed to compile, but produced a cannot find -lGL from the linker. After reading /usr/doc/opengl-1.1.0, I then tried gcc -o glxsimple glxsimple -I/usr/X11R6/include -Lw32api -lopengl -LX11R6 which again appeared to compile, but resulted in a mound of undefined reference messages to GL function calls, and some to X calls as well. Can you please provide any help at all ? An explicit compile and link instruction is what I need, but even the command to build Oliver Jones Hello World (from his Introduction to the X Window system) or something from Kilgard (involving X, OpenGL, and Motif) on Cygwin would be extremely helpful. Thanks for the consideration. Walt Michaluk -- 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: cygwin-1.5.15-1
At Wednesday, April 20, 2005 3:37 AM, Lionel B wrote: Christopher Faylor wrote... I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Greetings, I download and run the latest setup.exe - for all mirrors I've tried the cygwin package seems to be pegged at 1.5.14-1 rather than 1.5.15-1. Are there more up to date mirrors I may not have tried, or am I misunderstanding something here...? cygcheck output attached. -- Lionel B Try more mirrors. I got it from ftp://mirrors.rcn.net 3 hours after the announcement was made. -- 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: OpenGL problems
I actively do OpenGL work with cygwin and I use: -lopengl32 -lglu32 -lgdi32 From: Walt K Michlauk [EMAIL PROTECTED] Date: 2005/04/20 Wed PM 12:17:24 GMT To: cygwin@cygwin.com Subject: OpenGL problems Dear Cygwin I've just downloaded the full complement of CYGWIN and CYGWIN/X files with the intent of doing builds of some standard X Windows / OpenGl (and also Motif) programs . However, I am encountering difficulties. Could you please help me with the following : I'm unable to compile Kilgard's glxsimple.c on my Cygwin installation. I've tried using the following command, which works on my Redhat Linux 8.0 laptop : gcc -o glxsimple glxsimple -lGL -LX11R6 but it resulted in a no such file : GL/glx.h error. I adjusted this to gcc -o glxsimple glxsimple -I/usr/X11R6/include -lGL -LX11R6 which seemed to compile, but produced a cannot find -lGL from the linker. After reading /usr/doc/opengl-1.1.0, I then tried gcc -o glxsimple glxsimple -I/usr/X11R6/include -Lw32api -lopengl -LX11R6 which again appeared to compile, but resulted in a mound of undefined reference messages to GL function calls, and some to X calls as well. Can you please provide any help at all ? An explicit compile and link instruction is what I need, but even the command to build Oliver Jones Hello World (from his Introduction to the X Window system) or something from Kilgard (involving X, OpenGL, and Motif) on Cygwin would be extremely helpful. Thanks for the consideration. Walt Michaluk -- 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/
Re: OpenGL problems
Walt K Michlauk wrote: gcc -o glxsimple glxsimple -I/usr/X11R6/include -Lw32api -lopengl -LX11R6 You need to be more careful with your command line switches. -L specifies a directory for the linker to search in, so -Lw32api and -LX11R6 are both meaningless. You use -L to specify a path and -l to specify the name of the library. Case matters. Try the following instead: gcc glxsimple.c -o glxsimple -I/usr/X11R6/include -L/usr/X11R6/lib -lGL -lX11 (You must have the xorg-x11-devel package installed for this to work.) Furthermore, for questions regarding anything X11-related, the proper list is cygwin-xfree at cygwin dot com. Brian -- 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/
apache 1.3.33-1 - rebase problem still existing (3)
Brian Dessent wrote: Okay, the service doesn't start. I'm still not clear though as to why. In your last email you seemed to imply that the service starts but cannot fork because of the rebase problem. Are you still getting the cannot remap errors in the log files, or is it something else? It would be helpful to delete all the apache log files and restart the service to make sure that whatever messages are there are not from a previous run. Also, check for messages in the windows event log. In other words, it's still not clear as to if your problem is due to rebasing (in which case usually the service will start successfully but it cannot fork() and cannot serve any requests) or whether it's permissions-related (in which case the service won't start at all.) The situation with one process running described in (2) was that with only having a fresh installation of apache without rebase. Here the first process running as SYSTEM starts, but the others (to be forked) do not appear due to the Unable to fork new process errors. The other scenario appears after having done the rebaseall. Then /usr/sbin/httpd.exe is no longer able to produce any output - it seems to be totally paralyzed. /usr/sbin/httpd.exe -h replies nothing but the next command prompt. If you try a net start apache Windows log Ereignisanzeige receives an entry saying apache : PID 892 : starting service `apache' failed: execv: 0, No error. I assume that you have created a windows user called 'apache', yes? Yes I have created an apache windows user with an according entry in /etc/passwd apache:unused_by_nt/2000/xp:1005:513:apache,U-ITSC88E\apache,S-1-5-21-2052111302 -1708537768-725345543-1005:/home/apache:/bin/bash Greetings Rainer Kirsch -- 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: Interactive windows programs and cygwin sshd: tab completion
Patricia, On Tue, Apr 19, 2005 at 03:16:14PM -0400, Patricia J. Hawkins wrote: How about using rxvt with your paths appropriately set? No, Win32 Python in interactive mode does not work (i.e., hangs) under rxvt even when used locally. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: does not work : change /cygdrive to / (Attn: documentation patch)
On Tue, Apr 19, 2005 at 11:25:26PM -0700, Brian Dessent wrote: Patricia J. Hawkins wrote: I gather it was an accidentally introduced bug? My inference that it was an intended change, which unexpectedly changed the visible filesystem structure (added to the time I spent wading through archives, doc, and system changes) is a good bit of what ticked me off. Anyway, I think the mount doc needs clarification. Having different mount points for the user and for the system is unexpected, and it's also not clear from the doc that in cygwin, the user mount points take precedence over the system mount points. The 'mount' system has always had user mode mounts and system mode mounts from day one. And, as far as I know, it has always been the case that user mode mounts take precedence over system wide mounts if the same path is mounted both ways. The only thing that we're actually talking about here, as far as I can tell, is the cygdrive prefix. Until 1.5.14, it did not work the same way as normal mounts in that you could not override a system mode cygdrive prefix with a user mode cygdrive prefix. until 1.5.14 is, AFAIK, incorrect. It worked for a while, was broken for a while, and then was fixed. cgf -- 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: Updated: inetutils-1.3.2-29
Original Message From: Christopher Faylor Sent: 20 April 2005 00:41 On Wed, Apr 20, 2005 at 09:32:00AM +1000, Luke Kendall wrote: On 19 Apr, Corinna Vinschen wrote: - When updating inetutils, take care that syslogd.exe, inetd.exe and subsequent processes don't run anymore. Otherwise the update will fail. Does setup.exe take care of stopping them before updating them, or do you mean that topping them must be done manually? So, your theory is that maybe Corinna went out of her way to mention that services have to be stopped because that was going to happen automatically? cgf I was planning to look into that for my next patch, as it happens! cheers, DaveK -- Can't think of a witty .sigline today -- 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: Updated: inetutils-1.3.2-29
On Wed, Apr 20, 2005 at 03:19:32PM +0100, Dave Korn wrote: I was planning to look into that for my next patch, as it happens! So were *you* under the impression that you needed a cygwin copyright assignment to modify setup.exe? That's not the case, if so. cgf -- 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: Updated: inetutils-1.3.2-29
Original Message From: Christopher Faylor Sent: 20 April 2005 15:37 On Wed, Apr 20, 2005 at 03:19:32PM +0100, Dave Korn wrote: I was planning to look into that for my next patch, as it happens! So were *you* under the impression that you needed a cygwin copyright assignment to modify setup.exe? That's not the case, if so. cgf Umm, no, I was (and still am) under the impression that I need a cygwin assignment on file for contributions to the dll. I hadn't actually considered what the case was for setup, although the phrase As per cygwin1.dll: (apps/setup/README) was somewhat suggestive. The terms for accepting contributions for both setup and newlib seem somewhat under-documented, or at least I couldn't find them explicitly stated anywhere. In fact, http://cygwin.com/contrib.html says This document deals with contributions to the Cygwin DLL and Cygwin-specific utilitites. ... and then goes on to say ... If your change is going to be a significant one in terms of the size of your code changes, be aware that you will have to sign over the copyright ownership of your code changes to Red Hat or the FSF (depending on the source file) before we can include your changes in the main source tree. Your employer may also have to send us a disclaimer stating that they have no claims to your contribution. This is necessary for liability reasons. ... which could be taken as including setup and the other cygwin-apps stuff. One thing I *did* want was to get the employer disclaimer on file, since that's what gives redhat the protection it needs to be able to safely continue backing open source projects, and it's what keeps the redhat legal team happy and able to tell management that they're not being exposed to any liability or risk. And that's regardless of any kind of copyright assignment, because that's what guarantees redhat that the copyright is indeed mine to assign. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
I just tried to build GCC 4.0.0-RC2 on Cygwin
As the topic says, I just tried to build the second release candidate of GCC 4.0.0 on Cygwin. The process itself was simple, but it took some time to perform the make bootstrap part, but that was expected. All steps of the build process completed successfully. I proceeded to try it on some of my home-brewn programs and the tiny amount of testing I did was a success. Of course -mno-cygwin doesn't work (it says: g++: installation problem, cannot exec 'cc1plus': No such file or directory). Apart from determining the proper configure options that should be used for Cygwin (I probably didn't use them) and making -mno-cygwin work, what else is required to port it fully to Cygwin? / M -- 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/
How well supported is csh/tcsh?
I have been using bash within my Cygwin environment thus far. But all are other UNIX machines are set up to use /bin/csh so I am considering making the shift to either /bin/csh or /bin/tcsh under cygwin. Preliminary experiments look good, but I have the feeling the majority of Cygwin users are with bash, even if I have no factual basis for it! So o Do most new/upgraded packages work or do you always have to port setup scripts? o Can I use tsch as a nicer csh and should this be fully compatible with csh? o Any testimonials good or bad? Regards, Jason -- 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/
How is cygwin's minimal setup-data retained in Win32? (Still have an installation problem.)
Hello - Context: I need to produce a cygwin fileset on CD that I can install on a system without net access. I don't need a seamless installation from the media, but I do need to select any of the packages I have planned; I've had trouble with this (for X11 specifically). I want to make a clean cygwin installation (using 'setup.exe') on a Win2K box and find some information from earlier installation attempts seems to be retained. I did the following: 1) Copied a new 'setup.exe' from 'www.cygwin.com' and placed it in a directory I had used on previous installation attempts, but had erased using the Win2K file manager. 2) Started my new 'setup.exe' and found it already held some defaults from a previous attempt, specifically: (a) the fact I wanted to 'Download' rather than 'Install', and (b) the identity of the mirror server I had used. I suppose there may be more retained information I don't know about. How should I completely launder a Win32 box so I can get a really clean Cygwin installation from one mirror server? Thanks for suggestions. John M. Mills Staff Engineer EMS Technologies 660 Engineering Drive Norcross, GA 30092 770.263.9200 ext4882 -- 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: Updated: inetutils-1.3.2-29
On Wed, Apr 20, 2005 at 04:27:00PM +0100, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 20 April 2005 15:37 On Wed, Apr 20, 2005 at 03:19:32PM +0100, Dave Korn wrote: I was planning to look into that for my next patch, as it happens! So were *you* under the impression that you needed a cygwin copyright assignment to modify setup.exe? That's not the case, if so. Umm, no, I was (and still am) under the impression that I need a cygwin assignment on file for contributions to the dll. I hadn't actually considered what the case was for setup, although the phrase As per cygwin1.dll: (apps/setup/README) was somewhat suggestive. The terms for accepting contributions for both setup and newlib seem somewhat under-documented, or at least I couldn't find them explicitly stated anywhere. Well, I'm glad I could clear up your apparent misconception then. cgf -- 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: Updated: inetutils-1.3.2-29
Christopher Faylor wrote: Well, I'm glad I could clear up your apparent misconception then. I have to admit I'm guilty here of this as well. I've got a couple of patches for setup.exe ready for thoughtful consideration but I was waiting on the assignment to be processed before going ahead. Brian -- 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: How is cygwin's minimal setup-data retained in Win32? (Still have an installation problem.)
On Wed, 20 Apr 2005, Mills, John M. wrote: [snip] I want to make a clean cygwin installation (using 'setup.exe') on a Win2K box and find some information from earlier installation attempts seems to be retained. [snip] 2) Started my new 'setup.exe' and found it already held some defaults from a previous attempt, specifically: (a) the fact I wanted to 'Download' rather than 'Install', and (b) the identity of the mirror server I had used. The above are retained in /etc/setup/last-* (namely, last-action and last-mirror). I suppose there may be more retained information I don't know about. There are also last-cache, which stores the cache directory, and last-connection, which stores (some) connection settings. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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: I just tried to build GCC 4.0.0-RC2 on Cygwin
Original Message From: Mikael Sent: 20 April 2005 16:24 As the topic says, I just tried to build the second release candidate of GCC 4.0.0 on Cygwin. The process itself was simple, but it took some time to perform the make bootstrap part, but that was expected. All steps of the build process completed successfully. I proceeded to try it on some of my home-brewn programs and the tiny amount of testing I did was a success. Of course -mno-cygwin doesn't work (it says: g++: installation problem, cannot exec 'cc1plus': No such file or directory). Apart from determining the proper configure options that should be used for Cygwin (I probably didn't use them) and making -mno-cygwin work, what else is required to port it fully to Cygwin? / M Nothing really, although making -mno-cygwin work should be expanded to include and applying all the other cyg-specific patches, but basically, that's all there is to it. Oh, and to find a good set of configure options, run /bin/gcc -v, and your original cygwin gcc will spit out a list of the options it was configured with. cheers, DaveK -- Can't think of a witty .sigline today -- 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: How well supported is csh/tcsh?
Jason Pearce wrote: o Do most new/upgraded packages work or do you always have to port setup scripts? In this case it shouldn't matter. All postinstall / preremove scripts are intended to be run by (and are in fact run by) /bin/sh, aka ash, regardless of what shell you choose as a user. Now if you're saying that you're going to remove ash then yes, expect a whole buttload of stuff to break. But if you just switch to tcsh as your default shell but leave ash sitting around as /bin/sh, then everything should be fine. The same thing goes for scripts used by packages (for example ssh-host-config) because they all reference /bin/sh or /bin/bash in the shebang, and so as long as you don't do something silly like remove ash or bash then you're fine. Brian -- 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: How is cygwin's minimal setup-data retained in Win32? (Still have an installation problem.)
Mills, John M. wrote: I suppose there may be more retained information I don't know about. How should I completely launder a Win32 box so I can get a really clean Cygwin installation from one mirror server? If you want to remove everything, you basically have to remove the mounts and delete the directory where cygwin was installed. This is outlined in http://cygwin.com/faq/faq_2.html#SEC20. However, rather than mucking around in the registry just do umount -A to remove mount information. As Igor points out, setup.exe stores most of its information in files under /etc/setup, and it locates /etc by looking at the mount table. Brian -- 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: How well supported is csh/tcsh?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Pearce Sent: 20 April 2005 16:30 To: Cygwin List Subject: How well supported is csh/tcsh? I have been using bash within my Cygwin environment thus far. But all are other UNIX machines are set up to use /bin/csh so I am considering making the shift to either /bin/csh or /bin/tcsh under cygwin. Preliminary experiments look good, but I have the feeling the majority of Cygwin users are with bash, even if I have no factual basis for it! So o Do most new/upgraded packages work or do you always have to port setup scripts? Sorry, I don't get what you mean o Can I use tsch as a nicer csh and should this be fully compatible with csh? Yes see below. o Any testimonials good or bad? For FreeBSD, the default shell is tcsh (masquerading as csh.) For most linux's its BASH (sometimes pretending to be sh) The shell you use is normaly down to personal preference, I prefer bash as that's what Ive always used, others swear by (t)csh, ksh or zsh. Tcsh is fully csh compatible according to http://www.tcsh.org/Welcome and I'd recopmend it over csh. As an aside, if your planning to do much shell scripting, I'd recommend using sh/bash/ksh (never used zsh so cant comment) over csh/tcsh. See http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/for reasons Against using csh although this is only if you are planning to do much Scripting with csh. Vince Regards, Jason -- 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/
Re: bash/fork problem on Win server 2003 with terminal serve
Corinna Vinschen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Apr 20 14:09, Lionel B wrote: Lionel B wrote... Corinna Vinschen wrote... On Apr 14 14:55, Lionel B wrote: Hi, I seem to have hit the same issue as described in: http://sourceware.org/ml/cygwin/2005-03/msg00919.html Please test the latest snapshot from http://cygwin.com/snapshots/ Thanks, it appears to fix the problem. Will test more thoroughly. Just checking: the fix doesn't appear to have made it into the 1.5.15-1 release - is that correct? No. Ok: the problem as reported in my original post in this thread appears still to exist in 1.5.15. Example: bash-2.05b$ ls 185071245 [main] bash 2892 fork_parent: child 3584 died waiting for longjmp before initialization bash: fork: No such file or directory Cygcheck output attached (again, from a W2K machine on which latest Cygwin is installed rather than the Server 2003 machine, since the problem prevents me from running cygcheck there). -- Lionel B cygcheck.out Description: Binary data -- 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: How well supported is csh/tcsh?
Vince wrote: o Do most new/upgraded packages work or do you always have to port setup scripts? Sorry, I don't get what you mean Some packages come with install scripts. I guess running them is independant of the shell you choose so they just work. Other than that there are just a few environment variables that effect things. MAKE_MODE springs to mind. It gets set /etc/profile but also seems to be done in /etc/csh.login - so that one is OK. Are there others? -- 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: I just tried to build GCC 4.0.0-RC2 on Cygwin
Dave Korn wrote: Original Message From: Mikael Sent: 20 April 2005 16:24 As the topic says, I just tried to build the second release candidate of GCC 4.0.0 on Cygwin. The process itself was simple, but it took some time to perform the make bootstrap part, but that was expected. All steps of the build process completed successfully. I proceeded to try it on some of my home-brewn programs and the tiny amount of testing I did was a success. Of course -mno-cygwin doesn't work (it says: g++: installation problem, cannot exec 'cc1plus': No such file or directory). Apart from determining the proper configure options that should be used for Cygwin (I probably didn't use them) and making -mno-cygwin work, what else is required to port it fully to Cygwin? / M Nothing really, although making -mno-cygwin work should be expanded to include and applying all the other cyg-specific patches, but basically, that's all there is to it. I seem to recall reading that the number of required patches for GCC has become less as GCC has been developed. I hope this is true so that porting 4.0.* is easier than porting an earlier release. Oh, and to find a good set of configure options, run /bin/gcc -v, and your original cygwin gcc will spit out a list of the options it was configured with. Yes, I was looking at those. I should've used ---enable-threads=posix for sure. cheers, DaveK -- Can't think of a witty .sigline today / M -- 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: cd /proc/garbage
On Thu, Apr 14, 2005 at 06:18:45AM -0400, Lev S Bishop wrote: I looked and this doesn't seem to have been mentioned in the archives. You can cd to any random subdirectory of a directory in the /proc filesystem, irrespective of whether it exists. Examples: $ cd /proc/banana $ ls ls: .: Not a directory $ cd /proc/self/banana $ ls ls: .: Not a directory $ cd /proc/self/fd/banana $ ls ls: .: Not a directory However it only works one level deep: $ cd /proc/banana/banana bash: cd: /proc/banana/banana: No such file or directory This should be fixed in CVS and will be in the next snapshot. FYI, cgf -- 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/
Writing Makefile, need libtool on cygwin info
Hello, I am writing a Makefile. Thus libtool commands are going to be executed via the make program based on rules in a Makefile, not manually from a command line. I'd appreciate it if someone in the know could explain what support is in GNU libtool on Cygwin, for the windres RC. I want to include a resource object in the link stage of building my (lib|app), and it seems very difficult to do using libtool. TIA. -- 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: bash/fork problem on Win server 2003 with terminal serve
On Apr 20 17:19, Lionel B wrote: Corinna Vinschen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Apr 20 14:09, Lionel B wrote: Lionel B wrote... Corinna Vinschen wrote... On Apr 14 14:55, Lionel B wrote: Hi, I seem to have hit the same issue as described in: http://sourceware.org/ml/cygwin/2005-03/msg00919.html Please test the latest snapshot from http://cygwin.com/snapshots/ Thanks, it appears to fix the problem. Will test more thoroughly. Just checking: the fix doesn't appear to have made it into the 1.5.15-1 release - is that correct? No. Ok: the problem as reported in my original post in this thread appears still to exist in 1.5.15. Example: bash-2.05b$ ls 185071245 [main] bash 2892 fork_parent: child 3584 died waiting for longjmp before initialization bash: fork: No such file or directory Cygcheck output attached (again, from a W2K machine on which latest Cygwin is installed rather than the Server 2003 machine, since the problem prevents me from running cygcheck there). Not helpful. First it's the wrong machine, second it's the wrong Cygwin version, third cygcheck will run since it's not a Cygwin application. If not, something else is wrong on that machine. Oh, forth, it also would run in a local session or if you remotely log in as admin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: findutils still broken
Original Message From: Chuck Sent: 19 April 2005 16:09 Findutils is broken when it comes to using it on the /proc filesystem. The last version that worked is 4.1.7. Newer versions crash if you run find /proc. Anyone care to tackle this? Cannot reproduce: [EMAIL PROTECTED] /proc find /proc /proc /proc/loadavg /proc/meminfo /proc/registry /proc/registry/HKEY_CLASSES_ROOT /proc/registry/HKEY_CLASSES_ROOT/* /proc/registry/HKEY_CLASSES_ROOT/*/OpenWithList find: /proc/registry/HKEY_CLASSES_ROOT/*/OpenWithList: Is a directory /proc/registry/HKEY_CLASSES_ROOT/*/shellex find: /proc/registry/HKEY_CLASSES_ROOT/*/shellex: Is a directory /proc/registry/HKEY_CLASSES_ROOT/*/InfoTip /proc/registry/HKEY_CLASSES_ROOT/*/QuickTip /proc/registry/HKEY_CLASSES_ROOT/*/AlwaysShowExt /proc/registry/HKEY_CLASSES_ROOT/*/TileInfo find: /proc/registry/HKEY_CLASSES_ROOT/*: Is a directory [EMAIL PROTECTED] /proc find --version GNU find version 4.2.11-CVS [EMAIL PROTECTED] /proc cygcheck -c findutils cygwin Cygwin Package Information Package VersionStatus cygwin 1.5.14-1 OK findutils20041227-1 OK [EMAIL PROTECTED] /proc The cygwin dll is in fact built from CVS on 2005-14-15, so it's effectively the same as 1.5.15. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
EXEC /bin/command.exe
Hi! I've a problem during cygwin use. CommandS ls,d or dir(oTherS .exe file) and exec ls,exec d (oTherS .exe files in /bin)are not understanding. And when I try to run some command using: exec /bin/ls (For example) command prompt exiting! Why does it exit??? How can I fix it? And how can I make all commands like ls -la, cat and others understanding(executabling) without exec??? P.S. excuse my English pls :) Reply to me ANYWAY mailto:[EMAIL PROTECTED] or mailto:[EMAIL PROTECTED] -- 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/
EXEC /bin/command.exe
Hi! I've a problem during cygwin use. CommandS ls,d or dir(oTherS .exe file) and exec ls,exec d (oTherS .exe files in /bin)are not understanding. And when I try to run some command using: exec /bin/ls (For example) command prompt exiting! Why does it exit??? How can I fix it? And how can I make all commands like ls -la, cat and others understanding(executabling) without exec??? P.S. excuse my English pls :) Reply to me ANYWAY mailto:[EMAIL PROTECTED] or mailto:[EMAIL PROTECTED] -- 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: EXEC /bin/command.exe
Original Message From: Emile Sent: 31 March 2005 18:07 Hi! I've a problem during cygwin use. CommandS ls,d or dir(oTherS .exe file) and exec ls,exec d (oTherS .exe files in /bin)are not understanding. And when I try to run some command using: exec /bin/ls (For example) command prompt exiting! Why does it exit??? Because you used exec. That's what exec is for. How can I fix it? Don't use exec. And how can I make all commands like ls -la, cat and others understanding(executabling) without exec??? Sort your $PATH out. cheers, DaveK -- Can't think of a witty .sigline today -- 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 not run OPUS MAKE
Hi, It is strange:in cygwin when I am trying to run OPUS MAKE, I always get this error, OPUS MAKE: Don't know how to make '!*'. Stop. I turn on the debug mode and I see the following, *** Read c:\opus6.12/make.ini *** Note: You are using Opus' default initialization file 'c:\opus6.12/make.ini' *** Done c:\opus6.12/make.ini *** *** Read some path\s/make.dbg.nt *** *** Done some path\s/make.dbg.nt *** *** Tracing OPUS MAKE *** ¡!* absent check rules no inferred source found update !* OPUS MAKE: Don't know how to make '!*'. Stop. If I run OPUS MAKE against same makefile in tc-shell, then there is no problem. I wonder if there is any known problem? _ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- 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 not run OPUS MAKE
At 01:42 PM 4/20/2005, you wrote: Hi, It is strange:in cygwin when I am trying to run OPUS MAKE, I always get this error, OPUS MAKE: Don't know how to make '!*'. Stop. I turn on the debug mode and I see the following, *** Read c:\opus6.12/make.ini *** Note: You are using Opus' default initialization file 'c:\opus6.12/make.ini' *** Done c:\opus6.12/make.ini *** *** Read some path\s/make.dbg.nt *** *** Done some path\s/make.dbg.nt *** *** Tracing OPUS MAKE *** ¡!* absent check rules no inferred source found update !* OPUS MAKE: Don't know how to make '!*'. Stop. If I run OPUS MAKE against same makefile in tc-shell, then there is no problem. I wonder if there is any known problem? You're asking the wrong list. We don't support OPUS MAKE since it's not a Cygwin package available from Cygwin mirrors. You want to ask this question of the folks who distribute OPUS MAKE. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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 getting started, Windows 98
Hello, I have installed Cygwin recently on my Windows 98 SE machine. Following the instructions, I then installed a binutils package for AVR cross-compiler (this one: http://www.bladox.com/pub/turbo-win32-040129.zip). cd / tar xvfpz usr.tar.gz Stuff un-packed and installed, without reporting any error. Unfortunately, I can't get it to work - for example. BASH: make: command not found Looking at the cygcheck results, it also reports that make and other essential bits are not found. I can't figure out why that should be, since (I think) the devel stuff seemed to be installed from the setup program. So, maybe something essential is missing. If someone knowledgeable could have a look at the attached cygcheck.out file and tell me whether the problem is in my basic cygwin installation or the additional binutils package, or a general idea of what's wrong, I would be extremely grateful! Thank you. -- 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: Problem getting started, Windows 98
Evan Tuer wrote: Following the instructions, I then installed a binutils package for AVR cross-compiler (this one: http://www.bladox.com/pub/turbo-win32-040129.zip). cd / tar xvfpz usr.tar.gz This list only supports Cygwin packages that you get from the cygwin.com site and its mirrors. The above is from a third party, so you need to take it up with them if you have problems. BASH: make: command not found Looking at the cygcheck results, it also reports that make and other essential bits are not found. I can't figure out why that should be, since (I think) the devel stuff seemed to be installed from the setup program. 'make' is not installed by default, you have to select it. From the cygwin.com home page: Note also that, by default, setup.exe does not install everything. Only the base cygwin distribution is installed by default. When running setup.exe, clicking on categories and packages in the package installation screen will provide you with the ability to control what is installed or updated. Brian -- 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: Problem getting started, Windows 98
At 03:44 PM 4/20/2005, you wrote: Hello, I have installed Cygwin recently on my Windows 98 SE machine. Following the instructions, I then installed a binutils package for AVR cross-compiler (this one: http://www.bladox.com/pub/turbo-win32-040129.zip). cd / tar xvfpz usr.tar.gz Stuff un-packed and installed, without reporting any error. Unfortunately, I can't get it to work - for example. BASH: make: command not found Looking at the cygcheck results, it also reports that make and other essential bits are not found. I can't figure out why that should be, since (I think) the devel stuff seemed to be installed from the setup program. So, maybe something essential is missing. If someone knowledgeable could have a look at the attached cygcheck.out file and tell me whether the problem is in my basic cygwin installation or the additional binutils package, or a general idea of what's wrong, I would be extremely grateful! You forgot to attach your cygcheck output. However, based on your description of it, it sounds like you have not, indeed, installed the make package and other essential bits from the Devel category. Just rerun 'setup.exe' and install the packages you want. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: How well supported is csh/tcsh?
--- Jason Pearce wrote: I have been using bash within my Cygwin environment thus far. But all are other UNIX machines are set up to use /bin/csh so I am considering making the shift to either /bin/csh or /bin/tcsh under cygwin. Preliminary experiments look good, but I have the feeling the majority of Cygwin users are with bash, even if I have no factual basis for it! So o Do most new/upgraded packages work or do you always have to port setup scripts? Not an issue, see other posts o Can I use tsch as a nicer csh and should this be fully compatible with csh? AFAIK, yes. o Any testimonials good or bad? I've been using tcsh for about 10 years now, but only for interactive shells. bash may have caught up to tcsh's user interface features but tcsh is (usually) available on older machines that don't have bash. I *always* use sh for scripts in order to have the highest probability of them being portable. For Cygwin, I actually delete the sh.exe and create a symlink from 'sh.exe' to 'bash.exe'. I find the Cygwin implementation of 'sh' (really 'ash') to be inadequate (I believe it was because of unsupported builtins, I stopped using it quite a while ago so I don't really remember). __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.5.15-1
Christopher Faylor cgf-no-personal-reply-please at cygwin.com writes: I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Christopher Faylor TimeSys, Inc. Changes since 1.5.14-1: corinna: Revamp process token handling to allow fast privilege switching. corinna: Fix ctime handling. cgf: Fix problem which caused cygwin not to dereference symlinks in the middle of a path in some cases. cgf: Clean up and simplify cygwin's lock handling. cgf: Fix crashes on startup that some users experienced. cgf: Make sure that nonexistent host names, services, and other network entities are correctly identified as such. corinna: Implement true (optional) syslog handling. corinna: Handle case when unix socket type doesn't match requested socket type. corinna: (Hopefully) Fix multiple race conditions in cygserver. phumblet: Fix setuid returning -1 when supplementary group list contains duplicate entries. dave.korn: Fix incorrect parsing of n (as NaN) in *scanf(). brian.dessent: Fix cygcheck so that it will not report on files in the PATH twice when . is in the path. phumblet/corinna: Change initgroups/getgroups to create correct list of supplementary groups for changing user context corinna: Revert to Bypass traverse checking by default cgf: Always run destructors on process exit. Don't rely on atexit for this. After installing the latest cygwin-1.5.15-1, I restarted the computer for it to take effect. Since then, I could no longer shutdown the machine with the cygwin shutdown.exe as follows: = [EMAIL PROTECTED] ~ $ shutdown.exe now WARNING!!! System is going down NOW shutdown: Couldn't shutdown: A required privilege is not held by the client. [EMAIL PROTECTED] ~ $ uname CYGWIN_NT-5.1 [EMAIL PROTECTED] ~ $ uname -a CYGWIN_NT-5.1 ITO2 1.5.15(0.127/4/2) 2005-04-18 12:20 i686 unknown unknown Cygwi n = [EMAIL PROTECTED] ~ $ shutdown.exe now WARNING!!! System is going down NOW shutdown: Couldn't shutdown: A required privilege is not held by the client. [EMAIL PROTECTED] ~ $ uname -a CYGWIN_NT-5.2 Zeus 1.5.15(0.127/4/2) 2005-04-18 12:20 i686 unknown unknown Cygwin = shutdown no longer works for both Windows XP SP2 and Windows Server 2003. Please advise. Thanks! Regards, Jason -- 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 was: can not run OPUS MAKE
Larry Hall schrieb: At 01:42 PM 4/20/2005, you wrote: It is strange:in cygwin when I am trying to run OPUS MAKE, I always get this error, OPUS MAKE: Don't know how to make '!*'. Stop. I turn on the debug mode and I see the following, *** Read c:\opus6.12/make.ini *** Note: You are using Opus' default initialization file 'c:\opus6.12/make.ini' *** Done c:\opus6.12/make.ini *** *** Read some path\s/make.dbg.nt *** *** Done some path\s/make.dbg.nt *** *** Tracing OPUS MAKE *** !* absent check rules no inferred source found update !* OPUS MAKE: Don't know how to make '!*'. Stop. If I run OPUS MAKE against same makefile in tc-shell, then there is no problem. I wonder if there is any known problem? You're asking the wrong list. We don't support OPUS MAKE since it's not a Cygwin package available from Cygwin mirrors. You want to ask this question of the folks who distribute OPUS MAKE. The problem is bash related. lame.exe invocation or mencoder.exe (probably arg parsing) also fails with a 1.5.15s-20050413 and latest bash-2.05b.0(1)-release (2.05b-17), but I haven't found time to debug it. Reproduced with cygwin-1.5.15 release also. Passing the same cmdlines to cmd.exe or within cygwin tcsh or zsh do work fine. With the previous bash also. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://phpwiki.org/ -- 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/
No libintl.jar in gettext-0.14.1-1
I wanted to use /usr/share/gettext/libintl.jar, but it is not available in gettext-0.14.1-1. The release 0.12.1-3 did provide libintl.jar. The document /usr/share/doc/Cygwin/gettext-0.14.1.README tells me it should be around. Are there any reasons why this jar is not available in 0.14.1? Daniel -- 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/