Urgent wording change needed for setup.exe
For the next setup release, can we change Download from Internet to Download from Internet Without Installing? Please? Please? cgf
Re: Setup patch: List command line options on stdout
On Thu, Nov 18, 2004 at 02:43:35PM -0800, Dave wrote: * Print help to messagebox. Could also send it to stdout in case the user happens to be running from bash. [patches in this thread] It makes no sense that this would work from bash unless: http://sources.redhat.com/ml/cygwin-apps/2004-11/msg00147.html Unfortunately it does here. I originally had CYGWIN=tty. I removed the variable. Restarted windows. Recompiled. And text appears on the console after doing `setup --help` with the cout patch. I can't explain it, and will leave it at that. If anyone does want to trace this down, and can't reproduce it themselves send me a message and I'll try to help. Dave. __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com
Re: Packages that change without incrementing the version/release
Max Bowsher wrote: In my latest session of setup debugging, I discovered that setup was silently ignoring wrongly sized packages. Once I fixed that, I discovered that I had quite a few packages that failed the check. (Including all the xorg-x11 ones but also: These are my packages... bzip2/libbz2_0/libbz2_0-1.0.2-1-src.tar.bz2 gettext/libintl/libintl-0.10.38-3-src.tar.bz2 gettext/libintl1/libintl1-0.10.40-1-src.tar.bz2 libpng/libpng2/libpng2-1.0.12-1-src.tar.bz2 ncurses/libncurses5/libncurses5-5.2-1-src.tar.bz2 ncurses/libncurses6/libncurses6-5.2-8-src.tar.bz2 Notice something? They are ALL -src packages for superseded versions of libraries. See, when version X of gettext is released, it is a group of packages that all share the same -src: gettext-0.10.40-1.tar.bz2 gettext-devel-0.10.40-1.tar.bz2 gettext-0.10.40-1-src.tar.bz2 libintl1-0.10.40-1.tar.bz2 So, libintl1 and gettext-devel have an external-source line. So, eventually, a new version of gettext changes the library API, and I bump the version number: libintl2. So, now, we have in the main gettext directory, newer versions of the -src package, and eventaully the 0.10.40-1 (and worse, the 0.10.40-1-src) version is pushed out. But that's a problem, because in the gettext/libintl1/ directory, we're still keeping the libintl1-0.10.40-1.tar.bz2 file around, for backwards compatibility. To comply with the GPL, I do the following to the old version of a library when its DLL number is bumped: (1) remove the external-source line in the old library package's setup.hint (2) copy rename the old -src package: cp gettext/gettext-0.10.40-1-src.tar.bz2 \ gettext/libintl1/libintl1-0.10.40-1-src.tar.bz2 I haven't been following this discussion, so I'm not sure what setup is complaining about. The cron job on the server is supposed to update the md5sum -- and create a new md5sum for the new libintl1--src package. (Does setup check the md5sum of setup.hints?) I presume that at some point all of these have been replaced with slightly tweaked versions without a release increment. Not exactly, in my case (see above). It's no -src tarball in THIS directory to look, here's a -src tarball!. Now, setup.hint changed, and setup.ini changed, but that happens all the time. Anyway, this means many users are likely to have old 'invalid' versions of these packages. Which means, that before I can release a new setup, I need to make setup recover gracefully, rather than exiting at the first error as it currently does. true. Currently I'm thinking along the lines of having setup rename the package files as it finds them, adding a .BAD suffix. As far as user feedback goes, I will probably go with a MessageBox summarizing all the problems at the end of the scan, for a short term quick hack to get a new setup out ASAP. Later though it should become a scrollable log textfield. I'm not sure you've actually found the reason for the error. In my cases, those files were created with those names once and only once, and were never touched again. So I don't see how the end user's cache got out of sync. If the local repository's setup.ini claims that package foo has an external-src, but the newly downloaded setup.ini says it has its own -src tarball, maybe that's the cause (of some) of the problems. -- Chuck
Problem with XWIN
Hi, I got your e-mail through xwin --help Sorry to bother you, but I'd like to make you know this problem I encounter with xwin 6.8.1.0-5. I launch xwin with the following command line: xwin -fp tcp/193.42.232.134:7100 -xkblayout it -query 193.42.232.134 It connect successfully. I need to specify to font provider 'couse I need to launch an application that uses fonts installed on the server. The problem is that *xwin hangs when my application starts accessing the font provider* (My application is rational rose 2003 for linux) The problem did not occurr with older versions (I can't say the version, 'couse xwin --help silently exits). How can I fix this problem? Is it a bug? Do you know any workaround (it would be ok for me to download an older version, but how can I do it?) ? Many thanks in advance, Massimiliano Ziccardi
Re: SocketCreateListner() failed
On Thu, 18 Nov 2004, Sandeep Prerna Gupta wrote: Hi, I am trying to install Cygwin 6.8.1.0-5 on a Windows XP Home Ed. Version 5.1 cygwin bash shell comes up OK, but startx command fails with Fatal server error: Cannot establish any listening sockets - The log says XWin was started with the following commandline: X :0 -multiwindow -clipboard Any ideas on how to fix this? Please send complete /tmp/XWin.log. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Unable to launch openGL application on cygwin/X server from Sun S olaris OS
On Fri, 19 Nov 2004, Gautier, Valentin wrote: I intend to use an openGL demo on my cygwin/X server XWin or XWin_GL from a Solaris box. I can't make it work at all. When I launch ogl_install_check, I get: bash-2.03$ /usr/openwin/demo/GL/ogl_install_check /usr/openwin/demo/GL/sparcv9/ogl_install_check: glXChooseVisual Error: Can't find visual. Why does it that it doesn't work when it works perfectly with a linux box ? I know that I can make it work replacing the OpenGL libs by Mesa libs, but the application I intend to use doesn't use mesa (SDRC Ideas with OGL). Is there any one who encounters the same trouble and is there any solution to fix it? Solaris apps like using fixed colordepths and strange visuals. Maybe you should try changing the colordepth of windows to any of 8bit, 16 or 24bit You can start XWin_GL with the environment variable GLWIN_DUMP_PFD=1. this will print some extra information on visual creation. GLWIN_DUMP_PFD=1 /usr/X11R6/bin/XWin_GL -multiwindow -clipboard -silent-dup-error Maybe this will a clue what's failing. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Problem with XWIN
On Fri, 19 Nov 2004 [EMAIL PROTECTED] wrote: Hi, I got your e-mail through xwin --help Sorry to bother you, but I'd like to make you know this problem I encounter with xwin 6.8.1.0-5. I launch xwin with the following command line: xwin -fp tcp/193.42.232.134:7100 -xkblayout it -query 193.42.232.134 It connect successfully. I need to specify to font provider 'couse I need to launch an application that uses fonts installed on the server. The problem is that *xwin hangs when my application starts accessing the font provider* (My application is rational rose 2003 for linux) There are other tools for testing the fontserver. fslsfonts -s tcp/193.42.232.134:7100 will list the available fonts fstobdf -s tcp/193.42.232.134:7100 -fn fontname will output the font as bdf font description Do these applications work as expected? Have you tried copying the fonts to the local machine. Does it work then? Some fonts are large and take some time for processing. Maybe the fontserver is still busy. The problem did not occurr with older versions (I can't say the version, 'couse xwin --help silently exits). It prints the output to /tmp/XWin.log How can I fix this problem? Is it a bug? Do you know any workaround (it would be ok for me to download an older version, but how can I do it?) ? There is at lease xorg-x11-xwin-6.7.0 available from cygwin setup. Click on the version number until it changes to 6.7.0 bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Unable to launch openGL application on cygwin/X server from S un S olaris OS
Thanks for your help. I try to change windows colordepth but it doesn't do any change, and when I launch XWin_GL with GLWIN_DUMP_PFD=1 , I can see that nothing is happening when I try to launch my Solaris OpenGL application, nor there is any context creation. I don't make any conclusion but I think it fail at the very beginning ! -Original Message- From: Alexander Gottwald [mailto:[EMAIL PROTECTED] Sent: vendredi 19 novembre 2004 11:47 To: [EMAIL PROTECTED] Subject: Re: Unable to launch openGL application on cygwin/X server from Sun S olaris OS Solaris apps like using fixed colordepths and strange visuals. Maybe you should try changing the colordepth of windows to any of 8bit, 16 or 24bit You can start XWin_GL with the environment variable GLWIN_DUMP_PFD=1. this will print some extra information on visual creation. GLWIN_DUMP_PFD=1 /usr/X11R6/bin/XWin_GL -multiwindow -clipboard -silent-dup-error Maybe this will a clue what's failing. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Unable to launch openGL application on cygwin/X server from S un S olaris OS
On Fri, 19 Nov 2004, Gautier, Valentin wrote:
Thanks for your help.
I try to change windows colordepth but it doesn't do any change, and when I
launch XWin_GL with GLWIN_DUMP_PFD=1 , I can see that nothing is happening
when I try to launch my Solaris OpenGL application, nor there is any context
creation. I don't make any conclusion but I think it fail at the very
beginning !
please try with glxgears. There should be output in the logfile like this:
[...]
glWinCreateContext:677: glWinCreateContext
PIXELFORMATDESCRIPTOR:
nSize = 40
nVersion = 1
dwFlags = 37 = {PFD_OVERLAY_PLANE | PFD_UNDERLAY_PLANE | PFD_DOUBLEBUFFER | PFD_
DRAW_TO_WINDOW | PFD_SUPPORT_OPENGL}
iPixelType = 0 = PFD_TYPE_RGBA
cColorBits = 16
cRedBits = 5
cRedShift = 0
cGreenBits = 6
cGreenShift = 0
cBlueBits = 5
cBlueShift = 0
cAlphaBits = 0
cAlphaShift = 0
cAccumBits = 0
cAccumRedBits = 0
cAccumGreenBits = 0
cAccumBlueBits = 0
cAccumAlphaBits = 0
cDepthBits = 24
cStencilBits = 0
cAuxBuffers = 0
iLayerType = 0
bReserved = 0
dwLayerMask = 0
dwVisibleMask = 0
dwDamageMask = 0
glWinCreateContext:696: glWinCreateContext done
[...]
--
[EMAIL PROTECTED]
http://www.gotti.org ICQ: 126018723
Re: Unable to launch openGL application on cygwin/X server from S un S olaris OS
There's an old copy of some work I did a while back for XWin_GL.exe. You might want to try that. It's at http://www.fairlite.demon.co.uk/XWin_GL.exe. I should clean up what I have and get it committed at some point. Let me know if you get chance to try it and any results you get. Alan. On Fri, Nov 19, 2004 at 01:49:32PM +0100, Gautier, Valentin wrote: Thanks for your help. I try to change windows colordepth but it doesn't do any change, and when I launch XWin_GL with GLWIN_DUMP_PFD=1 , I can see that nothing is happening when I try to launch my Solaris OpenGL application, nor there is any context creation. I don't make any conclusion but I think it fail at the very beginning ! -Original Message- From: Alexander Gottwald [mailto:[EMAIL PROTECTED] Sent: vendredi 19 novembre 2004 11:47 To: [EMAIL PROTECTED] Subject: Re: Unable to launch openGL application on cygwin/X server from Sun S olaris OS Solaris apps like using fixed colordepths and strange visuals. Maybe you should try changing the colordepth of windows to any of 8bit, 16 or 24bit You can start XWin_GL with the environment variable GLWIN_DUMP_PFD=1. this will print some extra information on visual creation. GLWIN_DUMP_PFD=1 /usr/X11R6/bin/XWin_GL -multiwindow -clipboard -silent-dup-error Maybe this will a clue what's failing. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Unable to launch openGL application on cygwin/X server from S un S olaris OS
Wow , finnaly I downloaded your binary and launch a new X-server and could successfully launch an OpenGL application from my Sun Solaris Box. Thanks a lot, but when do you intend to make a release with the new code on cygwin's servers. -Original Message- From: Alan Hourihane [mailto:[EMAIL PROTECTED] Sent: vendredi 19 novembre 2004 14:09 To: Gautier, Valentin Cc: [EMAIL PROTECTED] Subject: Re: Unable to launch openGL application on cygwin/X server from S un S olaris OS There's an old copy of some work I did a while back for XWin_GL.exe. You might want to try that. It's at http://www.fairlite.demon.co.uk/XWin_GL.exe. I should clean up what I have and get it committed at some point. Let me know if you get chance to try it and any results you get. Alan. On Fri, Nov 19, 2004 at 01:49:32PM +0100, Gautier, Valentin wrote: Thanks for your help. I try to change windows colordepth but it doesn't do any change, and when I launch XWin_GL with GLWIN_DUMP_PFD=1 , I can see that nothing is happening when I try to launch my Solaris OpenGL application, nor there is any context creation. I don't make any conclusion but I think it fail at the very beginning ! -Original Message- From: Alexander Gottwald [mailto:[EMAIL PROTECTED] Sent: vendredi 19 novembre 2004 11:47 To: [EMAIL PROTECTED] Subject: Re: Unable to launch openGL application on cygwin/X server from Sun S olaris OS Solaris apps like using fixed colordepths and strange visuals. Maybe you should try changing the colordepth of windows to any of 8bit, 16 or 24bit You can start XWin_GL with the environment variable GLWIN_DUMP_PFD=1. this will print some extra information on visual creation. GLWIN_DUMP_PFD=1 /usr/X11R6/bin/XWin_GL -multiwindow -clipboard -silent-dup-error Maybe this will a clue what's failing. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: [Fwd: Re: xorg installation fails, 99% complete only]
On Sat, Nov 13, 2004 at 04:19:50PM +0100, bruno patin wrote: (setup.log.full) xac I don't know if anyone is following the discussion in the cygwin-apps mailing list but it looks like a few setup problems have been discovered and a new setup.exe may be imminent. The problem where setup.exe doesn't close handles is going to be fixed. FYI, cgf
Re: new cygwin has memory problems?
On Wed, Nov 17, 2004 at 12:17:19PM -0500, Christopher Faylor wrote: I've made a cygwin-specific correction to the newlib library to make cygwin work more like linux. I will generate a cygwin snapshot sometime soon which should have a fix for this problem. Keep an ey on: http://cygwin.com/snapshots/ Can I get a confirmation that the most recent snapshot fixes this problem? cgf
Re: new cygwin has memory problems?
Christopher Faylor wrote: On Wed, Nov 17, 2004 at 12:17:19PM -0500, Christopher Faylor wrote: I've made a cygwin-specific correction to the newlib library to make cygwin work more like linux. I will generate a cygwin snapshot sometime soon which should have a fix for this problem. Keep an ey on: http://cygwin.com/snapshots/ Can I get a confirmation that the most recent snapshot fixes this problem? 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/ I'm building GCC 4.0..0 for cygwin out of CVS, so its working. Doing a good job too. I've not had any problems yet out of the head.
Re: new cygwin has memory problems?
On Fri, Nov 19, 2004 at 09:28:51AM -0600, Bobby McNulty wrote: Christopher Faylor wrote: On Wed, Nov 17, 2004 at 12:17:19PM -0500, Christopher Faylor wrote: I've made a cygwin-specific correction to the newlib library to make cygwin work more like linux. I will generate a cygwin snapshot sometime soon which should have a fix for this problem. Keep an ey on: http://cygwin.com/snapshots/ Can I get a confirmation that the most recent snapshot fixes this problem? I'm building GCC 4.0..0 for cygwin out of CVS, so its working. Doing a good job too. I've not had any problems yet out of the head. By this problem, I meant the specific problem that the snapshot was generated to solve. I wasn't looking for general the snapshot works feedback. I want to know if the reported problem is solved.
Re: new cygwin has memory problems?
These days I'm mostly visiting the hospital. However, it's unclear just what snapshot to download? I tried cygwin.dll.bz2 and my machine crashed. I'll try to check back here again later. Lester
Re: [Fwd: Re: xorg installation fails, 99% complete only]
Christopher Faylor wrote: On Sat, Nov 13, 2004 at 04:19:50PM +0100, bruno patin wrote: (setup.log.full) xac I don't know if anyone is following the discussion in the cygwin-apps mailing list but it looks like a few setup problems have been discovered and a new setup.exe may be imminent. The problem where setup.exe doesn't close handles is going to be fixed. FYI, cgf Good evening, will you need me to run new tests ? bruno
Re: new cygwin has memory problems?
On Fri, Nov 19, 2004 at 11:10:59AM -0800, Lester Ingber wrote: I tried cygwin.dll.bz2 and my machine crashed. So you have machine problems. Well then, that's an entirely different story. It will be hard to confirm or deny problems if you don't have stable hardware. cgf
Re: [Fwd: Re: xorg installation fails, 99% complete only]
On Fri, Nov 19, 2004 at 09:50:34PM +0100, bruno patin wrote: Christopher Faylor wrote: On Sat, Nov 13, 2004 at 04:19:50PM +0100, bruno patin wrote: (setup.log.full) xac I don't know if anyone is following the discussion in the cygwin-apps mailing list but it looks like a few setup problems have been discovered and a new setup.exe may be imminent. The problem where setup.exe doesn't close handles is going to be fixed. Good evening, will you need me to run new tests ? I don't know why every message I send on this subject requires such intense clarification. What difference does it make if you are or are not needed to run new tests? Are you going to have to go through a 24 hour fast before you could possibly think about doing tests? Why don't you just relax and see what happens? If someone wants tests they will ask for them. If you don't want to provide them, then don't provide them. If you do want to provide them, then the person who's doing the work (not me, as I've previously stated I'm not a setup developer) will probably gratefully accept them. cgf
Re: [Fwd: Re: xorg installation fails, 99% complete only]
--- Christopher Faylor wrote: I don't know why every message I send on this subject requires such intense clarification. Bruno is showing willingness to help ... That's all What difference does it make if you are or are not needed to run new tests? Are you going to have to go through a 24 hour fast before you could possibly think about doing tests? Why don't you just relax and see what happens? If someone wants tests they will ask for them. If you don't want to provide them, then don't provide them. If you do want to provide them, then the person who's doing the work (not me, as I've previously stated I'm not a setup developer) will probably gratefully accept them. cgcgf
Re: [Fwd: Re: xorg installation fails, 99% complete only]
On Fri, Nov 19, 2004 at 08:34:40PM -0800, Igor Furlan wrote: --- Christopher Faylor wrote: I don't know why every message I send on this subject requires such intense clarification. Bruno is showing willingness to help ... That's all I *understand* that. I appreciate that. I apologize for the tone of my message.
Re: [Fwd: Re: xorg installation fails, 99% complete only]
Christopher Faylor wrote: On Fri, Nov 19, 2004 at 08:34:40PM -0800, Igor Furlan wrote: --- Christopher Faylor wrote: I don't know why every message I send on this subject requires such intense clarification. Bruno is showing willingness to help ... That's all I *understand* that. I appreciate that. I apologize for the tone of my message. no offence received. Bruno
src/winsup/w32api ChangeLog include/shellapi.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-11-19 08:30:26 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: shellapi.h Log message: 2004-11-19 Benoit Blanchon [EMAIL PROTECTED] * include/shellapi.h (NIF_GUID): Add define. Correct my 2004-11-04 Changelog entry Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.622r2=1.623 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/shellapi.h.diff?cvsroot=srcr1=1.13r2=1.14
src/winsup/w32api ChangeLog include/winuser.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-11-19 09:35:10 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h Log message: 2004-11-19 Magnus Olsen [EMAIL PROTECTED] * include/winuser.h (LLKHF_EXTENDED, LLKHF_INJECTED, LLKHF_UP): Add defines. (LLKHF_ALTDOWN): Define based on KF_ALTDOWN, Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.623r2=1.624 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.94r2=1.95
src/winsup/w32api ChangeLog include/winuser.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-11-19 09:42:47 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h Log message: 2004-11-19 Magnus Olsen [EMAIL PROTECTED] * include/winuser.h (MSLLHOOKSTRUCT): Add structure. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.624r2=1.625 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.95r2=1.96
src/winsup/w32api ChangeLog include/sspi.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-11-19 10:08:26 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: sspi.h Log message: * include/sspi.h (SecPkgCredentials_Names[AW]): Correct name. Thanks to: David Leonard [EMAIL PROTECTED],sourceforge.net Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.625r2=1.626 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/sspi.h.diff?cvsroot=srcr1=1.3r2=1.4
src/winsup/w32api ChangeLog include/sspi.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-11-19 10:15:01 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: sspi.h Log message: * include/sspi.h (SecPkgContext_Sizes): Fix typo. Thanks to: David Leonard [EMAIL PROTECTED],sourceforge.net Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.626r2=1.627 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/sspi.h.diff?cvsroot=srcr1=1.4r2=1.5
src/winsup/w32api ChangeLog include/winbase.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-11-20 00:03:09 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winbase.h Log message: * include/winbase.h (PPROCESS_INFORMATION): Add typedef. (CreateProcessWithLogonW): Declare. (LOGON_WITH_PROFILE, LOGON_NETCREDENTIALS_ONLY): Add defines. Thanks to: jkmaki [EMAIL PROTECTED] Correct some ChangeLog typos. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.627r2=1.628 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winbase.h.diff?cvsroot=srcr1=1.69r2=1.70
src/winsup/cygwin pinfo.cc sigproc.cc
CVSROOT:/cvs/src Module name:src Branch: noreparent Changes by: [EMAIL PROTECTED] 2004-11-20 02:56:34 Modified files: winsup/cygwin : pinfo.cc sigproc.cc Log message: experiment Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.cc.diff?cvsroot=srconly_with_tag=noreparentr1=1.121.2.4r2=1.121.2.5 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sigproc.cc.diff?cvsroot=srconly_with_tag=noreparentr1=1.201.2.4r2=1.201.2.5
src/winsup/cygwin pinfo.cc sigproc.cc
CVSROOT:/cvs/src Module name:src Branch: noreparent Changes by: [EMAIL PROTECTED] 2004-11-20 04:17:22 Modified files: winsup/cygwin : pinfo.cc sigproc.cc Log message: unexperiment Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.cc.diff?cvsroot=srconly_with_tag=noreparentr1=1.121.2.5r2=1.121.2.6 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sigproc.cc.diff?cvsroot=srconly_with_tag=noreparentr1=1.201.2.5r2=1.201.2.6
src/winsup/cygwin pinfo.cc sigproc.cc spawn.cc
CVSROOT:/cvs/src Module name:src Branch: noreparent Changes by: [EMAIL PROTECTED] 2004-11-20 05:28:32 Modified files: winsup/cygwin : pinfo.cc sigproc.cc spawn.cc Log message: fix wait when invoked from non-cygwin process. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.cc.diff?cvsroot=srconly_with_tag=noreparentr1=1.121.2.6r2=1.121.2.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sigproc.cc.diff?cvsroot=srconly_with_tag=noreparentr1=1.201.2.6r2=1.201.2.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srconly_with_tag=noreparentr1=1.153.2.2r2=1.153.2.3
src/winsup/cygwin ChangeLog sigproc.h
CVSROOT:/cvs/src Module name:src Branch: noreparent Changes by: [EMAIL PROTECTED] 2004-11-20 06:08:51 Modified files: winsup/cygwin : ChangeLog sigproc.h Log message: New ChangeLog for this branch. TODO: somehow get exit value of windows process. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=noreparentr1=1.2592r2=1.2592.2.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sigproc.h.diff?cvsroot=srconly_with_tag=noreparentr1=1.70.2.1r2=1.70.2.2
Re: [Patch] Fixing the PROCESS_DUP_HANDLE security hole.
Here's the good news/bad news. On Tue, Nov 16, 2004 at 10:56:40AM -0500, Christopher Faylor wrote: The simplification of the code from removing all of the reparenting considerations is not something that I'm going to give up on easily. Well, the code seems to be slightly faster now than the old method, so that's something. I think it's also a lot simpler. There are some ancillary benefits of this new approach. I've fixed the old problem where if you run a process from a windows command prompt and that process execs another process and it execs another process, each process will wait around into the final process in the chain dies. I've also added an 'exitcode' field to _pinfo so that a Cygwin process will set the error code in a UNIX fashion based on whether it is exiting due to a signal or with a normal exit(). Unfortunately, this means that I don't know quite what to do with exit codes from Windows processes. This is the last remaining problem before I check things in. This problem just occurred to me as I was typing in the ChangeLog and it may be the one reason why you actually need to do the reparenting tango. What do you want to bet that someone is relying on exit codes from a non-cygwin java program? Blech. cgf
RE: scp exits often with -1
Hi Pierre, Pierre A. Humblet wrote on Friday, November 19, 2004 6:14 AM: I had a second look at this. It's easy to correlate the trace with the -v outputs you provided in http://cygwin.com/ml/cygwin/2004-11/msg00637.html The debug outputs correspond to lines such as N = write (2, xxx), where N is the length of the debug line. For example 36 676149 [main] ssh 4392 writev: writev (2, 0x22A400, 1) 34 676183 [main] ssh 4392 fhandler_base::write: binary write 45 676228 [main] ssh 4392 fhandler_base::write: 40 = write (0x22A830, 40) 34 676262 [main] ssh 4392 writev: 40 = write (2, 0x22A400, 1), errno 119 debug2: channel 0: read=0 rfd 4 len 0 = THIS IS THE DEBUG OUTPUT 36 676298 [main] ssh 4392 __cygwin_lock_lock: threadcount 1. not locking Once you know that, it's easier to follow what's going on. It would be interesting to compare traces of successful and failed runs, in the area where their debug outputs differ. I've been lucky today and my fist attempt from standard command line failed, so I have a new trace (http://www.schaible.info/cygwin/scpbad.txt) and the correlating output. The good version is below. == START: Bad scp-v -v output $ cmd /c scpwin.bat -v -v project.xml [EMAIL PROTECTED]:/devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom Executing: program /usr/bin/ssh host es3.elsag.de, user jos, command scp -v -t /devel/maven/home/public_html/repo/essencio-perActa/poms/idxmgr-1.0.4-SNAPSHOT.pom OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to es3.elsag.de [192.168.2.73] port 22. debug1: Connection established. debug1: identity file /home/jos/.ssh/identity type -1 debug1: identity file /home/jos/.ssh/id_rsa type -1 debug2: key_type_from_name: unknown key type '-BEGIN' debug2: key_type_from_name: unknown key type 'Proc-Type:' debug2: key_type_from_name: unknown key type 'DEK-Info:' debug2: key_type_from_name: unknown key type '-END' debug1: identity file /home/jos/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_2.3.0p1 debug1: match: OpenSSH_2.3.0p1 pat OpenSSH_2.3.0* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug2: Original cipher proposal: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: Compat cipher proposal: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,[EMAIL PROTECTED] debug2: Original cipher proposal: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: Compat cipher proposal: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,[EMAIL PROTECTED] debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,[EMAIL PROTECTED] debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-dss debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes128-cbc,aes192-cbc,aes256-cbc,rijndael128-cbc,rijndael192-cbc,rijndael256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes128-cbc,aes192-cbc,aes256-cbc,rijndael128-cbc,rijndael192-cbc,rijndael256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-sha1,hmac-md5,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-sha1,hmac-md5,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server-client 3des-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server 3des-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST_OLD(2048) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 194/384 debug2: bits set: 510/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'es3.elsag.de'
Compatibility to Windows2003 (64-bit)
The FAQ says cygwin run on all modern 32 bit versions of Windows, except Windows CE. This includes Windows 95/98/ME/NT/2000/XP. Is there a plan to make cygwin compatible to Windows2003 (64-bit)? If yes when will it be? Thanks, Rudi -- 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/
Cygserver 100% CPU
(This is a continuation of previous postings in Oct 2004) In my last trial, I saw cygserver at 100% for about 20 s, and then back naturally to 0. Looking at the log, the loops are: (with one or more sem[x]) return from WaitForMultipleObjects() ... bsd_mutex.cc, line 235: Try locking mutex semid bsd_mutex.cc, line 235: Locked mutex semid sysv_sem.cc, line 1118: semop: good morning (error=0)! sysv_sem.cc, line 1151: semop: good morning! sysv_sem.cc, line 1055: semop: semaptr=A0577D8, sem_base=A056EF4, semptr=A056F48, sem[7]=0 : op=-1 sysv_sem.cc, line 1059: semop: can't do it now sysv_sem.cc, line 1092: semop: rollback 0 through -1 sysv_sem.cc, line 1115: semop: good night! bsd_mutex.cc, line 187: Unlockedmutex semid ... call to WaitForMultipleObjects() Problem is that some other threads are waiting for a release as well, on the same event. So there is still at least a handle on the event and CloseHandle(evt) doesn't destroy it. CreateEvent (NULL, TRUE, FALSE, name) keeps returning the same signaled event. As the event is already signaled, there is no wait, and the loop runs wildly. At some time, I don't know why, priorities seem to change, and the return from WaitForMultipleObjects() appears for another sem[] with a runable op=1 or op=-1. This successful semop() releases some resources, and one of the sem[] involved in the loop is recycled. This is only my diagnosis. I don't have an idea for a fix, as I don't know how is managed the priorities when multiple threads waiting on the same event are all released at the same time. Unfortunately, much of the time, the CPU is assigned to a thread for an operation which can't be performed at that time, so the thread is sent back to sleep. __ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
preconfigured(customized) cygwin install possible?
Hi, I need to rollout an cygwin install with some customized default settings and i was wondering if its possible to install cygwin preconfigured? What I had in mind is an cygwin configuration that runs sshd default and together with an autorized_keys file. And rsync has to be installed. Its to much pain to configure cygwin on every machine. Maybe its needed to hack the cygwin installer? I was actually hoping there was some feature for a customized install but i couldn't find anything about it in the cygwin FAQ or in the mailing list archive. As you might have guessed the goal is to easily back up multiple machines. Maybe i'm just thinking in the wrong direction. Thanks in advance, Herman -- 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/
Grep and matching end of line (anchoring)
I'm having trouble gettting grep to match end of line when used with files/utlilities that use DOS linefeeds. For example: cat files.txt | grep '\.h$' produces no output. However, if I stick a filter in the middle to change the line endings: cat files.txt | perl -pe 's/\r\n/\n/' | grep '\.h$' I get: file1.h file2.h as expected. Should grep's $ match \r\n or should I expect to have to convert line endings? Thanks Barney Version info: grep (GNU grep) 2.5 CYGWIN_NT-5.0 1.5.12(0.116/4/2) 2004-11-10 08:34 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify [EMAIL PROTECTED] This footnote also confirms that this email message has been scanned for the presence of computer viruses known at the time of sending. www.radioscape.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: Grep and matching end of line (anchoring)
Dalton, Barnaby schrieb: I'm having trouble gettting grep to match end of line when used with files/utlilities that use DOS linefeeds. For example: cat files.txt | grep '\.h$' produces no output. However, if I stick a filter in the middle to change the line endings: cat files.txt | perl -pe 's/\r\n/\n/' | grep '\.h$' I get: file1.h file2.h as expected. pipes are treated as binmode, so they don't convert eol from \r\n to \n. without pipe it should work on a textmount: grep '\.h$' files.txt or grep '\.h$' files.txt Should grep's $ match \r\n or should I expect to have to convert line endings? grep's $ is not expected to do textmode magic if stdin is binmode. BTW: cat files.txt | sed 's,\r\n,\n,' | grep '\.h$' is simplier. Someone might think of a new textmode pipe operator (like a new t|), but I don't consider that a good idea. man bash /REDIRECTION and /Pipelines -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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: Compatibility to Windows2003 (64-bit)
At 03:55 AM 11/19/2004, you wrote: The FAQ says cygwin run on all modern 32 bit versions of Windows, except Windows CE. This includes Windows 95/98/ME/NT/2000/XP. Is there a plan to make cygwin compatible to Windows2003 (64-bit)? If yes when will it be? There's not much activity to make Cygwin work in a native 64 bit environment at the moment. I'd say that this is waiting for someone with the O/S and the interest/skills to make this happen. -- 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/
1.5.12: non-blocking connect fails: deprecated method
Hi, I ran into a backward compatibility issue with Cygwin. When doing a non-blocking connect, you do a connect with a non-blocking fd, wait for the select() to report it back as writable, and then perform a getsockopt() to check the status of the fd. However in older code (including mine, I upgraded it now however) you will find that instead of calling getsockopt(), they will call connect again (exactly as the initial call). Connect in cygwin gives: Transport endpoint is already connected But Linux 2.4.22 will return 0 and accept the socket as connected. Since I fixed my code, it's not an issue for me. But other people might run into it. You might want to support the older behaviour also. Regards, Ivo Palli -- 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.12: non-blocking connect fails: deprecated method
-Original Message- From: cygwin-owner On Behalf Of Ivo Palli Sent: 19 November 2004 14:09 Hi, I ran into a backward compatibility issue with Cygwin. Actually, the correct term for these sorts of issues is bugwardly-compatible. Read on: When doing a non-blocking connect, you do a connect with a non-blocking fd, wait for the select() to report it back as writable, and then perform a getsockopt() to check the status of the fd. Yep. However in older code (including mine, I upgraded it now however) you will find that instead of calling getsockopt(), they will call connect again (exactly as the initial call). That's utterly incorrect code then. The term is not upgraded: it is fixed. Or corrected. Or debugged. Connect in cygwin gives: Transport endpoint is already connected But Linux 2.4.22 will return 0 and accept the socket as connected. Then Linux 2.4.22 is buggy. There are *no* circumstances under which connect should return zero when you repeat the call. http://www.opengroup.org/onlinepubs/009695399/functions/connect.html If the connection cannot be established immediately and O_NONBLOCK is set for the file descriptor for the socket, connect() shall fail and set errno to [EINPROGRESS], but the connection request shall not be aborted, and the connection shall be established asynchronously. Subsequent calls to connect() for the same socket, before the connection is established, shall fail and set errno to [EALREADY]. [ snip ] ERRORS The connect() function shall fail if: [ snip ] [EALREADY] A connection request is already in progress for the specified socket. [ snip ] [EISCONN] The specified socket is connection-mode and is already connected. You might want to support the older behaviour also. I don't think it's a good idea to *introduce* a bug into cygwin just because Linux *used* to have such a bug. 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/
UW-IMAP Problem with Outlook 2003
Outlook 2003 will not connect properly to my UW-IMAP server. Everything works fine with Outlook Express, but Outlook 2003 hangs as soon as it tries to connect to UW-IMAP leaving two UW-IMAP processes running. I use UW-IMAP with cram.md5 authentification together with inetd. All packages are updated to their most recent stable versions (sorry, cygcheck not available since I have no access to the machine yet. Can be provided if needed). Did anybody manage to get Outlook 2003 work together with UW-IMAP? Regards, Christian -- 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: new cygwin has memory problems?
On Wed, Nov 17, 2004 at 12:17:19PM -0500, Christopher Faylor wrote: I've made a cygwin-specific correction to the newlib library to make cygwin work more like linux. I will generate a cygwin snapshot sometime soon which should have a fix for this problem. Keep an ey on: http://cygwin.com/snapshots/ Can I get a confirmation that the most recent snapshot fixes this problem? 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: Grep and matching end of line (anchoring)
At Friday, November 19, 2004 7:41 AM, Reini Urban wrote: Dalton, Barnaby schrieb: I'm having trouble getting grep to match end of line when used with files/utilities that use DOS linefeeds. For example: cat files.txt | grep '\.h$' produces no output. However, if I stick a filter in the middle to change the line endings: cat files.txt | perl -pe 's/\r\n/\n/' | grep '\.h$' I get: file1.h file2.h as expected. pipes are treated as binmode, so they don't convert eol from \r\n to \n. without pipe it should work on a textmount: grep '\.h$' files.txt or grep '\.h$' files.txt Should grep's $ match \r\n or should I expect to have to convert line endings? grep's $ is not expected to do textmode magic if stdin is binmode. BTW: cat files.txt | sed 's,\r\n,\n,' | grep '\.h$' is simpler. Someone might think of a new textmode pipe operator (like a new t|), but I don't consider that a good idea. man bash /REDIRECTION and /Pipelines -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ Assuming that \r never occurs in the middle of a line: cat files.txt | tr -d '\r' | grep '\.h$' This should work whether or not one is on a text mount or for the file has DOS or Unix line endings: cat files.txt | grep -E '\.h^M?$' -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: new cygwin has memory problems?
Christopher Faylor wrote: On Wed, Nov 17, 2004 at 12:17:19PM -0500, Christopher Faylor wrote: I've made a cygwin-specific correction to the newlib library to make cygwin work more like linux. I will generate a cygwin snapshot sometime soon which should have a fix for this problem. Keep an ey on: http://cygwin.com/snapshots/ Can I get a confirmation that the most recent snapshot fixes this problem? 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/ I'm building GCC 4.0..0 for cygwin out of CVS, so its working. Doing a good job too. I've not had any problems yet out of the head. -- 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: Compatibility to Windows2003 (64-bit)
On Fri, Nov 19, 2004 at 09:03:10AM -0500, Larry Hall wrote: At 03:55 AM 11/19/2004, you wrote: The FAQ says cygwin run on all modern 32 bit versions of Windows, except Windows CE. This includes Windows 95/98/ME/NT/2000/XP. Is there a plan to make cygwin compatible to Windows2003 (64-bit)? If yes when will it be? There's not much activity to make Cygwin work in a native 64 bit environment at the moment. I'd say that this is waiting for someone with the O/S and the interest/skills to make this happen. Actually, both Corinna and I have 64 bit platforms these days (mine was donated by an anonymous benefactor. I still can't get over that). We have a workaround for previous problems in current versions of cygwin so, AFAIK, Cygwin should work on 64 bit windows: http://cygwin.com/ml/cygwin-announce/2004-09/msg2.html I'll change the main web page if/when 64 bit windows goes out of beta. Or is it there already? 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: preconfigured(customized) cygwin install possible?
On Fri, Nov 19, 2004 at 10:36:18AM +0100, Herman wrote: I need to rollout an cygwin install with some customized default settings and i was wondering if its possible to install cygwin preconfigured? What I had in mind is an cygwin configuration that runs sshd default and together with an autorized_keys file. And rsync has to be installed. Its to much pain to configure cygwin on every machine. Maybe its needed to hack the cygwin installer? I was actually hoping there was some feature for a customized install but i couldn't find anything about it in the cygwin FAQ or in the mailing list archive. As you might have guessed the goal is to easily back up multiple machines. Maybe i'm just thinking in the wrong direction. There is very little magic here. Cygwin is mainly just a bunch of files on disk. If you back up your c:\cygwin (or whatever) you are most of the way there. In addition, you need to mediate on the documentatio for the mount command, paying attention to the -m option and the mkpasswd and the mkgroup command. If you are installing services, you will need to install them on every system that you copy this to. -- Christopher Faylor spammer? - [EMAIL PROTECTED] Cygwin Co-Project Leader[EMAIL PROTECTED] TimeSys, 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: new cygwin has memory problems?
On Fri, Nov 19, 2004 at 09:28:51AM -0600, Bobby McNulty wrote: Christopher Faylor wrote: On Wed, Nov 17, 2004 at 12:17:19PM -0500, Christopher Faylor wrote: I've made a cygwin-specific correction to the newlib library to make cygwin work more like linux. I will generate a cygwin snapshot sometime soon which should have a fix for this problem. Keep an ey on: http://cygwin.com/snapshots/ Can I get a confirmation that the most recent snapshot fixes this problem? I'm building GCC 4.0..0 for cygwin out of CVS, so its working. Doing a good job too. I've not had any problems yet out of the head. By this problem, I meant the specific problem that the snapshot was generated to solve. I wasn't looking for general the snapshot works feedback. I want to know if the reported problem is solved. -- 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: UW-IMAP Problem with Outlook 2003
-Original Message- From: cygwin-owner On Behalf Of Christian Weinberger Sent: 19 November 2004 15:07 Outlook 2003 will not connect properly to my UW-IMAP server. Everything works fine with Outlook Express, but Outlook 2003 hangs as soon as it tries to connect to UW-IMAP leaving two UW-IMAP processes running. Datapoint: Lots of people report bugs in Outlook 2k3 imap handling. http://www.google.com/search?hl=enq=outlook+2003+imap+bug Did anybody manage to get Outlook 2003 work together with UW-IMAP? Haven't tried such a thing myself, though. 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/
GHDL
GHDL is a VHDL simulator, using the GCC technology (http://ghdl.free.fr/). Did somebody tried to build it on cygwin. I had a lot of problems. From a technical point of view, GHDL is a GCC front-end: it compiles VHDL files into objects files, like GCC does for C, C++, Fortran or Ada95 files. GHDL does not generate intermediate C files. GHDL is written in Ada95. I use the GNAT compiler (the GCC Ada compiler) to create the binary image. The GHDL source includes AGCC, an Ada binding for interfacing with GCC. The GHDL run-time library is written in Ada95 too. It uses some of the Ada95 and GNAT packages. Where can I get the right GNAT and GCC for cygwin. -- 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/
pax available?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can't find pax as a package in the cygwin setup program. Is it known under some other name? Is it even available for Cygwin? I need the ability to extract files from an archive to a different name and pax is the only archive utility I'm aware of that can do this. - -- Chuck -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) - GPGshell v3.23 iD8DBQFBnh5/zIf+rZpn0oQRApVBAJ9Rm7FKDH9FHOF1zb3hw4c3CrkvGwCfSG4+ El1vElnAp98FcopYhsFMTAw= =1MnZ -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: UW-IMAP Problem with Outlook 2003
Dave Korn dk at artimi.com writes:
Datapoint: Lots of people report bugs in Outlook 2k3 imap handling.
I know that Outlook 2003 has a somewhat crippled IMAP implementation, but in
the uw-imap mailing list I saw reports that in principal it runs with uw-imap
server.
Regards,
Christian
PS: cygcheck attached thsi time
Cygwin Configuration Diagnostics
Current System Time: Fri Nov 19 17:47:35 2004
Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2
Path: C:\programme\cygwin\lib\subversion\bin
C:\programme\cygwin\usr\local\bin
C:\programme\cygwin\bin
C:\programme\cygwin\bin
C:\programme\cygwin\usr\sbin
c:\WINDOWS\SYSTEM32
c:\WINDOWS
c:\WINDOWS\SYSTEM32\WBEM
c:\PROGRAMME\GEMEINSAME DATEIEN\ULEAD SYSTEMS\MPEG
C:\programme\cygwin\bin
c:\PROGRAMME\GEMEINSAME DATEIEN\AUTODESK SHARED\
c:\PROGRAMME\UTILITIES
c:\Programme\Support Tools\
Output from C:\programme\cygwin\bin\id.exe (nontsec)
UID: 1005(weini) GID: 0(root)
0(root)
Output from C:\programme\cygwin\bin\id.exe (ntsec)
UID: 1005(weini) GID: 0(root)
0(root) 513(Kein)545(Benutzer)1007(ORA_DBA)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
CYGWIN = `ntsec tty Codepage:OEM'
HOME = `C:\programme\cygwin\home\weini'
MAKE_MODE = `unix'
PWD = `/home/weini'
USER = `weini'
ALLUSERSPROFILE = `C:\Dokumente und Einstellungen\All Users'
APPDATA = `C:\Dokumente und Einstellungen\weini\Anwendungsdaten'
COMMONPROGRAMFILES = `C:\Programme\Gemeinsame Dateien'
COMPUTERNAME = `WE4'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
DEVMGR_SHOW_DETAILS = `1'
FP_NO_HOST_CHECK = `NO'
HOMEDRIVE = `C:'
HOMEPATH = `\Dokumente und Einstellungen\weini'
HOSTNAME = `we4'
LOGONSERVER = `\\WE4'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0602'
PROGRAMFILES = `C:\Programme'
PS1 = [EMAIL PROTECTED]:{\!}:\$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\temp'
TERM = `cygwin'
USERDOMAIN = `WE4'
USERNAME = `weini'
USERPROFILE = `C:\Dokumente und Einstellungen\weini'
WINDIR = `C:\WINDOWS'
_ = `/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_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
RE: Cannot connect to remote target via serial port
-Original Message- From: insight-owner On Behalf Of Keith Seitz Sent: 19 November 2004 16:48 To: Hans Kester On Fri, 2004-11-19 at 05:08, Hans Kester wrote: When I try to connect to my remote target (sh-elf) with the serial port (COM1) I get the following error message: com1: Inappropriate ioctl for device. Does this really still happen with 6.1? A patch was committed which I thought fixed the problem. So it appears the latest is that cygwin must now use /dev/ttySX (X=0,1,...) instead of /dev/comX. No, /dev/comX should be fine for cygwin (unless I've missed a recent change and the docs haven't yet been updated, but I don't think that's happened), and if it isn't, it's a cygwin bug. http://www.cygwin.com/cygwin-ug-net/using-specialnames.html Cygwin also has several Windows-specific devices: /dev/comX (the serial ports, starting with COM1 which is the same as ttyS0) 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: scp exits often with -1
On Fri, Nov 19, 2004 at 11:48:37AM -0500, Bob Byrnes wrote: I spent a little time looking at these straces and scp -v output. I still don't understand what's going on, but it seems to be unrelated to the recent pipe changes. I say that because those changes only affected select for writes on pipes, and the problem seems to be on the read side. It looks like scp and ssh are sending only single bytes across the pipe when the failure occurs, so the pipe is almost empty, and (correctly) always selects writable anyway. Something is making the pipe disappear, causing PeekNamedPipe to fail for the ssh process in the select for read on pipes code (which has not been changed). Either something is going catastrophically wrong with the pipe at a very low level, or the scp process is closing it in a way that ssh does not expect. So far, I can't tell which is happening, but I did note one significant difference in the scp -v output: only the good invocation has ... debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 An examination of the ssh sources to see what this means might be enlightening, but I don't have time to do that right now. I agree with that. The I/Os (open, dup, close, sizes of reads and writes) are identical in the good and bad trace, except that the final read from the remote is 120 bytes in the good case, vs. 64 in the bad trace. That difference drives the change in debug output noted above. 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/
select() read() and write() on /dev/console
Hello, I think I might have found a bug with the latest version of cygwin (downloaded one night ago 18Nov2004). I am writing a small terminal emulation software package to interface with an embedded device to perform logging. I use the console (/dev/stdin, /dev/stdout) and a serial port (/dev/com1). The console is configured to be non-canonical so that I can determine immediately when the user has pressed a key. Signals are also disabled by the console. If it's useful, I can post the code here later. So the problem is: I use select() to determine when I can write to the console, when to read from the console (for keypresses), when to write to the serial port and when to read from the serial port. Select() returns indicated that data is to read on /dev/stdin (which is correct, I indeed did press a key), but the read() function for this fails with -1 and errno=EWOULDBLOCK. If I enable the non-blocking behaviour of the console then the system really does block. The problem only appears to occur when there is a reasonable rate of dataoutput to the console. I'm receiving data at 115kpbs from the serial port and dumping it to the console with a little more information (e.g. a timestamp for every line). I've tested the software on Windows NT4 and Windows XP SP1 and they both exhibit the same behaviour, the faster computer not being so susceptible as the slower (Pentium IV 1.6GHz for the faster). The same code compiles on Linux FC3 and it runs correctly. My question, how do I go about investigating what the root cause is? Has anybody else seen similar issues and been able to work around it? I'm stuck and I've never seen the source code to cygwin before. Thanks, Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gnumeric in cygwin ports of Gnome1.4 and Gnome2.x
I've got a huge problem (to me) that some of you guys can hopefully provide some insight and guidance for. About a year ago, I made the wonderful discovery that the Gnome desktop and many Gnome applications had been ported to cygwin (http://sourceforge.net/project/showfiles.php?group_id=67909)! I was like the proverbial child in the candy store! It turned out that the Gnome desktop ran too slowly on my computer, but many of the applications worked marvelously even without Gnome proper. For example, I used fvwm2 as a window manager and was able to run dillo, gftp, ggv, gimp, gnome-help-browser, gsearchtool, gnumeric, gmc, gqmpeg, gtklife, et al. I was out of the country last summer, but upon returning I discovered that Gnome had become an official part of the cygwin release, which made me very happy. Cygwin continues to get better and better over time! A couple of days ago I updated someting using the cygwin setup utility. I ended up adding the new Xwindow stuff after I saw that Xwindows had apparently been reorganized. For example, the xwin packages in the X11 category were no longer called XFree86 in the setup utility and the packages with XFree86 in their names were in the removed packages section. I really should have known better, but apparently I didn't. During the update I may or may not have explicitly added any of the new Gnome stuff (I don't remember). However, whatever I did completly foobar-ed all the Gnome stuff on my computer that had been working! Every program would generate a Windows error window that complained about not finding cyggdk.dll. After looking around, I discovered that the Gnome package in the cygwin release is version 2.8 while my old beloved programs were built on version 1.4, which caused me much anguish. It was starting to sink in that it may be a long time before these programs are up and running again (if ever). Still, I tried various fixes but without success. I ended up deciding to delete my entire cygwin directory and reinstall cygwin w/o any of the new Gnome stuff in the cygwin setup file. I also didn't include any gdk or gtk stuff. Then I went back to the Sorceforge repository that had the Gnome 1.4 ported to cygwin and added all the libraries (and their dependencies) needed by gnumeric by hand (i.e., w/o cygwin setup). I am most concerned with gnumeric because I'm a high school teacher who has mid-quarter grades due next week, and I've got all my grades on gnumeric spreadsheets! Anyway, I intalled the gnumeric dependencies from the following tar files: GConf-1.0.9-9.tar gdk-pixbuf-0.22.0-9.tar gnome-vfs-1.0.5-9.tar ORBit-0.5.17-9.tar ggv-1.0.2-4.tar gtk+-1.2.10-20.tar audiofile-0.2.3-9.tar glib-1.2.10-9.tarimlib-1.9.14-1.tar esound-0.2.29-9.targnome-libs-1.4.2-10.tar libglade-0.17-9.tar gal-0.23-1.tar gnome-print-0.37-9.tar oaf-0.6.10-9.tar Then I downloaded and installed ggv and gnumeric. Alas, they did not run. The next thing that I tried was admittedly a very long shot, but I was desperate at that point. I tried deleting the entire /opt/gnome directory, added Gnome2 from cygwin setup to see what gnumeric would think of that. Not surprisingly, it wasn't happy. Since gnumeric is the program that I desperately need, I made notes of what I tried. Here are my notes: *** begin notes from gnumeric trouble-shooting Windows error complains of not being able to find cyggdk_imlib.dll, so I did the following: cp -p cyggdk_imlib-1.dll cyggdk_imlib.dll after which it complained about not finding cyggdk-1-2-0.dll. The file /opt/gnome/bin/cyggdk.dll exists so I did the following: cp -p /opt/gnome/bin/cyggdk.dll /opt/gnome/bin/cyggdk-1-2-0.dll after which it complained about not finding cygglib-1-2-0.dll. Second verse, same as the first: cp -p /opt/gnome/bin/cygglib.dll /opt/gnome/bin/cygglib-1-2-0.dll after which it complained about missing cygglade-gnome.dll; after installing the libglade, it complained about not finding cygdb-3.1.dll; there was a cygdb-4.2.dll, which I of course copied to cygdb-3.1.dll: cp -p cygdb-4.2.dll cygdb-3.1.dll after which it complained about not finding cygxml.dll. You know the routine: cp -p cygxml2-2.dll cygxml.dll after which I get the critical error cygwin error: gdk_imlib ERROR: gdk has not connected to the display IMLIB ERROR: Cannot allocate XImage buffer gdk_imlib ERROR: gdk has not connected to the display IMLIB ERROR: Cannot allocate XImage buffer IMLIB ERROR: Cannot allocate XImage buffer IMLIB ERROR: Cannot allocate XImage buffer Gdk-CRITICAL **: file gdkwindow.c: line 1406 (gdk_window_get_visual): assertion `window != NULL' failed. *** end of notes from gnumeric trouble-shooting I tried a couple of other things such as trying to rebuild from source. However, this message is getting too long already so I'll spare you the gory details. At this point I think that I'm in over my head. Although I've had some success with
cygwin sshd will not run under McAfee VirusScan 8.0i
Hi All After upgrading from VirusScan 7.1 to 8.0i I receive the following error every time a connection is established to CYGWIN's SSHD server. The client connection then immediately fails. If VirusScan is disabled everything works fine. The SSHD server also worked fine under VirusScan 7.1. As a workaround, I've hacked the ssh-host-config file to add -y McShield to the cygrunsrv -I command. However, there's a problem somewhere. Should we: a) treat this as a McAfee bug and just let people search the mailing list archives until McAfee decides to fix it; b) treat it as a McAfee bug and automatically add -y McShield in ssh-host-config if that service exists; or c) investigate it as a possibly cygwin sshd bug; ? Cheers, Rob. Note: parts of this e-mail were blatantly ripped off of http://forums.mcafeehelp.com/viewtopic.php?t=30980 -- 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: Compatibility to Windows2003 (64-bit)
At 07:33 AM 11/19/2004, Christopher Faylor wrote: ... so, AFAIK, Cygwin should work on 64 bit windows: http://cygwin.com/ml/cygwin-announce/2004-09/msg2.html I'll change the main web page if/when 64 bit windows goes out of beta. Or is it there already? It looks like the AMD/EM64T Windows has months to go in beta. We've been running 32-bit cygwin on the 64-bit Windows on Intel CPUs (EM64T and IA64). No complaints, except visibility of Windows environment variables to cygwin is intermittent. We don't think that's the fault of cygwin, nor is it unique to the 64-bit OS. Tim Prince -- 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: UW-IMAP Problem with Outlook 2003
-Original Message- From: cygwin-owner On Behalf Of Christian Weinberger Sent: 19 November 2004 16:52 Dave Korn writes: Datapoint: Lots of people report bugs in Outlook 2k3 imap handling. I know that Outlook 2003 has a somewhat crippled IMAP implementation, but in the uw-imap mailing list I saw reports that in principal it runs with uw-imap server. Page 2 of that search link I gave you had one link in particular I noticed about outlook and UW-IMAP: http://my.brandeis.edu/bboard/q-and-a-fetch-msg?msg_id=0001hT And there's an entry there that says quote Response to OE problems. There were a few documented problems with Outlook Express and UW IMAP a few months back; perhaps one or more of them still apply: http://bugs.debian.org/127790 http://bugs.debian.org/108719 http://support.microsoft.com/default.aspx?scid=kb;EN-US;q274259 end quote Since OE and Outlook are almost certainly have the same shared codebase, it's entirely possible that problems have propagated from OE to Outlook 2k3. Debian bug 127790 is uw-imapd: Outlook crash when there are subscribed folders other than Inbox and #108719 is imapd causes outlook xp/outlook 2000 to crash. PS: cygcheck attached thsi time That's not attached. That was appended. It's much better if you can actually attach cygchecks rather than append them, because they don't half give an awful lot of false-positives when you start trying to search the web archives for the name of a program or package you're having trouble with. [ This is a convention of the mailing list, but I notice it isn't mentioned at http://cygwin.com/problems.html and maybe it should be. ] 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: Grep and matching end of line (anchoring)
-Original Message- From: cygwin-owner On Behalf Of Buchbinder, Barry (NIH/NIAID) Sent: 19 November 2004 15:17 This should work whether or not one is on a text mount or for the file has DOS or Unix line endings: cat files.txt | grep -E '\.h^M?$' Always test before posting. Even a one liner. That doesn't work, or at least NFM: [EMAIL PROTECTED] /test/grep-test od -c test.dos.txt 000 H e l l o w o r l d \r \n 015 [EMAIL PROTECTED] /test/grep-test od -c test.unix.txt 000 H e l l o w o r l d \n 014 [EMAIL PROTECTED] /test/grep-test grep -E 'ld^M?$' * [EMAIL PROTECTED] /test/grep-test grep -E 'd^M?$' * [EMAIL PROTECTED] /test/grep-test grep -E '.^M?$' * [EMAIL PROTECTED] /test/grep-test Grep knows there's a char there, but it won't match it with ^M. [EMAIL PROTECTED] /test/grep-test grep -E '.$' * test.dos.txt:Hello world test.unix.txt:Hello world [EMAIL PROTECTED] /test/grep-test grep -E 'd.$' * test.dos.txt:Hello world [EMAIL PROTECTED] /test/grep-test grep -E 'd^M$' * [EMAIL PROTECTED] /test/grep-test grep -E 'd^m$' * [EMAIL PROTECTED] /test/grep-test What makes you think grep understands ^ notation to indicate control chars? It doesn't say so in the info page. (It doesn't recognize [\r] either.) Actually, it seems that grep 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: select() read() and write() on /dev/console
On Fri, Nov 19, 2004 at 06:46:56PM +0100, Jason Curl wrote: My question, how do I go about investigating what the root cause is? Has anybody else seen similar issues and been able to work around it? I'm stuck and I've never seen the source code to cygwin before. If you suspect a problem with the cygwin DLL then you can build a debugging version of the cygwin DLL and debug it using gdb. Most of the console handling is in fhandler_console.cc. The select handling is in select.cc. Look for the string console there. Instructions for building the DLL are in the FAQ: http://cygwin.com/faq/faq_3.html#SEC101 -- 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 sshd will not run under McAfee VirusScan 8.0i
-Original Message- From: cygwin-owner On Behalf Of Rob S.i.k.l.o.s Sent: 19 November 2004 18:12 Should we: a) treat this as a McAfee bug and just let people search the mailing list archives until McAfee decides to fix it; b) treat it as a McAfee bug and automatically add -y McShield in ssh-host-config if that service exists; or c) investigate it as a possibly cygwin sshd bug; I'm a sysadmin[*]. The _first_ thing I do whenever I've got a new PC to install on the network is remove absolutely *every* single last piece of the godawful pile of garbage that is known as Norton/McAfee/Symantec. It's not just cygwin sshd: it causes random, unpredictable failures throughout any system that is unfortunate enough to have it installed. It is bloated and ugly and buggy, and it installs hooks into every corner of the OS, which has the effect of seriously destabilising the entire system. I can't see any point trying to accomodate it. It should be taken outside, lined up against the wall, and shot. Then stabbed. Then it should be kicked. _Then_ it should be tied to a porcupine and thrown in front of a speeding train. And even that's not a fraction as much as it _deserves_ to suffer. Oh, and it _never_ uninstalls itself properly. It leaves crud throughout the registry and filesystem. FCOL, it leaves these stupid auto-updaters installed and running even after the entire packages has been uninstalled. I usually have to go in and manually nuke the fragments. littleenglandI don't like it!/littleengland cheers, DaveK [*] And other things too, of couse. Sheesh, that makes me sound so one-dimensional mutter mutter grumble -- 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: cygwin sshd will not run under McAfee VirusScan 8.0i
On Fri, Nov 19, 2004 at 06:37:41PM -, Dave Korn wrote: Oh, and it _never_ uninstalls itself properly. In my experience, Norton Antivirus often can't even always *install* itself properly. 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: pax available?
At 11:26 AM 11/19/2004, you wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can't find pax as a package in the cygwin setup program. Is it known under some other name? Is it even available for Cygwin? I need the ability to extract files from an archive to a different name and pax is the only archive utility I'm aware of that can do this. See: FAQ: http://cygwin.com/faq/ Specifically: What packages should I download? Where are 'make', 'gcc', 'vi', etc? http://cygwin.com/faq/faq_toc.html#TOC13 -- 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: Grep and matching end of line (anchoring)
At Friday, November 19, 2004 1:30 PM, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Buchbinder, Barry (NIH/NIAID) Sent: 19 November 2004 15:17 This should work whether or not one is on a text mount or for the file has DOS or Unix line endings: cat files.txt | grep -E '\.h^M?$' Always test before posting. Even a one liner. That doesn't work, or at least NFM: [EMAIL PROTECTED] /test/grep-test od -c test.dos.txt 000 H e l l o w o r l d \r \n 015 [EMAIL PROTECTED] /test/grep-test od -c test.unix.txt 000 H e l l o w o r l d \n 014 [EMAIL PROTECTED] /test/grep-test grep -E 'ld^M?$' * [EMAIL PROTECTED] /test/grep-test grep -E 'd^M?$' * [EMAIL PROTECTED] /test/grep-test grep -E '.^M?$' * [EMAIL PROTECTED] /test/grep-test Grep knows there's a char there, but it won't match it with ^M. [EMAIL PROTECTED] /test/grep-test grep -E '.$' * test.dos.txt:Hello world test.unix.txt:Hello world [EMAIL PROTECTED] /test/grep-test grep -E 'd.$' * test.dos.txt:Hello world [EMAIL PROTECTED] /test/grep-test grep -E 'd^M$' * [EMAIL PROTECTED] /test/grep-test grep -E 'd^m$' * [EMAIL PROTECTED] /test/grep-test What makes you think grep understands ^ notation to indicate control chars? It doesn't say so in the info page. (It doesn't recognize [\r] either.) Actually, it seems that grep cheers, DaveK I tested by cat-ing a batch file and it worked for me. I did not put the two character ^ and M in. In bash I put a control-M by hitting control-V and then enter. The console showed the two character ^M and I just copied the console screen to the email. (Display of \r as ^M might be due to $CYGWIN containing tty -- I don't know.) During my testing I also discovered that grep does not understand \r. I used the word should because I did not test in all combinations of text and binary mounts and line endings. I'm sorry if that choice of word was too ambiguous or subtle. I did not think that grep understood ^M -- I assumed that the readers in this list would understand it. Personally I've never seen the two character ^M used for inputting a \r. It has, in my experience, always been used to indicate a \r in output or when viewing a file in a hex editor so I thought that it would be understood. I apologize for not being explicit. -- 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: Grep and matching end of line (anchoring)
-Original Message- From: cygwin-owner On Behalf Of Dave Korn Sent: 19 November 2004 18:30 Actually, it seems that grep ... cannot be blamed for failing to spot _that_ unexpected EOL! What I was going to say is that it seems egrep doesn't properly handle the ^ symbol at all, except when it's being used as a start-of-line anchor or character-class negator. If I read the docs right, ^ ought to have no special significance when not appearing either at the start of the line or as the first entry in a character class. [EMAIL PROTECTED] /test/grep-test od -c badgrep.txt 000 a b c d ^ x y z 010 [EMAIL PROTECTED] /test/grep-test grep d^ badgrep.txt [EMAIL PROTECTED] /test/grep-test grep .^ badgrep.txt abcd^xyz [EMAIL PROTECTED] /test/grep-test grep -E d^ badgrep.txt [EMAIL PROTECTED] /test/grep-test grep -E .^ badgrep.txt [EMAIL PROTECTED] /test/grep-test grep d\^ badgrep.txt [EMAIL PROTECTED] /test/grep-test grep .\^ badgrep.txt abcd^xyz [EMAIL PROTECTED] /test/grep-test grep -E d\^ badgrep.txt [EMAIL PROTECTED] /test/grep-test grep -E .\^ badgrep.txt [EMAIL PROTECTED] /test/grep-test grep 'd^' badgrep.txt [EMAIL PROTECTED] /test/grep-test grep '.^' badgrep.txt abcd^xyz [EMAIL PROTECTED] /test/grep-test grep -E 'd^' badgrep.txt [EMAIL PROTECTED] /test/grep-test grep -E '.^' badgrep.txt [EMAIL PROTECTED] /test/grep-test grep 'd\^' badgrep.txt abcd^xyz [EMAIL PROTECTED] /test/grep-test grep '.\^' badgrep.txt abcd^xyz [EMAIL PROTECTED] /test/grep-test grep -E 'd\^' badgrep.txt abcd^xyz [EMAIL PROTECTED] /test/grep-test grep -E '.\^' badgrep.txt abcd^xyz [EMAIL PROTECTED] /test/grep-test It seems to need both quoting _and_ escaping. Is that to be expected? Ah, no, hang on; if not quoted, the escaping gets swallowed by the shell, but you you can prevent that by double escaping it. But it still seems to need escaping to avoid grep treating it as a metachar, even when it's not syntactically possible for it to be one. 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: cygwin sshd will not run under McAfee VirusScan 8.0i
-Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 19 November 2004 18:45 On Fri, Nov 19, 2004 at 06:37:41PM -, Dave Korn wrote: Oh, and it _never_ uninstalls itself properly. In my experience, Norton Antivirus often can't even always *install* itself properly. cgf For something that awful, my only definition of a 'proper' install would be one where it didn't actually end up 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/
Re: Compatibility to Windows2003 (64-bit)
At 10:33 AM 11/19/2004, cgf wrote On Fri, Nov 19, 2004 at 09:03:10AM -0500, Larry Hall wrote: At 03:55 AM 11/19/2004, you wrote: The FAQ says cygwin run on all modern 32 bit versions of Windows, except Windows CE. This includes Windows 95/98/ME/NT/2000/XP. Is there a plan to make cygwin compatible to Windows2003 (64-bit)? If yes when will it be? There's not much activity to make Cygwin work in a native 64 bit environment at the moment. I'd say that this is waiting for someone with the O/S and the interest/skills to make this happen. Actually, both Corinna and I have 64 bit platforms these days (mine was donated by an anonymous benefactor. I still can't get over that). We have a workaround for previous problems in current versions of cygwin so, AFAIK, Cygwin should work on 64 bit windows: http://cygwin.com/ml/cygwin-announce/2004-09/msg2.html Oh geez, how embarassing Sorry for the misinformation folks and thanks for setting things straight Chris. -- 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: cygwin sshd will not run under McAfee VirusScan 8.0i
Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Rob S.i.k.l.o.s Sent: 19 November 2004 18:12 Should we: a) treat this as a McAfee bug and just let people search the mailing list archives until McAfee decides to fix it; b) treat it as a McAfee bug and automatically add -y McShield in ssh-host-config if that service exists; or c) investigate it as a possibly cygwin sshd bug; I'm a sysadmin[*]. The _first_ thing I do whenever I've got a new PC to install on the network is remove absolutely *every* single last piece of the godawful pile of garbage that is known as Norton/McAfee/Symantec. It's not just cygwin sshd: it causes random, unpredictable failures throughout any system that is unfortunate enough to have it installed. It is bloated and ugly and buggy, and it installs hooks into every corner of the OS, which has the effect of seriously destabilising the entire system. I can't see any point trying to accomodate it. It should be taken outside, lined up against the wall, and shot. Then stabbed. Then it should be kicked. _Then_ it should be tied to a porcupine and thrown in front of a speeding train. And even that's not a fraction as much as it _deserves_ to suffer. Oh, and it _never_ uninstalls itself properly. It leaves crud throughout the registry and filesystem. FCOL, it leaves these stupid auto-updaters installed and running even after the entire packages has been uninstalled. I usually have to go in and manually nuke the fragments. littleenglandI don't like it!/littleengland I thought I was the only one with that opinion of McNorton. If you simply must run AV, try something more civil like AVG. It at least as the virtue of mostly staying out of the way. Michael Hipp -- 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: Grep and matching end of line (anchoring)
-Original Message- From: cygwin-owner On Behalf Of Buchbinder, Barry (NIH/NIAID) Sent: 19 November 2004 18:53 This should work whether or not one is on a text mount or for the file has DOS or Unix line endings: cat files.txt | grep -E '\.h^M?$' Always test before posting. Even a one liner. That doesn't work, or at least NFM: I tested by cat-ing a batch file and it worked for me. I did not put the two character ^ and M in. In bash I put a control-M by hitting control-V and then enter. The console showed the two character ^M and I just copied the console screen to the email. Wow, that's interesting, and very very useful. I'd never heard of lnext until now! Of course if you press ctrl+M, it sends the line; same if you press ALT+013. I used the word should because I did not test in all combinations of text and binary mounts and line endings. I'm sorry if that choice of word was too ambiguous or subtle. No, that word had nothing to do with my misunderstanding. It was entirely because of this bit: I did not think that grep understood ^M -- I assumed that the readers in this list would understand it. Personally I've never seen the two character ^M used for inputting a \r. ^ notation is the standard used by stty for describing control chars. I'm not sure what other apps may or may not speak it, but that's why I thought that was what you were attempting. It has, in my experience, always been used to indicate a \r in output or when viewing a file in a hex editor so I thought that it would be understood. I apologize for not being explicit. Apologies aren't necessary, but explanations are wonderful things! 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/
MISTAKE IN PREVIOUS MESSAGE: gnumeric in cygwin ports of Gnome1.4 and Gnome2.x
MISTAKE IN PREVIOUS MESSAGE: gnumeric in cygwin ports of Gnome1.4 and Gnome2.x I was reading the message that I sent out earlier today and discovered that I had made a mistake in it. The part between *** begin notes from gnumeric trouble-shooting and the end of those notes applies to my attempts to get ggv and gnumeric to run BEFORE I deleted /opt/gnome and tried my luck with Gnome2. In other words, it should have appeared one paragraph above where I pasted it (i.e., before the paragraph that starts, The next thing... This has to be the case because Gnome2 doesn't use the /opt directory! I have been trying to get gnumeric et al. back up and running during all my free time for the last three days and I guess everything is just running together. Sorry for the confusion. -- 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: MISTAKE IN PREVIOUS MESSAGE: gnumeric in cygwin ports of Gnome1.4 and Gnome2.x
-Original Message- From: cygwin-owner On Behalf Of Bob Clark Sent: 19 November 2004 19:15 [snippo] I have been trying to get gnumeric et al. back up and running during all my free time for the last three days and I guess everything is just running together. Sorry for the confusion. Sleep-deprivation starting to cause keyboard errors, huh? We all been there! :) Without having _any_ personal experience of gnumeric (or even gnome, to speak of), my best educated guess would be that your best shot would be to get yourself a proper, fresh and correctly running install of all the Gnome 2 stuff (don't forget the -devel packages if there are any) and then try really hard to get gnumeric built from source. It needs to be recompiled; it's not just a matter of forging the dll names, because functions and behaviours will probably have changed between gnome 1 and gnome 2. I don't know if they're supposed to be binary-compatible, but it wouldn't surprise me to hear that apps need to be recompiled with all the new header files and libraries. 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: Grep and matching end of line (anchoring)
Dave Korn wrote: What makes you think grep understands ^ notation to indicate control chars? It doesn't say so in the info page. (It doesn't recognize [\r] either.) Umm, you're probably jumping to the wrong conclusion about the OP's intent. He probably meant the literal character ^M, which you have to enter as ^V^M (control-v control-m) on the command line. And you have to *pipe* the input into grep, not pass in the file as a command line (in textmode mounts, this will cause grep to read the file as a text file). This works just fine: cat test.dos.txt | grep 'ld^M$' *if* you entered ^M on the commnand line as Control-V Control-M. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Grep and matching end of line (anchoring)
-Original Message- From: cygwin-owner On Behalf Of Shankar Unni Sent: 19 November 2004 19:22 Dave Korn wrote: What makes you think grep understands ^ notation to indicate control chars? It doesn't say so in the info page. (It doesn't recognize [\r] either.) Umm, you're probably jumping to the wrong conclusion about the OP's intent. Yep, we've been through that already! Ah, the perils of dashing off a quick reply while there are still unread mails downthread! Either that, or you've got a really bad email service with a half-hour delay in it! And you have to *pipe* the input into grep, not pass in the file as a command line (in textmode mounts, this will cause grep to read the file as a text file). Yes, but I wasn't using a textmode mount, for exactly that reason. I generally despise textmode mounts these days. 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: flex and dos source files. How is flex built for cygwin
At 02:29 PM 11/19/2004, you wrote: Hi, We have a customer that is using flex under a custom version of cygwin that we provided them (with source). The customer is having problems when their *.l files are in dos format. Flex is taking the lines from the file and adding them into the lex.yy.c file untouched. (i.e. they still have the \n\r at the end), and this causing problems later on. I tried using the version of flex that comes with the latest version of cygwin (1.5.12) and flex changes the \n\r to just \n, which makes everything work fine. Good I thought since the version of flex we provide is not the latest. I'll just recompile. But when I tried that with the latest flex (2.5.4a-3) I get the same behavior that the customer is seeing. I get this behavior even if I compile on the latest version of cygwin. So, my question is what options are used for building flex? Linking against /usr/lib/binmode.o perhaps? -- 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: UW-IMAP Problem with Outlook 2003
Dave Korn dk at artimi.com writes: Since OE and Outlook are almost certainly have the same shared codebase, it's entirely possible that problems have propagated from OE to Outlook 2k3. Sorry, but from all that I know, this is not the case. In fact, OEs IMAP implementation seems to be much better the from real Outlook. As I said in my initial posting: Outlook Express works for me, but for certain reasons I have to rely on real Outlook which doesnt work properly with uw- imap. Regards, Christian -- 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/
Ahhhhh!
I just updated my version of Cygwin and all hell broke loose. Unfortunatly I do not know what version of cygwin I had before, but I now know that the one that I do have is not working. I've tried version 1.5.12-1 and 1.5.11-1 (I was trying to go back). I used the Cygwin Setup programme and things went wrong from the start. The programme crashed and I couldn't use any of the cygwin utils. Even after restart. I deleted the cygwin1.dll and reinstalled and things went more smoothly. But when I tried to run a perl script that I had always used, it belched this out: c:\progra~1\cygwin\bin\perl.exe (1132): *** couldn't release memory 0xCE4000(1032192) for 'C:\progra~1\cygwin\lib\perl5\5.8.5\cygwin-thread-multi-64int\auto\IO\IO.dll' alignment, Win32 error 487 101 [main] perl 1520 sync_with_child: child 1132(0x28C) died before initialization with status code 0x1 272 [main] perl 1520 sync_with_child: *** child state child loading dlls This appears to be caused by the implicit fork in the line: open (INPUT, 'cvs log |') or die (Couldn't execute cvs command. $!); I've looked around the net and found that this problem was addressed previously: On Sat, Apr 14, 2001 at 04:49:43PM +1000, Robert Collins wrote: - Original Message - From: Jason Tishler [EMAIL PROTECTED] To: Robert Collins [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, April 14, 2001 12:12 PM Subject: Re: pthreads update for the adventurous 3. The Python regression tests consistently crash during test_popen2 with the following error message: H:\src\Python-2.1b2a-threads\python.exe: *** couldn't release memory 0x1A02C000(5013504) for 'H:\src\Python-2.1b2a-threads\build\lib.cygwin_nt-4.0-1.3.0-i686-2.1\imageop.dll' alignment, Win32 error 487 This error means that Cygwin was trying to relocate a DLL load point in a child process to the same location as it existed in the parent and was unsuccesful in doing so. The 487 error means Invalid address. That may that that the memory is already occupied. There's not much that can be done to rectify this, unfortunately. Possibly if someone really wants to debug this situation there might be something that will be obvious but it is pretty painful to debug, unfortunately. I added this dll relocation stuff last year to help with perl. It wasn't fun. cgf However this was some time ago. The Os that I am using is Win2K, and has not changed when I tried to update my cygwin. Is there anything that can be done? Is there a way to go back further to an earlier verion that works? Any help you could give me would be appreciated. Adrian -- 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: flex and dos source files. How is flex built for cygwin
Larry Hall wrote: At 02:29 PM 11/19/2004, you wrote: Hi, We have a customer that is using flex under a custom version of cygwin that we provided them (with source). The customer is having problems when their *.l files are in dos format. Flex is taking the lines from the file and adding them into the lex.yy.c file untouched. (i.e. they still have the \n\r at the end), and this causing problems later on. I tried using the version of flex that comes with the latest version of cygwin (1.5.12) and flex changes the \n\r to just \n, which makes everything work fine. Good I thought since the version of flex we provide is not the latest. I'll just recompile. But when I tried that with the latest flex (2.5.4a-3) I get the same behavior that the customer is seeing. I get this behavior even if I compile on the latest version of cygwin. So, my question is what options are used for building flex? Linking against /usr/lib/binmode.o perhaps? Tried on cygwin 1.5.12 make clean make LDFLAGS=/usr/lib/binmode.o, and make clean make LDFLAGS=-lbinmode but neither helped -- 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: Ahhhhh!
At 02:52 PM 11/19/2004, you wrote: I just updated my version of Cygwin and all hell broke loose. Unfortunatly I do not know what version of cygwin I had before, but I now know that the one that I do have is not working. I've tried version 1.5.12-1 and 1.5.11-1 (I was trying to go back). I used the Cygwin Setup programme and things went wrong from the start. The programme crashed and I couldn't use any of the cygwin utils. Even after restart. I deleted the cygwin1.dll and reinstalled and things went more smoothly. But when I tried to run a perl script that I had always used, it belched this out: c:\progra~1\cygwin\bin\perl.exe (1132): *** couldn't release memory 0xCE4000(1032192) for 'C:\progra~1\cygwin\lib\perl5\5.8.5\cygwin-thread-multi-64int\auto\IO\IO.dll' alignment, Win32 error 487 101 [main] perl 1520 sync_with_child: child 1132(0x28C) died before initialization with status code 0x1 272 [main] perl 1520 sync_with_child: *** child state child loading dlls This appears to be caused by the implicit fork in the line: open (INPUT, 'cvs log |') or die (Couldn't execute cvs command. $!); I've looked around the net and found that this problem was addressed previously: On Sat, Apr 14, 2001 at 04:49:43PM +1000, Robert Collins wrote: - Original Message - From: Jason Tishler [EMAIL PROTECTED] To: Robert Collins [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, April 14, 2001 12:12 PM Subject: Re: pthreads update for the adventurous 3. The Python regression tests consistently crash during test_popen2 with the following error message: H:\src\Python-2.1b2a-threads\python.exe: *** couldn't release memory 0x1A02C000(5013504) for 'H:\src\Python-2.1b2a-threads\build\lib.cygwin_nt-4.0-1.3.0-i686-2.1\imageop.dll' alignment, Win32 error 487 This error means that Cygwin was trying to relocate a DLL load point in a child process to the same location as it existed in the parent and was unsuccesful in doing so. The 487 error means Invalid address. That may that that the memory is already occupied. There's not much that can be done to rectify this, unfortunately. Possibly if someone really wants to debug this situation there might be something that will be obvious but it is pretty painful to debug, unfortunately. I added this dll relocation stuff last year to help with perl. It wasn't fun. cgf However this was some time ago. The Os that I am using is Win2K, and has not changed when I tried to update my cygwin. Is there anything that can be done? Same as always. Install the 'rebase' package and run 'rebaseall'. Is there a way to go back further to an earlier verion that works? Sure. Change the temporal constant of the universe. -- 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: flex and dos source files. How is flex built for cygwin
Peter Rehley wrote: Larry Hall wrote: At 02:29 PM 11/19/2004, you wrote: Hi, We have a customer that is using flex under a custom version of cygwin that we provided them (with source). The customer is having problems when their *.l files are in dos format. Flex is taking the lines from the file and adding them into the lex.yy.c file untouched. (i.e. they still have the \n\r at the end), and this causing problems later on. I tried using the version of flex that comes with the latest version of cygwin (1.5.12) and flex changes the \n\r to just \n, which makes everything work fine. Good I thought since the version of flex we provide is not the latest. I'll just recompile. But when I tried that with the latest flex (2.5.4a-3) I get the same behavior that the customer is seeing. I get this behavior even if I compile on the latest version of cygwin. So, my question is what options are used for building flex? Linking against /usr/lib/binmode.o perhaps? Tried on cygwin 1.5.12 make clean make LDFLAGS=/usr/lib/binmode.o, and make clean make LDFLAGS=-lbinmode but neither helped However linking the /usr/lib/textmode.o did work make LDFLAGS=/usr/lib/textmode.o # - did the job Thanks Larry for pointing me in the right directory :) -- 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: flex and dos source files. How is flex built for cygwin
At 03:35 PM 11/19/2004, you wrote: Peter Rehley wrote: Larry Hall wrote: At 02:29 PM 11/19/2004, you wrote: Hi, We have a customer that is using flex under a custom version of cygwin that we provided them (with source). The customer is having problems when their *.l files are in dos format. Flex is taking the lines from the file and adding them into the lex.yy.c file untouched. (i.e. they still have the \n\r at the end), and this causing problems later on. I tried using the version of flex that comes with the latest version of cygwin (1.5.12) and flex changes the \n\r to just \n, which makes everything work fine. Good I thought since the version of flex we provide is not the latest. I'll just recompile. But when I tried that with the latest flex (2.5.4a-3) I get the same behavior that the customer is seeing. I get this behavior even if I compile on the latest version of cygwin. So, my question is what options are used for building flex? Linking against /usr/lib/binmode.o perhaps? Tried on cygwin 1.5.12 make clean make LDFLAGS=/usr/lib/binmode.o, and make clean make LDFLAGS=-lbinmode but neither helped However linking the /usr/lib/textmode.o did work make LDFLAGS=/usr/lib/textmode.o # - did the job Yep. Upon rereading, that makes sense. That or 'automode.o'. Thanks Larry for pointing me in the right directory :) Well, that's something anyway. :-) -- 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/
Newbie question regarding tcsetattr
Hi: I'm a new cygwin user, attepting to port a Linux package that uses the COM ports to drive a remote device. I'm finding that calls to tcsetattr don't seem to work. What is happening is that although the speed is being setup correctly, the values that I want for c_iflag and c_cflag are not being set, but left as they were before. Is this a known bug (there were conversations about this last year in the archives) and if so is there any idea when it will be fixed?, or am I confused (equally likely!) Usage is: ... int port; struct termios p; ... port = open(/dev/ttyS1, O_RDWR|O_NOCTTY|O_NDELAY); ... memset(p, 0, sizeof(struct termios)); p.c_iflag = IGNBRK|IGNPAR; p.c_cflag = CS8|CREAD|CLOCAL|B9600; cfsetispeed(p, B9600); cfsetospeed(p, B9600); if(tcsetattr(port, TCSANOW, p) 0) grumble Thanks -- Roger Pryor Vancouver, B.C., V6E 1K7, Canada -- 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: pax available?
On Fri, 19 Nov 2004, Chuck wrote: I can't find pax as a package in the cygwin setup program. Is it known under some other name? Is it even available for Cygwin? I need the ability to extract files from an archive to a different name and pax is the only archive utility I'm aware of that can do this. In addition to what Larry wrote: FYI, if you mean .zip archives, unzip -p foo.zip bar/baz/x y should extract file bar/baz/x in archive foo.zip as file y in the current directory. unzip is part of the (surprise, surprise) unzip package, as the package search page at http://cygwin.com/packages/ will tell you. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Clapack on Cygwin revisited
Hi everyone. My troubles with getting clapack to work on cygwin continue unfortunately. In particular, I completed a first run of all the suggested actions in the readme.install file (found on the clapack website) with some error 139's during that rather painful 16hour! long process. I downloaded a test programme from the clapack website (if it could be helpful I can attach it next time), saved it under the name of testclapack.c and tried to compile it. It seemed as if finding out how to compile a programme using clapack was really tough. Nonetheless, after several attepts I tried a couple of compilation commands with the likes of: gcc testclapack.c -llapack, gcc testclapack.c -llapack -lcblaswr -lcblas -latlas -lg2c (and any permutation of the options (=5! I guess..:p)) and always I was getting a: /cygdrive/c/DOCUME~1/kele/LOCALS~1/Temp/cccMzcp0.o(.text+0x152):testclapack.c: undefined reference to '_dgesvd_' collect2: ld returned 1 exit status. The dgesvd_ is a function (the only clapack function) in the testclapack.c programme. I have installed atlas (actually I did that before installing clapack) and have put in the test programme the appropriate #include's (actually I #included all the *.h files I could find on /clapack...) Are there any ideas as to how I can compile a programme linking to a clapack routine? I would be grateful of your help. thanks, kele This message was sent using IMP, the Internet Messaging Program. -- 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: pax available?
I'm actually referring to pax format archives (ustar). I want to be able to unarchive files - many files - but changing one string in the name to another. I typically use it to clone databases on Solaris. I may have 15 mount points all with a subdirectory named DB1. When I extract the files, I don't want to put them into the DB1 subdirectories. I want to put them into subdirectories named DB2. Or maybe I want to restore them to different mount points. Whatever. Unless I'm misunderstanding you I'd have to do each one separately with unzip. There could be hundreds within one archive. With pax I can have the utility rename them all automatically as it extracts them with a simple command like... pax -r -s/DB1/DB2/p filename.pax Chuck - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: Chuck [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, November 19, 2004 4:17 PM Subject: Re: pax available? On Fri, 19 Nov 2004, Chuck wrote: I can't find pax as a package in the cygwin setup program. Is it known under some other name? Is it even available for Cygwin? I need the ability to extract files from an archive to a different name and pax is the only archive utility I'm aware of that can do this. In addition to what Larry wrote: FYI, if you mean .zip archives, unzip -p foo.zip bar/baz/x y should extract file bar/baz/x in archive foo.zip as file y in the current directory. unzip is part of the (surprise, surprise) unzip package, as the package search page at http://cygwin.com/packages/ will tell you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: pax available?
At 04:34 PM 11/19/2004, you wrote: What does any of this have to do with pax? The FAQ doesn't mention anything about pax or archiving in general? Again: What packages should I download? Where are 'make', 'gcc', 'vi', etc? Missed the point? OK, let's break it down: What packages should I download? You asked in what package was pax. See any similarities? OK, hopefully something correlates for you here now. Let's move on: Where are 'make', 'gcc', 'vi', etc? etc is the operative term here. You can substitute pax. Does the FAQ entry make sense to you now? If so, what about the first time you read it made you not see it? If not, why not? - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Chuck [EMAIL PROTECTED]; cygwin [EMAIL PROTECTED] Please don't feed the spammers. http://cygwin.com/acronyms/#PCYMTNQREAIYR -- 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: cygwin using wrong sh.exe
At 05:20 PM 11/19/2004, you wrote: After installing Cygwin/X, I can launch a cygwin bash shell, and I can launch the xwin server using the startxwin.bat file - which also launches one xterm. However, I can't run any of the X tools from the windows Start menu, or from a bash prompt. I get an error saying xterm: c:\progra~1\rational\ration~1\NUTCROOT\mksnt\sh.exe no such file. I asked a buddy for help, and we tried changing the PATH variable so cygwin/bin is first, and edited some of the cygwin .BAT files, to try to fix the PATH, but with no success. Somehow, cygwin keeps picking that SHELL. I've google'd some terms, and tried the mail list archive without success as well. I've appended the output of cygcheck, which is interesting because it shows that cygwin does find sh.exe in cygwin/bin. What do I have to tweak to fix this? Your environment. From your cygcheck file: SHELL = `C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt\sh.exe' You need to find where this is being set to MKS's sh.exe and remove it. If you cannot or will not do that, you can unset it in startxwin.bat as an alternative. -- 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: cygwin using wrong sh.exe
- Original Message - From: Brown, Charles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 19, 2004 2:20 PM Subject: cygwin using wrong sh.exe After installing Cygwin/X, I can launch a cygwin bash shell, and I can launch the xwin server using the startxwin.bat file - which also launches one xterm. However, I can't run any of the X tools from the windows Start menu, or from a bash prompt. I get an error saying xterm: c:\progra~1\rational\ration~1\NUTCROOT\mksnt\sh.exe no such file. I asked a buddy for help, and we tried changing the PATH variable so cygwin/bin is first, and edited some of the cygwin .BAT files, to try to fix the PATH, but with no success. Somehow, cygwin keeps picking that SHELL. I've google'd some terms, and tried the mail list archive without success as well. I've appended the output of cygcheck, which is interesting because it shows that cygwin does find sh.exe in cygwin/bin. What do I have to tweak to fix this? Thanks. --CB Try setting your $SHELL variable to something other than sh.exe, i.e., bash.exe. -- 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 using wrong sh.exe
I see a gludge of other Rational environment variables. Should I clobber them all, or just that one? -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Friday, November 19, 2004 5:25 PM To: Brown, Charles; '[EMAIL PROTECTED]' Subject: Re: cygwin using wrong sh.exe At 05:20 PM 11/19/2004, you wrote: After installing Cygwin/X, I can launch a cygwin bash shell, and I can launch the xwin server using the startxwin.bat file - which also launches one xterm. However, I can't run any of the X tools from the windows Start menu, or from a bash prompt. I get an error saying xterm: c:\progra~1\rational\ration~1\NUTCROOT\mksnt\sh.exe no such file. I asked a buddy for help, and we tried changing the PATH variable so cygwin/bin is first, and edited some of the cygwin .BAT files, to try to fix the PATH, but with no success. Somehow, cygwin keeps picking that SHELL. I've google'd some terms, and tried the mail list archive without success as well. I've appended the output of cygcheck, which is interesting because it shows that cygwin does find sh.exe in cygwin/bin. What do I have to tweak to fix this? Your environment. From your cygcheck file: SHELL = `C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt\sh.exe' You need to find where this is being set to MKS's sh.exe and remove it. If you cannot or will not do that, you can unset it in startxwin.bat as an alternative. -- 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: Clapack on Cygwin revisited
Sounds like you might need a -L option gcc -o testclapack testclapack.c -Ldir to library lapack.a -cblaswr -lblas.a tmglib.a -latlas -lg2c You can stack multiple -L options, one per directory (no space after the -L), the same as the -I options. also, the -llibname is a special convention that ONLY works when the libraries have a physical name of liblibname.a|so. For instance -lmath means that somewhere in a known location there is a file called libmath.a or libmath.so. So, since the clapack libraries don't follow that convention, you can't use the -l shortcut. You have to give it the full name. On Fri, 19 Nov 2004 23:29:46 +0200, [EMAIL PROTECTED] wrote: Hi everyone. My troubles with getting clapack to work on cygwin continue unfortunately. In particular, I completed a first run of all the suggested actions in the readme.install file (found on the clapack website) with some error 139's during that rather painful 16hour! long process. I downloaded a test programme from the clapack website (if it could be helpful I can attach it next time), saved it under the name of testclapack.c and tried to compile it. It seemed as if finding out how to compile a programme using clapack was really tough. Nonetheless, after several attepts I tried a couple of compilation commands with the likes of: gcc testclapack.c -llapack, gcc testclapack.c -llapack -lcblaswr -lcblas -latlas -lg2c (and any permutation of the options (=5! I guess..:p)) and always I was getting a: /cygdrive/c/DOCUME~1/kele/LOCALS~1/Temp/cccMzcp0.o(.text+0x152):testclapack.c: undefined reference to '_dgesvd_' collect2: ld returned 1 exit status. The dgesvd_ is a function (the only clapack function) in the testclapack.c programme. I have installed atlas (actually I did that before installing clapack) and have put in the test programme the appropriate #include's (actually I #included all the *.h files I could find on /clapack...) Are there any ideas as to how I can compile a programme linking to a clapack routine? I would be grateful of your help. thanks, kele This message was sent using IMP, the Internet Messaging Program. -- 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: cygwin using wrong sh.exe
At 05:37 PM 11/19/2004, you wrote: I see a gludge of other Rational environment variables. Should I clobber them all, or just that one? Nah, you are better off clobbering the whole lot. There's at least a few more clear conflicts there (TERM, TERMCAP, TERMINFO). While you're at it, make sure MKS is removed from your path. Overall, packages offering similar tools don't play well together. -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Don't feed the spammers. They'll just bite you for it: http://cygwin.com/acronyms/#PCYMTNQREAIYR -- 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: gnumeric in cygwin ports of Gnome1.4 and Gnome2.x
Bob Clark wrote: Then I went back to the Sorceforge repository that had the Gnome 1.4 ported to cygwin and added all the libraries (and their dependencies) needed by gnumeric by hand (i.e., w/o cygwin setup). I am most concerned with gnumeric because I'm a high school teacher who has mid-quarter grades due next week, and I've got all my grades on gnumeric spreadsheets! Use setup.exe! There are postinstall scripts in /etc/postinstall which need to run after the extraction of the cyggnome stuff. If you start Gnome then with the shortcut from the desktop it should work as before, but the shortcuts at the desktop will not be created without running the setup scripts. That feeling is reinforced by a message I came across yesterday in which Gerrit Haase put out a call for helpers last June (http://sources.redhat.com/ml/cygwin/2004-06/msg00367.html). A stated Goal is to get all (or most) base libraries into the Cygwin net release so you could try to build GUI applications that don't need a full blown GNOME desktop. I can attest from my experience that this is very doable. However, he didn't get a single reply to the message! Hello;) You're the first who replied. Is there anyone out there who's gotten some of these programs to work that maybe hasn't publicised it yet? I have applications here based on the gnome libraries included in the cygwin netrelease, ie. inkscape and sodipodi, these are working fine. I have also the Gnome Desktop running, though there are some issues. Basically all the base Gnome libraries are available, so building GIMP or Gnumeric should work even with Gnome support, however the Desktop is still missing in the distribution, I'm working on getting the desktop ready for release. It sounds like the original porters no longer have any interest in the Gnome1.4 port (http://sourceforge.net/forum/forum.php?forum_id=377428), and it looks like the Gnome2.x project isn't as far along as I need it to be. Gnome 1.4 isn't any longer updated, the efforts are going all into including Gnome2 now, there are some ohter Gnome2 applications available, point setup.exe to http://www.oliwen.com/bamanzi/cygwin At this point, I'm at a loss as to what I can do. I see at http://cygnome.sourceforge.net/relnotes-14b2.html that there is a documented snapshot of what they used to build the Gnome1.4 port. Is there anywhere I could go to download this version of cygwin all at once? The cyggnome binary packages are still online, it should work to install the whole 1.4 desktop as before. Any other ideas? Install Linux. If you've read this far, I sincerely apologize for the length of this message. However, I don't know what information might be useful to some of you experts. You're welcome, Gerrit -- =^..^= -- 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: Executing ssh from perl
Stephen Studley wrote: At 4:30 PM -0500 11/18/04, Igor Pechtchanski wrote: perl -we 'my $str=`ssh -n [EMAIL PROTECTED] ls`;print [$str]\n' good idea, however same results, at least from my Windows machine. The command-line perl works fine from my OSX machine. $ perl -we 'my $str=`ssh -n [EMAIL PROTECTED] ls`;print [$str]\n' ssh: machine.domain: no address associated with name [] Actually this is working with cygwin perl as expected. Gerrit -- =^..^= -- 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: Executing ssh from perl
Stephen Studley wrote: one very interesting discovery. If the command fails, it returns! It would appear it hangs only when the command succeeds. If I mangle the path to the ls command, ssh returns with file not found. $ perl -we 'my $str=`ssh -n [EMAIL PROTECTED] ls`;print [$str]\n' Enter passphrase for key '/home/gerrit/.ssh/id_dsa': [get-andrew.sh libxslt startup-notification unison ] Works for me too if it succeeds. Gerrit -- =^..^= -- 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: GHDL
Pinhas Krengel wrote: GHDL is a VHDL simulator, using the GCC technology (http://ghdl.free.fr/). Did somebody tried to build it on cygwin. I had a lot of problems. Yes, and yes, me too. I also reported to the maintainer that it is not possible to bootstrap GHDL and Ada at the same time, it seems not to be changed, maybe the package needs a new maintainer? From a technical point of view, GHDL is a GCC front-end: it compiles VHDL files into objects files, like GCC does for C, C++, Fortran or Ada95 files. GHDL does not generate intermediate C files. GHDL is written in Ada95. I use the GNAT compiler (the GCC Ada compiler) to create the binary image. The GHDL source includes AGCC, an Ada binding for interfacing with GCC. The GHDL run-time library is written in Ada95 too. It uses some of the Ada95 and GNAT packages. Where can I get the right GNAT and GCC for cygwin. The GCC is complete since version 3.3.1 was released for Cygwin, just install the package gcc-ada with setup.exe. Please keep me posted, Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: g++ 3.4.1
Sam Steingold wrote: when will 3.4 become the default version? I'm currently preparing an gcc update to gcc-3.4.2, if this is usable I will make this the default. So you may expect it to be released before Christmas 2004. Gerrit -- =^..^= -- 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/
getting the entire x remote server to run locally
I have X/cygwin running and know about ssh tunneling, but that's not quite what I'm looking for. What I want to do is basically ssh to the remote machine and actually have a full X desktop from that machine running in cygwin, not just apps called from xterm. Is that possible? Basically, I want what I normally see when I type in startx on the remote machine to be what displays if I type startx after ssh'ing to it on the local machine. Thanks, PJ -- 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/
