Please upload: docbook-xsl-1.65.1-1
Hi. Please upload new docbook-xsl-1.65.1-1 files: http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.65.1-1-src.tar.bz2 http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.65.1-1.tar.bz2 and remove old 1.62.4-1 files. Thanks. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: Please upload: setup.hint files without cygipc reference for xemacs/gv/gd/libgd2/libgd-devel
On Mar 24 08:57, Dr. Volker Zell wrote: Corinna == Corinna Vinschen writes: Corinna Btw., what about gnuplot? Okidoki, it's checked and it doesn't depend on cygipc either. Changed. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Please upload: docbook-xsl-1.65.1-1
On Mar 24 10:19, Marcel Telka wrote: pam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Content-Length: 460 Lines: 17 Hi. Please upload new docbook-xsl-1.65.1-1 files: http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.65.1-1-src.tar.bz2 http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.65.1-1.tar.bz2 and remove old 1.62.4-1 files. Done. Corinna
[bug] /etc/profile.d/defines MANPATH (affected: XFree, openssl)
Could the Xfree maintainer, Harold?, remove this from profile.d. The 'man' command no longer work id MANPATH is set. root AT example.com# grep MANPATH /etc/profile.d/*.sh /etc/profile.d/XFree86-man.sh:# NOTE: MANPATH is special, it requires a leading : in order to /etc/profile.d/XFree86-man.sh:# search its default paths in addition to those specified in MANPATH. /etc/profile.d/XFree86-man.sh:export MANPATH=${MANPATH}:/usr/X11R6/man /etc/profile.d/openssl.sh:export MANPATH=${MANPATH}:/usr/ssl/man Jari -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.mir.com.my/iTime/itime.htm http://www.ryanthiessen.com/swatch/resources.htm Use Licenses! http://www.linuxjournal.com/article.php?sid=6225 Which Licence? http://www.linuxjournal.com/article.php?sid=4825 OSI Licences http://www.opensource.org/licenses/
Re: XTerm won't start on Win2000
I've fixed the problem by totally removing Cygwin and re-installing from scratch. So I guess there was some sort of problem with my previous download. I still have no idea what though. I'm a newbie to Cygwin X, and I can't open an XTerm. I've tried various options including startxwin.bat, startxwin.sh (from a Cygwin bash shell) and manually typing in commands from startxwin.sh. When running the bat file in dos, I get nothing - no error messages and no xterms. From bash, I still don't get xterms but I do get an error message: xterm Xt error: Can't open display: 127.0.0.1:0.0 I've tried reinstalling the whole of my Cygwin dist, just Xfree, fonts and zlib with absolutely no effect. I'm not using ssh and I have a colleague who should have an identical PC build who uses Xfree fine, so I know it's possible. There is no X log being created in /tmp. In fact, /tmp is empty. Having read other posts, I find this distinctly worrying. I'm running Win2000Professional and I've checked for suppressed pop-ups about missing dlls. There aren't any. Sorry not to provide more information but this is all I have! Any clues for where to find more logs, or (even better) a solution to my predicament would be greatly appreciated. Susannah
the procedure entry point_fcntl64 could not be located in the dynamic link libra
Hi.I take an error message:the procedure entry point_fcntl64 could not be located in the dynamic link library cygwin1.dll when i try to start XWin.exe or startx.exe or startxwin.bat. _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail
problem
Hi ! I was using Cygwin and Xfree86 until 1 or 2 weeks ago to run software in my department from home. Now suddenly when I open a shell and type startx it doesnt start XWin.exe any more. I just get anther bash with different colors. Before it used to open a window with X running in it aftrer which I could connect to my dept and run the software I need. Have you heard of this problem before ? Is it known or am I missing some change in the configurationfiles ? Thanks a lot, I would really like to keep using the program, because its great. Ciao, Michael
Re: problem
Now by default the multi-window mode is used: you don't have anymore a specific window for the X server. In this mode Windows Explorer is used as a Window Manager and you can see that X is running by looking at the X shaped icon in the tray. If you want X to start as it did before you must launch directly XWin without the -multiwindow options, or you can provide a .xserverrc file in your home directory (or the system wide configuration in /usr/X11R6/lib/X11/xinit/xserverrc). Ciao, Danilo Michael Nirschl wrote: Hi ! I was using Cygwin and Xfree86 until 1 or 2 weeks ago to run software in my department from home. Now suddenly when I open a shell and type startx it doesnt start XWin.exe any more. I just get anther bash with different colors. Before it used to open a window with X running in it aftrer which I could connect to my dept and run the software I need. Have you heard of this problem before ? Is it known or am I missing some change in the configurationfiles ? Thanks a lot, I would really like to keep using the program, because its great. Ciao, Michael -- -- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 11 mesi 15 giorni 4 ore 41 minuti 40 secondi
Re: Russian Keymap
Alexander Gottwald said: David Snopek wrote: KeyPress event, serial 17, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 6207984, (442,250), root:(512,367), state 0x10, keycode 41 (keysym 0x6c1, Cyrillic_a), same_screen YES, XLookupString gives 0 bytes: KeyRelease event, serial 22, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 6208109, (442,250), root:(512,367), state 0x10, keycode 41 (keysym 0x6c1, Cyrillic_a), same_screen YES, XLookupString gives 0 bytes: So it knows when I press #1072; that its the cyrillic a but the XLookupString returns as the represention? This worked for me (running linux): (taken from http://koi8.pp.ru/frame.html?/xwin.html) $ export LANG=ru_RU.KOI8-R $ xev Yes, I tried this on my Linux machine and it works perfectly. Unfortunately, it has no effect under Cygwin. Also, it causes gtypist to start with the deceptive error message: (null): i18n problem: invalid value for msgid Y/N: #1044;/#1053; And it prints the correct cyrillic characters for Deh and En! So, parts of it are atleast working. This whole thing is really, really irritating. I guess I will just use my linux machine for typing practice. Since Windows itself supports the proper keymap, I can get by. Thank you. -- David Snopek
Re: Possible clipboard hang fix in the works
Christopher Faylor wrote: On Wed, Mar 24, 2004 at 01:02:28AM -0500, Harold L Hunt II wrote: Upon a cursory inspection it should be almost trivial to replace the call to XPeekIfEvent with a simple loop that does the same thing but has a timeout value that prevents it from blocking indefinitely. Why can't you use select()? select() takes a timeout value. Because I won't actually be reading the pending events and processing them... so once I get woken up once I'll have one of two problems: 1) I'll continue to get woken for the same event. 2) I won't get woken for the same event (assuming it is the SelectionNotify event) when I call my function that processes all pending X events by calling select() in a loop. I should explain that in #1 we don't know (and can't expect) that the first event will be the SelectionNotify event. It will more often be the case that there are some events between when we first start waiting and when the SelectionNotify arrives. Harold
Re: the procedure entry point_fcntl64 could not be located in the dynamic link libra
You have one of two problems: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-procedure-entry-point-missing http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-status-access-violation Harold hercules zzz wrote: Hi.I take an error message:the procedure entry point_fcntl64 could not be located in the dynamic link library cygwin1.dll when i try to start XWin.exe or startx.exe or startxwin.bat.
Xterm on HP-UX
Hello, I am using cygwin with xfree68 to connect from my Windows XP machine to a HP-UX 11.11 machine. I am doing a rlogin from an xterm window. Whenever I type in a '@' while logged into the HP machine, I also get a new line. This is preventing me from using such things as sqlplus. Is there a fix for this problem? David Wright
Re: Xterm on HP-UX
On Wed, 24 Mar 2004, Wright, David L wrote: Hello, I am using cygwin with xfree68 to connect from my Windows XP machine to a HP-UX 11.11 machine. I am doing a rlogin from an xterm window. Whenever I type in a '@' while logged into the HP machine, I also get a new line. This is preventing me from using such things as sqlplus. Is there a fix for this problem? That sounds like a shell issue: HP's default settings for stty. stty -a would show if @ (and #) are used. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: XWin 4.3.0-50 crashes with -multiwindow (ping Earle)
On Tue, 23 Mar 2004, Harold L Hunt II wrote: Fabrizio, It looks like your conclusions are correct. I have included your suggested change in XFree86-xserv-4.3.0-60. Please test this on a 24 bit depth system. It seems to work okay on 32 bit depth systems. I tested this with the Oracle installer as well, and it's working fine.. -Rob
Re: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail
Hey!! I didn't notice it immediately, but now the problem has disappeared (maybe because the new xterm-185?): speed is now 38400 as it should be. Thomas Dickey wrote: On Wed, 25 Feb 2004, Alexander Gottwald wrote: On Wed, 25 Feb 2004, Danilo Turina wrote: In effect opening an xterm within rootless mode I can see from stty that the terminal speed is 38400, while opening the same terminal from multiwindow mode I see that the speed is 0 (the same does not happens for rxvt for which stty always reports 38400). I've started bash the following ways: cmd.exe : speed 38400 - xterm.exe : speed 38400 - xterm.exe : speed 38400 XWin.exe (multiwindow) - xterm.exe : speed 0 XWin.exe (no multiwindow) - xterm.exe : speed 0 - xterm.exe : speed 0 XWin.exe (build with console window) - xterm.exe : speed 0 It seems the newly started xterm inherits the speed settings from the starting program. not exactly (I've rebooted to test cygwin, see that BAUD_0 isn't defined). I think the issue is that the ioctl to set the baud rate fails. It doesn't inherit the speed settings, since xterm always sets it. Seeing why it works for rxvt would be useful, for instance. Baud rate for a terminal emulator is bogus anyway - the reason why it is set is to give ncurses a hint about padding. I changed it from 9600 to 38400 a few years ago, and rxvt followed suit. The only solution seems to start the xterms from a windows console. for now, true. -- -- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 11 mesi 15 giorni 8 ore 15 minuti 29 secondi
Re: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail
On Wed, 24 Mar 2004, Danilo Turina wrote: Hey!! I didn't notice it immediately, but now the problem has disappeared (maybe because the new xterm-185?): speed is now 38400 as it should be. But I didn't change anything in xterm. It would probably be something changed in the environment which executes xterm. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: XWin 4.3.0-50 crashes with -multiwindow (ping Earle)
Rob, Thanks for the test. I was hoping that this fix would resolve most of the weird crashing problems we have been having. Harold Rob Foehl wrote: On Tue, 23 Mar 2004, Harold L Hunt II wrote: Fabrizio, It looks like your conclusions are correct. I have included your suggested change in XFree86-xserv-4.3.0-60. Please test this on a 24 bit depth system. It seems to work okay on 32 bit depth systems. I tested this with the Oracle installer as well, and it's working fine.. -Rob
W2K Terminal Services and multiple users running X
I am able to successfully run XWin after logging onto a W2K Server via Terminal Services, but if another user attempts to do the same thing at the same time, she is not allowed. Is there some way to set this up so that 2 instances of XWin can be running at the same time? Do we each need our own Cygwin /tmp dir? I found many references to Terminal Services in the mail list archives but none pertaining to multiple users. TIA, -joel
Re: W2K Terminal Services and multiple users running X
Joel, Each user needs a unique display number, which is specified as N in the following: XWin :N Such as: XWin :0 (default display zero) XWin :1 (display one) You can either hard-code these in startup scripts for each user, or you can help us with the feature that automatically assigns display numbers... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Harold Joel Moots wrote: I am able to successfully run XWin after logging onto a W2K Server via Terminal Services, but if another user attempts to do the same thing at the same time, she is not allowed. Is there some way to set this up so that 2 instances of XWin can be running at the same time? Do we each need our own Cygwin /tmp dir? I found many references to Terminal Services in the mail list archives but none pertaining to multiple users. TIA, -joel
Re: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail
Thomas Dickey wrote: On Wed, 24 Mar 2004, Thomas Dickey wrote: On Wed, 24 Mar 2004, Danilo Turina wrote: Hey!! I didn't notice it immediately, but now the problem has disappeared (maybe because the new xterm-185?): speed is now 38400 as it should be. But I didn't change anything in xterm. It would probably be something changed in the environment which executes xterm. on second thought - it is possible that there is a difference between the define's used by imake versus those derived from the configure script. We did also jump from 174 to 185... don't know if there were changes in that time period related to this or if you were already aware of that when you made your comment that not much changed. Harold
GB keyboard layout broken
In a previous version (maybe a couple of months old) I had configuration line like this Option XkbLayout gb to give me a uk keyboard layout. Now it doesn't. Nor does setxkblayout seem to do anything but output an error. What is the correct way to set the keyboard layout or is it just broken at the moment ? Cheers, Jon
Re: GB keyboard layout broken
On Wed, 24 Mar 2004, Jon Schneider wrote: In a previous version (maybe a couple of months old) I had configuration line like this Option XkbLayoutgb to give me a uk keyboard layout. Now it doesn't. Nor does setxkblayout seem to do anything but output an error. What is the correct way to set the keyboard layout or is it just broken at the moment ? Please send /tmp/XWin.log and start XWin with the option -xkblayout gb bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: W2K Terminal Services and multiple users running X
Harold, ... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Why not have XWin write its display number to a file in /var/run, e.g., /var/run/XWin.$$.display, where $$ stands for the PID of the XWin process? Since anyone who started XWin in the background from a shell script will have access to its PID via $!, the following idiom will work: XWin -multiwindow -emulate3buttons XWINPID=$! DISPLAY_FILE=/var/run/XWin.$XWINPID.display while [ ! -e $DISPLAY_FILE ]; do sleep 1; done DISPLAY=`cat $DISPLAY_FILE` Unfortunately, this approach won't work from .bat scripts (since they aren't aware of Cygwin process IDs). It also won't work if cygstart XWin is used. Any ideas on how to address it? Igor On Wed, 24 Mar 2004, Harold L Hunt II wrote: Joel, Each user needs a unique display number, which is specified as N in the following: XWin :N Such as: XWin :0 (default display zero) XWin :1 (display one) You can either hard-code these in startup scripts for each user, or you can help us with the feature that automatically assigns display numbers... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Harold Joel Moots wrote: I am able to successfully run XWin after logging onto a W2K Server via Terminal Services, but if another user attempts to do the same thing at the same time, she is not allowed. Is there some way to set this up so that 2 instances of XWin can be running at the same time? Do we each need our own Cygwin /tmp dir? I found many references to Terminal Services in the mail list archives but none pertaining to multiple users. TIA, -joel -- 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: W2K Terminal Services and multiple users running X
Igor Pechtchanski wrote: Harold, ... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Why not have XWin write its display number to a file in /var/run, e.g., /var/run/XWin.$$.display, where $$ stands for the PID of the XWin process? Since anyone who started XWin in the background from a shell script will have access to its PID via $!, the following idiom will work: XWin -multiwindow -emulate3buttons XWINPID=$! DISPLAY_FILE=/var/run/XWin.$XWINPID.display while [ ! -e $DISPLAY_FILE ]; do sleep 1; done DISPLAY=`cat $DISPLAY_FILE` Unfortunately, this approach won't work from .bat scripts (since they aren't aware of Cygwin process IDs). It also won't work if cygstart XWin is used. Any ideas on how to address it? Igor Batch scripts was more of my concern... it would be possible to do from a Cygwin shell like you describe (though I did not have all of the tricks in mind). Maybe the solution is to make the batch files just launch a shell script to do the heavy lifting... sort of cheating but if it makes it possible then it is acceptable to me. Harold
Running more than one X server, how (or maybe there's another way)?
I am trying to run more than one X server on my WIn2k system and don't seem to be able to do it. Maybe I'm trying to do the wrong thing and there's another approach to get what I want. I'm running the -60 version. I run a multiple/virtual desktop system on my win2k machine, I run the cygwin X server to display a remote system's Linux desktop in one of the virtual windows and it occupies the whole window. What I want to do in addition is to display local rxvt windows on demand on other win2k virtual desktop windows. Trying to start another X server to display the local rxvt window(s) doesn't seem to work, I've tried using the -screen parameter but that didn't seem to get me far, the rxvt windows insisted in popping up on the Linux desktop anyway and the second X server failed to start up with an error message about invalid screen parameters. Can anyone think of a way of getting what I want? Can I start up an X server that will see the win2k virtual screens as different displays, or can I start up one that will see them all as one big wide display? -- Chris Green ([EMAIL PROTECTED])
Re: W2K Terminal Services and multiple users running X
On Wed, 24 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: Harold, ... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Why not have XWin write its display number to a file in /var/run, e.g., /var/run/XWin.$$.display, where $$ stands for the PID of the XWin process? Since anyone who started XWin in the background from a shell script will have access to its PID via $!, the following idiom will work: XWin -multiwindow -emulate3buttons XWINPID=$! DISPLAY_FILE=/var/run/XWin.$XWINPID.display while [ ! -e $DISPLAY_FILE ]; do sleep 1; done DISPLAY=`cat $DISPLAY_FILE` Unfortunately, this approach won't work from .bat scripts (since they aren't aware of Cygwin process IDs). It also won't work if cygstart XWin is used. Any ideas on how to address it? Igor Batch scripts was more of my concern... it would be possible to do from a Cygwin shell like you describe (though I did not have all of the tricks in mind). Maybe the solution is to make the batch files just launch a shell script to do the heavy lifting... sort of cheating but if it makes it possible then it is acceptable to me. Harold Harold, It might be possible to have the batch file check for the existence of the display file. A rather crude first approximation would be (1) sleep for a bit, then (2) do dir /b /o:-d c:\cygwin\var\run\XWin.*.display and (3) extract the first file, then (4) type this file to get the display number. There may also be a way of guessing whether the file was created by the current instance of XWin I don't have it fleshed out yet, but something like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, create it, (3) run XWin, (4) sleep in a loop while the first file returned by dir /b /o:-d c:\cygwin\var\run\XWin.*.display is XWin.lock.display; finally, (5) extract the first file and (6) type the file to get the display number. The XWin.lock.display will serve as both a lock file for concurrent invocations (still not foolproof, but much better than nothing), and also as a marker (it will be the newest such file until XWin creates one, so it will be first in the list). Of course, step (7) is to remove the lock file... Hope this makes sense. I think I can implement the above with the NT command subset (cmd.exe commands). I'm not sure if the limited expressiveness of command.com on Win9x systems will allow this. Any takers? 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: Running more than one X server, how (or maybe there's another way)?
On Wed, 24 Mar 2004, Chris Green wrote: I am trying to run more than one X server on my WIn2k system and don't seem to be able to do it. Maybe I'm trying to do the wrong thing and there's another approach to get what I want. I'm running the -60 version. I run a multiple/virtual desktop system on my win2k machine, I run the cygwin X server to display a remote system's Linux desktop in one of the virtual windows and it occupies the whole window. What I want to do in addition is to display local rxvt windows on demand on other win2k virtual desktop windows. Trying to start another X server to display the local rxvt window(s) doesn't seem to work, I've tried using the -screen parameter but that didn't seem to get me far, the rxvt windows insisted in popping up on the Linux desktop anyway and the second X server failed to start up with an error message about invalid screen parameters. Can anyone think of a way of getting what I want? Can I start up an X server that will see the win2k virtual screens as different displays, or can I start up one that will see them all as one big wide display? Try XWin :0 ; XWin :1 . Of course, arbitrary parameters may be added to either invocation... 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: W2K Terminal Services and multiple users running X
Igor Pechtchanski wrote: On Wed, 24 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: Harold, ... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Why not have XWin write its display number to a file in /var/run, e.g., /var/run/XWin.$$.display, where $$ stands for the PID of the XWin process? Since anyone who started XWin in the background from a shell script will have access to its PID via $!, the following idiom will work: XWin -multiwindow -emulate3buttons XWINPID=$! DISPLAY_FILE=/var/run/XWin.$XWINPID.display while [ ! -e $DISPLAY_FILE ]; do sleep 1; done DISPLAY=`cat $DISPLAY_FILE` Unfortunately, this approach won't work from .bat scripts (since they aren't aware of Cygwin process IDs). It also won't work if cygstart XWin is used. Any ideas on how to address it? Igor Batch scripts was more of my concern... it would be possible to do from a Cygwin shell like you describe (though I did not have all of the tricks in mind). Maybe the solution is to make the batch files just launch a shell script to do the heavy lifting... sort of cheating but if it makes it possible then it is acceptable to me. Harold Harold, It might be possible to have the batch file check for the existence of the display file. A rather crude first approximation would be (1) sleep for a bit, then (2) do dir /b /o:-d c:\cygwin\var\run\XWin.*.display and (3) extract the first file, then (4) type this file to get the display number. There may also be a way of guessing whether the file was created by the current instance of XWin I don't have it fleshed out yet, but something like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, create it, (3) run XWin, (4) sleep in a loop while the first file returned by dir /b /o:-d c:\cygwin\var\run\XWin.*.display is XWin.lock.display; finally, (5) extract the first file and (6) type the file to get the display number. The XWin.lock.display will serve as both a lock file for concurrent invocations (still not foolproof, but much better than nothing), and also as a marker (it will be the newest such file until XWin creates one, so it will be first in the list). Of course, step (7) is to remove the lock file... Hope this makes sense. I think I can implement the above with the NT command subset (cmd.exe commands). I'm not sure if the limited expressiveness of command.com on Win9x systems will allow this. Any takers? I'm pretty sure you would still be messed up by batch files not having the concept of assigning the output of a program to an environment variable. There is a hack you can sort of do, which I have done, which is to have your program generate a batch file that sets the value of an env var, then CALL that batch file from your original batch file. Of course, this do nothing to solve the mutli-user problem since you would have to know the name of the batch file that was assigned, which is a nice Catch-22 back to the problem of not being able to assign the output of programs to an env var. I'm pretty sure it wouldn't be possible unless we had XWin.exe launched directly, then have it pre-process, write out to a temp file, and run a specified batch script. Sounds kinda weird to me and like just using shell scripts would be easier and less to maintain. What do you think? Harold
Problem with Gnuplot under Cygwin/XFree86
I described a problem with Gnuplot under Cygwin/XFree86 here: http://groups.google.com/groups?dq=hl=enlr=ie=UTF-8threadm=c3mrn7%24oko%241%40nets3.rz.RWTH-Aachen.DEprev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.graphics.apps.gnuplot In the opinion of one of the Gnuplot gurus (Hans BB), it's a Cygwin/XFree86 problem not a Gnuplot problem. I don't know. Do any of the cygwin-xfree86 authorities agree? Either way, I'd like to be able to resolve it. BTW, is there an FAQ that describes the correct way to post a reply to a message in this group so it registers as a follow-up message. Thanks, jjo -- Protect yourself from spam, use http://sneakemail.com
Re: Problem with Gnuplot under Cygwin/XFree86
Have you tried the Cygwin/X gnuplot package instead of the one that you compiled? It is possible that Volker has already fixed this problem in his Cygwin-specific patch. If not, he reads this list and maybe he will want to try to fix it. ;) Harold I described a problem with Gnuplot under Cygwin/XFree86 here: http://groups.google.com/groups?dq=hl=enlr=ie=UTF-8threadm=c3mrn7%24oko%241%40nets3.rz.RWTH-Aachen.DEprev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.graphics.apps.gnuplot In the opinion of one of the Gnuplot gurus (Hans BB), it's a Cygwin/XFree86 problem not a Gnuplot problem. I don't know. Do any of the cygwin-xfree86 authorities agree? Either way, I'd like to be able to resolve it. BTW, is there an FAQ that describes the correct way to post a reply to a message in this group so it registers as a follow-up message. Thanks, jjo
RE: Hydravision problem?
Hi, thanks for the suggestion. I have updated to 4.3.0-59 and 4.3.0-60. It is a little bit different behavior than the earlier version I had. On the secondary display the xterm seems fine. No immediate issures. On the primary display the refresh does not seem to work correctly. The window seems to have some smaller portion on the left hand side that works correctly. The size seems to vary from a sliver on the left barely visable to about half the xterm. I can't seem to tell whats determining the size. The part that does not refresh is black or white. Even the pointer (which is a }{ symbol) seems to stop where the refresh stops. Note that it will go up and down and you can still see part of it on the edge of the refresh area. Thanks again for your help. Pete Inskeep
Re: Cygwin install
On Wed, 24 Mar 2004, Crescioli, Phil wrote: All, Is KDE bundled somewhere within Cygwin or do I have to get KDE for Cygwin/Win XP separately? Thanks, Phil Crescioli First off, wrong list. X-related questions should go to cygwin-xfree at cygwin dot com. I'm redirecting this reply there. Secondly (a general Cygwin point): if you don't find what you need at http://cygwin.com/packages/, it's not part of Cygwin. 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support
Hi I just discovered why uxterm and xfontsel are crashing on my system. It's happening when running cygserver so X can detect shared memory support. When disabling cygserver I see the following message in XWin.log: MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel but then uxterm and xfontsel are running fine. So it looks like the XFree86-Bigfont extension somehow doesn't work properly with cygserver. Here my relevant environment. cygwin 1.5.9-1 libXft 2.1.6-1 libXft-devel2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 XFree86-base4.3.0-9 XFree86-bin 4.3.0-19 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-1 XFree86-etc 4.3.0-11 XFree86-f1004.3.0-1 XFree86-fcyr4.3.0-1 XFree86-fenc4.3.0-1 XFree86-fnts4.3.0-1 XFree86-fscl4.3.0-1 XFree86-fsrv4.3.0-8 XFree86-html4.3.0-8 XFree86-jdoc4.3.0-1 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-8 XFree86-nest4.3.0-7 XFree86-prog4.3.0-19 XFree86-prt 4.3.0-5 XFree86-ps 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-vfb 4.3.0-7 XFree86-xserv 4.3.0-60 XFree86-xwinclip4.3.0-2 xterm 185-3 Can anbody confirm my observation ? Ciao Volker
RE: Hydravision problem?
Howdy, At 10:05 PM 3/24/2004 -0500, Pete Inskeep wrote: On the secondary display the xterm seems fine. No immediate issures. On the primary display the refresh does not seem to work correctly. The window seems to have some smaller portion on the left hand side that works correctly. The size seems to vary from a sliver on the left barely visable to about half the xterm. I can't seem to tell whats determining the size. The part that does not refresh is black or white. Even the pointer (which is a }{ symbol) seems to stop where the refresh stops. Note that it will go up and down and you can still see part of it on the edge of the refresh area. Does Hydravision expose two separate displays in the Display control panel, Advanced tab (i.e. numbered 1 and 2 in the dialog)? If so, what is the orientation of these displays? relative to the one you have defined as the main screen (use this device as primary monitor)? Can you click-and-drag both displays and report the (x,y) coordinate of each one's upper-left corner (shows in a balloon help window when you draw a monitor in the dialog)? And are the X/Y pixel dimension of each monitor the same? It looks like what's going on is the X/Y dimensions of the X root window aren't matching the X/Y dimensions of the Win32 desktop for some reason. The same thing happens if you use multiwindow w/o the multiplemonitors option on a 2- or 3-head box... -Earle F. Philhower, III [EMAIL PROTECTED] cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com
Re: W2K Terminal Services and multiple users running X
On Wed, 24 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: On Wed, 24 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: Harold, ... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Why not have XWin write its display number to a file in /var/run, e.g., /var/run/XWin.$$.display, where $$ stands for the PID of the XWin process? Since anyone who started XWin in the background from a shell script will have access to its PID via $!, the following idiom will work: XWin -multiwindow -emulate3buttons XWINPID=$! DISPLAY_FILE=/var/run/XWin.$XWINPID.display while [ ! -e $DISPLAY_FILE ]; do sleep 1; done DISPLAY=`cat $DISPLAY_FILE` Unfortunately, this approach won't work from .bat scripts (since they aren't aware of Cygwin process IDs). It also won't work if cygstart XWin is used. Any ideas on how to address it? Igor Batch scripts was more of my concern... it would be possible to do from a Cygwin shell like you describe (though I did not have all of the tricks in mind). Maybe the solution is to make the batch files just launch a shell script to do the heavy lifting... sort of cheating but if it makes it possible then it is acceptable to me. Harold Harold, It might be possible to have the batch file check for the existence of the display file. A rather crude first approximation would be (1) sleep for a bit, then (2) do dir /b /o:-d c:\cygwin\var\run\XWin.*.display and (3) extract the first file, then (4) type this file to get the display number. There may also be a way of guessing whether the file was created by the current instance of XWin I don't have it fleshed out yet, but something like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, create it, (3) run XWin, (4) sleep in a loop while the first file returned by dir /b /o:-d c:\cygwin\var\run\XWin.*.display is XWin.lock.display; finally, (5) extract the first file and (6) type the file to get the display number. The XWin.lock.display will serve as both a lock file for concurrent invocations (still not foolproof, but much better than nothing), and also as a marker (it will be the newest such file until XWin creates one, so it will be first in the list). Of course, step (7) is to remove the lock file... Hope this makes sense. I think I can implement the above with the NT command subset (cmd.exe commands). I'm not sure if the limited expressiveness of command.com on Win9x systems will allow this. Any takers? I'm pretty sure you would still be messed up by batch files not having the concept of assigning the output of a program to an environment variable. Well, the point was that the NT command subset *does* have this concept. The syntax would be something like (this prints it, but you get the point): FOR /F tokens=* %%G IN ('dir /b /o:-d') DO @(IF NOT DEFINED notfirst (echo %%G call SET notfirst=1)) There is a hack you can sort of do, which I have done, which is to have your program generate a batch file that sets the value of an env var, then CALL that batch file from your original batch file. Of course, this do nothing to solve the mutli-user problem since you would have to know the name of the batch file that was assigned, which is a nice Catch-22 back to the problem of not being able to assign the output of programs to an env var. As mentioned above, we may need to resort to this hack for Win9x. I'm pretty sure it wouldn't be possible unless we had XWin.exe launched directly, then have it pre-process, write out to a temp file, and run a specified batch script. Sounds kinda weird to me and like just using shell scripts would be easier and less to maintain. What do you think? Harold Nah, we probably should just call a shell script on Win9x... Fortunately, we can test the output of VER to see if we're on Win9x... Unfortunately, if we do go to the trouble of writing the shell script, we might as well use it everywhere. 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: W2K Terminal Services and multiple users running X
Igor Pechtchanski wrote: On Wed, 24 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: On Wed, 24 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: Harold, ... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Why not have XWin write its display number to a file in /var/run, e.g., /var/run/XWin.$$.display, where $$ stands for the PID of the XWin process? Since anyone who started XWin in the background from a shell script will have access to its PID via $!, the following idiom will work: XWin -multiwindow -emulate3buttons XWINPID=$! DISPLAY_FILE=/var/run/XWin.$XWINPID.display while [ ! -e $DISPLAY_FILE ]; do sleep 1; done DISPLAY=`cat $DISPLAY_FILE` Unfortunately, this approach won't work from .bat scripts (since they aren't aware of Cygwin process IDs). It also won't work if cygstart XWin is used. Any ideas on how to address it? Igor Batch scripts was more of my concern... it would be possible to do from a Cygwin shell like you describe (though I did not have all of the tricks in mind). Maybe the solution is to make the batch files just launch a shell script to do the heavy lifting... sort of cheating but if it makes it possible then it is acceptable to me. Harold Harold, It might be possible to have the batch file check for the existence of the display file. A rather crude first approximation would be (1) sleep for a bit, then (2) do dir /b /o:-d c:\cygwin\var\run\XWin.*.display and (3) extract the first file, then (4) type this file to get the display number. There may also be a way of guessing whether the file was created by the current instance of XWin I don't have it fleshed out yet, but something like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, create it, (3) run XWin, (4) sleep in a loop while the first file returned by dir /b /o:-d c:\cygwin\var\run\XWin.*.display is XWin.lock.display; finally, (5) extract the first file and (6) type the file to get the display number. The XWin.lock.display will serve as both a lock file for concurrent invocations (still not foolproof, but much better than nothing), and also as a marker (it will be the newest such file until XWin creates one, so it will be first in the list). Of course, step (7) is to remove the lock file... Hope this makes sense. I think I can implement the above with the NT command subset (cmd.exe commands). I'm not sure if the limited expressiveness of command.com on Win9x systems will allow this. Any takers? I'm pretty sure you would still be messed up by batch files not having the concept of assigning the output of a program to an environment variable. Well, the point was that the NT command subset *does* have this concept. The syntax would be something like (this prints it, but you get the point): FOR /F tokens=* %%G IN ('dir /b /o:-d') DO @(IF NOT DEFINED notfirst (echo %%G call SET notfirst=1)) Huh... I have never heard of this being supported in NT's cmd. Are you sure that you can actually get the value stored into an env var? There is a hack you can sort of do, which I have done, which is to have your program generate a batch file that sets the value of an env var, then CALL that batch file from your original batch file. Of course, this do nothing to solve the mutli-user problem since you would have to know the name of the batch file that was assigned, which is a nice Catch-22 back to the problem of not being able to assign the output of programs to an env var. As mentioned above, we may need to resort to this hack for Win9x. I'm pretty sure it wouldn't be possible unless we had XWin.exe launched directly, then have it pre-process, write out to a temp file, and run a specified batch script. Sounds kinda weird to me and like just using shell scripts would be easier and less to maintain. What do you think? Harold Nah, we probably should just call a shell script on Win9x... Fortunately, we can test the output of VER to see if we're on Win9x... Unfortunately, if we do go to the trouble of writing the shell script, we might as well use it everywhere. Possibly. It might be a good idea to have a pure batch solution available so that people could adapt it if they had good reason to. The default should probably just be a shell script though. Harold
Clipboard fix - Please test
I have just uploaded XFree86-xserv-4.3.0-61 and I think it will fix the clipboard related hangs. I would really appreciate it if people in other timezones could test this through the night (should show up on some mirrors with in a few hours, like mirrors.kernel.org) so that I can fix any problems with the change tomorrow. I would like to get this change stabilized before including Takuma's additional performance enhancement for multi-window mode. I also want to fix our dang tray icon that isn't cleaning itself up in all cases anymore... Harold
Re: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support
Hi I tried to find some information about the BigFont extension. This is from the X man page: XF86BIGFONT_DISABLE Setting this variable to a non-empty value disables the XFree86-Bigfont extension. This extension is a mechanism to reduce the memory consumption of big fonts by use of shared mem- ory. So I tried the following. I enabled the cygserver service again and set XF86BIGFONT_DISABLE=1 in my environment before starting up XWin. And voila, xfontsel and uxterm are working properly. So there's definitely a problem with the shared memory support of cygserver related to the BigFont extension. BTW I see the problem also with my mule enabled XEmacs when opening mails under Gnus with Japanese characters. XEmacs crashes happily, but not when using XF86BIGFONT_DISABLE or when disabling cygserver. Ciao Volker
Re: W2K Terminal Services and multiple users running X
On Thu, 25 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: On Wed, 24 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: On Wed, 24 Mar 2004, Harold L Hunt II wrote: Igor Pechtchanski wrote: Harold, ... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Why not have XWin write its display number to a file in /var/run, e.g., /var/run/XWin.$$.display, where $$ stands for the PID of the XWin process? Since anyone who started XWin in the background from a shell script will have access to its PID via $!, the following idiom will work: XWin -multiwindow -emulate3buttons XWINPID=$! DISPLAY_FILE=/var/run/XWin.$XWINPID.display while [ ! -e $DISPLAY_FILE ]; do sleep 1; done DISPLAY=`cat $DISPLAY_FILE` Unfortunately, this approach won't work from .bat scripts (since they aren't aware of Cygwin process IDs). It also won't work if cygstart XWin is used. Any ideas on how to address it? Igor Batch scripts was more of my concern... it would be possible to do from a Cygwin shell like you describe (though I did not have all of the tricks in mind). Maybe the solution is to make the batch files just launch a shell script to do the heavy lifting... sort of cheating but if it makes it possible then it is acceptable to me. Harold Harold, It might be possible to have the batch file check for the existence of the display file. A rather crude first approximation would be (1) sleep for a bit, then (2) do dir /b /o:-d c:\cygwin\var\run\XWin.*.display and (3) extract the first file, then (4) type this file to get the display number. There may also be a way of guessing whether the file was created by the current instance of XWin I don't have it fleshed out yet, but something like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, create it, (3) run XWin, (4) sleep in a loop while the first file returned by dir /b /o:-d c:\cygwin\var\run\XWin.*.display is XWin.lock.display; finally, (5) extract the first file and (6) type the file to get the display number. The XWin.lock.display will serve as both a lock file for concurrent invocations (still not foolproof, but much better than nothing), and also as a marker (it will be the newest such file until XWin creates one, so it will be first in the list). Of course, step (7) is to remove the lock file... Hope this makes sense. I think I can implement the above with the NT command subset (cmd.exe commands). I'm not sure if the limited expressiveness of command.com on Win9x systems will allow this. Any takers? I'm pretty sure you would still be messed up by batch files not having the concept of assigning the output of a program to an environment variable. Well, the point was that the NT command subset *does* have this concept. The syntax would be something like (this prints it, but you get the point): FOR /F tokens=* %%G IN ('dir /b /o:-d') DO @(IF NOT DEFINED notfirst (echo %%G call SET notfirst=1)) Huh... I have never heard of this being supported in NT's cmd. Are you sure that you can actually get the value stored into an env var? Yep. Try it (from the command line): FOR /F tokens=* %G IN ('dir /b /o:-d') DO @(IF NOT DEFINED val SET val=%G) %val% will be set to the name of the last modified file in the current directory. Of course, for the batch file we'll use %%G instead of %G. There is a hack you can sort of do, which I have done, which is to have your program generate a batch file that sets the value of an env var, then CALL that batch file from your original batch file. Of course, this do nothing to solve the mutli-user problem since you would have to know the name of the batch file that was assigned, which is a nice Catch-22 back to the problem of not being able to assign the output of programs to an env var. As mentioned above, we may need to resort to this hack for Win9x. I'm pretty sure it wouldn't be possible unless we had XWin.exe launched directly, then have it pre-process, write out to a temp file, and run a specified batch script. Sounds kinda weird to me and like just using shell scripts would be easier and less to maintain. What do you think? Harold Nah, we probably should just call a shell script on Win9x... Fortunately, we can test the output of VER to see if we're on Win9x... Unfortunately, if we do go to the trouble of writing the shell script, we might as well use it everywhere. Possibly. It might be a good idea to have a pure batch solution available so that people could adapt it if they had good reason to. The default should probably just be a shell script though. Harold Yes, but then the default batch should check the OS and bail out if it's Win9x/ME. Igor --
Re: Problem with Gnuplot under Cygwin/XFree86
Harold == Harold L Hunt writes: Harold Have you tried the Cygwin/X gnuplot package instead of the one that Harold you compiled? It is possible that Volker has already fixed this Harold problem in his Cygwin-specific patch. If not, he reads this list and Harold maybe he will want to try to fix it. ;) I can confirm that my version also exhibits this problem :-( Harold Harold Ciao Volker
src/winsup/cygwin ChangeLog fhandler_dsp.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-24 08:57:18 Modified files: winsup/cygwin : ChangeLog fhandler_dsp.cc Log message: * fhandler_dsp.cc (fhandler_dev_dsp::write): Remove type cast from argument to audio_out_-parsewav() to make reference work properly. Now .wav file headers are properly discarded. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2371r2=1.2372 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_dsp.cc.diff?cvsroot=srcr1=1.31r2=1.32
src/winsup/w32api ChangeLog include/ddk/srb.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-24 10:33:36 Modified files: winsup/w32api : ChangeLog winsup/w32api/include/ddk: srb.h Log message: 2004-03-24 Filip Navara [EMAIL PROTECTED] * include/ddk/srb.h (_PORT_CONFIGURATION_INFORMATION): Rename TaggedQueueing to TaggedQueuing. (_HW_INITIALIZATION_DATA): Likewise. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.550r2=1.551 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/ddk/srb.h.diff?cvsroot=srcr1=1.5r2=1.6
src/winsup/w32api ChangeLog include/commctrl.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-24 10:37:01 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: commctrl.h Log message: 2004-03-24 Filip Navara [EMAIL PROTECTED] * include/commctrl.h (TB_GETSTRING[AW]): Add defines. (RBBS_HIDETITLE, RBBS_TOPALIGN): Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.551r2=1.552 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/commctrl.h.diff?cvsroot=srcr1=1.48r2=1.49
src/winsup/testsuite ChangeLog winsup.api/devd ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-24 10:20:15 Modified files: winsup/testsuite: ChangeLog Added files: winsup/testsuite/winsup.api: devdsp.c devdsp_okay.h Log message: * winsup.api/devdsp.c: New file, testing fhandler_dev_dsp code. * winsup.api/devdsp_okay.h: Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/testsuite/ChangeLog.diff?cvsroot=srcr1=1.76r2=1.77 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/testsuite/winsup.api/devdsp.c.diff?cvsroot=srcr1=NONEr2=1.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/testsuite/winsup.api/devdsp_okay.h.diff?cvsroot=srcr1=NONEr2=1.1
src/winsup/cygwin path.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-24 21:46:10 Modified files: winsup/cygwin : path.cc Log message: update copyright. Minor reformatting. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.288r2=1.289
Re: /dev/dsp test to go into the winsup testsuite, now using libltp
On Mar 23 23:14, Gerd Spalink wrote: Hello, This is the modified test for the /dev/dsp device. Cool, especially the final okay ;-) I've applied it. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Fix to discard wave header properly
On Mar 23 23:28, Gerd Spalink wrote: 2004-03-23 Gerd Spalink [EMAIL PROTECTED] * fhandler_dsp.cc (fhandler_dev_dsp::write): Remove type cast from argument to audio_out_-parsewav() to make reference work properly. Now .wav file headers are properly discarded. Applied. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: How to upgrate rpm from 4.1 to 4.2?
First of all thanks for the reply. Could you please send me Dario's email so I could ask him about the release date? Thanks, Bella -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Tuesday, 23 March, 2004 7:14 PM To: Pikovsky Bella-BBP006 Cc: [EMAIL PROTECTED] Subject: Re: How to upgrate rpm from 4.1 to 4.2? On Tue, 23 Mar 2004, Pikovsky Bella-BBP006 wrote: Cygwin comes with rpm 4.1 version. How can I upgrate it to 4.2? Thanks Bella Umm, wait until Dario Alcocer (ther current maintainer) releases 4.2, or build it yourself (and, perhaps, volunteer to maintain it if Dario agrees)... 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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 to run Apache as a WinXP service?
Hi all, I've got a problem trying to run Apache as an ordinary WinXP service. I use the cygrunsrv -I httpd -p /usr/sbin/httpd.exe command to add httpd.exe to the service list but if I try net start httpd I get the error message 1067 and if I try cygrunsrv -S httpd I get error message 1062. Has anyone an explanation for this? Thanks Markus -- 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: Definitely no sshd on FAT32?
On Mar 23 17:44, Ian Brandt wrote: Corinna Vinschen wrote: The following checks are performed on the key file in the following order: - Not Windows NT? Yes - Don't check permissions. I'm running Windows 2000, so this shouldn't catch. - ntea switched on? Yes - Check permissions. (Not applicable on FAT32) I don't have it set, and according to the docs it's off by default, and I'm on FAT32 anyway. - statfs(key_file) fails? Yes - Check permissions. I'm not familiar with this one, but I found a man page for statfs on my linux server. Unless FAT32 is represented by some cryptic name in the following file types (MSDOS_SUPER_MAGIC perhaps?), I'm guessing statfs fails on FAT32? Not by design. If it fails, it *might* be a bug in Cygwin. Running sshd under strace could give us a clue. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] 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/
[OT] FAT32 vs NTFS
Corinna Vinschen wrote: Try to figure out what happens on your system. However, if you're running 2K or XP, I don't see a reason to keep FAT32. You can convert it to NTFS using the convert tool which is shipped with all NT versions. For some reason my laptop (HP Omnibook) came with preinstalled W2k, and there is really FAT32 enabled, not NTFS... Only reason to use FAT32 is to preserve few bytes of memory or let disk data be accessible from some other system than NT/W2k/XP. But for performance reasons it would really be reasonable to use ntfs... -- Jani Tiainen -- 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: Just updated Cygwin and can't make with g++ command not found
-Original Message- From: cygwin-owner On Behalf Of warrenmcneely Sent: 23 March 2004 22:36 Well doesn't the installer install everything when you select all? When I first installed Cygwin last October I had no such problem. I assumed it would be installed again. Am reinstalling. Originally g++ was included as part of the main gcc setup package. It's since been separated out into its own package. You should find you only need to install the new g++ package. 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/
1.5.5.1 posix conformance for strftime()
Hi all, I found some problem in strftime system call with respect to following assertion defined in IEEE std 2003.1 -1992 Test methods for measuring conformance to POSIX-part1 document: 07(A) A call to strftime() sets the external variable tzname[0] to point to the standard time-zone designation and tzname[1] to point to the summer time-zone designation corresponding to the current value of the TZ environment variable. It doesnt set the values of tzname[0] and tzname[1]. The old values are retained. I have gone through the code and found that perhaps code is not written to set the values of tzname[0] and tzname[1] according to TZ environment variable. Isnt it? with thanks and regards, ghanshyam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.5.1 sysconf() NOT implemented for _SC_STREAM_MAX and _SC_TZNAME_MAX?
Hi all, I found some problem in sysconf() system call with respect to following assertions defined in IEEE std 2003.1 -1992 Test methods for measuring conformance to POSIX-part1 document 10(A)If STREAM_MAX is defined when the header limits.h is included: A call to sysconf(_SC_STREAM_MAX) either returns -1 without changing errno or returns a value greater than or equal to {STREAM_MAX}. Otherwise: A call to sysconf(_SC_STREAM_MAX) either returns -1 without changing errno or returns a value greater than or equal to {_POSIX_STREAM_MAX}. 11(A)If TZNAME_MAX is defined when the header limits.h is included: A call to sysconf(_SC_TZNAME_MAX) either returns -1 without changing errno or returns a value greater than or equal to {TZNAME_MAX}. Otherwise: A call to sysconf(_SC_TZNAME_MAX) either returns -1 without changing errno or returns a value greater than or equal to {_POSIX_TZNAME_MAX}. when called with argument _SC_STREAM_MAX or _SC_TZNAME_MAX, It returns -1 but set errno to 22 (EINVAL) but is should not modify its value. By looking into code, I found that sysconf() is not implemented for these argument values! Is any one going to address these in near future? Thanks and regards, ghanshyam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.5.1 posix conformance for sigaction()
Hi all, I found some problem in sigaction() system call with respect to following assertions defined in IEEE std 2003.1 -1992 Test methods for measuring conformance to POSIX-part1 document: When I run NIST-PCTS test suite on cygwin the following assertion failed. 14(C) If the behavior associated with {_POSIX_JOB_CONTROL} is supported: When sig is SIGCHLD and the SA_NOCLDSTOP flag is set in sa_flags, then a call to sigaction(sig, act, oact) results in a SIGCHLD signal not being generated for the parent process whenever any of its child processes stop. ** SIGCHLD signal received by parent process when SIGSTOP signal is send to child process! with thanks and regards, ghanshyam -- 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: Old photos
Have a look at these. Norton AntiVirus eliminato1.txt Description: plain/text -- 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/
Cygwin install
All, Is KDE bundled somewhere within Cygwin or do I have to get KDE for Cygwin/Win XP separately? Thanks, Phil Crescioli [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: How to upgrate rpm from 4.1 to 4.2?
Bella, Please configure your mailer to not quote raw e-mail addresses in your replies -- let's not feed the spam harvesters. Also, according to the announcement (http://cygwin.com/ml/cygwin/2003-05/msg00308.html), questions and comments should go to this list, and not directly to the maintainer. I'm sure Dario reads this list[*], so he'll probably reply at some point or another. That's why I said wait until he releases the package, not contact him and find out when. Cygwin is a volunteer project, done by people in their (usually scarce) spare time. Igor [*] You might make it easier for him to notice your message by putting something like [Attn: Dario Alcocer], or, better yet, [Attn: rpm maintainer], in the subject. On Wed, 24 Mar 2004, Pikovsky Bella-BBP006 wrote: First of all thanks for the reply. Could you please send me Dario's email so I could ask him about the release date? Thanks, Bella -Original Message- From: Igor Pechtchanski [mailto:pechtchaatcsdotnyudotedu] Sent: Tuesday, 23 March, 2004 7:14 PM To: Pikovsky Bella-BBP006 Cc: cygwinatcygwindotcom Subject: Re: How to upgrate rpm from 4.1 to 4.2? On Tue, 23 Mar 2004, Pikovsky Bella-BBP006 wrote: Cygwin comes with rpm 4.1 version. How can I upgrate it to 4.2? Thanks Bella Umm, wait until Dario Alcocer (ther current maintainer) releases 4.2, or build it yourself (and, perhaps, volunteer to maintain it if Dario agrees)... 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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 to run Apache as a WinXP service?
On Wed, 24 Mar 2004, Markus Mauch wrote: Hi all, I've got a problem trying to run Apache as an ordinary WinXP service. I use the cygrunsrv -I httpd -p /usr/sbin/httpd.exe command to add httpd.exe to the service list but if I try net start httpd I get the error message 1067 and if I try cygrunsrv -S httpd I get error message 1062. Has anyone an explanation for this? Thanks Markus Yep. See /usr/share/doc/Cygwin/apache-1.3.29-1.README. 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/
[Attn: rpm mainter] How to upgrate rpm from 4.1 to 4.2?
When Cygwin rpm v4.2 is planned to be released? Thanks Bella -- 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 to upgrate rpm from 4.1 to 4.2?
Thanks -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Wednesday, 24 March, 2004 5:29 PM To: Pikovsky Bella-BBP006 Cc: [EMAIL PROTECTED] Subject: RE: How to upgrate rpm from 4.1 to 4.2? Bella, Please configure your mailer to not quote raw e-mail addresses in your replies -- let's not feed the spam harvesters. Also, according to the announcement (http://cygwin.com/ml/cygwin/2003-05/msg00308.html), questions and comments should go to this list, and not directly to the maintainer. I'm sure Dario reads this list[*], so he'll probably reply at some point or another. That's why I said wait until he releases the package, not contact him and find out when. Cygwin is a volunteer project, done by people in their (usually scarce) spare time. Igor [*] You might make it easier for him to notice your message by putting something like [Attn: Dario Alcocer], or, better yet, [Attn: rpm maintainer], in the subject. On Wed, 24 Mar 2004, Pikovsky Bella-BBP006 wrote: First of all thanks for the reply. Could you please send me Dario's email so I could ask him about the release date? Thanks, Bella -Original Message- From: Igor Pechtchanski [mailto:pechtchaatcsdotnyudotedu] Sent: Tuesday, 23 March, 2004 7:14 PM To: Pikovsky Bella-BBP006 Cc: cygwinatcygwindotcom Subject: Re: How to upgrate rpm from 4.1 to 4.2? On Tue, 23 Mar 2004, Pikovsky Bella-BBP006 wrote: Cygwin comes with rpm 4.1 version. How can I upgrate it to 4.2? Thanks Bella Umm, wait until Dario Alcocer (ther current maintainer) releases 4.2, or build it yourself (and, perhaps, volunteer to maintain it if Dario agrees)... 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: lstat on FAT - Was: Problem with find on FAT drives
On Mar 23 17:11, Volker Quetschke wrote: $ ls -ldin tmp tmp/. 2919335057 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 tmp/ 2919335057 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 tmp/./ Looks pretty similar to me, but I was looking for the following: $ ls -ldin .\\tmp ./tmp 2919335057drwxr-xr-x 4 1006 513 0 Mar 10 13:06 ./tmp/ 2805415844195 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 .\tmp/ I came to that program by reducing the find soure to the bare minimum to show that problem. So again, is this an expected/tolerated behaviour? Yes, it's by design. The answer is don't use DOS paths. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] 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: 1.5.5.1 posix conformance for strftime()
On Mar 24 20:13, Ghanshyam wrote: Hi all, I found some problem in strftime system call with respect to following assertion defined in IEEE std 2003.1 -1992 Test methods for measuring conformance to POSIX-part1 document: 07(A) A call to strftime() sets the external variable tzname[0] to point to the standard time-zone designation and tzname[1] to point to the summer time-zone designation corresponding to the current value of the TZ environment variable. It doesnt set the values of tzname[0] and tzname[1]. The old values are retained. I have gone through the code and found that perhaps code is not written to set the values of tzname[0] and tzname[1] according to TZ environment variable. Isnt it? While you're looking through the Cygwin source code anyway, why don't you go just one step further and contribute patches? See http://cygwin.com/contrib.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] 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: 1.5.5.1 sysconf() NOT implemented for _SC_STREAM_MAX and _SC_TZNAME_MAX?
On Wed, Mar 24, 2004 at 08:18:11PM +, Ghanshyam wrote: I found some problem in sysconf() system call with respect to following assertions defined in IEEE std 2003.1 -1992 Test methods for measuring conformance to POSIX-part1 document 10(A) If STREAM_MAX is defined when the header limits.h is included: A call to sysconf(_SC_STREAM_MAX) either returns -1 without changing errno or returns a value greater than or equal to {STREAM_MAX}. Otherwise: A call to sysconf(_SC_STREAM_MAX) either returns -1 without changing errno or returns a value greater than or equal to {_POSIX_STREAM_MAX}. 11(A) If TZNAME_MAX is defined when the header limits.h is included: A call to sysconf(_SC_TZNAME_MAX) either returns -1 without changing errno or returns a value greater than or equal to {TZNAME_MAX}. Otherwise: A call to sysconf(_SC_TZNAME_MAX) either returns -1 without changing errno or returns a value greater than or equal to {_POSIX_TZNAME_MAX}. when called with argument _SC_STREAM_MAX or _SC_TZNAME_MAX, It returns -1 but set errno to 22 (EINVAL) but is should not modify its value. By looking into code, I found that sysconf() is not implemented for these argument values! Please calm down. Is any one going to address these in near future? Sorry, no. Were you under the impression that cygwin is guaranteed to conform to some posix standard or that people would be actively fixing any problems reported in posix compliance? Unfortunately, neither is true. As I've previously noted, you could always contribute patches yourself. Alternately, (and I know that Mentor knows about this) you could engage the services of Red Hat or some other organization to implement whatever you need. 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: 1.5.5.1 posix conformance for sigaction()
On Wed, Mar 24, 2004 at 08:24:34PM +, Ghanshyam wrote: Hi all, I found some problem in sigaction() system call with respect to following assertions defined in IEEE std 2003.1 -1992 Test methods for measuring conformance to POSIX-part1 document: When I run NIST-PCTS test suite on cygwin the following assertion failed. 14(C) If the behavior associated with {_POSIX_JOB_CONTROL} is supported: When sig is SIGCHLD and the SA_NOCLDSTOP flag is set in sa_flags, then a call to sigaction(sig, act, oact) results in a SIGCHLD signal not being generated for the parent process whenever any of its child processes stop. ** SIGCHLD signal received by parent process when SIGSTOP signal is send to child process! I have employed a patented method that I have devised called a simple test case to determine if your claim is true or not. #include stdio.h #include stdlib.h #include unistd.h #include signal.h void ouch (int sig) { printf (ouch %d\n, sig); } int main (int argc, char **argv) { struct sigaction newact = {0}; struct sigaction oldact; int pid, x; if (argc == 1) newact.sa_flags = SA_NOCLDSTOP; newact.sa_handler = ouch; printf (%d = sigaction\n, sigaction (SIGCHLD, newact, oldact)); if ((pid = fork ()) 0) kill (pid, SIGSTOP); else { sleep (5); sleep (1); puts (exiting child\n); exit (0); } sleep (1); kill (pid, SIGCONT); wait (x); puts (exiting parent); } Compiling the above program as sigstopchld and running it provides: m:\test.\sigstopchld # Calling with SA_NOCLDSTOP 0 = sigaction exiting child ouch 20 # Just one SIGCHLD from child exit exiting parent m:\test.\sigstopchld 1 # SA_NOCLDSTOP not set 0 = sigaction ouch 20 # first SIGCHLD exiting child ouch 20 # second SIGCHLD exiting parent This indicates to me that SA_NOCLDSTOP is working as designed. -- Christopher Faylor spammer? - [EMAIL PROTECTED] Cygwin Project Leader 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: procps returns \Unknown HZ value\
Redirecting to the cygwin mailing list. You probably need to upgrade your version of the Cygwin DLL. The /proc filesystem doesn't exist? Does something need to be installed using cygrunsrv? -richard -Original Message- From: Chris January [mailto:[EMAIL PROTECTED] Sent: Wed 3/24/2004 10:45 AM To: Duran, Richard Cc: Subject: RE: procps returns \Unknown HZ value\ Is there a parameter I can pass to procs.exe to avoid getting \Unknown HZ value (168) Assume 100.\? I don't think so. What's the output of /proc/cpuinfo on your system? Chris -- 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: procps returns \Unknown HZ value\
-Original Message- From: cygwin-owner On Behalf Of Chris January Sent: 24 March 2004 17:21 -Original Message- From: Chris January [mailto:[EMAIL PROTECTED] Sent: Wed 3/24/2004 10:45 AM To: Duran, Richard Cc: Subject:RE: procps returns \Unknown HZ value\ Is there a parameter I can pass to procs.exe to avoid getting \Unknown HZ value (168) Assume 100.\? I don't think so. What's the output of /proc/cpuinfo on your system? Chris The /proc filesystem doesn't exist? Does something need to be installed using cygrunsrv? -richard Redirecting to the cygwin mailing list. You probably need to upgrade your version of the Cygwin DLL. Depends how old. /proc is a virtual filesystem under cygwin; you won't see a proc subdirectory in your fs root, but it's there alright. IIRC the proc FS has been around for some time, but the .dll has only recently become able to display directory listings for it. Check this example:- [EMAIL PROTECTED] /repository/gcc-build/binutils/ld ls -a / . Thumbs.db bin cygwin.ico etc home repository test usr win .. artimi cygwin.bat davek gnu lib sbintmp var [EMAIL PROTECTED] /repository/gcc-build/binutils/ld # look! no proc! [EMAIL PROTECTED] /repository/gcc-build/binutils/ld ls -a /proc . 1140 2136 2904 3072 3212 3400 3964 460 meminfo stat ..1508 2716 2968 3080 3252 344 3984 cpuinfo partitions uptime 1096 1656 2772 3040 3156 3256 3748 4000 loadavg registryversion [EMAIL PROTECTED] /repository/gcc-build/binutils/ld # but it's there! [EMAIL PROTECTED] /repository/gcc-build/binutils/ld cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel type: primary processor cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.66GHz stepping: 9 brand id: 9 cpu count : 1 apic id : 0 cpu MHz : 2679 fpu : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clfl dtes acpi mmx fxsr sse sse2 ss htt tmi pbe cid [EMAIL PROTECTED] /repository/gcc-build/binutils/ld # and it works! 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: procps returns \Unknown HZ value\
On Wed, Mar 24, 2004 at 05:29:20PM -, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Chris January Sent: 24 March 2004 17:21 -Original Message- From: Chris January [mailto:chris] Sent: Wed 3/24/2004 10:45 AM To:Duran, Richard Cc: Subject: RE: procps returns \Unknown HZ value\ Is there a parameter I can pass to procs.exe to avoid getting \Unknown HZ value (168) Assume 100.\? I don't think so. What's the output of /proc/cpuinfo on your system? The /proc filesystem doesn't exist? Does something need to be installed using cygrunsrv? Redirecting to the cygwin mailing list. You probably need to upgrade your version of the Cygwin DLL. Depends how old. /proc is a virtual filesystem under cygwin; you won't see a proc subdirectory in your fs root, but it's there alright. IIRC the proc FS has been around for some time, but the .dll has only recently become able to display directory listings for it. The /proc system has been around for a while and its contents have been displayable since its inception. I believe that it required my virtualization of the opendir/readdir interface in cygwin to accomplish this. 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/
Implementing a workaround for the suid bit
This one is for the archives... On Unix/Linux, there's a feature that provides security for applications which require access to privileged data by unprivileged users called the suid bit. This bit is set on a per-executable basis and is stored in the file system. It directs the exec system call to run the executable as the owner of the file, not as the user who called the program. (Note that this is distinctly different than programs that call the setuid system call, though surely any given executable could do either or both.) When porting such applications to Windows, there's a problem because Windows has a considerably different mechanism. Cygwin honors the suid bit in the file system but the feature that implements 'exec' does not. Until that is resolved, ported programs that need to provide reasonable security from Windows users who are not fully privileged have to use another mechanism. The following describes one such method using SSH. If sshd is installed, the application can be called using the ssh client. To set it up, create a new user account for this application that will be disabled but will be used exclusively for the purpose of this workaround. Importantly, this account must have a directory that's protected somewhere and is not shared by another account since ssh configuration files should be kept separate. Grant it whatever group privileges make sense for your security strategy. Be sure this account is created either before Cygwin is installed, or be sure to run mkpasswd/mkgroup, as directed elsewhere in Cygwin literature. This ensures the account is known to Cygwin. Install the Cygwin sshd, too, which you can do at the same time you install Cygwin if you wish. Create null pass-phraise keys for the application account that let any user with the right key login without a password. Distribute this key to all authorized users of the program and set it up in their environs according to ssh's directions. Create a helper program that will launch your application. The helper program is pointed to in Cygwin's /etc/passwd for the application account instead of the shell (usually /user/bin/bash). When called from ssh, it will receive two arguments, one is just '-c' and the other is the complete command line. Your helper program will have to reformat the arguments as required by your application and then do an exec call to execute the desired, unmodified application. You are now ready to setup lanuching the application. There are many ways, such as creating an alias something like this: $ alias application='ssh application_account@localhost -c ' Whatever is typed after the alias will be appended to the line and become arguments to your application. There remains an important issue: Unlike a genuine suid-bit launched program, in this scenario the environment is lacking in information about the genuine authenticity of the launching user - what system are they on and what is their username are important among these. Providing a scheme for resolution of this problem is a bit beyond the scope of this whitepaper, but the interested reader can probably invent something clever, perhaps with the use of more sophisticated helper programs on both ends. Here are a few additional thoughts regarding the missing information. One idea is to use identd. Unfortunately, identd is not currently an available package for Cygwin. You could just pass information along from the original user as a flag ( -U username@hostname for example) but knowing that it's genuine is a bit of a trick. In such cases, I recommend encrypting the username and hostname and then have the helper explicitly check that the connection is in fact local and set the username in the environment before calling the application. Also, if the application account has SYSTEM privilege, it may then change users, and this may be a desireable trait to consider in your helpers. Regards, Richard -- Richard Troy, Chief Scientist Science Tools Corporation rtroy at ScienceTools dot com, 510-567-9957, http://ScienceTools.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: lstat on FAT - Was: Problem with find on FAT drives
Hi Corinna, Looks pretty similar to me, but I was looking for the following: $ ls -ldin .\\tmp ./tmp 2919335057drwxr-xr-x 4 1006 513 0 Mar 10 13:06 ./tmp/ 2805415844195 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 .\tmp/ I came to that program by reducing the find soure to the bare minimum to show that problem. So again, is this an expected/tolerated behaviour? Yes, it's by design. The answer is don't use DOS paths. It's nice to be mean, isn't it? Well, have a look at path.cc, there is a lot of useless code that deals with this useless DOS paths. I bet it would be a nice speed up if we would remove this cruft. But serious, I was hoping for some pointers where to start searching for that problem, but it wasn't difficult to find. In the absence of inodes they are calculated as the hash of the normalized filename, but somehow the normalization of the DOS paths fails and therefore the example gives different inodes. Why? Because, despite of the comment for normalize_posix_path that says: /* Normalize a POSIX path. \'s are converted to /'s in the process. All duplicate /'s, except for 2 leading /'s, are deleted. The result is 0 for success, or an errno error value. */ the \'s are not always converted to /'s. Some \ are not recogized because isslash(c) only triggers for /. With the attached patch I get: $ ls -ldin .\\tmp ./tmp 2919335057 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 ./tmp/ 2919335057 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 .\tmp/ This repairs my find problem. I didn't make extensive tests with this patch, but if DOS paths are not deprecated I'm willing to do more testing. Volker P.S.: Cygwin is just a great toolkit, don't shoot someone because he sometimes uses a strange configuration where he gets DOS paths. -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D Index: src/winsup/cygwin/path.cc === RCS file: /cvs/src/src/winsup/cygwin/path.cc,v retrieving revision 1.288 diff -u -r1.288 path.cc --- src/winsup/cygwin/path.cc 21 Feb 2004 04:46:00 - 1.288 +++ src/winsup/cygwin/path.cc 24 Mar 2004 19:33:34 - @@ -190,7 +190,7 @@ All duplicate /'s, except for 2 leading /'s, are deleted. The result is 0 for success, or an errno error value. */ -#define isslash(c) ((c) == '/') +#define isslash(c) ((c) == '/' || (c) == '\\' ) static int normalize_posix_path (const char *src, char *dst) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Weird input file is output file error from cat
(This seen after installing cygwin-inst-20040322.tar on top of 1.5.9 on Windows 2K3 Server.) It seems that in some directories, cat (from textutils-2.0.21-1) produces a strange error: /z/work/client/objects/nt/app-dbg-int-ram touch a b c; cat a b c /z/work/client/objects/nt/app-dbg-int-ram cd result/ /z/work/client/objects/nt/app-dbg-int-ram/result touch a b c; cat a b c cat: a: input file is output file /z/work/client/objects/nt/app-dbg-int-ram/result ls -li a b c 8385220929766002848 -rw-r--r--1 josb mkpasswd0 Mar 24 11:37 a 8385220929766002849 -rw-r--r--1 josb mkpasswd0 Mar 24 11:37 b 8385220929766002850 -rw-r--r--1 josb mkpasswd0 Mar 24 11:36 c /z/work/client/objects/nt/app-dbg-int-ram/result cd .. /z/work/client/objects/nt/app-dbg-int-ram ls -li a b c 12036222075236473315 -rw-r--r--1 josb mkpasswd0 Mar 24 11:36 a 12036222075236473316 -rw-r--r--1 josb mkpasswd0 Mar 24 11:36 b 12036222075236473317 -rw-r--r--1 josb mkpasswd0 Mar 24 11:36 c Something else that's weird: /z/work/client/objects/nt/app-dbg-int-ram cd result /z/work/client/objects/nt/app-dbg-int-ram/result cat a b d cat: b: input file is output file /z/work/client/objects/nt/app-dbg-int-ram/result cat a d /z/work/client/objects/nt/app-dbg-int-ram/result Note that all these files do not exist before the touch. The code in cat.c looks like this: if (check_redirection stat_buf.st_dev == out_dev stat_buf.st_ino == out_ino (input_desc != STDIN_FILENO)) { error (0, 0, _(%s: input file is output file), infile); exit_status = 1; goto contin; } But when I rebuild cat from the textutils-2.0.21-1 sources I don't see the problem. It almost looks like something is wrong with the cat in the textutils package. /bin cygcheck.exe cat.exe Found: .\cat.exe Found: c:\dev\common\cygwin\1.5\bin\cat.exe cat.exe .\cygwin1.dll C:\WINNT\system32\ADVAPI32.DLL C:\WINNT\system32\KERNEL32.dll C:\WINNT\system32\ntdll.dll C:\WINNT\system32\RPCRT4.dll .\cygintl-1.dll /bin Ideas, anyone? -- Jos Backus _/ _/_/_/ Sunnyvale, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/_/ jos at catnook.com_/_/ _/_/_/ require 'std/disclaimer' -- 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: lstat on FAT - Was: Problem with find on FAT drives
On Wed, Mar 24, 2004 at 02:52:34PM -0500, Volker Quetschke wrote: Hi Corinna, Looks pretty similar to me, but I was looking for the following: $ ls -ldin .\\tmp ./tmp 2919335057drwxr-xr-x 4 1006 513 0 Mar 10 13:06 ./tmp/ 2805415844195 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 .\tmp/ I came to that program by reducing the find soure to the bare minimum to show that problem. So again, is this an expected/tolerated behaviour? Yes, it's by design. The answer is don't use DOS paths. It's nice to be mean, isn't it? How about some clarification: Don't use DOS paths if you want consistent i-nodes? You're welcome to use DOS paths if you want. You just can't expect UNIX-style behavior from them. 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: lstat on FAT - Was: Problem with find on FAT drives
On Wed, Mar 24, 2004 at 03:56:44PM -0500, Christopher Faylor wrote: On Wed, Mar 24, 2004 at 02:52:34PM -0500, Volker Quetschke wrote: Hi Corinna, Looks pretty similar to me, but I was looking for the following: $ ls -ldin .\\tmp ./tmp 2919335057drwxr-xr-x 4 1006 513 0 Mar 10 13:06 ./tmp/ 2805415844195 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 .\tmp/ I came to that program by reducing the find soure to the bare minimum to show that problem. So again, is this an expected/tolerated behaviour? Yes, it's by design. The answer is don't use DOS paths. It's nice to be mean, isn't it? How about some clarification: Don't use DOS paths if you want consistent i-nodes? You're welcome to use DOS paths if you want. You just can't expect UNIX-style behavior from them. I also had a look at the code and reached pretty much the same conclusion as Volker. Replacing all 'isslash (*src)' and 'isslash (src[x])' in normalize_posix_path by isdirsep () would yield more consistent results. I know this code is delicate but the possible drawback isn't obvious. Pierre -- 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/
test -c com1 hangs on some WinXP systems
Our application runs on multiple OS'es. A few of our WinXP users (and perhaps Win2k, can't remember) have had if test -c com1 hang during our configure stage. We've already figured out that we should be using /dev/ttyS0 instead of com1, and have switched to that. Because of the hang we're trying if test -d /proc/registry as the test. If /proc/registry is found, we skip the file test for the serial device on Cygwin boxes, thereby avoiding the hang. Excerpt (the version that hangs sometimes): AC_DEFUN([XASTIR_DETECT_DEVICES], [ AC_MSG_CHECKING([for devices]) if test -c com1 ; then ac_tnc_port=com1 ac_gps_port=com2 elif test -c /dev/cuaa0 ; then ac_tnc_port=/dev/cuaa0 ac_gps_port=/dev/cuaa1 New improved version: AC_DEFUN([XASTIR_DETECT_DEVICES], [ AC_MSG_CHECKING([for devices]) if test -d /proc/registry ; then ac_tnc_port=/dev/ttyS0 ac_gps_port=/dev/ttyS1 elif test -c /dev/cuaa0 ; then ac_tnc_port=/dev/cuaa0 ac_gps_port=/dev/cuaa1 Should if test -c com1 or if test -c /dev/ttyS0 work on Cygwin across all Windows platforms it supports? We'd rather do if test -c /dev/ttyS0 if possible, so that it's similar across all platforms we support. -- Curt, WE7U archer at eskimo dot com Arlington, WA, USA http://www.eskimo.com/~archer Lotto:A tax on people who are bad at math. -- unknown Windows: Microsoft's tax on computer illiterates. -- WE7U The world DOES revolve around me: I picked the coordinate system! -- 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: lstat on FAT - Was: Problem with find on FAT drives
Hi! Sorry, I just have to ask this, see below. So again, is this an expected/tolerated behaviour? Yes, it's by design. The answer is don't use DOS paths. It's nice to be mean, isn't it? How about some clarification: Don't use DOS paths if you want consistent i-nodes? You're welcome to use DOS paths if you want. You just can't expect UNIX-style behavior from them. Did you read that mail to the end? It contained a full analysis of the problem and even a patch. It is just a small unconsistency that is easily fixable, I didn't fully check if my changing of isslash() does some harm, if it does the inode problem is still fixable. Again, see my ananlysis. Would you in principle preject a patch that fixes the inode behaviour on non NTFS drives? Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -- 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: test -c com1 hangs on some WinXP systems
On Wed, 24 Mar 2004, Curt, WE7U wrote: Our application runs on multiple OS'es. A few of our WinXP users (and perhaps Win2k, can't remember) have had if test -c com1 hang during our configure stage. We've already figured out that we should be using /dev/ttyS0 instead of com1, and have switched to that. Because of the hang we're trying if test -d /proc/registry as the test. If /proc/registry is found, we skip the file test for the serial device on Cygwin boxes, thereby avoiding the hang. Excerpt (the version that hangs sometimes): AC_DEFUN([XASTIR_DETECT_DEVICES], [ AC_MSG_CHECKING([for devices]) if test -c com1 ; then ac_tnc_port=com1 ac_gps_port=com2 elif test -c /dev/cuaa0 ; then ac_tnc_port=/dev/cuaa0 ac_gps_port=/dev/cuaa1 New improved version: AC_DEFUN([XASTIR_DETECT_DEVICES], [ AC_MSG_CHECKING([for devices]) if test -d /proc/registry ; then ac_tnc_port=/dev/ttyS0 ac_gps_port=/dev/ttyS1 elif test -c /dev/cuaa0 ; then ac_tnc_port=/dev/cuaa0 ac_gps_port=/dev/cuaa1 Should if test -c com1 or if test -c /dev/ttyS0 work on Cygwin across all Windows platforms it supports? We'd rather do if test -c /dev/ttyS0 if possible, so that it's similar across all platforms we support. I should have completed more of the function above, as it's possible that it is one of the other tests that hangs on Cygwin/WinXP. Unlikely, but possible. I expect it hangs on the first test for com1. Tack the following code onto the end of either code example above: elif test -c /dev/ttyS0 ; then ac_tnc_port=/dev/ttyS0 ac_gps_port=/dev/ttyS1 elif test -c /dev/cua/a ; then ac_tnc_port=/dev/cua/a ac_gps_port=/dev/cua/b else ac_tnc_port=none ac_gps_port=none fi -- Curt, WE7U archer at eskimo dot com Arlington, WA, USA http://www.eskimo.com/~archer Lotto:A tax on people who are bad at math. -- unknown Windows: Microsoft's tax on computer illiterates. -- WE7U The world DOES revolve around me: I picked the coordinate system! -- 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: sshd authentication question
To follow up on this thread, I have added the 'Domain Administrator' to the local 'Administrators' group and the original problem with the ssh session not having 'admin privileges', went away Does this mean the problem was fixed? Or that we aren't experiencing this 'intermittent symptom' today? More extensive testing will be required to make sure. In the mean time, the 'Domain Admin' will be added to each server's 'local Admin group' to work around this problem. Thanks for everyone's comments. They were helpful. Matt Berney Software QA Engineer PolyServe, Inc. -Original Message- From: Matt Berney [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 4:39 PM To: Pierre A. Humblet; [EMAIL PROTECTED] Cc: Matt Berney Subject: RE: sshd authentication question Interesting hypothesis. This would explain alot. I will add the 'Domain Administrator' to the local 'Administrators' group and see if that does the trick. Thanks for all your help. --Matt -Original Message- From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 12:00 PM To: [EMAIL PROTECTED] Cc: Matt Berney Subject: Re: sshd authentication question On Thu, Mar 18, 2004 at 02:24:25PM -0500, Pierre A. Humblet wrote: Here is another hypothesis. Cygwin gets the groups from a variety of sources during setuid(). One of them is a call to NetUserGetGroups to get the global groups from the logon server. Failure of that call does not call a failure of setuid, because it happens normally while running disconnected. So the problem could be with your logon server or your LAN. That hypothesis seems consistent with the outputs of your original mail. Fortunately there is a workaround: edit /etc/group and explicitly include the user in question in the groups that should contain him. Looking back at your original mail, you report *** Administrator on smoke3 *** uid=10500(Administrator) gid=10513(Domain Users) groups=10512(Domain Admins),105 13(Domain Users),10519(Enterprise Admins),10520(Group Policy Creator Owners),105 18(Schema Admins),544(Administrators),545(Users) When ssh works abnormally: *** Administrator on smoke3 *** uid=10500(Administrator) gid=10513(Domain Users) groups=10513(Domain Users),545(Users) I assume you care mainly about group 544 membership. It looks like that membership derives from membership in one of the global groups 10512, 10519, 10520 and/or 10518. If you care about all of them, include the user on the appropriate lines in /etc/group on the sshd machine. An alternative if you only care about 544 is to explicitly include 10500 as a member of the Administrators group in the Windows user manager on the sshd machine. The advantage is that you won't need to reedit /etc/group each time you regenerate it. Pierre -- 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: lstat on FAT - Was: Problem with find on FAT drives
On Wed, Mar 24, 2004 at 04:30:57PM -0500, Pierre A. Humblet wrote: On Wed, Mar 24, 2004 at 03:56:44PM -0500, Christopher Faylor wrote: On Wed, Mar 24, 2004 at 02:52:34PM -0500, Volker Quetschke wrote: Hi Corinna, Looks pretty similar to me, but I was looking for the following: $ ls -ldin .\\tmp ./tmp 2919335057drwxr-xr-x 4 1006 513 0 Mar 10 13:06 ./tmp/ 2805415844195 drwxr-xr-x 4 1006 513 0 Mar 10 13:06 .\tmp/ I came to that program by reducing the find soure to the bare minimum to show that problem. So again, is this an expected/tolerated behaviour? Yes, it's by design. The answer is don't use DOS paths. It's nice to be mean, isn't it? How about some clarification: Don't use DOS paths if you want consistent i-nodes? You're welcome to use DOS paths if you want. You just can't expect UNIX-style behavior from them. I also had a look at the code and reached pretty much the same conclusion as Volker. Replacing all 'isslash (*src)' and 'isslash (src[x])' in normalize_posix_path by isdirsep () would yield more consistent results. I know this code is delicate but the possible drawback isn't obvious. speed disadvantage for nebulous gain. 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: sshd authentication question
Good news. To check if the underlying problem is still there, run your test program and see if the output of id still lacks the global groups from time to time. For the archives, here is yet another solution to be in the local Admins group: edit /etc/passwd and change the gid of the user to 544. This has two possible drawbacks compared to what you did: - /etc/passwd must be reedited each time it is regenerated - Files will be created with gid 544, which may not be as desired. Pierre On Wed, Mar 24, 2004 at 01:40:38PM -0800, Matt Berney wrote: To follow up on this thread, I have added the 'Domain Administrator' to the local 'Administrators' group and the original problem with the ssh session not having 'admin privileges', went away Does this mean the problem was fixed? Or that we aren't experiencing this 'intermittent symptom' today? More extensive testing will be required to make sure. In the mean time, the 'Domain Admin' will be added to each server's 'local Admin group' to work around this problem. Thanks for everyone's comments. They were helpful. Matt Berney Software QA Engineer PolyServe, Inc. -Original Message- From: Matt Berney [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 4:39 PM To: Pierre A. Humblet; [EMAIL PROTECTED] Cc: Matt Berney Subject: RE: sshd authentication question Interesting hypothesis. This would explain alot. I will add the 'Domain Administrator' to the local 'Administrators' group and see if that does the trick. Thanks for all your help. --Matt -Original Message- From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 12:00 PM To: [EMAIL PROTECTED] Cc: Matt Berney Subject: Re: sshd authentication question On Thu, Mar 18, 2004 at 02:24:25PM -0500, Pierre A. Humblet wrote: Here is another hypothesis. Cygwin gets the groups from a variety of sources during setuid(). One of them is a call to NetUserGetGroups to get the global groups from the logon server. Failure of that call does not call a failure of setuid, because it happens normally while running disconnected. So the problem could be with your logon server or your LAN. That hypothesis seems consistent with the outputs of your original mail. Fortunately there is a workaround: edit /etc/group and explicitly include the user in question in the groups that should contain him. Looking back at your original mail, you report *** Administrator on smoke3 *** uid=10500(Administrator) gid=10513(Domain Users) groups=10512(Domain Admins),105 13(Domain Users),10519(Enterprise Admins),10520(Group Policy Creator Owners),105 18(Schema Admins),544(Administrators),545(Users) When ssh works abnormally: *** Administrator on smoke3 *** uid=10500(Administrator) gid=10513(Domain Users) groups=10513(Domain Users),545(Users) I assume you care mainly about group 544 membership. It looks like that membership derives from membership in one of the global groups 10512, 10519, 10520 and/or 10518. If you care about all of them, include the user on the appropriate lines in /etc/group on the sshd machine. An alternative if you only care about 544 is to explicitly include 10500 as a member of the Administrators group in the Windows user manager on the sshd machine. The advantage is that you won't need to reedit /etc/group each time you regenerate it. Pierre -- 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: procps returns \Unknown HZ value\
I have no idea why this has suddenly started working. We didn't reboot the server, yet /proc is there and procps works like a charm! Between this and oh.exe (from the Win2K resource kit) troubleshooting just got easier! -richard On Wed, 2004-03-24 at 11:20, Chris January wrote: Redirecting to the cygwin mailing list. You probably need to upgrade your version of the Cygwin DLL. The /proc filesystem doesn't exist? Does something need to be installed using cygrunsrv? -richard -Original Message- From: Chris January [mailto:[EMAIL PROTECTED] Sent: Wed 3/24/2004 10:45 AM To: Duran, Richard Cc: Subject:RE: procps returns \Unknown HZ value\ Is there a parameter I can pass to procs.exe to avoid getting \Unknown HZ value (168) Assume 100.\? I don't think so. What's the output of /proc/cpuinfo on your system? Chris -- 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: Apache obatined in Cygwin Setup is FOREIGN
Noon recess.. they have joke! George Hester __ Martin Gainty wrote in message news:[EMAIL PROTECTED] Mittagspause..haben sie Spass! ~Martin~ - Original Message - From: Thorsten Kampe [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, March 20, 2004 10:10 AM Subject: Re: Apache obatined in Cygwin Setup is FOREIGN * George Hester (2004-03-20 05:49 +0100) [whatever] And for christ's sake: have a line break and stop these senseless bottom full-quotings. You're emails are already unreadable enough. Thorsten -- 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/
Sorry Igor
Truly George Hester -- 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: lstat on FAT - Was: Problem with find on FAT drives
I also had a look at the code and reached pretty much the same conclusion as Volker. Replacing all 'isslash (*src)' and 'isslash (src[x])' in normalize_posix_path by isdirsep () would yield more consistent results. I know this code is delicate but the possible drawback isn't obvious. speed disadvantage for nebulous gain. I will not comment on the nebulous gain, but it is not necessary at all to use sdirsep () or both '\' and '/' in normalize_posix_path. Just let the function do what its comment says, namely \'s are converted to /'s in the process. At the moment this is only done when the path either contains a drive letter or is an unc path. This is not done for normal DOS paths, IMHO consistency would require that all remaining \ are converted to / for all paths. Isn't this what normalize_posix_path is meant to do? I.e. put: --- snip --- for (char *p = dst; (p = strchr (p, '\\')); p++) *p = '/'; --- snap --- in line 212 in path.cc before the remaing cases are evaluated. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -- 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: lstat on FAT - Was: Problem with find on FAT drives
With the small problem that we're still working on src and not dst, and we cannot do the replacement on src because it is const. But I think you got the idea. Sorry This is not done for normal DOS paths, IMHO consistency would require that all remaining \ are converted to / for all paths. Isn't this what normalize_posix_path is meant to do? I.e. put: --- snip --- for (char *p = dst; (p = strchr (p, '\\')); p++) *p = '/'; --- snap --- in line 212 in path.cc before the remaing cases are evaluated. Volker -- If you like my work consider: http://www.scytek.de/donations.html PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -- 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/
important
Your file is attached. Norton AntiVirus Deleted1.txt Description: plain/text -- 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/
What command opens gmon.out files?
I have run debugging from within an app and have the gmon.out log How do I open it? Thanks Warren -- 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: test -c com1 hangs on some WinXP systems
At 04:31 PM 3/24/2004, you wrote: On Wed, 24 Mar 2004, Curt, WE7U wrote: Our application runs on multiple OS'es. A few of our WinXP users (and perhaps Win2k, can't remember) have had if test -c com1 hang during our configure stage. We've already figured out that we should be using /dev/ttyS0 instead of com1, and have switched to that. Because of the hang we're trying if test -d /proc/registry as the test. If /proc/registry is found, we skip the file test for the serial device on Cygwin boxes, thereby avoiding the hang. Excerpt (the version that hangs sometimes): AC_DEFUN([XASTIR_DETECT_DEVICES], [ AC_MSG_CHECKING([for devices]) if test -c com1 ; then ac_tnc_port=com1 ac_gps_port=com2 elif test -c /dev/cuaa0 ; then ac_tnc_port=/dev/cuaa0 ac_gps_port=/dev/cuaa1 New improved version: AC_DEFUN([XASTIR_DETECT_DEVICES], [ AC_MSG_CHECKING([for devices]) if test -d /proc/registry ; then ac_tnc_port=/dev/ttyS0 ac_gps_port=/dev/ttyS1 elif test -c /dev/cuaa0 ; then ac_tnc_port=/dev/cuaa0 ac_gps_port=/dev/cuaa1 Should if test -c com1 or if test -c /dev/ttyS0 work on Cygwin across all Windows platforms it supports? We'd rather do if test -c /dev/ttyS0 if possible, so that it's similar across all platforms we support. I should have completed more of the function above, as it's possible that it is one of the other tests that hangs on Cygwin/WinXP. Unlikely, but possible. I expect it hangs on the first test for com1. Tack the following code onto the end of either code example above: elif test -c /dev/ttyS0 ; then ac_tnc_port=/dev/ttyS0 ac_gps_port=/dev/ttyS1 elif test -c /dev/cua/a ; then ac_tnc_port=/dev/cua/a ac_gps_port=/dev/cua/b else ac_tnc_port=none ac_gps_port=none fi com is a reserved name in Windows. It's best to steer clear of it in any context you can. You may be catching it in your if test -c com1 version. -- 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: Just updated Cygwin and can't make with g++ command not found
Thanks, Larry I now have My usr file at .99GB is that normal? With X11R6 at 147MB--what is this file? I need to trim this whole thing back. Cygwin is over 2 GB. Warren At 10:14 PM 3/23/2004 -0500, you wrote: At 05:36 PM 3/23/2004, you wrote: Hi Larry, Well doesn't the installer install everything when you select all? When I first installed Cygwin last October I had no such problem. If you're saying that you selected all packages for install now, then yes, it should install everything. If you're saying that you updated the installation you made in October by rerunning setup now and updating all your installed packages, then the answer is no, it will not install everything. The 'gcc' package has since been broken into multiple packages from the one, monolithic package it used to be. So, without specifically installing 'g++', you will only update the 'gcc' package, which does not contain 'g++'. -- 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: lstat on FAT - Was: Problem with find on FAT drives
On Wed, Mar 24, 2004 at 06:12:05PM -0500, Volker Quetschke wrote: I also had a look at the code and reached pretty much the same conclusion as Volker. Replacing all 'isslash (*src)' and 'isslash (src[x])' in normalize_posix_path by isdirsep () would yield more consistent results. I know this code is delicate but the possible drawback isn't obvious. speed disadvantage for nebulous gain. I will not comment on the nebulous gain, but it is not necessary at all to use sdirsep () or both '\' and '/' in normalize_posix_path. Just let the function do what its comment says, namely \'s are converted to /'s in the process. Easy enough to change the comment. I've done that. I've sent a patch to Corinna for comment which should have a minimal performance hit on parsing posix paths but will a have slightly larger effect if it backslashes are hit. I.e. put: --- snip --- for (char *p = dst; (p = strchr (p, '\\')); p++) *p = '/'; --- snap --- So, check every character in the string to see if it's a backslash then use another loop to iterate over the string to check for other stuff. No thanks. As you note in your later message, this wouldn't work anyway. dst is const for a reason. -- Christopher Faylorspammer - [EMAIL PROTECTED] Cygwin Project Leader 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: Just updated Cygwin and can't make with g++ command not found
Installing all of Cygwin's packages is quite large, yes. .99GB doesn't seem beyond reason to me. X11R6 is the directory with X-windows binaries. Larry At 08:03 PM 3/24/2004, you wrote: Thanks, Larry I now have My usr file at .99GB is that normal? With X11R6 at 147MB--what is this file? I need to trim this whole thing back. Cygwin is over 2 GB. Warren At 10:14 PM 3/23/2004 -0500, you wrote: At 05:36 PM 3/23/2004, you wrote: Hi Larry, Well doesn't the installer install everything when you select all? When I first installed Cygwin last October I had no such problem. If you're saying that you selected all packages for install now, then yes, it should install everything. If you're saying that you updated the installation you made in October by rerunning setup now and updating all your installed packages, then the answer is no, it will not install everything. The 'gcc' package has since been broken into multiple packages from the one, monolithic package it used to be. So, without specifically installing 'g++', you will only update the 'gcc' package, which does not contain 'g++'. -- 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/ -- 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: Just updated Cygwin and can't make with g++ command not found
Do I need those files for writing C++ code, compiling and debugging? By the way I always get two emails from you for each response-any idea why? Warren At 08:25 PM 3/24/2004 -0500, you wrote: Installing all of Cygwin's packages is quite large, yes. .99GB doesn't seem beyond reason to me. X11R6 is the directory with X-windows binaries. Larry At 08:03 PM 3/24/2004, you wrote: Thanks, Larry I now have My usr file at .99GB is that normal? With X11R6 at 147MB--what is this file? I need to trim this whole thing back. Cygwin is over 2 GB. Warren At 10:14 PM 3/23/2004 -0500, you wrote: At 05:36 PM 3/23/2004, you wrote: Hi Larry, Well doesn't the installer install everything when you select all? When I first installed Cygwin last October I had no such problem. If you're saying that you selected all packages for install now, then yes, it should install everything. If you're saying that you updated the installation you made in October by rerunning setup now and updating all your installed packages, then the answer is no, it will not install everything. The 'gcc' package has since been broken into multiple packages from the one, monolithic package it used to be. So, without specifically installing 'g++', you will only update the 'gcc' package, which does not contain 'g++'. -- 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/ -- 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: Just updated Cygwin and can't make with g++ command not found
You don't need all of Cygwin's packages to be able to write, compile, and debug C++ code on Cygwin, no. You can probably get by with a default installation plus 'gcc', 'gcc-g++', 'binutils', and 'gdb', depending on your needs. That, of course, leaves out your favorite Cygwin-supported editor, among other incidentals (or not so incidentals). If you get two responses from me each time, it's because I do a reply-all which sends to the list and you. If you read the list, you may find it more convenient to just get your replies from there. In that case, set your reply-to option to the list and you'll just get one instead. That's what I do. Larry At 08:29 PM 3/24/2004, you wrote: Do I need those files for writing C++ code, compiling and debugging? By the way I always get two emails from you for each response-any idea why? Warren At 08:25 PM 3/24/2004 -0500, you wrote: Installing all of Cygwin's packages is quite large, yes. .99GB doesn't seem beyond reason to me. X11R6 is the directory with X-windows binaries. Larry At 08:03 PM 3/24/2004, you wrote: Thanks, Larry I now have My usr file at .99GB is that normal? With X11R6 at 147MB--what is this file? I need to trim this whole thing back. Cygwin is over 2 GB. Warren At 10:14 PM 3/23/2004 -0500, you wrote: At 05:36 PM 3/23/2004, you wrote: Hi Larry, Well doesn't the installer install everything when you select all? When I first installed Cygwin last October I had no such problem. If you're saying that you selected all packages for install now, then yes, it should install everything. If you're saying that you updated the installation you made in October by rerunning setup now and updating all your installed packages, then the answer is no, it will not install everything. The 'gcc' package has since been broken into multiple packages from the one, monolithic package it used to be. So, without specifically installing 'g++', you will only update the 'gcc' package, which does not contain 'g++'. -- 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/ -- 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: Just updated Cygwin and can't make with g++ command not found
Thanks Larry Could you list the files for the Cygwin Supported editor and some of the other incidentals. Maybe I will have room on my drive to defrag when done. Warren At 08:39 PM 3/24/2004 -0500, you wrote: You don't need all of Cygwin's packages to be able to write, compile, and debug C++ code on Cygwin, no. You can probably get by with a default installation plus 'gcc', 'gcc-g++', 'binutils', and 'gdb', depending on your needs. That, of course, leaves out your favorite Cygwin-supported editor, among other incidentals (or not so incidentals). If you get two responses from me each time, it's because I do a reply-all which sends to the list and you. If you read the list, you may find it more convenient to just get your replies from there. In that case, set your reply-to option to the list and you'll just get one instead. That's what I do. Larry -- 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: lstat on FAT - Was: Problem with find on FAT drives
On Wed, Mar 24, 2004 at 04:42:39PM -0500, Christopher Faylor wrote: On Wed, Mar 24, 2004 at 04:30:57PM -0500, Pierre A. Humblet wrote: I also had a look at the code and reached pretty much the same conclusion as Volker. Replacing all 'isslash (*src)' and 'isslash (src[x])' in normalize_posix_path by isdirsep () would yield more consistent results. I know this code is delicate but the possible drawback isn't obvious. speed disadvantage for nebulous gain. As you know isdirsep would take 1 extra compare per character. FWIW I see one place where we could avoid the kind of loop that Volker had. I wonder if char *p = strrchr (src, '\0'); /* Detect if the user was looking for a directory. We have to strip the should be inside the symlink loop or outside. I guess that depends if symlink contents ending with / are special (on Sun the final / is stripped in symlinks, dunno about other Unix flavors). Also normalize_posix_path strips the final /, except when it calls normalize_win32_path. That makes the code go through extra hoops when resolving c:/the/symlink/, it looks for c:/the/symlink/.lnk Pierre -- 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 bad interpreter - a new twist!
Hi I seem to have an intermittant problem with bash that I cannot work out---in which a script usually works fine, but sometimes in the same session attempting to run it gives the bash message: bad interpreter. I'm using cygwin (september 2003 build) and ActiveState perl. To connect ActiveState into cygwin I use a proxy /usr/local/bin/perl bourne shell script that essentially transalates the paths (cygpath -w) and delegates to the ActiveState perl.exe binary. Given the following foobar script: #!/usr/local/bin/perl -w print foobar world\n; When I invoke foobar from the bash command line, nine times out of ten it works. However, sometimes I get the bash error: bash: /cygdrive/f/home/evad/bin/foobar: /usr/local/bin/perl: bad interpreter: No such file or directory If I immediately type the command again it will work, but given enough time/iterations it will fail again. One thing to notice ... each time I create a new shell window it always fails the first time I issue the command. I'd appreciate some ideas as right now I'm quite puzzled. Thanks -- dave mallon _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail -- 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: Starting a Win32 app from inside Cygwin
RM If I can restate your request as: I want to use MS Word to edit a RM file that lives on my AIX machine. The obvious answer is to install RM Samba on your AIX machine to allow file access from your PC. This RM has nothing to do with X, rsh, or NFS. CP Yes, but I want Word to open on the XP machine editing the file on CP the AIX box all when called from a script on the AIX box. The CP user will be viewing an X seesion from the AIX box in cygwin, CP execute a script and Word would then open locally. How about running sshd on your Cygwin box and have your AIX script run ssh pc-host 'cygstart foo.doc'? Cheers, -- Robert -- 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: lstat on FAT - Was: Problem with find on FAT drives
On Wed, Mar 24, 2004 at 09:39:29PM -0500, Pierre A. Humblet wrote: On Wed, Mar 24, 2004 at 04:42:39PM -0500, Christopher Faylor wrote: On Wed, Mar 24, 2004 at 04:30:57PM -0500, Pierre A. Humblet wrote: I also had a look at the code and reached pretty much the same conclusion as Volker. Replacing all 'isslash (*src)' and 'isslash (src[x])' in normalize_posix_path by isdirsep () would yield more consistent results. I know this code is delicate but the possible drawback isn't obvious. speed disadvantage for nebulous gain. As you know isdirsep would take 1 extra compare per character. FWIW I see one place where we could avoid the kind of loop that Volker had. I wonder if char *p = strrchr (src, '\0'); /* Detect if the user was looking for a directory. We have to strip the should be inside the symlink loop or outside. I guess that depends if symlink contents ending with / are special (on Sun the final / is stripped in symlinks, dunno about other Unix flavors). Also normalize_posix_path strips the final /, except when it calls normalize_win32_path. That makes the code go through extra hoops when resolving c:/the/symlink/, it looks for c:/the/symlink/.lnk Corinna! Did I predict this or what? I'm quitting my job and getting a job as a psychic in the carnival! 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: lstat on FAT - Was: Problem with find on FAT drives
At 11:15 PM 3/24/2004, you wrote: On Wed, Mar 24, 2004 at 09:39:29PM -0500, Pierre A. Humblet wrote: On Wed, Mar 24, 2004 at 04:42:39PM -0500, Christopher Faylor wrote: On Wed, Mar 24, 2004 at 04:30:57PM -0500, Pierre A. Humblet wrote: I also had a look at the code and reached pretty much the same conclusion as Volker. Replacing all 'isslash (*src)' and 'isslash (src[x])' in normalize_posix_path by isdirsep () would yield more consistent results. I know this code is delicate but the possible drawback isn't obvious. speed disadvantage for nebulous gain. As you know isdirsep would take 1 extra compare per character. FWIW I see one place where we could avoid the kind of loop that Volker had. I wonder if char *p = strrchr (src, '\0'); /* Detect if the user was looking for a directory. We have to strip the should be inside the symlink loop or outside. I guess that depends if symlink contents ending with / are special (on Sun the final / is stripped in symlinks, dunno about other Unix flavors). Also normalize_posix_path strips the final /, except when it calls normalize_win32_path. That makes the code go through extra hoops when resolving c:/the/symlink/, it looks for c:/the/symlink/.lnk Corinna! Did I predict this or what? I'm quitting my job and getting a job as a psychic in the carnival! Aha! CGF unmasked! All his meanness stems from his frustrated, deep- rooted desire to be a 'carnie'!! Now it all makes sense. This must be the night of revelations of true vocations. I'm clearly cut out to be a mediocre dime-store psychologist! -- 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: lstat on FAT - Was: Problem with find on FAT drives
On Wed, Mar 24, 2004 at 11:33:44PM -0500, Larry Hall wrote: At 11:15 PM 3/24/2004, cgf wrote: I'm quitting my job and getting a job as a psychic in the carnival! Aha! CGF unmasked! All his meanness stems from his frustrated, deep- rooted desire to be a 'carnie'!! Now it all makes sense. This must be the night of revelations of true vocations. I'm clearly cut out to be a mediocre dime-store psychologist! So much for my short-lived hopes of life under the big top (or is that the circus?). I never predicted that lhall would make me LOL. 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: Cygwin install
On Wed, 24 Mar 2004, Crescioli, Phil wrote: All, Is KDE bundled somewhere within Cygwin or do I have to get KDE for Cygwin/Win XP separately? Thanks, Phil Crescioli First off, wrong list. X-related questions should go to cygwin-xfree at cygwin dot com. I'm redirecting this reply there. Secondly (a general Cygwin point): if you don't find what you need at http://cygwin.com/packages/, it's not part of Cygwin. 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/