Fwd: xterm (not rxvt) cut and paste through xinit (not Xwin)
Hi, I have recently reinstalled the cygwin X on my xp box, now I have a problem of cut and paste from xterm to windows. The way I start X is via startx, but I was not able to enable clipboard in this case. How do I do that? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: xterm (not rxvt) cut and paste through xinit (not Xwin)
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of SS BB Sent: Tuesday, March 10, 2009 2:13 PM I have recently reinstalled the cygwin X on my xp box, now I have a problem of cut and paste from xterm to windows. The way I start X is via startx, but I was not able to enable clipboard in this case. How do I do that? $ startx -- -clipboard You might want to pass in the -multiwindow flag, too. That's no longer default, either. HTH, Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: xterm (not rxvt) cut and paste through xinit (not Xwin)
Thanks Mike, that worked On Tue, Mar 10, 2009 at 5:13 PM, SS BB sshi3...@gmail.com wrote: Hi, I have recently reinstalled the cygwin X on my xp box, now I have a problem of cut and paste from xterm to windows. The way I start X is via startx, but I was not able to enable clipboard in this case. How do I do that? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
(some) xterm disappearing when typing
Hi, I ran cygwin X at work and everything works fine except one thing: we have some special command that launches an xterm to a production window via ssh/X11 tunneling. This window will disappear on me when I attempt to type into it. All my regular xterm works perfectly fine, and I don't see any logs or anything on the X server side. This used to work with my previous installation of cygwin X. Does anybody have an idea what's going on here? or even how do I diagnose this problem, since the window will disappear no matter what I type. thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: (some) xterm disappearing when typing
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of SS BB Sent: Tuesday, March 10, 2009 2:56 PM Hi, I ran cygwin X at work and everything works fine except one thing: we have some special command that launches an xterm to a production window via ssh/X11 tunneling. This window will disappear on me when I attempt to type into it. FAQ 3.2. Come on, where's the challenge in that? Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: (some) xterm disappearing when typing
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of SS BB Sent: Tuesday, March 10, 2009 3:17 PM I don't have any of those variables set in my shell, does it make it more challenging? :-) Probably not. plus, if I do have some of those set, shouldn't all xterm fail?? You are misreading the entry. Just follow its first line: [SNIP] Launch the X server via the shortcut under Cygwin-X on the start menu. [/SNIP] Does that work? HTH, Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: (some) xterm disappearing when typing
No, it doesn't work that would be too easy... On Tue, Mar 10, 2009 at 6:16 PM, SS BB sshi3...@gmail.com wrote: I don't have any of those variables set in my shell, does it make it more challenging? :-) plus, if I do have some of those set, shouldn't all xterm fail?? On Tue, Mar 10, 2009 at 5:55 PM, SS BB sshi3...@gmail.com wrote: Hi, I ran cygwin X at work and everything works fine except one thing: we have some special command that launches an xterm to a production window via ssh/X11 tunneling. This window will disappear on me when I attempt to type into it. All my regular xterm works perfectly fine, and I don't see any logs or anything on the X server side. This used to work with my previous installation of cygwin X. Does anybody have an idea what's going on here? or even how do I diagnose this problem, since the window will disappear no matter what I type. thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: minTTY will not interrupt 'locked' process
I'll watch for it to occur again. Is there anything I can collect for you in this besides a ps(1) showing the process is inactive or should I just forget it for now. Christopher Faylor wrote: On Mon, Mar 09, 2009 at 09:32:36PM +, Andy Koppe wrote: Several times recently, I have executed a command on a file that was apparently locked. ?Any attempts to perform any reads/opens on the file would block. ?When it happens, the only was out is to terminate minTTY session (no ctl-C or ctl-\ will terminate). ?Is this a normal situation? I'm afraid I don't know about those locked files, but in any case this sounds more like a general Cygwin question. When you press Ctrl-C or Ctrl-\, MinTTY simply writes the corresponding control character to the pty device connecting it to its child process. The terminal driver normally turns that into a SIGINT or SIGQUIT, but applications can override that, or choose to ignore signals. Also, Cygwin can't deliver signals while a program is executing a Win32 function. Right. If a process is blocked in a situation where Cygwin isn't expecting it, like when reading a disk file, then signals won't have much effect. This is actually more than a little like what happens Linux when you try to access a file on, say, a bad disk. Signals don't allow you to stop the process there either. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: {jbigkit/libjbig2/libjbig-devel}-2.0-1
The jbigkit package has been updated to version 2.0-1. JBIG is a lossless, bilevel image compression format with better compression than TIFF-LZW (for bilevel images). It is an 'official' standard image format -- International Standard ISO/IEC 11544:1993 and ITU-T Recommendation T.82(1993). (The JBIG group is a sister organization to the more familiar JPEG group; see http://www.jbig.org/) This is routine update to latest upstream release. [[ compiled using gcc-3.4.4-999 ]] This will most likely be the final jbigkit update for the cygwin-1.5 distribution; future development will continue with jbigkit-2.0-10 for cygwin-1.7. CHANGES (since 1.6-1) o Update to latest upstream release - Adds new bi-level-only library, libjbig85 and jbig85.h (cygwin provides this limited library in static form only) o Update to work with stock cygport-0.4.3 -- Charles Wilson volunteer jbigkit maintainer for cygwin To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: [1.7] {jbigkit/libjbig2/libjbig-devel}-2.0-10
The jbigkit package has been updated to version 2.0-10. JBIG is a lossless, bilevel image compression format with better compression than TIFF-LZW (for bilevel images). It is an 'official' standard image format -- International Standard ISO/IEC 11544:1993 and ITU-T Recommendation T.82(1993). (The JBIG group is a sister organization to the more familiar JPEG group; see http://www.jbig.org/) This is routine update to latest upstream release. [[ compiled using gcc-3.4.4-999 ]] This is the first release specific for cygwin-1.7; the only differences between this package and the simultaneously-released jbigkit-2.0-1 for cygwin-1.5 are documentation related (the README references cygport-0.9.4 and cygwin-1.7.0-42, and the /usr/share/doc/ layout is influenced by the cygport changes between 0.4.x and 0.9.x). CHANGES (since 1.6-1) o Fork for cygwin-1.7 development o Update to latest upstream release - Adds new bi-level-only library, libjbig85 and jbig85.h (cygwin provides this limited library in static form only) o Update to work with stock cygport-0.9.4 -- Charles Wilson volunteer jbigkit maintainer for cygwin To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: 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: Replacing setup.exe and cygcheck with dpkg (Was: Re: cygcheck typo in both manpage and --help)
On Mar 9 19:08, Sjors Gielen wrote: I think I checked how Cygwin implements fork() a while ago, can't really remember though. But on a fork(), do processes inherit all information on dll's, et cetera? Or do they reload the dll and re-check the addresses of entry points and all? Very basically, the executable is started again via CreateProcess, then Cygwin copies the parent's data segments into the child. The important faxct here is that the actual load process of the child is done by the Windows loader. If you changed the Cygwin DLL in the meantime, the new process will load the new Cygwin DLL, not the old one. From there it goes downhill because the data layout of the new DLL is different from the layout in the old DLL loaded with the parent process. I *think* this cygfoo1_2_3.dll system does not work with the Cygwin dll itself, because that all still happens completely outside of Cygwin scope Yes. This happens because we're using Windows API and thus Windows loader to load processes. The Windows API simply hasn't been designed to fork. That's why Cygwin has to do all the tricky and not very performant stuff before and after loading a process. Actually the native NT API is capable to fork a process and that's used, for instance, in Interix. However, Interix is its entire self-contained POSIX subsystem, distinct from Windows, while Cygwin processes are running inside of the Windows subsystem. Unfortunately important parts of the API used to attach a new process to the Windows subsystem are not documented. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Utility installation problem - diff (diffutils)
When we installed Cygwin, we noticed that the diff utility wasn't installed by default. We then installed diffutils, and diff crashed when a run was attempted from the Cygwin shell. From the Windows command prompt, it gave an error missing dll (cygintl-2.dll). We tried to find cygintl-2.dll in the cygwin web, and it is supposed to be in libintl2 package. We looked in a mirror site, and that package wasn't there. We then installed the Red Hat version, which included that file (cygintl-2.dll), so we copied it to the normal cygwin installation, and diff worked! This would seem to be an installation problem with cygwin ---BeginMessage--- Cygwin Configuration Diagnostics Current System Time: Tue Mar 10 12:28:16 2009 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 Path: C:\cygwin\bin C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\PROGRA~1\COMMON~1\ULEADS~1\MPEG c:\SqlAny50\win32 c:\SqlAny50\win c:\sybtools\win32 c:\pwrs\im5i32dk C:\Program Files\Sybase\SQL Anywhere 8\win32 C:\Program Files\Sybase\Shared\win32 C:\Program Files\Sybase\SQL Anywhere 8\drivers C:\Program Files\Sybase\Shared\Sybase Central 4.1 C:\Program Files\Sybase\Adaptive Server Anywhere 6.0\win32 C:\Program Files\QuickTime\QTSystem\ C:\Program Files\SQL Anywhere 10\win32 C:\Program Files\SQL Anywhere 10\Sybase Central 5.0.0\win32 C:\Program Files\Sybase\Shared\PowerBuilder C:\Program Files\Sybase\PowerBuilder 11.0 C:\Program Files\Sybase\Shared\Web Targets C:\Windows\Microsoft.NET\Framework\v2.0.50727 C:\WATCOM\BINNT C:\WATCOM\BINW c:\usr\bin c:\pca\exe C:\WATCOM17\BINNT C:\WATCOM17\BINW C:\WATCOM18\BINNT C:\WATCOM18\BINW Output from C:\cygwin\bin\id.exe (nontsec) UID: 1000(Philippe) GID: 513(None) 0(root) 513(None) 544(Administradores) 545(Usuarios) 1002(Usuarios del depurador) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1000(Philippe) GID: 513(None) 0(root) 513(None) 544(Administradores) 545(Usuarios) 1002(Usuarios del depurador) SysDir: C:\Windows\system32 WinDir: C:\Windows HOME = 'C:\Users\Philippe' Path = 'C:\cygwin\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\PROGRA~1\COMMON~1\ULEADS~1\MPEG;c:\SqlAny50\win32;c:\SqlAny50\win;c:\sybtools\win32;c:\pwrs\im5i32dk;C:\Program Files\Sybase\SQL Anywhere 8\win32;C:\Program Files\Sybase\Shared\win32;C:\Program Files\Sybase\SQL Anywhere 8\drivers;C:\Program Files\Sybase\Shared\Sybase Central 4.1;C:\Program Files\Sybase\Adaptive Server Anywhere 6.0\win32;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\SQL Anywhere 10\win32;C:\Program Files\SQL Anywhere 10\Sybase Central 5.0.0\win32;C:\Program Files\Sybase\Shared\PowerBuilder;C:\Program Files\Sybase\PowerBuilder 11.0;C:\Program Files\Sybase\Shared\Web Targets;C:\Windows\Microsoft.NET\Framework\v2.0.50727;C:\WATCOM\BINNT;C:\WATCOM\BINW;c:\usr\bin;c:\pca\exe;C:\WATCOM17\BINNT;C:\WATCOM17\BINW;C:\WATCOM18\BINNT;C:\WATCOM18\BINW' ALLUSERSPROFILE = 'C:\ProgramData' APPDATA = 'C:\Users\Philippe\AppData\Roaming' ASANY8 = 'C:\Program Files\Sybase\SQL Anywhere 8' ASANYSH8 = 'C:\Program Files\Sybase\Shared' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0\lib\ext\QTJava.zip' CommonProgramFiles = 'C:\Program Files\Common Files' COMPUTERNAME = 'PHILIPPETOSHIBA' ComSpec = 'C:\Windows\system32\cmd.exe' DISPLAY = ':0.0' EDPATH = 'C:\WATCOM18\EDDAT' FP_NO_HOST_CHECK = 'NO' HOMEDRIVE = 'C:' HOMEPATH = '\Users\Philippe' INCLUDE = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\;C:\WATCOM\H;C:\WATCOM\H\NT;C:\WATCOM17\H;C:\WATCOM17\H\NT;C:\WATCOM18\H;C:\WATCOM18\H\NT' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOCALAPPDATA = 'C:\Users\Philippe\AppData\Local' LOGONSERVER = '\\PHILIPPETOSHIBA' MKS_TK_PATH_BACK = 'C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\PROGRA~1\COMMON~1\ULEADS~1\MPEG;c:\SqlAny50\win32;c:\SqlAny50\win;c:\sybtools\win32;c:\pwrs\im5i32dk' NUMBER_OF_PROCESSORS = '2' NUTCROOT = 'C:\PROGRA~1\MKSTOO~1' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' Path_GNU = 'C:\usr\gnu\usr\local\wbin' PATH_MKS = 'C:\PROGRA~1\MKSTOO~1\bin;C:\PROGRA~1\MKSTOO~1\bin\x11;C:\PROGRA~1\MKSTOO~1\mksnt;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\PROGRA~1\COMMON~1\ULEADS~1\MPEG;c:\SqlAny50\win32;c:\SqlAny50\win;c:\sybtools\win32;c:\pwrs\im5i32dk;C:\Program Files\Sybase\SQL Anywhere 8\win32;C:\Program Files\Sybase\Shared\win32;C:\Program Files\Sybase\SQL Anywhere 8\drivers;C:\Program Files\Sybase\Shared\Sybase Central 4.1;C:\Program Files\Sybase\Adaptive Server Anywhere 6.0\win32;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\SQL Anywhere 10\win32;C:\Program
Re: [1.7] rebaseall doesn't solve the problem
Matthew Woehlke wrote: Corinna Vinschen wrote: On Feb 28 16:18, Charles Wilson wrote: I'm open to suggestions. peimgflags? Currently, aslr only peflags? $0.02 from a mostly-lurker-these-days: chpe{h,hdr,header,f,flags}? That way it's a verb instead of a noun... ...except that the utility can also be used to display the flag values, as well. So 'ch*' (as in 'change*') isn't very accurate, either. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Replacing setup.exe and cygcheck with dpkg
I've succesfully ported dpkg. In a few weeks time, I'll start working on my Debian Cygwin project again, I'm currently busy with other things - but maybe you could take a look at my dpkg changes and see if you can make a Cygwin-dpkg which is compatible with cygcheck and setup.exe. Dpkg is very easy to use, as is apt-get which I was busy porting before I stopped temporarily. As a Debian user, I love dpkg and apt-get. As a Cygwin packager, I shudder to think of the amount of work I'd have to do to port all of my packages to them. It's not just dpkg; it's the whole debhelp suite that comes along with it for packaging. Excellent tools, but far more complex than our current tarball packaging system, and with a correspondingly higher barrier to entry for packagers. It's hard for me to imagine all of us packagers going to all of the work to move over, when the current system seems to be working fine. And new packagers would be scared away in droves, where the current system makes it pretty easy for a new packager to roll up his or her first new package. setup.exe and tarball packages have the very strong advantages that they work, they're already built, and they're easy for packagers and users to use. If we're moving to something else, there needs to be a pretty strong reason IMO. Not that I don't appreciate the effort-- as I said, dpkg and apt-get are excellent tools. Maybe they have a niche to fill in Cygwin. Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Unable to mount .iso file
Running the following version of Cygwin: uname -a CYGWIN_NT-5.1 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin I have some RHEL4 .iso's on a Windows fileshare, I want to find out which CD a particular .RPM is on. I've tried the following mount command and it fails: mount -t iso9660 -o,loop ./RHEL4-U5-x86_64-WS-disc1.iso /media mount: invalid option - '' Any ideas appreciated. ==Keith -- Unsubscribe info: 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: Unable to mount .iso file
Keith Christian wrote: I've tried the following mount command and it fails: mount -t iso9660 -o,loop ./RHEL4-U5-x86_64-WS-disc1.iso /media mount: invalid option - '' It's because of the mount syntax. Comma is the seperator for seperate options, use a space to seperate the '-o' and the 'loop' (ie, this way it will see an empty option between -o and loop, resulting in invalid option ''). Try this: mount -t ios9660 -o loop ./RHEL[...].iso /media -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
R: Unable to mount .iso file
--- Mar 10/3/09, Keith Christian ha scritto: Da: Keith Christian Oggetto: Unable to mount .iso file A: cygwin@cygwin.com Data: Martedì 10 marzo 2009, 17:11 Running the following version of Cygwin: uname -a CYGWIN_NT-5.1 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin I have some RHEL4 .iso's on a Windows fileshare, I want to find out which CD a particular .RPM is on. I've tried the following mount command and it fails: mount -t iso9660 -o,loop ./RHEL4-U5-x86_64-WS-disc1.iso /media mount: invalid option - '' Any ideas appreciated. ==Keith cygwin mount can not mount a filesystems as you are expecting to do. M$ does not provide the underground structure to do it. you can or use daemon tools to really mount iso image or use 7zip to list and extract the iso file Regards Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[1.7] Samba file cp
After upgrading to Cygwin 1.7 (unfortunately in paralell with getting a new computer that includes newly corporate mandated McAfee Host Intrusion Prevention software), I'm having the following issue copying Samba based files: $ uname -a CYGWIN_NT-5.1 PC1163-8460-XP 1.7.0(0.201/5/3) 2009-03-06 11:28 i686 Cygwin $ cygcheck -f /usr/bin/cp.exe coreutils-7.0-2 $ cp //SambaServer/share/TestFile . cp: skipping file `//SambaServer/share/TestFile', as it was replaced while being copied It appears that the inode number is changing for consecutive stats? $ ls -i //SambaServer/share/TestFile 3779159704 //SambaServer/share/TestFile $ ls -i //SamabaServer/share/TestFile 3881062408 //SambaServer/share/TestFile ? -- Brian Ford Staff Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained crew... -- Unsubscribe info: 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.7] Samba file cp
Brian Ford wrote: It appears that the inode number is changing for consecutive stats? $ ls -i //SambaServer/share/TestFile 3779159704 //SambaServer/share/TestFile $ ls -i //SamabaServer/share/TestFile 3881062408 //SambaServer/share/TestFile ? Well, doesn't that imply that your server is nuts? o_O I imagine it might pre-empt a request for clarification if you post the GetVolInfo output from this drive. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: enlarge MAXSYMLINKS
Again about symbolic links, here is some new inputs: 1) MAXSYMLINKS is no longer used in modern Cygwin's; indeed, cygwin-1.5.25-15 uses MAX_LINK_DEPTH and cygwin-1.7.0-42 uses SYMLOOP_MAX; both are set to 10 (in ./winsup/cygwin/path.h for 1.5 and in ./winsup/cygwin/include/limits.h for 1.7) 2) whether the filesystem is NTFS or not makes no difference; whether the symlinks are created using winsymlinks or nowinsymlinks makes no difference 3) the only clean way to make cygwin1.dll accept a chain of 32 symlinks (instead of 10) is through recompilation 4) for those interested in not-so-clean items, the following may also work - for 1.5.25-15 (this one i have tested) - cd /usr/bin - cat cygwin1.dll | perl -pi -e 's|\203\275\224\371\377\377\012| \203\275\224\371\377\377\040|' cygwin1.dll.new - check that cksum before is 3685478250 - check that cksum after is 3302069714 - set the appropriate permissions/owners/groups etc. on cygwin1.dll.new - from outside Cygwin (eg. from Windows): - rename cygwin1.dll into cygwin1.dll.old - rename cygwin1.dll.new into cygwin1.dll - for 1.7.0-42 (this one i have not tested, please report if fails) - same as before, with the -e expression replaced by -e 's|\203\275\344\355\377\377\013| \203\275\344\355\377\377\041|' - how you can find these strings yourself: 1) either - objdump -d cygwin1.dll - look for path_conv::check(...) - search into those 1000 lines, trying to make the names to match - try 2) or - recompile with SYMLOOP_MAX set to 10 (result1) - recompile with SYMLOOP_MAX set to 10 (result2) - recompile with SYMLOOP_MAX set to 32 (result3) - compare result1 and result2 to discover the impact of current time in the result - compare result1 and result3 and eliminate the impact of current time - (make sure that compilation options are the same as originally) 5) i would also make the following suggestions: 1) to enhance cygcheck to report whether a given symlink is implemented as a Windows'shortcut or as an adhoc Cygwin symlink (although this can be seen easily from outside Windows) 2) to use #define SYMLOOP_MAX 32 in future Cygwin-1.7 Hope this helps, Denis Excoffier. -- Unsubscribe info: 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: enlarge MAXSYMLINKS
On Mar 10 19:05, Denis Excoffier wrote: Again about symbolic links, here is some new inputs: 1) MAXSYMLINKS is no longer used in modern Cygwin's; indeed, cygwin-1.5.25-15 uses MAX_LINK_DEPTH and cygwin-1.7.0-42 uses SYMLOOP_MAX; both are set to 10 (in ./winsup/cygwin/path.h for 1.5 and in ./winsup/cygwin/include/limits.h for 1.7) 2) whether the filesystem is NTFS or not makes no difference; whether the symlinks are created using winsymlinks or nowinsymlinks makes no difference 3) the only clean way to make cygwin1.dll accept a chain of 32 symlinks (instead of 10) is through recompilation You know that _POSIX_SYMLOOP_MAX is 8 and using everything beyond that value is non-portable and just curtesy, right? Setting SYMLOOP_MAX to 10 is setting it to some arbitrary value = _POSIX_SYMLOOP_MAX which should be sufficient in all cases. The MAXSYMLINKS value you're referring to in your original mail has nothing to do with Cygwin. You found it in newlib/libc/sys/rtems which is, no surprise I hope, RTEMS specific. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: 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: minTTY will not interrupt 'locked' process
On Tue, Mar 10, 2009 at 02:16:00AM -0400, Paul McFerrin wrote: I'll watch for it to occur again. Is there anything I can collect for you in this besides a ps(1) showing the process is inactive or should I just forget it for now. There isn't anything to collect. If the process blocks reading a disk file you won't be able to interrupt it. As I said, linux behaves the same way. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] rebaseall doesn't solve the problem
Charles Wilson wrote: Matthew Woehlke wrote: Corinna Vinschen wrote: On Feb 28 16:18, Charles Wilson wrote: I'm open to suggestions. peimgflags? Currently, aslr only peflags? $0.02 from a mostly-lurker-these-days: chpe{h,hdr,header,f,flags}? That way it's a verb instead of a noun... except that the utility can also be used to display the flag values, as well. So 'ch*' (as in 'change*') isn't very accurate, either. Yes, I found that after I'd sent the above :-). Ah, well. If the command is 'peflags --set-blah' (as is the case currently IIUC), I think that's fine. -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Still the prettiest. -- Legolas (as quoted in The Very Secret Diaries by Cassandra Claire) http://www.ealasaid.com/misc/vsd/ -- Unsubscribe info: 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: Utility installation problem - diff (diffutils)
On Tue, Mar 10, 2009 at 06:08:16AM -0700, Philippe Gibelin wrote: When we installed Cygwin, we noticed that the diff utility wasn't installed by default. We then installed diffutils, and diff crashed when a run was attempted from the Cygwin shell. From the Windows command prompt, it gave an error missing dll (cygintl-2.dll). We tried to find cygintl-2.dll in the cygwin web, and it is supposed to be in libintl2 package. We looked in a mirror site, and that package wasn't there. We then installed the Red Hat version, which included that file (cygintl-2.dll), so we copied it to the normal cygwin installation, and diff worked! This would seem to be an installation problem with cygwin diffutils relies on libintl2 which provides cygintl-2.dll so there is no packaging problem. I don't know why libintl2 was not installed on your system unless it was specifically deselected. -- Unsubscribe info: 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.7] Samba file cp
On Tue, 10 Mar 2009, Dave Korn wrote: Brian Ford wrote: It appears that the inode number is changing for consecutive stats? $ ls -i //SambaServer/share/TestFile 3779159704 //SambaServer/share/TestFile $ ls -i //SamabaServer/share/TestFile 3881062408 //SambaServer/share/TestFile ? Well, doesn't that imply that your server is nuts? o_O This happens on multiple servers running multiple Samba versions that have been stable for a very long time, as in several years (one server is still running Samba 2.2.5). Ok, same machine, same server/share, this time on Cygwin 1.5.25: $ uname -a CYGWIN_NT-5.1 PC1163-8460-XP 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin $ ls -i //SambaServer/share/TestFile 1277840537592983992 //SambaServer/share/TestFile $ ls -i //SambaServer/share/TestFile 1277840537592983992 //SambaServer/share/TestFile Inodes are consistent. I imagine it might pre-empt a request for clarification if you post the GetVolInfo output from this drive. Attached. -- Brian Ford Staff Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained crew...Device Type: 7 Characteristics: 10 Volume Name: ford Serial Number : 2228355664 Max Filenamelength : 255 Filesystemname : NTFS Flags : 2b FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe crashes
I've used cygwin on many computers since the early 1990's, so i have an idea how setup is supposed to work, no expert, but it gets to the end of downloading, says: Uninstalling bash ... and setup.exe has encountered a problem and needs to close, sorry etc.. i have tried this repeatedly with different mirrors. If i restart on the same mirror it appears to check MD5's and jump to the Uninstalling bash crash. Should i delete my c:/temp cache and c:/cygwin (saving my stuff) and start over? Or is there a way forward. i searched the web, the mailing lists to no avail. thanks dave -- Unsubscribe info: 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: UPDATE: Active FTP Issue with inetutils 1.5
I'm currently in the process of rebuilding all of my packages; inetutils is on the list and I'm making good progress plowing through that list. So, I should be able to get to it soon; most likely within the next week or two. Thank you for doing such a thorough job tracking this down. I saw your first message on this topic, and frankly I had no idea why the behavior changed from 1.3.x, nor if it was intentional upstream. Sergey was the right person to answer your quesstion, and I'm glad you followed thru on that. -- Chuck Thanks for the response. The reason that I dug into this is that this impacted the customers we service remotely. We've also noticed the certain implementations of Sonic firewalls create the same issue but in their case they are proxying FTP more so than just passing it though... I think. This FTP issue also impacted access lists on Cisco routers and probably others. An access-list is dumb but has the ability to allow the ftp-data port to come back through. This is just a dumb access list looking at the source or destination with port 20. Firewalls don't have this issue because the inspect the PORT command on the control channel to allow the data connection back the port specified. Since we use inetutils ftpd and we have access lists in certain places we've had to redo our access lists and do all the inspection of these things at our firewalls. If you think about what this does on FTP is you see an IP connecting to another IP and both are using high order random ports. That makes it almost impossible to implement any kind of security without doing packet inspection. We have customers that may only have low end gear and use access lists so we're trying not to impact our customers by this. Anyway I thank you for your help and hope that you'll be able to have a new fix for this soon. I realize this is all on a voluntary basis so I appreciate the effort on your end to maintain and port the code. It's a great package. Thanks, Curt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Upgrade woes (file in use)
During a recent upgrade of about a dozen packages, I saw the Cygwin setup window progress normally (deleting package xyz...), and then up popped a window that said: In-use files detected Unable to extract /etc/postinstall/bash.sh -- the file is in use. Please stop all Cygwin processes and select 'Retry,' or select 'Continue' to go on anyway (you will need to reboot). I didn't have any Cygwin processes running, so I hit Retry, and got: Still unable to extract /etc/postinstall/bash.sh -- the file is in use. Please stop ALL Cygwin processes and select 'Retry,' or select 'Continue' to go on anyway (you will need to reboot). So I selected Continue, and the title bar of the Cygwin setup window started flashing, but nothing else happened (I remained stuck at three percent). So I rebooted the machine (definitely no Cygwin processes running now), and the same thing happened. Now, I no longer have bash (as well as many other cygwin programs). Nothing looks unusual on the machine to me. Can someone tell me what happened (and just as important, how to repair the Cygwin installation)? Thank you. Nuzhna -- Unsubscribe info: 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: Upgrade woes (file in use)
On Tue, 10 Mar 2009, Nuzhna Pomoshch y...@i remembered! wrote: During a recent upgrade of about a dozen packages, I saw the Cygwin setup window progress normally (deleting package xyz...), and then up popped a window that said: In-use files detected Unable to extract /etc/postinstall/bash.sh -- the file is in use. Please stop all Cygwin processes and select 'Retry,' or select 'Continue' to go on anyway (you will need to reboot). I didn't have any Cygwin processes running There can be processes running that you can't see easily. I use Process Explorer, from http://www.sysinternals.com/, which now redirects to http://technet.microsoft.com/en-us/sysinternals/default.aspx. Perhaps the default Task Manager works OK for this purpose. Anyway, on my current system, even if I have closed all Bash windows and Emacs windows and and and, it is still running ssh-agent.exe. Also, in XP Control Panel - Administrative Tools - Services, it shows services CYGWIN sshd CYGWIN syslog-ng When upgrading, I make a point of killing ssh-agent.exe via Process Explorer, and then stopping the two services via Control Panel. -- Tim McDaniel, t...@panix.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: [1.7] Samba file cp
On Mar 10 14:27, Brian Ford wrote: Brian Ford wrote: It appears that the inode number is changing for consecutive stats? $ ls -i //SambaServer/share/TestFile 3779159704 //SambaServer/share/TestFile $ ls -i //SamabaServer/share/TestFile 3881062408 //SambaServer/share/TestFile This happens on multiple servers running multiple Samba versions that have been stable for a very long time, as in several years (one server is still running Samba 2.2.5). Uh oh. Ok, same machine, same server/share, this time on Cygwin 1.5.25: $ uname -a CYGWIN_NT-5.1 PC1163-8460-XP 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin $ ls -i //SambaServer/share/TestFile 1277840537592983992 //SambaServer/share/TestFile $ ls -i //SambaServer/share/TestFile 1277840537592983992 //SambaServer/share/TestFile Inodes are consistent. And given the high values they seem to be faked inode numbers. But that doesn't match the below GetVolInfo output. This flag combination should result in identical operation on 1.7 and 1.5.25. I just tested this against a samba 3.2.6 server and I can't reproduce your problem. I'm wondering if that's something about the age of the Samba server in your case. Old 2.x Sambas did exactly what you're seeing above. The inode numbers are arbitrary values between each call fetching file information from the server. See the comment in fhandler_disk_file.cc, in function path_conv::isgood_inode(). As I said, it works fine for me. It would be helpful if you could debug this situation. The important places are fs_info::update() in mount.cc, especially the code which recognizes Samba shares and the hasgood_inode() setting. fhandler_disk_file::readdir() in fhandler_disk_file.cc for ls(1)/readdir(2). fhandler_base::fstat_helper() in fhandler_disk_file.cc for ls(1)/stat(1)/stat(2) Device Type: 7 Characteristics: 10 Volume Name: ford Serial Number : 2228355664 Max Filenamelength : 255 Filesystemname : NTFS Flags : 2b FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe crashes
David Been wrote: I've used cygwin on many computers since the early 1990's, so i have an idea how setup is supposed to work, no expert, but it gets to the end of downloading, says: Uninstalling bash ... and setup.exe has encountered a problem and needs to close, sorry etc.. i have tried this repeatedly with different mirrors. If i restart on the same mirror it appears to check MD5's and jump to the Uninstalling bash crash. Should i delete my c:/temp cache and c:/cygwin (saving my stuff) and start over? Or is there a way forward. i searched the web, the mailing lists to no avail. What version of 'setup.exe' are you running? Perhaps it's a bad 'bash.lst.gz' file in '/etc/setup'? If so, you could try moving it out of the way and trying again. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bash sometimes writes to stdout in MS_DOS format.
I am having a very strange problem with bash 3.2.48-21 It goes like this. From a bash shell I invoke another bash shell as follows: ERROR_LOG=/tmp/error.$$.log BUILD_LOG=/tmp/build.$$.log ... ./$PRODUCT_CMD $BUILD_LOG 2$ERROR_LOG All my files are mounted in binmode E.g. C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type system (binmode,noumount) d: on /cygdrive/d type system (binmode,noumount) If $PRODUCT_CMD encounters an error, it will execute the following function to write an error message to stderr and stdout and exit with a specified non-zero exit code. errmsg () { # Error information is written to the stderr in the # form of parameter settings that can be read by a # parent shell echo BUILD_MASTER=\$BUILD_MASTER\ 12 echo PRODUCT_ENGINEERS=\$PRODUCT_ENGINEERS\ 12 echo ERROR_MESSAGE=\$1\ 12 # Log message to stdout as well. [ $1 != ] echo $1 [ $2 != ] exit $2 } The parent command on getting a non-zero exit code. Does the following. . $ERROR_LOG Now here is the strange stuff. 1. If I start the parent script from a bash window, this all works fine. If the child script exits with a non-zero exit code, the . command reads the $ERROR_LOG without a problem. 2. If the parent script is started by a Windows task running as the cygwin user, the $ERROR_LOG will SOMETIMES be written in DOS format with CR LF line endings. It seems to depend on the depth of function nesting at the time errmsg is invoked. It is as if bash forgets some attribute of file descriptor 2 under some curious circumstances. This is totally repeatable. All I have to do is induce certain errors detectable by the child script, $PROGRAM_CMD. I have been unable to create a simple test case that exhibits this behavior, probably because of #1. The scripts are pretty much platform independent and run on Linux, Solaris and HP-UX without a problem. There are only a few things which are platform dependent. I can of course inject a work-around if the script is running in the cygwin environment. I am wondering if anybody has any plausible explanation for this. Andy Hall -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Want to let variable pass to cygstart.
Hi all, The following code will work: cygstart http://www3.interscience.wiley.com/cgi-bin/fulltext?ID=108568046PLACEBO=IE.pdfmode=pdf But, if I use the following codes: MyWileyID = 108568046 cygstart http://www3.interscience.wiley.com/cgi-bin/fulltext?ID=$MyWileyIDPLACEBO=IE.pdfmode=pdf The above codes will fail, while the following ones will does the trick: MyWileyID = 108568046 cygstart http://www3.interscience.wiley.com/cgi-bin/fulltext?ID=$MyWileyID\PLACEBO=IE.pdf\mode=pdf Any hints on this issue? -- .: Hongyi Zhao [ hongyi.zhao AT gmail.com ] Free as in Freedom :. -- Unsubscribe info: 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.7] rebaseall doesn't solve the problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Wilson wrote: Matthew Woehlke wrote: Corinna Vinschen wrote: On Feb 28 16:18, Charles Wilson wrote: I'm open to suggestions. peimgflags? Currently, aslr only peflags? $0.02 from a mostly-lurker-these-days: chpe{h,hdr,header,f,flags}? That way it's a verb instead of a noun... ...except that the utility can also be used to display the flag values, as well. So 'ch*' (as in 'change*') isn't very accurate, either. -- Chuck USD0.02 from another lurker: split it into two programs, lspeflags and chpeflags (or whatever)? - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm2mFkACgkQOypDUo0oQOr5BgCdF/ylr0/+sM3jF7d9XpLnz4I3 wrMAoIkZBple24MfvzpVNA3MCwOgjO8D =3pGf -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: [1.7] Samba file cp
Brian Ford wrote: $ ls -i //SambaServer/share/TestFile 3779159704 //SambaServer/share/TestFile E1416698 $ ls -i //SamabaServer/share/TestFile 3881062408 //SambaServer/share/TestFile E7545008 $ ls -i //SambaServer/share/TestFile 1277840537592983992 //SambaServer/share/TestFile $ ls -i //SambaServer/share/TestFile 1277840537592983992 //SambaServer/share/TestFile Inodes are consistent. 11BBCD32DAD2F1B8 No obvious pattern there. Then again, if those first two commands were about ten seconds apart, the inode numbers would make sense as 100-ns resolution timestamps. Wonder if this is a changed struct alignment/packing problem between different compiler versions here somewhere? cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe crashes
Larry Hall (Cygwin) wrote: David Been wrote: Uninstalling bash ... and setup.exe has encountered a problem and needs to close, sorry etc.. i have tried this repeatedly with different mirrors. If i restart on the same mirror it appears to check MD5's and jump to the Uninstalling bash crash. What version of 'setup.exe' are you running? Perhaps it's a bad 'bash.lst.gz' file in '/etc/setup'? If so, you could try moving it out of the way and trying again. Or indeed just trying again with the latest version (2.573.2.3) if that's not what you were already using. We fixed a number of bugs in this area, but it's always possible more remain; if it does turn out to be your bash.lst.gz, please send me a copy of the one you save (moving it out of the way, don't delete it) and I'll see if there's a fix. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Want to let variable pass to cygstart.
Hongyi Zhao wrote: Hi all, Any hints on this issue? It's bash shell metacharacters. The '' character terminates a command and puts it into the background. The simplest way is to use single quotes ' ' around the URL you want to cygstart. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/