Re: [PATCH] setup: fix abnormal exit test for postinstall scripts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Igor Peshansky wrote: On Thu, 16 Mar 2006, Max Bowsher wrote: Speaking of in-use DLLs, did you have a chance to look at http://cygwin.com/ml/cygwin-apps/2006-03/msg00060.html? OK, I'll have a look. So, I think we should always rename preremove scripts, because we certainly don't want a failed preremove script to be removed by the later file-removal phase - it might be wanted for debugging. I would even go one step further, and cancel the uninstall of the current package and all packages it depends on if the preremove failed. But that should be a separate patch. As for postinstall scripts ... I think ideally it would be a separate operation (c.f. 'dpkg --configure --pending'), but I guess we can go with the simple solution for now, and defer a more complex solution until someone has the inclination. So, does this mean please check in? I'd like preremove scripts to be renamed on failure. But, OK, you check in as-is, and I'll follow-up with a change for that. Max. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) iD8DBQFEGpFbfFNSmcDyxYARAkJVAJ4kDwP9yUuwcDLwwYNGiLzoXKt1EACgzJIk BjR25ByI8bMaFEEeL9yOECw= =fdn7 -END PGP SIGNATURE-
Re: [PATCH] setup: fix abnormal exit test for postinstall scripts
On Fri, 17 Mar 2006, Max Bowsher wrote: Igor Peshansky wrote: On Thu, 16 Mar 2006, Max Bowsher wrote: Speaking of in-use DLLs, did you have a chance to look at http://cygwin.com/ml/cygwin-apps/2006-03/msg00060.html? OK, I'll have a look. Thanks. So, I think we should always rename preremove scripts, because we certainly don't want a failed preremove script to be removed by the later file-removal phase - it might be wanted for debugging. I would even go one step further, and cancel the uninstall of the current package and all packages it depends on if the preremove failed. But that should be a separate patch. Would this work, BTW? As for postinstall scripts ... I think ideally it would be a separate operation (c.f. 'dpkg --configure --pending'), but I guess we can go with the simple solution for now, and defer a more complex solution until someone has the inclination. So, does this mean please check in? I'd like preremove scripts to be renamed on failure. But, OK, you check in as-is, and I'll follow-up with a change for that. Hmm, it's easy enough to rename scripts on failure -- it is simply a question of propagating the information of whether this is a preremove script or not to the script object itself. Since all preremove scripts are run from try_run_script(), and none of the postinstall scripts are, it should be reasonably easy to add a rename_on_failure field (and constructor argument that defaults to false), and set it to true in the Script() constructor in try_run_script(). Once I commit this one in, I can look into adding the rename_on_failure code... While we're at it, I'd also like to clean up the constant mentions of strings /etc/postinstall (in at least 3 places) and /etc/preremove (in two). Those should be defined in script.h as macros, most likely... Another patch coming up... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac
Re: How to run _X_ Session from RH8 via ssh -X? How to run vnc via ssh?
Siegfried Heintze wrote: [snip] (2) For reasons I don't understand, there was a conflict between my router's sshd and my cygwin's sshd so I resolved the problem by changing the cygwin's configuration file to start sshd on a different port. Now, using a Red Hat 8 client, I can use both rdesktop and ssh to create two different simultaneous sessions on my win2003 server. However, I cannot seem to start an X session from my ssh -X -p 892 [EMAIL PROTECTED] session. I tried running explorer . and that just hung. OK, that was not an X program. Then I tried /usr/X11R6/bin/xclock and it said it could not open the display. Having already done a xhost+ remote wan address before running ssh I tried export DISPLAY=client lan address:0.0 but that did not help: it still could not open the display. If you are using ssh -X or -Y you don't need to set DISPLAY, in fact ssh already did set it. But if you set DISPLAY then X uses the normal ports and those will have to be opened/redirected on the firewall. Do I need to punch a whole in my client's firewall? I doubt the will let me do that. Not if you only use ssh. But take in consideration that you changed ssh to use port 892, that one is the one that will have to be opened. Don't I need to start the xserver? In the remote system? no. [snip] winCheckDisplayNumber - Cygwin/X is already running on display 0 It was running already but it's not needed unless you want to use VNC. (3) What about vnc? I have installed RealVNC on both the RH8 client and the Windows 2003 server. For VNC you'll need to open port 5901 (or 5801 for http); this is only for the first window, it really is 5900 + display number, in case you have more than one user connecting to the same machine. Is there also a cygwin VNC? I don't remember seeing one. No. Can I make vnc tunnel thru ssh? Would I use the -L or the -R qualifier on ssh? What would that look like? Yes. You have to start the VNC server and then (assuming display 1 is used): client machine# ssh -NfC -L 5901:server.name.or.ip:15901 [EMAIL PROTECTED] server machine# ssh -gN -L 15901:localhost:5901 [EMAIL PROTECTED] The numbers may have to be changed (as I said above) depending on what starting the server reported as display number or how is setup to start if you start it from the X server. On the client you use as VNC server localhost:1. HTH -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: How to run _X_ Session from RH8 via ssh -X?
[snip] However, I cannot seem to start an X session from my ssh -X -p 892 [EMAIL PROTECTED] session. I tried running explorer . and that just hung. OK, that was not an X program. Then I tried /usr/X11R6/bin/xclock and it said it could not open the display. Having already done a xhost+ remote wan address before running ssh I tried export DISPLAY=client lan address:0.0 but that did not help: it still could not open the display. If you are using ssh -X or -Y you don't need to set DISPLAY, in fact ssh already did set it. But if you set DISPLAY then X uses the normal ports and those will have to be opened/redirected on the firewall. [snip] winCheckDisplayNumber - Cygwin/X is already running on display 0 It was running already but it's not needed unless you want to use VNC. Well what am I doing wrong? I forgot to mention: the firewall guarding the windows machine must have the necessary ports open or I would not be able to establish a console window on it. Why does /usr/X11R6/bin/xclock still say Error can't open display:? Thanks, Siegfried -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: How to run _X_ Session from RH8 via ssh -X?
Siegfried Heintze wrote: [snip] Why does /usr/X11R6/bin/xclock still say Error can't open display:? That looks like an explicit unsetting of DISPLAY, i.e. somewhere, probably your .profile/.bashrc/.bash_profile, has a unset DISPLAY. Starting in Cygwin: $ echo $DISPLAY :0 $ ssh -X [EMAIL PROTECTED] # echo $DISPLAY localhost:10.0 Notice that ssh created a pseudo display that will be used to tunnel the X protocol back to your local X server. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: How to run _X_ Session from RH8 via ssh -X?
[snip] Why does /usr/X11R6/bin/xclock still say Error can't open display:? That looks like an explicit unsetting of DISPLAY, i.e. somewhere, probably your .profile/.bashrc/.bash_profile, has a unset DISPLAY. Starting in Cygwin: $ echo $DISPLAY :0 $ ssh -X [EMAIL PROTECTED] # echo $DISPLAY localhost:10.0 Notice that ssh created a pseudo display that will be used to tunnel the X protocol back to your local X server. I did ssh -X [EMAIL PROTECTED] ls -A -1 | xargs grep -n DISPLAY * echo $DISPLAY The only place DISPLAY occurred (in the output) was in the .bash_history file. Echo $DISPLAY gave a blank line only. Any other suggestions? Sieg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: How to run _X_ Session from RH8 via ssh -X?
Siegfried Heintze wrote: [snip] echo $DISPLAY Any other suggestions? Check /etc/sshd_config on the server, configure it to forward X11: # X11 tunneling options X11Forwarding yes X11DisplayOffset 10 X11UseLocalhost yes After restarting sshd try: ssh -X [EMAIL PROTECTED] 'echo $DISPLAY' -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: How to run _X_ Session from RH8 via ssh -X?
Siegfried Heintze wrote: [snip] Why does /usr/X11R6/bin/xclock still say Error can't open display:? That looks like an explicit unsetting of DISPLAY, i.e. somewhere, probably your .profile/.bashrc/.bash_profile, has a unset DISPLAY. Starting in Cygwin: $ echo $DISPLAY :0 $ ssh -X [EMAIL PROTECTED] # echo $DISPLAY localhost:10.0 Notice that ssh created a pseudo display that will be used to tunnel the X protocol back to your local X server. I did ssh -X [EMAIL PROTECTED] ls -A -1 | xargs grep -n DISPLAY * echo $DISPLAY The only place DISPLAY occurred (in the output) was in the .bash_history file. Echo $DISPLAY gave a blank line only. Any other suggestions? On linux system: /etc/ssh/sshd_config X11Forwarding yes /etc/ssh/ssh_config ForwardX11 yes On cygwin system: /etc/defaults/etc/sshd_config X11Forwarding yes /etc/defaults/etc/ssh_config ForwardX11 yes Doug -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: How to run _X_ Session from RH8 via ssh -X?
Thanks Dan and Rene! It works. But now I just realized the obvious: Only X GUIS work and not windows. Is this correct? I assume I can tunnel rdesktop the same way I tunnel vnc? I guess I'll try tunneling both vnc and rdesktop next. Siegfried -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: cygwin gnome-terminal pty error
I updated cygwin with the latest vte package and now instead of the pty error, gnome-terminal just hangs with no error. I'm installing packages from kernel.org and from sunsite.dk. Is it possible that the mix of packages is the problem? The only gnome package I selected was the gnome-terminal package, which then selected its pre-requisites. Could it be that I missing something? I'm running with CYGWIN=server ntsec. Could it be that cygserver is not configured properly? Finally, is anybody running gnome-terminal on cygwin? I'd appreciate any hint or clue about this. Anything ... Thanks On 2/22/06, Luis P Caamano [EMAIL PROTECTED] wrote: Hello, I've installed gnome-terminal from the sunsite.dk/projects/cygwinports site with no errors. Unfortunately, when I run gnome-terminal from an xterm I get the error below: - $ gnome-terminal ** (gnome-terminal:3608): WARNING **: Error setting PTY size: Invalid argument. ** (gnome-terminal:3608): WARNING **: Error reading PTY size, using defaults: Invalid argument. ** (gnome-terminal:3608): WARNING **: Error reading PTY size, using defaults: Invalid argument. ** (gnome-terminal:3608): WARNING **: Error setting PTY size: Invalid argument. ** (gnome-terminal:3608): WARNING **: Error reading PTY size, using defaults: Invalid argument. I do get a gnome-terminal window with no shell prompt (white background). The menu seems to work fine as I can bring the edit current profile dialog. Anybody using gnome-terminal in cygwin or seen this error? Perhaps I have a package incompatibility? I initially installed from mirrors.kernel.org and then added the sunsite.dk, selected gnome-terminal only, and it automatically selected a bunch of dependencies. So far google haven't revealed any clues. Can anybody provide me with some hints or clues that would help solve this problem? Any help is appreciated, thanks. -- Luis P Caamano Atlanta, GA USA -- Luis P Caamano Atlanta, GA USA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: cygwin gnome-terminal pty error
Luis P Caamano wrote: I updated cygwin with the latest vte package and now instead of the pty error, gnome-terminal just hangs with no error. I'm installing packages from kernel.org and from sunsite.dk. Is it possible that the mix of packages is the problem? From two Cygwin mirrors? there shouldn't be any problem. And that is the normal way if you use the ports repository. The only gnome package I selected was the gnome-terminal package, which then selected its pre-requisites. Could it be that I missing something? If you miss something you'll get a message about it. I'm running with CYGWIN=server ntsec. Could it be that cygserver is not configured properly? Not likely, but if you install syslog (comes with inet utils) you could see if cygserver is logging messages. If it is, and you don't have syslogd running, the messages are in Window's event messages. Finally, is anybody running gnome-terminal on cygwin? No, only in remote mode (gterminal running under Solaris). Under Cygwin I use eterm and it works fine. I'd appreciate any hint or clue about this. Anything ... How is gnome-terminal hanging? You see the process but no window? or as before, a window with no shell prompt? -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/w32api ChangeLog include/winnt.h in ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-03-18 04:02:54 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winnt.h wincon.h Added files: winsup/w32api/lib: wtsapi32.def Log message: 2006-03-18 Julien Lecomte [EMAIL PROTECTED] * include/wincon.h (ENABLE_*): Add more defines. 2006-03-18 Jan Nijtmans [EMAIL PROTECTED] * include/winnt.h (INHERITED_ACE): Define. (VALID_INHERIT_FLAGS): Correct definition. 2006-03-18 Peter Åstrand [EMAIL PROTECTED] * lib/wtsapi32.def: New file. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.741r2=1.742 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winnt.h.diff?cvsroot=srcr1=1.100r2=1.101 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/wincon.h.diff?cvsroot=srcr1=1.11r2=1.12 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/wtsapi32.def.diff?cvsroot=srcr1=NONEr2=1.1
GDB Interrupts on Cygwin
When running a Windows application from GDB, GDB gives control to the application at a certain point. It would be nice to, at an arbitrary time, suspend the application and give control back to GDB. I know that I can set breakpoints, but sometimes I don't know exactly when I want to break until after I'm running the application. Ctrl-C supposedly sends the SIGINT signal to GDB, breaking the running application and restoring control to GDB. However, this does not appear to work, at least not on Cygwin. I've tried /bin/kill -f -s SIGINT pid. Sending SIGINT, or in fact any other signal, simply terminates the Windows application. I even wrote a simple program to suspend the Windows application at my command using the Win32 API function SuspendThread. While the program does indeed suspend, GDB remains locked. Perhaps there is some way to, using the Windows API, simulate a SIGINT signal, or another signal to break the program (perhaps SIGSEGV would be easiest). Perhaps GDB could be modified in some way--it could map Windows messages to UNIX signals. Or maybe it could look for keystrokes using Windows hooks rather than its current method (I'm not even entirely sure what its current method is). If anyone thinks any of these methods would be feasible, I would be happy to contribute code. -- 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: GDB Interrupts on Cygwin
On 17 March 2006 08:55, Doug Bohl wrote: When running a Windows application from GDB, Ctrl-C supposedly sends the SIGINT signal to GDB, breaking the running application and restoring control to GDB. However, this does not appear to work, at least not on Cygwin. I've tried /bin/kill -f -s SIGINT pid. Sending SIGINT, or in fact any other signal, simply terminates the Windows application. It's not entirely surprising that windows applications aren't aware of cygwin signal handling! Have you tried running it with a mingw (i.e. windows native) version of gdb? 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: GDB Interrupts on Cygwin
On Fri, Mar 17, 2006 at 03:55:08AM -0500, Doug Bohl wrote: When running a Windows application from GDB, GDB gives control to the application at a certain point. It would be nice to, at an arbitrary time, suspend the application and give control back to GDB. I know that I can set breakpoints, but sometimes I don't know exactly when I want to break until after I'm running the application. Ctrl-C supposedly sends the SIGINT signal to GDB, breaking the running application and restoring control to GDB. However, this does not appear to work, at least not on Cygwin. Even though this may seem strange, try this. Before starting GDB, type 'tty' at the console. Then, after you start GDB, run the command 'tty outputofttycommandfromconsole'. I think this will enable the ^c. It's a bug in GDB that hopefully I'll get to look at one day. Bob Rossi -- 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: Don't understand proc magic check.
On 16 March 2006 20:21, Brian Dessent wrote: Dave Korn wrote: I don't even understand how it can get to the proc magic mismatch error without printing out the res is ... debugging message, and I'm kinda stumped what to try next. Anyone got /any/ suggestions at all? By any chance are you trying to use the newly-built DLL with installed headers from 1.5.19 or some other version that is still older than the just-built DLL? I make it a point to do something like make install-headers DESTDIR=/usr whenever installing a newly-built cygwin1.dll that I intend to actually use. Nahh, didn't help. Bizarro. Oh, hang on. DESTDIR= doesn't seem to work. Just specifying prefix=/usr turns out to do the trick. Bingo! Thanks Brian. That's exactly what the message was trying to tell me. [*] I may be mistaken in my belief that I need them, but that's beside the point. I've never had any problems using the packaged version of binutils, it seems to work fine with the split .dbg file. The packaged version of binutils is what created the .dbg file in the build in the first place, so I would say it's safe to assume that it has that support. Ah, but I'm running with a setup based off a slightly stale internal mirror, but then there's a few bits and pieces I've built from source... I'm not quite sure what versions of a lot of things I've got installed a lot of the time! Oh and anyway maybe it was gdb/insight I needed to rebuild. I really ought to keep notes! :) 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/
Accessing Samba server from cygwin: inodes, etc.
So, when I try and copy a file with the latest cygwin on the Samba server I get this message: cp: skipping file `capture.txt', as it was replaced while being copied and using find: find: /cygdrive/s/littertray/Display/Telford/Design/CVS changed during execution of find (old inode number -409107488, new inode number -401272056, filesystem type is system) [ref 1114] find: /cygdrive/s/littertray/Display/Telford/Design/CVS changed during execution of find (old inode number -472008488, new inode number -426128672, filesystem type is system) [ref 1114] Now, I've found that the latest findutils can help this, but instead I get the bizarre: $ find . ./.gnome ./.kde find: ./.kde: No such file or directory etc, with other directories The cp problem is helped if I revert to Prev (1.15.18-1 cygwin etc.), where I guess that the inodes from the server are not trusted. I wonder if there is a way for a user to force cygwin not to trust the inodes from a particular network drive? I tried using the latest snapshot, but that didn't help. Oh, and sorry for the rant in my last email - frustration getting the better of me. Cygwin Configuration Diagnostics Current System Time: Fri Mar 17 10:46:34 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Pinnacle\Shared Files\InstantCDDVD\ c:\Program Files\Common Files\GTK\2.0\bin c:\Program Files\QuickTime\QTSystem\ \\Serv1\public\Product\Tool\Modeltech\win32pe C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(amaccormack) GID: 513(None) 0(root)513(None) 544(Administrators) 545(Users) 1008(Debugger Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(amaccormack) GID: 513(None) 0(root)513(None) 544(Administrators) 545(Users) 1008(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'amaccormack' PWD = '/cygdrive/s/littertray/Display/Telford/Design' HOME = '/cygdrive/c/Documents and Settings/amaccormack/My Documents' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\amaccormack' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\amaccormack\Application Data' HOSTNAME = 'W082-amaccormack' LSERVRC = 'C:\Documents and Settings\amaccormack\My Documents\lserv\2\lservrc' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 35 Stepping 2, AuthenticAMD' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' OLDPWD = '/cygdrive/s' USERDOMAIN = 'W082-AMACCORMAC' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/AMACCO~1/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip' USERNAME = 'amaccormack' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\amaccormack' LANG = 'en_GB' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\W082-AMACCORMAC' PROCESSOR_ARCHITECTURE = 'x86' LM_LICENSE_FILE = '[EMAIL PROTECTED]' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/AMACCO~1/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = '\\serv1\medps0' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '2302' CLASSPATH = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'W082-AMACCORMAC' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS566848Mb 5% CP CS UN PA FC
Re: GDB Interrupts on Cygwin
On Fri, Mar 17, 2006 at 06:56:55AM -0500, Bob Rossi wrote: On Fri, Mar 17, 2006 at 03:55:08AM -0500, Doug Bohl wrote: When running a Windows application from GDB, GDB gives control to the application at a certain point. It would be nice to, at an arbitrary time, suspend the application and give control back to GDB. I know that I can set breakpoints, but sometimes I don't know exactly when I want to break until after I'm running the application. Ctrl-C supposedly sends the SIGINT signal to GDB, breaking the running application and restoring control to GDB. However, this does not appear to work, at least not on Cygwin. Even though this may seem strange, try this. Before starting GDB, type 'tty' at the console. Then, after you start GDB, run the command 'tty outputofttycommandfromconsole'. I think this will enable the ^c. This is a no-voodoo zone. CTRL-C works fine in gdb. I use it ALL of the time. Maybe the OP has CYGWIN=tty set or is trying to run from rxvt. If so, don't do that. Run gdb from a windows console and it should work fine. 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/
[ANNOUNCEMENT] Test release available: subversion-1.3.0-1
A test release of Subversion is now available: 1.3.0-1. This version is marked as a test release, because it is compiled against Apache 2.2.x, which is also a test release at the moment. IMPORTANT COMPATIBILITY NOTE for the subversion-apache2 package: Cygwin packages of Subversion 1.2.x are compiled against Apache 2.0.x. Cygwin packages of Subversion 1.3.x are compiled against Apache 2.2.x. Apache modules will ONLY work with the same release series of Apache they are compiled against. Subversion 1.3.0 is a new feature release of Subversion. Please see http://subversion.tigris.org/svn_1.3_releasenotes.html for the upstream release notes. (Note: you may ignore the section Unexpected Berkeley DB Upgrades. I have deliberately continued to use BDB 4.2 for this release, rather than move to BDB 4.3 when Subversion support for BDB 4.4 is due to be available soon.) Note: The Subversion project no longer ships the Subversion Book within the Subversion distribution. Therefore, the subversion-book Cygwin package is now obsolete. The Subversion Book may be obtained from its own website at http://svnbook.red-bean.com/ Additionally, in Cygwin-local news: * There is a new subversion-ruby package providing the Subversion Ruby bindings, due to user request. These are somewhat experimental, as I have very little Ruby knowledge, so am unable to effectively test them. In absence of any reported problems, I anticipate promoting apache2-2.2.0-1 and subversion-1.3.0-1 from 'testing' to 'current' status within a few days. Max Bowsher. -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read all of the information on unsubscribing that is available starting at this URL. -- 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 X Session from RH8 via ssh -X? How to run vnc via ssh?
Thanks for all the help so far. I hope this will be a 100% cygwin-mailing-list compliant posting. (1) I read the description of TOFU and I still don't understand it. I don't understand what I am doing wrong. If I want to quote a previous posting, should I not put the quoted text first and then my response? (2) For reasons I don't understand, there was a conflict between my router's sshd and my cygwin's sshd so I resolved the problem by changing the cygwin's configuration file to start sshd on a different port. Now, using a Red Hat 8 client, I can use both rdesktop and ssh to create two different simultaneous sessions on my win2003 server. However, I cannot seem to start an X session from my ssh -X -p 892 [EMAIL PROTECTED] session. I tried running explorer . and that just hung. OK, that was not an X program. Then I tried /usr/X11R6/bin/xclock and it said it could not open the display. Having already done a xhost+ remote wan address before running ssh I tried export DISPLAY=client lan address:0.0 but that did not help: it still could not open the display. Do I need to punch a whole in my client's firewall? I doubt the will let me do that. Don't I need to start the xserver? Here is my attempt: startxwin.bat - Starting on Windows NT/2000/XP/2003^M Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error _XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress (3) What about vnc? I have installed RealVNC on both the RH8 client and the Windows 2003 server. Is there also a cygwin VNC? I don't remember seeing one. Can I make vnc tunnel thru ssh? Would I use the -L or the -R qualifier on ssh? What would that look like? Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: How to run X Session from RH8 via ssh -X? How to run vnc via ssh?
On 17 March 2006 15:44, Siegfried Heintze wrote: Thanks for all the help so far. I hope this will be a 100% cygwin-mailing-list compliant posting. (1) I read the description of TOFU and I still don't understand it. I don't understand what I am doing wrong. If I want to quote a previous posting, should I not put the quoted text first and then my response? Yes, that is exactly what you /should/ do. It's not what you /did/ do here:- http://www.cygwin.com/ml/cygwin/2006-03/msg00055.html where you put your reply at the top and then quoted the /entire/ previous post beneath it without snipping the unnecessary quotation, and that's what TOFU means: TOp-posted reply with FUll quotation underneath. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to run X Session from RH8 via ssh -X? How to run vnc via ssh?
snip However, I cannot seem to start an X session from my ssh -X -p 892 [EMAIL PROTECTED] session. snip I have previously reported this behavior, and not seen a fix, it used to work. The problem is running xauth under the covers hangs. If you add -v -v -v to your line above, you'll see it hang like: debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-c96kVgf686/xauthfile generate 127.0.0.1:0.0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2/dev/null If you remove the X forwarding switch (i.e., not use -X) you should be able to login. If you kill the X server and/or kill the hung xauth process, an 'empty' ssh Window (non-X) will appear, indicating to me that for some reason, xauth is looking for input from the console vs. stdin. As a work around, you can manually reverse forward the display, something like: ssh -R 6001:localhost:6000 [EMAIL PROTECTED] then manually setting your display, in the above case: export DISPLAY=:1 Manually picking a port as above can interfere or fail if it is already in use, using the -X (or -Y) enlists the sshd on the target to find a free port. Brett -- 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: GDB Interrupts on Cygwin
On Fri, Mar 17, 2006 at 10:15:13AM -0500, Christopher Faylor wrote: On Fri, Mar 17, 2006 at 06:56:55AM -0500, Bob Rossi wrote: On Fri, Mar 17, 2006 at 03:55:08AM -0500, Doug Bohl wrote: When running a Windows application from GDB, GDB gives control to the application at a certain point. It would be nice to, at an arbitrary time, suspend the application and give control back to GDB. I know that I can set breakpoints, but sometimes I don't know exactly when I want to break until after I'm running the application. Ctrl-C supposedly sends the SIGINT signal to GDB, breaking the running application and restoring control to GDB. However, this does not appear to work, at least not on Cygwin. Even though this may seem strange, try this. Before starting GDB, type 'tty' at the console. Then, after you start GDB, run the command 'tty outputofttycommandfromconsole'. I think this will enable the ^c. This is a no-voodoo zone. CTRL-C works fine in gdb. I use it ALL of the time. Maybe the OP has CYGWIN=tty set or is trying to run from rxvt. If so, don't do that. Run gdb from a windows console and it should work fine. O, right. Sorry. The bug I was talking about only appears when you fork/exec GDB from within a program. Bob Rossi -- 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 X Session from RH8 via ssh -X? How to run vnc via ssh?
On 17 March 2006 16:19, Brett Serkez wrote: snip However, I cannot seem to start an X session from my ssh -X -p 892 [EMAIL PROTECTED] session. snip I have previously reported this behavior, and not seen a fix, it used to work. The problem is running xauth under the covers hangs. If you add -v -v -v to your line above, you'll see it hang like: debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-c96kVgf686/xauthfile generate 127.0.0.1:0.0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2/dev/null If you remove the X forwarding switch (i.e., not use -X) you should be able to login. If you kill the X server and/or kill the hung xauth process, an 'empty' ssh Window (non-X) will appear, indicating to me that for some reason, xauth is looking for input from the console vs. stdin. What makes you think so? Maybe it's trying to generate some standard output, since that line only redirects stderr. Maybe it's the server not sending a reply, and it's not hung, nor waiting for input, just waiting for the timeout to occur - 1200 seconds is twenty minutes, are you sure you waited that long? 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: bash and csrss using 100% of the CPU
snip If I boot in safe mode, I don't see this problem. Since SpySweeper doesn't start in safe mode, maybe SpySweeper is the culprit. I have no idea how to fix this though. I do not run with SpySweeper, and have experienced this problem. During my original attempt to diagnose, I turned off all security software the problem still occured. Brett -- 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/
proftpd configuration - userpassword
Hello, I'm not quite sure if it is cygwin/windows related issue or a proftpd configuration. I'm trying to configure proftpd as an anonymous ftp server which requires password authentication and which authenticates alias user rather than the system user. My configuration is the following: Anonymous /cygdrive/c/home/ftpanon User tom Group None UserAlias public tom AuthAliasOnly on AnonRequirePassword on AuthUsingAlias on UserPassword public TkX5ZIHCyaI2g RequireValidShell off MaxClients10 DisplayLogin welcome.msg DisplayFirstChdir .message Directory * Limit WRITE DenyAll /Limit /Directory Directory mydir Limit ALL AllowAll /Limit /Directory /Anonymous With the above configuration, I would like to be able to login as public and use the password defined by the directive UserPassword and this does not work. What I am not sure is whether the problem is due to the fact that I am not using the correct tool or encryption algorithm to generate the password (I have used the crypt utility with a random seed and I have used as well the 'openssl passwd' command, they yield the same encrypted password) or whether proftpd is not correctly configured (I have specified AuthUsingAlias directive in order for authentication to be done against the alias rather than the system user which is tom). If that may be of some help, if I disactivate the AuthUsingAlias directive, I can login to the ftp server by using tom's system password. Is it the encryption algorithm used by the crypt utility which is not correct or is it my configuration which is not correct (if it is the latter case, I'll check the proftpd site). Can anyone help me with that ? Thanks for the help, Best regards, Teggy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash and csrss using 100% of the CPU
On 17 March 2006 16:54, Brett Serkez wrote: snip If I boot in safe mode, I don't see this problem. Since SpySweeper doesn't start in safe mode, maybe SpySweeper is the culprit. I have no idea how to fix this though. I do not run with SpySweeper, and have experienced this problem. Ah, the famous If a=b then ~a=~b fallacy! We cannot deduce from your observation that spysweeper is not the cause of the problem, only that there may be other causes too. Which we already basically know - logitech, mcafee, there's quite a few known problems and undoubtedly a few unknown ones too. During my original attempt to diagnose, I turned off all security software the problem still occured. This doesn't tell us much. It doesn't tell us what other software you have on your machine that may have interfered. Nor does it tell us what effect turned off actually has on that software; for instance, does it simply go quiescent and stop doing anything, but stay loaded and keep its windows hook dlls installed? 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/
Rxvt+Bash dumps using 2006-03-15 snapshot
After installing cygwin-inst-20060315.tar.bz2 (full snapshot 2006-03-16 03:13 GMT), I am unable to bring up Bash inside an RXVT window. The window appears for a second and then goes away, leaving a bash stackdump in my home directory. Attached are the base stackdump and the cygcheck output. The 2006-03-09 snapshot is okay. Cygwin Configuration Diagnostics Current System Time: Fri Mar 17 12:36:51 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\djgpp\bin E:\cygwin\home\jhedden\bin E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\BIN C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin\prerelease C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\bin C:\WINNT\Microsoft.NET\Framework\v1.1.4322 C:\Perl\bin C:\djgpp\bin C:\Program Files\WiX C:\Program Files\nant-0.85-rc3\bin C:\Program Files\apache-ant-1.6.3\bin C:\j2sdk1.4.2_08\bin C:\Program Files\Documentum\Shared C:\blp\API C:\oracle\ora92\bin C:\Program Files\Oracle\jre\1.3.1\bin C:\Program Files\Oracle\jre\1.1.8\bin C:\WINNT\system32 C:\WINNT C:\WINNT\system32\WBEM C:\Program Files\cvsnt C:\dev-cpp\bin . . Output from E:\cygwin\bin\id.exe (nontsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'jhedden' PWD = '/cygdrive/c/Documents and Settings/jhedden/My Documents/My Downloads' CYGWIN = 'server ntsec' HOME = '/home/jhedden' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS 38161Mb 40% CP CS UN PA FC d: cd N/AN/A e: hd FAT32 114442Mb 14% CPUN EXTERNAL f: net NTFS451498Mb 83% CP CS UN PA FC g: net NTFS 10003Mb 57% CP CS UN PA FC h: net NTFS 10003Mb 57% CP CS UN PA FC v: net NTFS 2753169Mb 92% CP CS UN PAshared y: net NTFS225738Mb 82% CP CS UN PA FC . /cygdrive userbinmode,cygdrive E:\cygwin / system binmode C: /c system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E: /x system binmode C:\Documents and Settings\jhedden\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: E:\cygwin\bin\crontab.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe Found: C:\dev-cpp\bin\gdb.exe Found: E:\cygwin\bin\grep.exe Found: E:\cygwin\bin\kill.exe Found: E:\cygwin\bin\ld.exe Found: C:\dev-cpp\bin\ld.exe Found: E:\cygwin\bin\ls.exe Found: E:\cygwin\bin\make.exe Found: C:\dev-cpp\bin\make.exe Found: E:\cygwin\bin\mv.exe Found: E:\cygwin\bin\patch.exe Found: E:\cygwin\bin\perl'exe Found: E:\cygwin\bin\rm.exe Found: C:\dev-cpp\bin\rm.exe Found: C:\djgpp\bin\sed.exe Found: E:\cygwin\bin\sed.exe Found: E:\cygwin\bin\ssh.exe Found: E:\cygwin\bin\sh.exe Found: E:\cygwin\bin\tar.exe Found: E:\cygwin\bin\test.exe Not Found: vi Found: E:\cygwin\bin\vim.exe 7k 2003/10/19 E:\cygwin\bin\cygcrypt-0.dll 1173k 2006/03/16 E:\cygwin\bin\cygperl5_8.dll 56k 2005/07/09 E:\cygwin\bin\cygbz2-1.dll 895k 2004/04/28 E:\cygwin\bin\cygdb-4.2.dll 1156k 2004/04/28 E:\cygwin\bin\cygdb_cxx-4.2.dll 19k 2003/03/22 E:\cygwin\bin\cyggdbm.dll 28k 2003/07/20 E:\cygwin\bin\cyggdbm-3.dll 15k 2003/07/20 E:\cygwin\bin\cyggdbm_compat-3.dll 30k 2003/08/11 E:\cygwin\bin\cyggdbm-4.dll 15k 2003/08/11 E:\cygwin\bin\cyggdbm_compat-4.dll 21k 2001/06/20 E:\cygwin\bin\cygintl.dll 22k 2001/12/13 E:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 E:\cygwin\bin\cygintl-2.dll 45k 2001/04/25 E:\cygwin\bin\cygform5.dll 26k 2001/04/25 E:\cygwin\bin\cygmenu5.dll 156k 2001/04/25 E:\cygwin\bin\cygncurses++5.dll 226k 2001/04/25 E:\cygwin\bin\cygncurses5.dll 15k 2001/04/25 E:\cygwin\bin\cygpanel5.dll
RXVT+Bash cores with 2006-03-15 snapshot
Using the full 2006-03-15 snapshot, I am unable to bring up Bash inside an RXVT window. The window opens for a moment and then closes. A base stackdump is left in my home dir. The 2006-03-09 snapshot works okay. Below are the stackdump and cygcheck output. (I tried to send them as attachments, but the email got bounced by virus checkers. I have no idea why as they were both just text files.) Exception: STATUS_ACCESS_VIOLATION at eip=610DBC4C eax=6955E559 ebx=6111E559 ecx=0009 edx=00685750 esi=48544150 edi= ebp=0022DAC8 esp=0022DAB8 program=E:\cygwin\bin\bash.exe, pid 2936, thread main cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022DAC8 610DBC4C (48544150, 6111E559, 000A, 0022DBB8) 0022DAF8 61013955 (0022DB62, 0022DB00, 0022DCA8, 61051F28) 0022DB08 610139A1 (6111E559, 77FD0348, 77F88DD6, 610F80A4) 0022DCA8 61051F28 (0230, 0234, , ) 0022DCD8 6104B0CC (0022DD00, 0022DCE0, , 610170B7) 0022DE58 6104C1A8 (0001, 0022DE78, 0022DE74, 0001) 0022DE88 61090615 (, , 0022DECC, ) 0022DF78 004253CA (00689C98, , 0022DF98, 610951CB) 0022E058 004298BB (, , , 00685C0F) 0022E078 00429FA4 (, , , 00685BE0) 0022E0A8 0042A8AF (00685C0F, , 006899F0, 0043E6C7) 0022E0E8 00421BBF (0042A840, 00685BE0, 0022E108, 004191F4) 0022E128 00421EE0 (006899F0, 006898B0, 00685BB8, 61055877) 0022E188 0042AD66 (006887F8, , 00685B88, ) 0022E228 00410CAA (00689898, , , ) 0022E258 00412BE0 (00689898, 00689628, 0022E2A8, 0040F837) End of stack trace (more stack frames may be present) -- cygcheck output - Cygwin Configuration Diagnostics Current System Time: Fri Mar 17 12:36:51 2006 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\djgpp\bin E:\cygwin\home\jhedden\bin E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\BIN C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin\prerelease C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\bin C:\WINNT\Microsoft.NET\Framework\v1.1.4322 C:\Perl\bin C:\djgpp\bin C:\Program Files\WiX C:\Program Files\nant-0.85-rc3\bin C:\Program Files\apache-ant-1.6.3\bin C:\j2sdk1.4.2_08\bin C:\Program Files\Documentum\Shared C:\blp\API C:\oracle\ora92\bin C:\Program Files\Oracle\jre\1.3.1\bin C:\Program Files\Oracle\jre\1.1.8\bin C:\WINNT\system32 C:\WINNT C:\WINNT\system32\WBEM C:\Program Files\cvsnt C:\dev-cpp\bin . . Output from E:\cygwin\bin\id.exe (nontsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 78809(jhedden) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT USER = 'jhedden' PWD = '/cygdrive/c/Documents and Settings/jhedden/My Documents/My Downloads' CYGWIN = 'server ntsec' HOME = '/home/jhedden' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS 38161Mb 40% CP CS UN PA FC d: cd N/AN/A e: hd FAT32 114442Mb 14% CPUN EXTERNAL f: net NTFS451498Mb 83% CP CS UN PA FC g: net NTFS 10003Mb 57% CP CS UN PA FC h: net NTFS 10003Mb 57% CP CS UN PA FC v: net NTFS 2753169Mb 92% CP CS UN PAshared y: net NTFS225738Mb 82% CP CS UN PA FC . /cygdrive user binmode,cygdrive E:\cygwin / system binmode C: /c system binmode E:\cygwin/bin /usr/bin system binmode E:\cygwin/lib /usr/lib system binmode E: /x system binmode C:\Documents and Settings\jhedden\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: E:\cygwin\bin\awk.exe Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cp.exe Found: E:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: E:\cygwin\bin\crontab.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe
Re: GDB Interrupts on Cygwin
Yes, I'm running it from a Windows console. I had CYGWIN=tty, but I've now removed it, and Ctrl-C still isn't working. I tried the MinGW version of GDB. Still no Ctrl-C. I tried Bob's tty 'voodoo'. Still no Ctrl-C. I'm using GDB 6.3.50_2004-12-28-cvs (cygwin-special), I have also compiled GDB 6.4 but it crashes immediately upon trying to debug a program (I'm not interested in solving this problem for now). For anyone who has gotten Ctrl-C to work on Cygwin: what version of GDB are you using? On 3/17/06, Christopher Faylor [EMAIL PROTECTED] wrote: On Fri, Mar 17, 2006 at 06:56:55AM -0500, Bob Rossi wrote: On Fri, Mar 17, 2006 at 03:55:08AM -0500, Doug Bohl wrote: When running a Windows application from GDB, GDB gives control to the application at a certain point. It would be nice to, at an arbitrary time, suspend the application and give control back to GDB. I know that I can set breakpoints, but sometimes I don't know exactly when I want to break until after I'm running the application. Ctrl-C supposedly sends the SIGINT signal to GDB, breaking the running application and restoring control to GDB. However, this does not appear to work, at least not on Cygwin. Even though this may seem strange, try this. Before starting GDB, type 'tty' at the console. Then, after you start GDB, run the command 'tty outputofttycommandfromconsole'. I think this will enable the ^c. This is a no-voodoo zone. CTRL-C works fine in gdb. I use it ALL of the time. Maybe the OP has CYGWIN=tty set or is trying to run from rxvt. If so, don't do that. Run gdb from a windows console and it should work fine. 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/ -- 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 _X_ Session from RH8 via ssh -X? How to run vnc via ssh?
On Fri, Mar 17, 2006 at 01:03:50PM -0600, Ren? Berber wrote: Siegfried Heintze wrote: [snip] This is off-topic for the cygwin list. Please use the cygwin-xfree list to discuss this. -- 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: GDB Interrupts on Cygwin
On Fri, Mar 17, 2006 at 02:11:54PM -0500, Doug Bohl wrote: Yes, I'm running it from a Windows console. I had CYGWIN=tty, but I've now removed it, and Ctrl-C still isn't working. What does I've removed it mean? You can't just unset it in a bash shell. You have to remove it before any cygwin program runs. 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: How to run _X_ Session from RH8 via ssh -X? How to run vnc via ssh?
Siegfried Heintze wrote: [snip] (2) For reasons I don't understand, there was a conflict between my router's sshd and my cygwin's sshd so I resolved the problem by changing the cygwin's configuration file to start sshd on a different port. Now, using a Red Hat 8 client, I can use both rdesktop and ssh to create two different simultaneous sessions on my win2003 server. However, I cannot seem to start an X session from my ssh -X -p 892 [EMAIL PROTECTED] session. I tried running explorer . and that just hung. OK, that was not an X program. Then I tried /usr/X11R6/bin/xclock and it said it could not open the display. Having already done a xhost+ remote wan address before running ssh I tried export DISPLAY=client lan address:0.0 but that did not help: it still could not open the display. If you are using ssh -X or -Y you don't need to set DISPLAY, in fact ssh already did set it. But if you set DISPLAY then X uses the normal ports and those will have to be opened/redirected on the firewall. Do I need to punch a whole in my client's firewall? I doubt the will let me do that. Not if you only use ssh. But take in consideration that you changed ssh to use port 892, that one is the one that will have to be opened. Don't I need to start the xserver? In the remote system? no. [snip] winCheckDisplayNumber - Cygwin/X is already running on display 0 It was running already but it's not needed unless you want to use VNC. (3) What about vnc? I have installed RealVNC on both the RH8 client and the Windows 2003 server. For VNC you'll need to open port 5901 (or 5801 for http); this is only for the first window, it really is 5900 + display number, in case you have more than one user connecting to the same machine. Is there also a cygwin VNC? I don't remember seeing one. No. Can I make vnc tunnel thru ssh? Would I use the -L or the -R qualifier on ssh? What would that look like? Yes. You have to start the VNC server and then (assuming display 1 is used): client machine# ssh -NfC -L 5901:server.name.or.ip:15901 [EMAIL PROTECTED] server machine# ssh -gN -L 15901:localhost:5901 [EMAIL PROTECTED] The numbers may have to be changed (as I said above) depending on what starting the server reported as display number or how is setup to start if you start it from the X server. On the client you use as VNC server localhost:1. HTH -- René Berber -- 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: RXVT+Bash cores with 2006-03-15 snapshot
On 17 March 2006 18:33, Jerry D. Hedden wrote: Below are the stackdump and cygcheck output. (I tried to send them as attachments, but the email got bounced by virus checkers. I have no idea why as they were both just text files.) Because any file with two dots in the name looks to a virus checker like an attempt to fool someone with the old 'read_me.txt.exe' trick, most likely. Particularly given that one of the 'extensions' on the stackdump file is, indeed, going to have been '.exe'! Exception: STATUS_ACCESS_VIOLATION at eip=610DBC4C eax=6955E559 ebx=6111E559 ecx=0009 edx=00685750 esi=48544150 edi= ebp=0022DAC8 esp=0022DAB8 program=E:\cygwin\bin\bash.exe, pid 2936, thread main cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022DAC8 610DBC4C (48544150, 6111E559, 000A, 0022DBB8) 0022DAF8 61013955 (0022DB62, 0022DB00, 0022DCA8, 61051F28) 0022DB08 610139A1 (6111E559, 77FD0348, 77F88DD6, 610F80A4) 0022DCA8 61051F28 (0230, 0234, , ) 0022DCD8 6104B0CC (0022DD00, 0022DCE0, , 610170B7) 0022DE58 6104C1A8 (0001, 0022DE78, 0022DE74, 0001) 0022DE88 61090615 (, , 0022DECC, ) 0022DF78 004253CA (00689C98, , 0022DF98, 610951CB) 0022E058 004298BB (, , , 00685C0F) 0022E078 00429FA4 (, , , 00685BE0) 0022E0A8 0042A8AF (00685C0F, , 006899F0, 0043E6C7) 0022E0E8 00421BBF (0042A840, 00685BE0, 0022E108, 004191F4) 0022E128 00421EE0 (006899F0, 006898B0, 00685BB8, 61055877) 0022E188 0042AD66 (006887F8, , 00685B88, ) 0022E228 00410CAA (00689898, , , ) 0022E258 00412BE0 (00689898, 00689628, 0022E2A8, 0040F837) FYI, what you do with these things is run addr2line to convert the addresses in the 'function' column into real addresses. See the binutils man page for more info. 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: Problems mounting root filesystem off of NFS
Ok, I think I got the uid/gid issue figured out. My server.map file looks like this (I want all the files in my filesystem with tberger1 ownership to show up as root on the client): uid 0 895260 # user id for tberger1 gid 0 10545 # group id for tberger1 uid 0 1007# user id for Administrator gid 0 513 # group id for Administrator My exports line is as follows: /nfsmount_drop3 (rw,sync,no_root_squash,map_static=/etc/nfs/server.map) From a Linux box, I can mount this and the files look OK (e.g: total 5 drwxr-xr-x 18 root root0 Mar 15 10:22 . drwxr-xr-x 9 tberger1 tberger1 4096 Mar 17 23:07 .. -rw-r--r-- 1 root root0 Mar 17 14:09 .autofsck drwxr-xr-x 2 root root0 Mar 15 10:23 bin drwxr-xr-x 2 root root0 Mar 3 16:11 boot drwxr-xr-x 4 root root0 Mar 3 16:28 dev drwxr-xr-x 23 root root0 Mar 15 10:23 etc drwxr-sr-x 3 root root0 Mar 15 10:23 home drwxr-xr-x 2 root root0 Mar 3 16:11 initrd drwxr-xr-x 5 root root0 Mar 3 16:27 lib drwxr-xr-x 2 root root0 Mar 3 16:11 mnt drwxr-sr-x 4 root root0 Mar 15 10:23 opt However, I see a bunch of these errors being logged to /var/log/nfsd.log on the cygwin side: nfsd[3836] 03/17/106 14:18 auth_clnt.c 352 : Unable to seteuid(-2): Invalid argu ment nfsd[3836] 03/17/106 14:18 auth_clnt.c 307 : Unable to setegid(-2): Invalid argu ment nfsd[3836] 03/17/106 14:18 auth_clnt.c 332 : Unable to setgroups: Invalid argume nt nfsd[3836] 03/17/106 14:18 auth_clnt.c 352 : Unable to seteuid(-2): Invalid argu ment When I try to boot my PPC board using this RFS, it gets stuck at runlevel 1, presumably because of these errors (I see them in nfsd.log as the PPC board boots). Any help greatly appreciated, thank you! -- View this message in context: http://www.nabble.com/Problems-mounting-root-filesystem-off-of-NFS-t1293038.html#a3463433 Sent from the Cygwin Users forum at Nabble.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/
Find tool contained in unknown pkg
I've just installed a very minimal cygwin. I noticed the `id' tool is not present and looking on the packages page I don't see it listed separately so I'm guessing it is contained in a package whos name may not reflect its presence. Anyone know which package that might be? -- 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: Find tool contained in unknown pkg
I've just installed a very minimal cygwin. I noticed the `id' tool is not present and looking on the packages page I don't see it listed separately so I'm guessing it is contained in a package whos name may not reflect its presence. Anyone know which package that might be? coreutils -- 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: Find tool contained in unknown pkg
On 17 March 2006 20:28, Harry Putnam wrote: I've just installed a very minimal cygwin. I noticed the `id' tool is not present and looking on the packages page I don't see it listed separately so I'm guessing it is contained in a package whos name may not reflect its presence. Anyone know which package that might be? http://cygwin.com/packages Since 'id' on its own might give you too many matches, it's worth mentioning the handy trick that (this being 'doze not linux really) the full name of the program is of course 'id.exe'. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=id.exe That narrows it down sufficiently... 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: Problems mounting root filesystem off of NFS
Oops, missing Guest account...that fixed the setegid stuff... however still can't login, something's wrong with my inittab I think. -- View this message in context: http://www.nabble.com/Problems-mounting-root-filesystem-off-of-NFS-t1293038.html#a3464265 Sent from the Cygwin Users forum at Nabble.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: fopen with UTF-8 chars in filenames
On Thu, 16 Mar 2006, Christopher Faylor wrote: I don't know if doing what the OP wants is possible on Cygwin ... I solved my problem by using _wfopen() and converting the path to UTF-16 first. Unless there's a way to work directly with UTF-8, I'll stick with that. - Paul -- 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: fopen with UTF-8 chars in filenames
On Fri, Mar 17, 2006 at 01:16:07PM -0800, Paul J. Lucas wrote: On Thu, 16 Mar 2006, Christopher Faylor wrote: I don't know if doing what the OP wants is possible on Cygwin ... I solved my problem by using _wfopen() and converting the path to UTF-16 first. Unless there's a way to work directly with UTF-8, I'll stick with that. Wow. This keeps circling around the drain but it just won't go down. Cygwin doesn't provide _wfopen. So, if you are using _wfopen you stopped using Cygwin, then, too, possibly using -mno-cygwin. No need to respond. I'm just mentioning this for the archives to possibly eliminate the inevitable I am trying to do what this person did INSERT URL HERE and I get an unreferenced error 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: Don't understand proc magic check.
Dave Korn wrote: Nahh, didn't help. Bizarro. Oh, hang on. DESTDIR= doesn't seem to work. Just specifying prefix=/usr turns out to do the trick. Bingo! Thanks Brian. That's exactly what the message was trying to tell me. Ah, that will teach me to type commands that I haven't actually used. I configure with --prefix=/usr specifically so I can do these after building the DLL and stopping all services: make -C cygwin install-headers install-man make -C utils install make -C cygserver install # run CMD.EXE and install cygwin1.dll+cygwin1.dbg This is my equivalent of installing the full snapshot, except that I build it myself with a handful of local patches. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Find tool contained in unknown pkg
On Fri, 17 Mar 2006, Dave Korn wrote: On 17 March 2006 20:28, Harry Putnam wrote: I've just installed a very minimal cygwin. I noticed the `id' tool is not present and looking on the packages page I don't see it listed separately so I'm guessing it is contained in a package whos name may not reflect its presence. Anyone know which package that might be? http://cygwin.com/packages Since 'id' on its own might give you too many matches, it's worth mentioning the handy trick that (this being 'doze not linux really) the full name of the program is of course 'id.exe'. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=id.exe That narrows it down sufficiently... Ah, but this will not match scripts or symlinks. Since most executables live in something that ends in bin, and the package search page supports full perl regular expressions, you can do http://cygwin.com/cgi-bin2/package-grep.cgi?grep=bin%2Fid%5Cb (which corresponds to a search string bin/id\b, i.e., a program named id with no more letters after that, in a directory that ends in bin). In case of id the results are identical, but if you try your approach with, for example, vi, you'll find that it doesn't work. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: fopen with UTF-8 chars in filenames
On Fri, 17 Mar 2006, Christopher Faylor wrote: Cygwin doesn't provide _wfopen. 1. I install Cygwin. 2. It's in stdio.h that gets installed as part of the Cygwin install. Therefore, as far as I'm concerned, it's in Cygwin. So, if you are using _wfopen you stopped using Cygwin, then, too, possibly using -mno-cygwin. As it happens, I am suppliying -mno-cygwin. I am trying to do what this person did INSERT URL HERE and I get an unreferenced error Then why does it work for me? - Paul -- 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: fopen with UTF-8 chars in filenames
On Fri, 17 Mar 2006, Paul J. Lucas wrote: On Fri, 17 Mar 2006, Christopher Faylor wrote: Cygwin doesn't provide _wfopen. 1. I install Cygwin. 2. It's in stdio.h that gets installed as part of the Cygwin install. No, actually it's in stdio.h that's part of MinGW (and is installed as part of Cygwin only because Cygwin's gcc has a built-in MinGW cross-compiler). Therefore, as far as I'm concerned, it's in Cygwin. It's in MinGW. It's not supported by the Cygwin community. The program you build with it is not a Cygwin program. So, if you are using _wfopen you stopped using Cygwin, then, too, possibly using -mno-cygwin. As it happens, I am suppliying -mno-cygwin. So you're building a pure Windows executable. I am trying to do what this person did INSERT URL HERE and I get an unreferenced error Then why does it work for me? Because you're that person. :-) Seriously, you're building a pure Windows executable that uses MSVCRT for its C runtime. If someone attempted to build a Cygwin program that used wfopen, they would fail (with the above error). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/
sshd and scp/sftp: slow throughput on windows machines
Unfortunately, the performance of the cygwin sshd server is very poor when it comes to copying large files. I have made this observation on several new and fast machines (3 GHz, 512 MB RAM, 100 MB/s Intel Pro network card) running with Windows XP or Windows 2003 Server. The best speed achievable was about 4 MB/s when copying a file from the SSH client to the SSH server; when doing it the other way round, the throughput was even worse, about 2.3 MB/s. I tried it on three different machines running the newest version of cygwin's sshd und scp/sftp. The results were approximately the same. Neither the client's nor the server's processor was really busy. The CPU usage oscillated around 30-40%. Setting up the same scenario on linux yielded a completely different picture. Using the Knoppix disc 4.0.2 on the client and the server machine I easily achieved a throughput of 10.8 MB/ in both directions (pushing a file to the server or downloading a file from it). What could be done to improve the performance of cygwin's SSH server? There were already some older posts dealing with the same problem but nobody had really a constructive idea or proposal. Max Stein -- 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: GDB Interrupts on Cygwin
I know. I removed it using the Environment Variables option in My Computer, logged off, and logged back on, went into Cygwin, and checked the $CYGWIN variable. tty was no longer there. On 3/17/06, Christopher Faylor [EMAIL PROTECTED] wrote: On Fri, Mar 17, 2006 at 02:11:54PM -0500, Doug Bohl wrote: Yes, I'm running it from a Windows console. I had CYGWIN=tty, but I've now removed it, and Ctrl-C still isn't working. What does I've removed it mean? You can't just unset it in a bash shell. You have to remove it before any cygwin program runs. 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/ -- 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: cygipc-1.13-2.tar.bz2 download
Igor Peshansky wrote: http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/cygipc-1.13-2.tar.bz2 Please guide me. The question is: why do you need it? This package has been obsolete for some time, and has been superceded with functionality within Cygwin itself (see /usr/share/doc/Cygwin/cygserver.README). Igor You can find it here: http://cygutils.fruitbat.org/cygipc/index.html but cygipc is no longer supported (and the 1.1.x series doesn't work on cygwin-1.5.x and later; you'd need the cygipc 2.0.x series instead, for that). -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GCC 4.x+
Brian Dessent wrote: Angelo Graziosi wrote: I have built GCC-3.4.6, 4.0.3, 4.1.0 in this way (using the Cygwin GCC-3.4.4-1): ./configure --prefix=/usr/local/gcc-3.4.6 (or 4.0.3, 4.1.0) make make install I like to use --enable-version-specific-runtime-libs because it seems cleaner and that's the way the Cygwin gcc packages do it. I also use --disable-nls since I don't care for those dozens of various message catalog files for languages I don't speak. You will also need --enable-sjlj-exceptions if you ever plan to compile code that could throw an exception inside a stack frame containing foreign (non-DW2-enabled) compiled code, such as a win32 callback. This can be common in win32 GUI applications, but not an issue if you don't use C++ exceptions and/or you don't write code that could be called from a win32 callback. The dwarf2 EH is a lot faster too. I thought there were some patches to the cygwin gcc 3.4.x version that had not yet been migrated to the official sources? I'd be glad to be wrong, however. Also, wasn't there some issue with the std::string implementation that was causing problems for both cygwin-special and mingw-special g++? Otherwise, if it's so simple, I don't understand why Gerrit hasn't released gcc-4.x as a test version, nor [OT:] why Danny hasn't released a gcc-4.0 candidate for mingw. Other than we're just mean. :-) I mean, hey, they're volunteers and far be it from me to criticize, given my lackluster record as a maintainer of late...but somehow I doubt that it's really as easy as you claim -- otherwise those two guys woulda done it by now. -- Chuck -- 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: Find tool contained in unknown pkg
I've just installed a very minimal cygwin. I noticed the `id' tool is not present A little too minimal, I would say. id is part of coreutils, which is a Base package, and as such, it should be part of every working cygwin installation. You may want to run 'cygcheck -c' to see which packages are incomplete, and should be reinstalled using setup.exe. Also, following the directions here Problem reports: http://cygwin.com/problems.html about attaching 'cygcheck -svr' as a text attachment to your email might help us spot anything else suspicious in your installation. -- Eric Blake volunteer cygwin coreutils maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GCC 4.x+
Charles Wilson wrote: Brian Dessent wrote: Angelo Graziosi wrote: I have built GCC-3.4.6, 4.0.3, 4.1.0 in this way (using the Cygwin GCC-3.4.4-1): ./configure --prefix=/usr/local/gcc-3.4.6 (or 4.0.3, 4.1.0) make make install I like to use --enable-version-specific-runtime-libs because it seems cleaner and that's the way the Cygwin gcc packages do it. I also use --disable-nls since I don't care for those dozens of various message catalog files for languages I don't speak. You will also need --enable-sjlj-exceptions if you ever plan to compile code that could throw an exception inside a stack frame containing foreign (non-DW2-enabled) compiled code, such as a win32 callback. This can be common in win32 GUI applications, but not an issue if you don't use C++ exceptions and/or you don't write code that could be called from a win32 callback. The dwarf2 EH is a lot faster too. I thought there were some patches to the cygwin gcc 3.4.x version that had not yet been migrated to the official sources? I'd be glad to be wrong, however. Also, wasn't there some issue with the std::string implementation that was causing problems for both cygwin-special and mingw-special g++? Otherwise, if it's so simple, I don't understand why Gerrit hasn't released gcc-4.x as a test version, nor [OT:] why Danny hasn't released a gcc-4.0 candidate for mingw. We don't appear to have a full concensus even on the build options, although copying some of the options which appear in cygwin special gcc might be a start. Also, as pointed out above, building standard gcc out of the box doesn't enable all of the features required of cygwin. At least a few of those versions mentioned above include the option to build treelang, enabling the option -ftree-vectorize. For me, this passes all of gcc-testsuite, but still exhibits some serious problems which I can't reproduce in linux. I haven't succeeded in building libstdc++ for gcc-4.1 or 4.2. Maybe the discussion above implies a few others have seen the same problem. That would be enough to explain to me why such a version hasn't appeared in cygwin, even if it's a relatively simple patch (maybe even trivially obvious to someone). I've heard of some reluctance among gcc developers to continue support for cygwin. There seems to be a lack of interest in problem solving, or in overcoming the binutils bottleneck in the way of a 64-bit native cygwin. I see some effort toward making gcc-4.2 gomp work for cygwin, thus some counter to the pessimism I just expressed. otNo doubt, the reported 4% market penetration of 64-bit Windows may be dissuading some from thinking Windows has much prospect for near term progress. When Microsoft cc'd me an e-mail suggesting a $30,000 budget for each customer to find out how to run CCS, my own doubts were hardly put to rest. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GCC 4.x+
On Fri, Mar 17, 2006 at 10:55:53PM -0800, Tim Prince wrote: I've heard of some reluctance among gcc developers to continue support for cygwin. There seems to be a lack of interest in problem solving, or in overcoming the binutils bottleneck in the way of a 64-bit native cygwin. Huh? Could you point me at a developer who is expressing reluctance? I know most of them and hang out on the gcc irc channel and no one has said anything to me. 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/
Test release available: subversion-1.3.0-1
A test release of Subversion is now available: 1.3.0-1. This version is marked as a test release, because it is compiled against Apache 2.2.x, which is also a test release at the moment. IMPORTANT COMPATIBILITY NOTE for the subversion-apache2 package: Cygwin packages of Subversion 1.2.x are compiled against Apache 2.0.x. Cygwin packages of Subversion 1.3.x are compiled against Apache 2.2.x. Apache modules will ONLY work with the same release series of Apache they are compiled against. Subversion 1.3.0 is a new feature release of Subversion. Please see http://subversion.tigris.org/svn_1.3_releasenotes.html for the upstream release notes. (Note: you may ignore the section Unexpected Berkeley DB Upgrades. I have deliberately continued to use BDB 4.2 for this release, rather than move to BDB 4.3 when Subversion support for BDB 4.4 is due to be available soon.) Note: The Subversion project no longer ships the Subversion Book within the Subversion distribution. Therefore, the subversion-book Cygwin package is now obsolete. The Subversion Book may be obtained from its own website at http://svnbook.red-bean.com/ Additionally, in Cygwin-local news: * There is a new subversion-ruby package providing the Subversion Ruby bindings, due to user request. These are somewhat experimental, as I have very little Ruby knowledge, so am unable to effectively test them. In absence of any reported problems, I anticipate promoting apache2-2.2.0-1 and subversion-1.3.0-1 from 'testing' to 'current' status within a few days. Max Bowsher. -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read all of the information on unsubscribing that is available starting at this URL.