[repost] [ITP] unison-2.10.2-1 and unison-gtk2-2.10.2-1
Unison is a file synchroniser for Unix and Windows. It comes in two versions, with a text interface (unison) and GTK2 interface (unison-gtk2). I would like to package and maintain both of these versions for Cygwin. On 9/2 I proposed the unison package, version 2.9.20, and got three +1 votes. I now have an updated version, 2.10.2, and I've also built and packaged the GTK2 version for Cygwin. I don't know if any more approval is required for these two packages. For unison I would expect not, since it was approved in an earlier version. unison-gtk2 might not need separate approval, since it's just the GTK2-interface version of unison. I dunno. Homepage: http://www.cis.upenn.edu/~bcpierce/unison/ License: GPL unison: http://home.comcast.net/~andrex/cygwin/unison/setup.hint http://home.comcast.net/~andrex/cygwin/unison/unison-2.10.2-1.tar.bz2 http://home.comcast.net/~andrex/cygwin/unison/unison-2.10.2-1-src.tar.bz2 http://home.comcast.net/~andrex/cygwin/unison/unison-2.9.20-1.tar.bz2 http://home.comcast.net/~andrex/cygwin/unison/unison-2.9.20-1-src.tar.bz2 setup.hint: sdesc: Synchronize collections of files on different hosts (text interface) ldesc: Unison is a file-synchronization tool for Unix and Windows. It allows two replicas of a collection of files and directories to be stored on different hosts (or different disks on the same host), modified separately, and then brought up to date by propagating the changes in each replica to the other. category: Utils requires: cygwin unison-gtk2: http://home.comcast.net/~andrex/cygwin/unison-gtk2/setup.hint http://home.comcast.net/~andrex/cygwin/unison-gtk2/unison-gtk2-2.10.2-1.tar.bz2 http://home.comcast.net/~andrex/cygwin/unison-gtk2/unison-gtk2-2.10.2-1-src.tar.bz2 setup.hint: sdesc: Synchronize collections of files on different hosts (GTK2 interface) ldesc: Unison is a file-synchronization tool for Unix and Windows. It allows two replicas of a collection of files and directories to be stored on different hosts (or different disks on the same host), modified separately, and then brought up to date by propagating the changes in each replica to the other. category: Utils requires: cygwin atk-runtime gtk2-x11-runtime pango pango-runtime Andrew Schulman.
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
Hello Andrew, I don't know if any more approval is required for these two packages. I'll try to review the packages today. Gerrit -- =^..^=
Re: setup 2.427 runtime error
Max, et. al.: Another data point on this. 1. Dropped all current mirrors from my list, added one (mirrors.kernel.org); 2. Set every package except the Cygwin dll to keep/skip; 3. Tried to install -- Same crash at the end of downloading. My SWAG on this is that one of the local data files that tell setup where and what to download has some corrupted data. That might result in an unrecognized scheme being passed to the download progie. If you (y'all) could be so kind as to outline what files save the mirror list AND the list of installed packages, I'll prowl through them and see what I can see. Still and all, it isn't a very graceful way to die. Max Bowsher wrote: Never mind, then. David Cobb still seems able to reproduce - I'll work with him to get it resoved. Max. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
Re: setup.exe: Unhandled Exception if local copy of package has wrong md5sum but right filesize
This looks like a very plausible candidate for the bug reported by Kenneth Shaffer on/about 08/28, and possibly the one I griped about around the same day. Wow, a patch! Fantastic. Can we get a snapshot build with this sometime RSN?? Right now I'm not real confident in my own build environment. Igor Pechtchanski wrote: On Sun, 12 Sep 2004, huafbauer wrote: Hello, I got the a error message by installing from a local package directory. This error looks with version 2.427 like: Microsoft Visual C++ Runtime Library (X) Runtime Error! Program: G:\transfer\private\cygwin-inst\test-cygwin\setup.exe This application has requested the Runtime to terminate it in unusual way. Please contact the application's support team for more information. (like in message http://www.cygwin.com/ml/cygwin/2002-08/msg2.html) or with version 2.431 setup-2.431.exe setup-2.431.exe has encountered a problem and needs to close. We are sorry for the inconvenience. ... with this patch (against cvs 20040912) a fatal messagebox opens instead: Next time, please attach the patch instead of including it inline, because of the line wrapping in your mail client. Also, some of the patch was gratuitous formatting and whitespace changes. The relevant (IMO) snippet is included below (haven't tested whether it applies, though). Igor diff U3 C:\Documents and Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup.org\cygwin-setup\setup\download.cc C:\Documents and Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup\setup\download.cc --- C:\Documents and Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup.org\cygwin-setup\setup\download.cc Sun Sep 12 21:53:24 2004 +++ C:\Documents and Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup\setup\download.cc Sun Sep 12 21:29:26 2004 @@ -123,32 +123,30 @@ String prefix = String (file://) + local_dir + /; DWORD size; if ((size = get_file_size (prefix + pkgsource.Canonical ())) 0) -if (size == pkgsource.size) +if (size == pkgsource.size validateCachedPackage (prefix + pkgsource.Canonical (), pkgsource)) { - if (validateCachedPackage (prefix + pkgsource.Canonical (), pkgsource)) - pkgsource.set_cached (prefix + pkgsource.Canonical ()); + pkgsource.set_cached (prefix + pkgsource.Canonical ()); + return 1; + } else throw new Exception (TOSTRING(__LINE__) __FILE__, String (Package validation failure for ) + prefix + pkgsource.Canonical (), APPERR_CORRUPT_PACKAGE); - return 1; - } /* 2) is there a version from one of the selected mirror sites available ? */ for (packagesource::sitestype::const_iterator n = pkgsource.sites.begin(); n != p kgsource.sites.end ++n) { String fullname = prefix + rfc1738_escape_part (n-key) + / + pkgsource.Canonical (); if ((size = get_file_size (fullname)) 0) - if (size == pkgsource.size) + if (size == pkgsource.size validateCachedPackage (fullname, pkgsource)) { - if (validateCachedPackage (fullname, pkgsource)) - pkgsource.set_cached (fullname ); - else - throw new Exception (TOSTRING(__LINE__) __FILE__, String (Package validation failure for ) + fullname, APPERR_CORRUPT_PACKAGE); + pkgsource.set_cached (fullname ); return 1; } + else + throw new Exception (TOSTRING(__LINE__) __FILE__, String (Package validation failure for ) + fullname, APPERR_CORRUPT_PACKAGE); return 0; } diff U3 C:\Documents and Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup.org\cygwin-setup\setup\package_meta.cc C:\Documents and Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup\setup\package_meta.cc --- C:\Documents and Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup.org\cygwin-setup\setup\package_meta.cc Sun Apr 25 10:00:13 2004 +++ C:\Documents and Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup\setup\package_meta.cc Sun Sep 12 21:31:26 2004 @@ -43,7 +43,10 @@ #include package_db.h #include algorithm -#include Generic.h +#include Generic.h + +#include Exception.h +#include resource.h using namespace std; @@ -654,8 +657,16 @@ for (setpackageversion::iterator i = pkg.versions.begin (); i !=pkg.versions.end ++i) { - /* scan doesn't alter operator == for packageversions */ - const_castpackageversion (*i).scan(); +try { + /* scan doesn't alter operator == for packageversions */ + const_castpackageversion (*i).scan(); +} +catch (Exception *e) { + if (e-errNo() == APPERR_CORRUPT_PACKAGE) { + fatal(NULL, IDS_CORRUPT_PACKAGE, + ( i-Name() + - + i-Canonical_version() ).cstr_oneuse() ); + } +} packageversion foo = *i; packageversion pkgsrcver = foo.sourcePackage(); pkgsrcver.scan(); -- David A. Cobb, Software
Re: [setup] [PATCH] Redirect stdin from /dev/null when running postinstall scripts
Igor Pechtchanski wrote: Hi, The patch below redirects stdin from /dev/null when running postinstall scripts, so that installation doesn't hang if a program called from a postinstall script decides to ask the user something. AFAICS, this is against the CVS HEAD. Igor == ChangeLog: 2004-09-13 Igor Pechtchanski [EMAIL PROTECTED] * script.cc (run): Kill stdin when running scripts. Index: script.cc === RCS file: /cvs/cygwin-apps/setup/script.cc,v retrieving revision 2.16 diff -u -p -r2.16 script.cc --- script.cc 12 Apr 2003 13:35:03 - 2.16 +++ script.cc 13 Sep 2004 18:06:17 - @@ -178,7 +178,7 @@ run (const char *sh, const char *args, c { inheritHandles = TRUE; si.dwFlags |= STARTF_USESTDHANDLES; - si.hStdInput = GetStdHandle (STD_INPUT_HANDLE); + si.hStdInput = INVALID_HANDLE_VALUE; si.hStdOutput = file_out.handle (); si.hStdError = file_out.handle (); si.dwFlags |= STARTF_USESHOWWINDOW; I tried to test this patch, but I wasn't able to reproduce the hang even before applying it !? Could you explain how to reproduce the hang? Thanks. Max.
Re: Missing file in two new X packages
On Mon, 13 Sep 2004, Bram Kivenko wrote: Ross Boulet wrote: I ran an update on my Cygwin installation today. I make a habit of running a 'cygcheck -cv' after every update. When I did this today, I saw 'Incomplete' on two packages. I tried reinstalling these two from two different mirrors but kept getting the same result. These files are removed by mkfontscale. The new font-update script is mising the line to generate them. I'm not sure if they are really needed. I'm updating the script but I want to know if the encodings.dir files are really required. I noticed this. I assume that's why my xfontsel stopped working suddenly. please try: mkfontscale -n -e /usr/X11R6/lib/X11/fonts/encodings \ /usr/X11R6/lib/X11/fonts/100dpi \ /usr/X11R6/lib/X11/fonts/75dpi \ /usr/X11R6/lib/X11/fonts/misc \ /usr/X11R6/lib/X11/fonts/TTF \ /usr/X11R6/lib/X11/fonts/Type1 does this help to start xfontsel again? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Remote logon via XDMCP to Solaris and Linux
On Windows: startxin /usr/X11R6/bin/xhost remote_solaris_host rlogin remote_host setenv DISPLAY local_win_ip xtermamp; The problem is with the value you set DISPLAY to. You want to use the IP address associated with the far end of the VPN. Figuring out that value isn't always easy. Sometimes you can run who at the far end and it will tell you the hostname or IP address it thinks you're connecting from. Also, sometimes the VPN software itself will tell you the far-end IP address if you look at the detailed log as it's bringing up the VPN. _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/
Re: Remote logon via XDMCP to Solaris and Linux
One more thing on this subject... If you absolutely cannot figure out what your IP address is at the far-end of the VPN, then you might want to consider running dxpc. The original intent of dcpx was to compress the amount of data transferred between remote X-clients and a local X-server connected via a low-bandwidth connection. However, it has a feature which allows you to setup the connection if you only know the IP address of the machine your connecting to (and don't know the IP address of the machine you're connecting from, which is effectively the case here). I found a pretty good treatment of dcpx here: http://www.linuxjournal.com/article.php?sid=2374 _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Re: Remote logon via XDMCP to Solaris and Linux
Thomas Chadwick wrote: On Windows: startxin /usr/X11R6/bin/xhost remote_solaris_host rlogin remote_host setenv DISPLAY local_win_ip xtermamp; The problem is with the value you set DISPLAY to. You want to use the IP address associated with the far end of the VPN. Figuring out that value isn't always easy. I run ipconfig on the local Windows PC, which give me the current IP (delievered from dhcp). Isn't that correct value to use? Terje J. Hanssen
Hosts and X0.hosts
1. Hosts - I have used C:\WINNT\system32\drivers\etc\Hosts for a long time on a Windows 2000 terminal server. But for some or another reason the Hosts file suddenly is being deleted from the system, and again as soon as I recreate it. I have tried to limit the file access to system administrator only without succeed. And I haven't found out yet if there can be or have been installed some kind of antivirus or spyware program that detects the Hosts file as a virus file and cause that it is being deleted. a) Has someone experienced this before or any idea to solve it? I saw that C:\cygwin\etc\Hosts was a link to the above Hosts file. Because of the above problem, I replaced the link with the real Hosts file itself. Now I try to create a remote connection from a cygwin/X xterm using the following procedure: startxwin.bat xterm X :2 -query remote_hostname The system reports and exit the command in the xterm as follows. Fatal server error: Xserver: -query unknown host: remote_hostname b) Doesn't Cygwin/X read this latter Hosts file? 2. X0.hosts To let queried remote xdm/dtlogin/gdm/kdm get access to the local Cygwin X server, I wonder if the syntax for the content in C:/cygwin/etc/X0.hosts should be remote_hostname only or remote_hostname +, alternatively remote_host_ip only or remote_host_ip +? Regards, Terje J. Hanssen
Re: Remote logon via XDMCP to Solaris and Linux
Alexander Gottwald wrote: Terje J. Hanssen wrote: On Windows: startxin /usr/X11R6/bin/xhost remote_solaris_host you can add the hostname to /etc/X0.hosts This will always grant the host access hostname or hostname + ? Does Cygwin/X also need or use a user based auhentication? rlogin remote_host setenv DISPLAY local_win_ip setenv DISPLAY local_win_ip:0.0 I wonder why sometimes :0.0 is needed and other times not? xterm 2) An additonal question: 'xstartxwin.bat' open a small X window with small fonts. How and where is it possible to get larger fonts, possibly by using a configuration file for this startup? man xterm (see -fn and -fa option) xterm -fn 12x24 But is it possible to configure the default startup of startxwin.bat and xterm from the program start menu? Thanks, Terje J. Hanssen
Re: Remote logon via XDMCP to Solaris and Linux
Terje J. Hanssen wrote: But is it possible to configure the default startup of startxwin.bat and xterm from the program start menu? Of course it is. Add a shortcut to startxwin.bat to the Start menu, and customize your own .bash_profile / .bashrc (assuming your shell is bash). If you really want to, you can obviously also edit startxwin.bat. -JT
src/winsup/cygwin ChangeLog autoload.cc dlfcn. ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-09-14 08:29:12 Modified files: winsup/cygwin : ChangeLog autoload.cc dlfcn.cc winsup/cygwin/include: dlfcn.h Log message: * autoload.cc (EnumProcessModules): Add. * dlfcn.cc (dlsym): Handle RTLD_DEFAULT using EnumProcessModules(). * include/dlfcn.h (RTLD_DEFAULT): Define to NULL. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2561r2=1.2562 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srcr1=1.87r2=1.88 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dlfcn.cc.diff?cvsroot=srcr1=1.24r2=1.25 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/dlfcn.h.diff?cvsroot=srcr1=1.2r2=1.3
winsup/doc ChangeLog what.texinfo
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2004-09-14 13:02:55 Modified files: doc: ChangeLog what.texinfo Log message: * what.texinfo: Fix two typos reported on cygwin list. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/doc/ChangeLog.diff?cvsroot=uberbaumr1=1.70r2=1.71 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/doc/what.texinfo.diff?cvsroot=uberbaumr1=1.24r2=1.25
src/winsup/cygwin ChangeLog cygtls.h fork.cc t ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-09-14 23:44:50 Modified files: winsup/cygwin : ChangeLog cygtls.h fork.cc tlsoffsets.h Log message: * cygtls.h: Add alignment kludge to fix disparity between compilers. * tlsoffsets.h: Regenerate. * fork.cc (slow_pid_reuse): Use define to control number of pids held to prevent pid reuse. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2562r2=1.2563 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygtls.h.diff?cvsroot=srcr1=1.22r2=1.23 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fork.cc.diff?cvsroot=srcr1=1.135r2=1.136 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/tlsoffsets.h.diff?cvsroot=srcr1=1.13r2=1.14
Re: RTLD_DEFAULT RTLD_NEXT
Hi Sam, thanks for the patch. There are still a couple of problems, which I solved manually for now. On Sep 7 16:52, Sam Steingold wrote: the (C) assignment is in the mail. 2004-08-31 Sam Steingold [EMAIL PROTECTED] * dlfcn.cc (dlsym): Handle RTLD_DEFAULT using EnumProcessModules(). * include/dlfcn.h (RTLD_DEFAULT): Define to NULL. The autoload.cc change is missing in the ChangeLog. Compiling dlfcn.cc failed(!) because the compiler couln't find a definition for EnumProcessModules. Including psapi.h was missing, apparently. Then you're a bit thrifty with spaces... + if (!EnumProcessModules(cur_proc,NULL,0,needed)) if (!EnumProcessModules (cur_proc, NULL, 0, needed)) + modules = (HMODULE*)alloca(needed); modules = (HMODULE *) alloca (needed); + for (i=0; i needed/sizeof(HMODULE); i++) for (i = 0; i needed / sizeof (HMODULE); i++) etc. LoadDLLfunc (DuplicateToken, 12, advapi32) LoadDLLfuncEx (DuplicateTokenEx, 24, advapi32, 1) +LoadDLLfuncEx (EnumProcessModules, 16, psapi, 1) The definition of EnumProcessModules should go where the definitions of psapi modules are. As mentioned in my previous posting, the autoload list is sorted by libraries. Otherwise the patch looks ok. Applied with the above changes. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
[Patch] getfacl -n layout not upto spec.
Hi, I noticed, getfacl -n ... returns badly formatted output like: ... group:544 rwx .. instead of: ... group:544:rwx ... This (trivial, I think) patch fixes that. --- src/winsup/utils/getfacl.c 11 Sep 2003 07:55:51 - 1.11 +++ src/winsup/utils/getfacl.c 14 Sep 2004 21:21:45 - @@ -229,7 +229,7 @@ main (int argc, char **argv) break; case USER: if (nopt) - printf (user:%lu\n, (unsigned long)acls[i].a_id); + printf (user:%lu:, (unsigned long)acls[i].a_id); else printf (user:%s:, username (acls[i].a_id)); break; @@ -238,7 +238,7 @@ main (int argc, char **argv) break; case GROUP: if (nopt) - printf (group:%lu\n, (unsigned long)acls[i].a_id); + printf (group:%lu:, (unsigned long)acls[i].a_id); else printf (group:%s:, groupname (acls[i].a_id)); break; L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
RE: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1)
Christopher Faylor wrote: On Mon, Sep 13, 2004 at 09:54:29PM -0400, Pierre A. Humblet wrote: The surprise is that the error message: configure: error: invalid package name: extra-includes is produced at time 29722848 by bash 2624 (the main script pid). This is BEFORE the second expr is exec'ed. This occurs only at time 29725911 by a forked child 2656 of 2624 Following the output of the error message, 2624 proceeds to fork 2384, which apparently does nothing. 2624 then waits for 2656 and 2384 and exits. In other words the control flow seems to be seriously screwed up. It may be linked to the pid reuse problem in bash, but I know very little about it. Looking at the full trace available from Peter may help. I forgot I had that trace and accidentally deleted it. However, creating a new one is not difficult, so one is available at: http://www.lysator.liu.se/~peda/bashstrace.bz2 This one is created with strace -o ... as suggested by Igor. I was thinking the same thing but AFAIK, ash doesn't have the pid recycling problem. Don't know where ash comes into play, the script is executed by bash. I must have missed some other test case... Cheers, Peter -- 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.10: expr + configure failure + testcase (also on 1.5.11-1)
Chris, Pierre, I was thinking the same thing but AFAIK, ash doesn't have the pid recycling problem. In my failure cases, configure is run under bash. I have also captured (finally?) an strace under the ~current cygwin (attached). The details are largely the same as Peter's last attachment, to which Igor remarked FWIW, expr.exe does seem to exit with the right exit code, but is later zombified, which doesn't sound quite right. Actually, its ok for it to be zombified, because the parent didn't happen to be waiting for the child at the time that the child exited. Pierre's observation that error text is output by the parent shell *before* the expr command even executes was an inspiration. So it seems like the parent shell decides its going to exit after forking but before waiting on the expr process. This is consistent across all my straces as well as Peter's. In my attached trace, this is between lines 582 and 750; I also noticed the following: 84 16461744 [main] bash 1048 close: close (1) 1378 16461829 [main] bash 2028 close: close (1) On line 725 and 726. By the time my trace got to line 750, the parent shell had stated to output the error text (53 characters in my case). I have another trace that exhibits this too. Peter's trace does not have this. In my trace (not Peter's) there are also some lines like: 324 16458452 [main] bash 1048 fhandler_base::set_no_inheritance: DuplicateHandle failed, The parameter is incorrect. 237 16458689 [main] bash 1048 fhandler_base::set_close_on_exec: set close_on_exec for /dev/console to 1 In the time between the fork and the beginning of the error write, but this is not unique to the trace and it was handled apparently ok previously in the script. Wasn't there a registry value that controlled how pids were allocated? I can't find anything appropriate in google. I looked for something about this in M$ knowledge base. I didn't find that, but I found this: BUG: Registry access from multiple threads might fail (WinNT, Win2K) http://support.microsoft.com/default.aspx?scid=kb;en-us;176906 -bogdan -- 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.10: expr + configure failure + testcase (also on 1.5.11-1)
Bogdan Vacaliuc wrote: In your *new* trace there are the same trace (on line 176632) in the 'zone' between the fork() and the parent-shell exit decision point of your most recent trace. Did you update your cygwin since your last run? Perhaps its just an artifact? The set happens 4 times in your trace: Yes, the new trace is with cygwin1.dll 1.5.11-1, the old one was with 1.5.10-3, sorry if I didn't mention that... Cheers, Peter -- 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/
typo on cygwin.com
http://cygwin.com/faq/faq_1.html, Is it free software?: ... read the copyright section of the FAQ more more information ... -- 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/
typo on cygwin.com (#2)
http://cygwin.com/faq/faq_1.html#SEC5: If you are looking for the a version number ... -- 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: WinXP compressed dirs will work?
Larry Hall schrieb: At 05:01 PM 9/13/2004, you wrote: If i compress a dir in the home directory using WinXP native compressing, will it work with cygwin??? Yes. Compression is taken care of by Windows at a very low level. Cygwin is a layer over Windows. Cygwin will never know the difference. BTW: Wouldn't that be wanted? I think of something like chattr, applied to NTFS. Now that we have chattr in e2fsprogs, wouldn't that be a wanted addition to recognize NTFS also, for chattr and lsattr. Otherwise it's another e2fsprogs nameclash. Because I cannot think of a better name to modify the NTFS index and compression flags, and in the future for the extended WinFS capabilities. chattr [+-]c would be quite easy to add. SamRobb, Do you knwo if tytso thought about that? Anyway, I filed a RFE at sf.net For the other flags I don't know the WinAPI that good. -- 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: HELP: How to disable killing of Bash Shell window with mouse?
Thorsten Kampe schrieb: * Pekka Niiranen (2004-09-13 18:19 +0200) Killing Cygwin Shell Window with mouse leaves bash.exe running. which can be seen from W2K task manager. How can I disable X -button from the Shell Windows so that the user is forced to TYPE exit on command prompt? Recompiling? Recompile what? Cmd exe? Bash is a shell and knows nothing about the Windows Console X button. Show them [Ctrl-d] which is anyway faster than grabbing the mouse. If they still do it - hit 'em on the head with a stick and let them write a thousand time I won't ever try to close a shell with my mouse. I don't think that the question is really that stupid. People are used to the mouse. So, shouldn't the KILL message be propagated to its child process? bash could react then. Or is it only propagated if bash would register itself as an (invisible) window, just to receive those parent messages? Just on --login of course. If so, it should be added IMHO. I know it's stupid, but bash is the most used login shell, which should react somehow. -- 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: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer)
Jan, On Sep 13 21:23, Jan Nieuwenhuizen wrote: Because I do not like to make the wrong fix. In this case, it will probably hurt very few people, so it would make sense to think a bit and do it correctly, if possible. See, I can easily add unsetting bunch of variables to post-texmf.mf, eg unset MFINPUTS TEXINPUTS TEXMF TEXMFCNF TFMFONTS VARTEXFONTS but it makes little sense unless I also do that in a profile.d script (ugh). Then, just pick a variable from texmf.cnf and set it to a silly value in Windows, eg pool_size=2 and your tetex setup will be broken again. since the tetex settings are so dependent of environment variables and since the environment variables are shared with different tetex implementations, wouldn't it be better to split the tetex installation into two files? First, the postinstall script, which doesn't depend on these variables, and second, a still-to-be-created tetex-config script, similar to curl-config, exim-config, etc, and which has to be started by the user manually? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1)
Hi Peter, Yes, the new trace is with cygwin1.dll 1.5.11-1, the old one was with 1.5.10-3, sorry if I didn't mention that... No, that's fine. It would have been significant if you *had not* upgraded and yet produced that failure. -bogdan -- 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/
Program terminates with cygheap version mismatch detected
I've been using Cygwin for a few years to port code written for Linux systems to Windows systems. Thanks to the developers and supporters for providing such wonderful software. A user recently reported that a tool I have written no longer works on Windows systems, generating the following error: $ ./asleap.exe c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected - 0x6178/0xBF. You have multiple copies of cygwin1.dll on your system. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. $ This is on a Windows XP SP2 machine. cygwin1.dll reports version 1.5.11. Output of cygcheck -s -v -r attached. I used the Windows Find functionality as described and removed all cygwin1.dll files except the file in c:\cygwin\bin and rebooted my system, but the error persists. Other Cygwin code on my system is working fine, yet I am unable to identify the potential issue with this program. I believe the problem may be associated with the changes implemented in Windows XP SP2, but I'm not certain. Has anyone run into a similar issue? Any suggestions? Thanks, -Josh -- -Joshua Wright [EMAIL PROTECTED] http://home.jwu.edu/jwright/ pgpkey: http://home.jwu.edu/jwright/pgpkey.htm fingerprint: FDA5 12FC F391 3740 E0AE BDB6 8FE2 FC0A D44B 4A73 Today I stumbled across the world's largest hotspot. The SSID is linksys. Cygwin Configuration Diagnostics Current System Time: Tue Sep 14 07:40:49 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Perl\bin\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\bin c:\Program Files\PuTTY c:\cis\rat\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(Joshua Wright) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(Joshua Wright) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\Joshua Wright' MAKE_MODE = `unix' PWD = `/cygdrive/c/DEV' USER = `Joshua Wright' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Joshua Wright\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `JWRIGHT' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Joshua Wright' HOSTNAME = `jwright' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\JWRIGHT' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/Joshua Wright' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0905' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\JOSHUA~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\JOSHUA~1\LOCALS~1\Temp' USERDOMAIN = `JWRIGHT' USERNAME = `Joshua Wright' USERPROFILE = `C:\Documents and Settings\Joshua Wright' 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 (default) = `C:' unix = `/' fbinary = 0x fsilent = 0x HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a
Re: Program terminates with cygheap version mismatch detected
Joshua Wright wrote: I've been using Cygwin for a few years to port code written for Linux systems to Windows systems. Thanks to the developers and supporters for providing such wonderful software. A user recently reported that a tool I have written no longer works on Windows systems, generating the following error: $ ./asleap.exe c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected - 0x6178/0xBF. You have multiple copies of cygwin1.dll on your system. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. $ This is on a Windows XP SP2 machine. cygwin1.dll reports version 1.5.11. Output of cygcheck -s -v -r attached. I used the Windows Find functionality as described and removed all cygwin1.dll files except the file in c:\cygwin\bin and rebooted my system, but the error persists. Other Cygwin code on my system is working fine, yet I am unable to identify the potential issue with this program. I believe the problem may be associated with the changes implemented in Windows XP SP2, but I'm not certain. Has anyone run into a similar issue? Any suggestions? Thanks, -Josh Cygwin Configuration Diagnostics Current System Time: Tue Sep 14 07:40:49 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Perl\bin\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\bin c:\Program Files\PuTTY c:\cis\rat\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(Joshua Wright) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(Joshua Wright) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\Joshua Wright' MAKE_MODE = `unix' PWD = `/cygdrive/c/DEV' USER = `Joshua Wright' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Joshua Wright\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `JWRIGHT' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Joshua Wright' HOSTNAME = `jwright' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\JWRIGHT' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/Joshua Wright' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0905' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\JOSHUA~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\JOSHUA~1\LOCALS~1\Temp' USERDOMAIN = `JWRIGHT' USERNAME = `Joshua Wright' USERPROFILE = `C:\Documents and Settings\Joshua Wright' 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 (default) = `C:' unix = `/' fbinary = 0x fsilent = 0x HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Re: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1)
On Tue, Sep 14, 2004 at 08:11:39AM +0200, Peter Ekberg wrote: Christopher Faylor wrote: I was thinking the same thing but AFAIK, ash doesn't have the pid recycling problem. Don't know where ash comes into play, the script is executed by bash. I must have missed some other test case... Remember this? On Sat, Sep 11, 2004 at 03:05:01AM -0400, Bogdan Vacaliuc wrote: 4) http://sources.redhat.com/ml/cygwin/2002-08/msg00449.html thru http://sources.redhat.com/ml/cygwin/2002-08/msg00556.html This relates to Manfred Spraul's patch for bash related to RECYCLES_PIDS. I have observed the failure to occur under (a)sh, and bash 2.04.5, 2.05b and 3.00.0 ( I compiled them all, including enabling the RECYCLES_PIDS for bash 2.05b ). 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: typo in FAQ
Relabelling subject. On Tue, Sep 14, 2004 at 04:15:51AM -0400, Andrew Schulman wrote: http://cygwin.com/faq/faq_1.html, Is it free software?: ... read the copyright section of the FAQ more more information ... -- 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: typo in FAQ #2
Relabelling subject. On Tue, Sep 14, 2004 at 04:17:55AM -0400, Andrew Schulman wrote: http://cygwin.com/faq/faq_1.html#SEC5: If you are looking for the a version number ... -- 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: WinXP compressed dirs will work?
On Tue, Sep 14, 2004 at 10:33:43AM +0200, Reini Urban wrote: Larry Hall schrieb: At 05:01 PM 9/13/2004, you wrote: If i compress a dir in the home directory using WinXP native compressing, will it work with cygwin??? Yes. Compression is taken care of by Windows at a very low level. Cygwin is a layer over Windows. Cygwin will never know the difference. BTW: Wouldn't that be wanted? I think of something like chattr, applied to NTFS. Now that we have chattr in e2fsprogs, wouldn't that be a wanted addition to recognize NTFS also, for chattr and lsattr. Otherwise it's another e2fsprogs nameclash. Because I cannot think of a better name to modify the NTFS index and compression flags, and in the future for the extended WinFS capabilities. chattr [+-]c would be quite easy to add. SamRobb, Do you knwo if tytso thought about that? Anyway, I filed a RFE at sf.net For the other flags I don't know the WinAPI that good. I don't understand why you would expect something called e2fsprogs to manipulate NTFS file systems. -- 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.10: expr + configure failure + testcase (also on 1.5.11-1)
On Mon, Sep 13, 2004 at 10:25:52PM -0400, Christopher Faylor wrote: I will create a snapshot with double the number of pids cached in cygwin. This will cause the last 8 pids to be held from reuse by windows. Hmm. I woke up this morning to see people busily flooding the airwaves with more strace output but not a hint of anyone trying this snapshot. Can someone try the snapshot please? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1)
On Tue, Sep 14, 2004 at 02:45:11AM -0400, Bogdan Vacaliuc wrote: Chris, Pierre, I was thinking the same thing but AFAIK, ash doesn't have the pid recycling problem. In my failure cases, configure is run under bash. I have also captured (finally?) an strace under the ~current cygwin (attached). The details are largely the same as Peter's last attachment, to which Igor remarked FWIW, expr.exe does seem to exit with the right exit code, but is later zombified, which doesn't sound quite right. Actually, its ok for it to be zombified, because the parent didn't happen to be waiting for the child at the time that the child exited. Pierre's observation that error text is output by the parent shell *before* the expr command even executes was an inspiration. So it seems like the parent shell decides its going to exit after forking but before waiting on the expr process. That is consistent with the recycled pid problem. Are you seeing duplicated pids? Wasn't there a registry value that controlled how pids were allocated? I can't find anything appropriate in google. I looked for something about this in M$ knowledge base. I didn't find that, but I found this: BUG: Registry access from multiple threads might fail (WinNT, Win2K) http://support.microsoft.com/default.aspx?scid=kb;en-us;176906 I don't really see how that applies. -- 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: Program terminates with cygheap version mismatch detected
-Original Message- From: cygwin-owner On Behalf Of Bobby McNulty Sent: 14 September 2004 11:51 752 lines of extraneous quoting, an entire cygcheck output's worth, and all you did was add 3 lines of completely incorrect answer where you told the original poster something that if you had bothered to read his post in the first place you would have seen he had already done ? Get help. 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: Program terminates with cygheap version mismatch detected
Bobby, Bobby McNulty wrote: c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected - 0x6178/0xBF. You have multiple copies of cygwin1.dll on your system. Find the extra cygwin1.dlls and delete them. Use only the one in cygwin\bin Thanks for the suggestion, but I have already removed all the cygwin1.dll's from my system except for the file in c:\cygwin\bin. After removing the other cygwin1.dll's, I rebooted, but the problem persists. Any other suggestions? Many thanks, -Josh -- -Joshua Wright [EMAIL PROTECTED] http://home.jwu.edu/jwright/ pgpkey: http://home.jwu.edu/jwright/pgpkey.htm fingerprint: FDA5 12FC F391 3740 E0AE BDB6 8FE2 FC0A D44B 4A73 Today I stumbled across the world's largest hotspot. The SSID is linksys. -- 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: Program terminates with cygheap version mismatch detected
On Tue, Sep 14, 2004 at 09:26:48AM -0400, Joshua Wright wrote: Bobby, Bobby McNulty wrote: c:\DEV\testing\asleap.exe (988): *** cygheap version mismatch detected - 0x6178/0xBF. You have multiple copies of cygwin1.dll on your system. Find the extra cygwin1.dlls and delete them. Use only the one in cygwin\bin Thanks for the suggestion, but I have already removed all the cygwin1.dll's from my system except for the file in c:\cygwin\bin. After removing the other cygwin1.dll's, I rebooted, but the problem persists. Any other suggestions? Many thanks, You probably need to run rebaseall (q.v.). 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/
Win XP SP2: cvs over ssh problems
My XP machine at work was just upgraded to SP2. Now I'm having problems accessing a cvs repository on a linux box over ssh. Everything was working fine until this SP2 upgrade. I can access the cvs host via ssh normally (although in a possibly related matter, ssh sometimes seems to be a character behind when using vi remotely -- has anyone else noticed that behavior? This was true before the SP2 upgrade). Invoking cvs remotely without a password seems to work fine: $ ssh [EMAIL PROTECTED] cvs Warning: No xauth data; using fake authentication data for X11 forwarding. Usage: cvs [cvs-options] command [command-options-and-arguments] where cvs-options are -q, -n, etc. (specify --help-options for a list of options) where command is add, admin, etc. (specify --help-commands for a list of commands or --help-synonyms for a list of command synonyms) where command-options-and-arguments depend on the specific command (specify -H followed by a command name for command-specific help) Specify --help to receive this message The Concurrent Versions System (CVS) is a tool for version control. For CVS updates and additional information, see the CVS home page at http://www.cvshome.org/ or Pascal Molli's CVS site at http://www.loria.fr/~molli/cvs-index.html However, if I try to issue a local cvs command (CVS_RSH=ssh, etc., nothing has change client side or server side except the SP2 upgrade), then the command hangs: $ cvs status myFile.txt cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication dat' from cvs servering. (never returns) Examining the process server side reveals that the cvs process is hung on reading stdin: # strace -p 5316 read(0, unfinished ... Is anyone aware of any changes in SP2 that would cause this problem? Are there any workarounds? cc -- 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: WinXP compressed dirs will work?
Christopher Faylor schrieb: On Tue, Sep 14, 2004 at 10:33:43AM +0200, Reini Urban wrote: Larry Hall schrieb: At 05:01 PM 9/13/2004, you wrote: If i compress a dir in the home directory using WinXP native compressing, will it work with cygwin??? Yes. Compression is taken care of by Windows at a very low level. Cygwin is a layer over Windows. Cygwin will never know the difference. BTW: Wouldn't that be wanted? I think of something like chattr, applied to NTFS. Now that we have chattr in e2fsprogs, wouldn't that be a wanted addition to recognize NTFS also, for chattr and lsattr. Otherwise it's another e2fsprogs nameclash. Because I cannot think of a better name to modify the NTFS index and compression flags, and in the future for the extended WinFS capabilities. chattr [+-]c would be quite easy to add. SamRobb, Do you knwo if tytso thought about that? Anyway, I filed a RFE at sf.net For the other flags I don't know the WinAPI that good. I don't understand why you would expect something called e2fsprogs to manipulate NTFS file systems. I might expect something called lsattr and chattr to work with the current filesystem. regardless if it's in a e2fsprogs package or somewhere else. It works with ext3, debugfs, reiserfs and other filesystems also, not only ext2. -- 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: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1)
On Mon, Sep 13, 2004 at 10:25:52PM -0400, Christopher Faylor wrote: I will create a snapshot with double the number of pids cached in cygwin. This will cause the last 8 pids to be held from reuse by windows. Hmm. I woke up this morning to see people busily flooding the airwaves with more strace output but not a hint of anyone trying this snapshot. Well, I was expecting a note when it was in fact available. Can someone try the snapshot please? Tried it, and I'm not able to open a shell with it. I have rebooted, so it's not some stray old process holding on to the previous dll. What I did: bunzip2 of the snapshot dll, shut down all cygwin processes, swapped in the snapshot dll as /bin/cygwin1.dll, ran the cygwin shortcut. The cmd window appears and disappears. So then I tried to reboot, but no effect. Cheers, Peter -- 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.10: expr + configure failure + testcase (also on 1.5.11-1)
On Sun, Sep 12, 2004 at 09:42:07PM -0400, Bogdan Vacaliuc wrote: Anyway, the attached script (test-configure) will create the above configure.ac, generate configure (via. autoconf), and run the above line over and over until failure. I am also attaching cygcheck.out for my environment as it now exists. FYI, I lauched that script last evening, it's now at iteration 6441. That's on NT4 with a 2 day old cygwin dll built from cvs. I have seen all the latest e-mails in this thread and the plea to use the new snapshot. BTW, checking for reused PIDs is a trace is very easy: fgrep Program the_trace 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/
Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
I get similar symptoms with unison over ssh: It worked great before SP2 (i.e. 2 hours ago). After I installed SP2 on the client, unison/ssh just hangs. The server has been running SP2 for over a week. Any normal ssh sessions work fine. I'm also using ssh to forward the IMAP port (143) to my server's port, which still works. By adding -rshargs -vvv to unison, the last few lines of ssh debug output is: Contacting server... ... debug1: Authentication succeeded (publickey). debug2: fd 4 setting O_NONBLOCK debug2: fd 5 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug1: Sending command: unison -server debug2: channel 0: request exec confirm 0 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 131072 ... and nothing more happens. For the record: My unison is 2.9.20, Win32 native, *not* the cygwin port. cygwin and ssh were already up to date, as of 3-4 days ago. Cheers, Rob Christopher Cobb wrote: My XP machine at work was just upgraded to SP2. Now I'm having problems accessing a cvs repository on a linux box over ssh. Everything was working fine until this SP2 upgrade. I can access the cvs host via ssh normally (although in a possibly related matter, ssh sometimes seems to be a character behind when using vi remotely -- has anyone else noticed that behavior? This was true before the SP2 upgrade). Invoking cvs remotely without a password seems to work fine: $ ssh [EMAIL PROTECTED] cvs Warning: No xauth data; using fake authentication data for X11 forwarding. Usage: cvs [cvs-options] command [command-options-and-arguments] where cvs-options are -q, -n, etc. (specify --help-options for a list of options) where command is add, admin, etc. (specify --help-commands for a list of commands or --help-synonyms for a list of command synonyms) where command-options-and-arguments depend on the specific command (specify -H followed by a command name for command-specific help) Specify --help to receive this message The Concurrent Versions System (CVS) is a tool for version control. For CVS updates and additional information, see the CVS home page at http://www.cvshome.org/ or Pascal Molli's CVS site at http://www.loria.fr/~molli/cvs-index.html However, if I try to issue a local cvs command (CVS_RSH=ssh, etc., nothing has change client side or server side except the SP2 upgrade), then the command hangs: $ cvs status myFile.txt cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication dat' from cvs servering. (never returns) Examining the process server side reveals that the cvs process is hung on reading stdin: # strace -p 5316 read(0, unfinished ... Is anyone aware of any changes in SP2 that would cause this problem? Are there any workarounds? cc -- 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.11 - tcp problems
When executing ftp command, I get... ftp: ftp/tcp: unknown service When executing x3270 hostname, I get... Unknown port number or service: telnet What can I do to re-establish tcp connectivity? uname -s returns... CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Kind regards, Marcus -- 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: HELP: How to disable killing of Bash Shell window with mouse?
Reini Urban wrote: Thorsten Kampe schrieb: * Pekka Niiranen (2004-09-13 18:19 +0200) Killing Cygwin Shell Window with mouse leaves bash.exe running. Recompile what? Cmd exe? Bash is a shell and knows nothing about the Windows Console X button. So, shouldn't the KILL message be propagated to its child process? bash could react then. Or is it only propagated if bash would register itself as an (invisible) window, just to receive those parent messages? Someone else will have to tell you whether that's possible for cmd.exe. But consider using rxvt instead, which is generally superior as long as you aren't using lots of Windows-native command-line tools. Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with cat under bash shell
Hi, Still no joy on this problem (Cygwin ver 1.5.11) bash -c cat EOF fails with: cat: -: Permission denied The corresponding command under sh, tcsh or zsh causes no problem. This is a serious issuefor me, as many (most?) configure scripts enforce bash as the shell. I have attached strace output for cat EOF: the lines that look suspicious to me (but I'm a bit of a Cygwin newbie) are: 1683 381587 [main] cat 2692 fhandler_base::raw_read: ReadFile /cygdrive/h/users/lionel/Scratch/some disk file failed, An unexpected network error occurred. 958 382545 [main] cat 2692 seterrno_from_win_error: /netrel/src/cygwin-1.5.11-1/winsup/cygwin/fhandler.cc:263 windows error 59 1767 384312 [main] cat 2692 geterrno_from_win_error: unknown windows error 59, setting errno to 13 Any help appreciated, = Lionel B ___ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com strace_out Description: strace_out -- 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/
Using MySQL from Cygwin app
- want to use MySQL from a Cygwin app - linked successfully with libmysql.a (reimp on msvc import library, sed on resulting def, then dlltool) - most functions work, but MYSQL_ROW is invalid Maybe an alignment problem? Hugh Perkins __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- 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: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
A quick follow-up: On the unison.general mailing list, Mark Rogers reports that replacing the cygwin1.dll with version 1.5.10 makes unison over ssh work again. I also tried it (temporarily, of course), and can confirm that it works. So SP2 does seem to break something in cygwin 1.5.11, as installing SP2 was the only change I made today. Cheers, Rob Robert Schmidt wrote: I get similar symptoms with unison over ssh: It worked great before SP2 (i.e. 2 hours ago). After I installed SP2 on the client, unison/ssh just hangs. The server has been running SP2 for over a week. Any normal ssh sessions work fine. I'm also using ssh to forward the IMAP port (143) to my server's port, which still works. By adding -rshargs -vvv to unison, the last few lines of ssh debug output is: Contacting server... ... debug1: Authentication succeeded (publickey). debug2: fd 4 setting O_NONBLOCK debug2: fd 5 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug1: Sending command: unison -server debug2: channel 0: request exec confirm 0 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 131072 ... and nothing more happens. For the record: My unison is 2.9.20, Win32 native, *not* the cygwin port. cygwin and ssh were already up to date, as of 3-4 days ago. Cheers, Rob Christopher Cobb wrote: My XP machine at work was just upgraded to SP2. Now I'm having problems accessing a cvs repository on a linux box over ssh. Everything was working fine until this SP2 upgrade. I can access the cvs host via ssh normally (although in a possibly related matter, ssh sometimes seems to be a character behind when using vi remotely -- has anyone else noticed that behavior? This was true before the SP2 upgrade). Invoking cvs remotely without a password seems to work fine: $ ssh [EMAIL PROTECTED] cvs Warning: No xauth data; using fake authentication data for X11 forwarding. Usage: cvs [cvs-options] command [command-options-and-arguments] where cvs-options are -q, -n, etc. (specify --help-options for a list of options) where command is add, admin, etc. (specify --help-commands for a list of commands or --help-synonyms for a list of command synonyms) where command-options-and-arguments depend on the specific command (specify -H followed by a command name for command-specific help) Specify --help to receive this message The Concurrent Versions System (CVS) is a tool for version control. For CVS updates and additional information, see the CVS home page at http://www.cvshome.org/ or Pascal Molli's CVS site at http://www.loria.fr/~molli/cvs-index.html However, if I try to issue a local cvs command (CVS_RSH=ssh, etc., nothing has change client side or server side except the SP2 upgrade), then the command hangs: $ cvs status myFile.txt cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication dat' from cvs servering. (never returns) Examining the process server side reveals that the cvs process is hung on reading stdin: # strace -p 5316 read(0, unfinished ... Is anyone aware of any changes in SP2 that would cause this problem? Are there any workarounds? cc -- 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: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
On Sep 14 16:37, Robert Schmidt wrote: A quick follow-up: On the unison.general mailing list, Mark Rogers reports that replacing the cygwin1.dll with version 1.5.10 makes unison over ssh work again. I also tried it (temporarily, of course), and can confirm that it works. So SP2 does seem to break something in cygwin 1.5.11, as installing SP2 was the only change I made today. I'm running cvs over ssh on XP SP2 with Cygwin 1.5.11 and it works. It's your coice to revert to 1.5.10, but it won't help to debug the problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
On Tue, Sep 14, 2004 at 04:37:55PM +0200, Robert Schmidt wrote: A quick follow-up: On the unison.general mailing list, Mark Rogers reports that replacing the cygwin1.dll with version 1.5.10 makes unison over ssh work again. So, I assume that replacing the DLL with version B20 would really supercharge things. -- 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: HELP: How to disable killing of Bash Shell window with mouse?
Reini Urban schrieb: Thorsten Kampe schrieb: * Pekka Niiranen (2004-09-13 18:19 +0200) Killing Cygwin Shell Window with mouse leaves bash.exe running. which can be seen from W2K task manager. How can I disable X -button from the Shell Windows so that the user is forced to TYPE exit on command prompt? Recompiling? Recompile what? Cmd exe? Bash is a shell and knows nothing about the Windows Console X button. Show them [Ctrl-d] which is anyway faster than grabbing the mouse. If they still do it - hit 'em on the head with a stick and let them write a thousand time I won't ever try to close a shell with my mouse. I don't think that the question is really that stupid. People are used to the mouse. So, shouldn't the KILL message be propagated to its child process? bash could react then. Or is it only propagated if bash would register itself as an (invisible) window, just to receive those parent messages? Just on --login of course. If so, it should be added IMHO. I know it's stupid, but bash is the most used login shell, which should react somehow. Sorry, haven't actually tried out the reported problem. Of course the Pekka Niiranen report is bogus. The default cygwin.bat shell, starting bash --login -i via cmd.exe, will kill successfully cmd.exe and its child bash.exe when killing the window via the mouse [x] or via the pulldown. -- 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: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
Corinna Vinschen wrote: On Sep 14 16:37, Robert Schmidt wrote: A quick follow-up: On the unison.general mailing list, Mark Rogers reports that replacing the cygwin1.dll with version 1.5.10 makes unison over ssh work again. I also tried it (temporarily, of course), and can confirm that it works. So SP2 does seem to break something in cygwin 1.5.11, as installing SP2 was the only change I made today. I'm running cvs over ssh on XP SP2 with Cygwin 1.5.11 and it works. It's your coice to revert to 1.5.10, but it won't help to debug the problem. That's why I wrote (temporarily, of course). I only manually replaced the DLL. If there's anything more I can do to help, I'd love to, but I'd need pointers. I'm not familiar with cygwin code. OK, so what works for you doesn't seem to work for Chris Cobb (initiator of this thread). I assumed the unison/ssh problem was related, but I may be wrong - I don't use cvs. So there must be some other differentiating factor between yours and Cobb's setup (and mine, if my assumption is correct). For the record, I've tried with and without the SP2 firewall. 1.5.10 works regardless, 1.5.11 fails regardless. Cheers, Rob -- 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/
Bizarre behaviour of make --win32
Afternoon folks, When I use make with the --win32 flag, it is supposed to use cmd.exe rather than sh.exe to spawn the command lines that are used to build a target, isn't it? For some strange reason, however, its behaviour varies according to whether or not the command line includes stdout redirection. It appears to be using sh.exe, regardless of the --win32 flag. But if I add stdout redirection to the command in question, it uses cmd.exe. As it happens, in my particular setup this then causes it to fail in a fairly amusing fashion with ntvdm trying to execute what are very clearly ascii chars rather than opcodes, because cmd isn't able to follow a cygwin symlink, but that's a side issue. The point is that I want to get consistent behaviour. So, a couple of quick questions, just to confirm I'm not barking up a tree other than the right one: 1) Is this the right place for discussing the --win32 flag? It doesn't seem to exist in the upstream gnu sources, so I was wondering if it's a cygwin speciality, or if I should take it up with mingw? 2) Is this behaviour known / intended / understood? 3) Would anyone like to see my (very) minimal testcase? 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: Win XP SP2: cvs over ssh problems
On Tue, 14 Sep 2004, Christopher Cobb wrote: My XP machine at work was just upgraded to SP2. Now I'm having problems accessing a cvs repository on a linux box over ssh. Everything was working fine until this SP2 upgrade. I can access the cvs host via ssh normally (although in a possibly related matter, ssh sometimes seems to be a character behind when using vi remotely -- has anyone else noticed that behavior? This was true before the SP2 upgrade). Invoking cvs remotely without a password seems to work fine: $ cvs status myFile.txt cvs status: warning: unrecognized response `Warning: No xauth data; using fake ^ authentication dat' from cvs servering. ^^^!!! (never returns) I'm a bit concerned about the ing above (marked with !!!). Looks like you have intermixed the outputs of programs somehow... Examining the process server side reveals that the cvs process is hung on reading stdin: # strace -p 5316 read(0, unfinished ... Is anyone aware of any changes in SP2 that would cause this problem? Are there any workarounds? Does export CVS_RSH='/usr/bin/ssh -x' help? You really don't need X forwarding for cvs... 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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.11 - tcp problems
On Tue, 14 Sep 2004, Marcus Davage wrote: When executing ftp command, I get... ftp: ftp/tcp: unknown service When executing x3270 hostname, I get... Unknown port number or service: telnet What can I do to re-establish tcp connectivity? Umm, edit /etc/protocols? Igor uname -s returns... CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Kind regards, Marcus -- 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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.11 - tcp problems
On Tue, 14 Sep 2004, Igor Pechtchanski wrote: On Tue, 14 Sep 2004, Marcus Davage wrote: When executing ftp command, I get... ftp: ftp/tcp: unknown service When executing x3270 hostname, I get... Unknown port number or service: telnet What can I do to re-establish tcp connectivity? Umm, edit /etc/protocols? Whoops, fingers ahead of the brain there. Make that /etc/services... Igor uname -s returns... CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Kind regards, Marcus -- 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
Christopher Faylor wrote: On Tue, Sep 14, 2004 at 04:37:55PM +0200, Robert Schmidt wrote: On the unison.general mailing list, Mark Rogers reports that replacing the cygwin1.dll with version 1.5.10 makes unison over ssh work again. So, I assume that replacing the DLL with version B20 would really supercharge things. I've been developing commercial software for 15 years (I'm *not* saying that's a lot, just that I'm not a script kiddie). One of my established practices is to narrow down the possible factors contributing to a problem, which includes testing earlier versions. I don't quite understand the sarcasm here. Apparently, my comment was entirely unhelpful, and I apologize for wasting your time. I'll restrain myself in the future, and will keep learning from the list how to be helpful without being shot down. Any follow-ups to this are welcome privately. Cheers, Rob -- 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.11 - tcp problems
Sorry, but I'm a bit of a novice when it comes to TCP - how should I edit /etc/services? There are currently entries for ftp and telnet already... ftp21/tcp ssh22/tcp ssh22/udp telnet 23/tcp smtp 25/tcpmail Regards, Marcus --Original Mail-- From: Igor Pechtchanski [EMAIL PROTECTED] To: [EMAIL PROTECTED], Marcus Davage [EMAIL PROTECTED] Received On: Tue, 14 Sep 2004 15:57:24 Subject: Re: 1.5.11 - tcp problems On Tue, 14 Sep 2004, Igor Pechtchanski wrote: On Tue, 14 Sep 2004, Marcus Davage wrote: When executing ftp command, I get... ftp: ftp/tcp: unknown service When executing x3270 hostname, I get... Unknown port number or service: telnet What can I do to re-establish tcp connectivity? Umm, edit /etc/protocols? Whoops, fingers ahead of the brain there. Make that /etc/services... Igor uname -s returns... CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Kind regards, Marcus -- 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
-Original Message- From: cygwin-owner On Behalf Of Robert Schmidt Sent: 14 September 2004 16:15 I don't quite understand the sarcasm here. http://cygwin.com/acronyms#WJM OOO OO OO OO OO OO OO OO OO OO OOO [nb. big ascii-art smiley for emphasis, as in circumstances like this a small one might easily be overlooked..] 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: 1.5.11 - tcp problems
Marcus, First off, http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Secondly, the /etc/services file seems ok, but in Cygwin it's actually a symlink to the one in the Windows system directory. Do you have the symlink on your system, or is /etc/services a file? If it's a file, Windows (in particular, winsock) won't be aware of it. Igor On Tue, 14 Sep 2004, Marcus Davage wrote: Sorry, but I'm a bit of a novice when it comes to TCP - how should I edit /etc/services? There are currently entries for ftp and telnet already... ftp21/tcp ssh22/tcp ssh22/udp telnet 23/tcp smtp 25/tcpmail Regards, Marcus --Original Mail-- From: Igor Pechtchanski [EMAIL PROTECTED] To: [EMAIL PROTECTED], Marcus Davage [EMAIL PROTECTED] Received On: Tue, 14 Sep 2004 15:57:24 Subject: Re: 1.5.11 - tcp problems On Tue, 14 Sep 2004, Igor Pechtchanski wrote: On Tue, 14 Sep 2004, Marcus Davage wrote: When executing ftp command, I get... ftp: ftp/tcp: unknown service When executing x3270 hostname, I get... Unknown port number or service: telnet What can I do to re-establish tcp connectivity? Umm, edit /etc/protocols? Whoops, fingers ahead of the brain there. Make that /etc/services... Igor uname -s returns... CYGWIN_NT-4.0 wrkseverns79590 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin Kind regards, Marcus -- 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: Win XP SP2: cvs over ssh problems
My XP machine at work was just upgraded to SP2. Now I'm having problems accessing a cvs repository on a linux box over ssh. Everything was working fine until this SP2 upgrade. I'm doing CVS over SSH a lot, and what can i say: it just works, and i've got SP2 and Cygwin 1.5.11 installed too. -- 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: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
Robert Schmidt rschm at broadpark.no writes: On the unison.general mailing list, Mark Rogers reports that replacing the cygwin1.dll with version 1.5.10 makes unison over ssh work again. I am using 1.5.11 and I can confirm that reverting to 1.5.10 makes my cvs/ssh problems go away. (The web reader I'm using doesn't seem to allow me to post or attach the output from cygcheck (You have lines longer than 80 characters.). I'll try to set up a normal subscription.) -- 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: Installation hangs because asks for input from terminal (Attn: tetex maintainer, setup maintainer)
Corinna Vinschen writes: Corinna, since the tetex settings are so dependent of environment variables and since the environment variables are shared with different tetex implementations, wouldn't it be better to split the tetex installation into two files? First, the postinstall script, which doesn't depend on these variables, and second, a still-to-be-created tetex-config script, similar to curl-config, exim-config, etc, and which has to be started by the user manually? This would not change very much. With Igor's patch, this is effectively what happens now. The script users should run, is texconfig (as noted in the README). The situation would get a little bit better for computer savvy users (those who have installed an alternative TeX version) but would get far worse for novices. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Win XP SP2: cvs over ssh problems
Igor Pechtchanski pechtcha at cs.nyu.edu writes: authentication dat' from cvs servering. ^^^!!! (never returns) I'm a bit concerned about the ing above (marked with !!!). Looks like you have intermixed the outputs of programs somehow... Facinating. A subsequent run produced this (slightly different) output: $ cvs status myFile.txt cvs status: warning: unrecognized response `Warning: No xauth data; using fake a' from cvs servera for X11 forwarding. ^^^! -- 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: Win XP SP2: cvs over ssh problems
On Tue, 14 Sep 2004, Christopher Cobb wrote: Igor Pechtchanski pechtcha at cs.nyu.edu writes: authentication dat' from cvs servering. ^^^!!! (never returns) I'm a bit concerned about the ing above (marked with !!!). Looks like you have intermixed the outputs of programs somehow... Facinating. A subsequent run produced this (slightly different) output: $ cvs status myFile.txt cvs status: warning: unrecognized response `Warning: No xauth data; using fake a' from cvs servera for X11 forwarding. ^^^! Probably an stdout buffering artifact. Try cvs status myFile.txt out 2err and examine the out and err files. Did you try setting CVS_RSH to /usr/bin/ssh -x? 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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.10: expr + configure failure + testcase (also on 1.5.11-1)
On Tue, Sep 14, 2004 at 04:00:41PM +0200, Peter Ekberg wrote: Can someone try the snapshot please? Tried it, and I'm not able to open a shell with it. I have rebooted, so it's not some stray old process holding on to the previous dll. What I did: bunzip2 of the snapshot dll, shut down all cygwin processes, swapped in the snapshot dll as /bin/cygwin1.dll, ran the cygwin shortcut. The cmd window appears and disappears. So then I tried to reboot, but no effect. Grr... This was the newlib problem previously mentioned. I forgot to generate the snapshot in such a way as to work around this problem. The new snapshot should work better. 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: Win XP SP2: cvs over ssh problems
Igor Pechtchanski pechtcha at cs.nyu.edu writes: Probably an stdout buffering artifact. Try cvs status myFile.txt out 2err and examine the out and err files. Did you try setting CVS_RSH to /usr/bin/ssh -x? Igor $ cat out (nothing) $ cat err cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication dat' from cvs servering. (ing. still there). $ CVS_RSH=/usr/bin/ssh.exe -x cvs status myFile.txt cvs status: warning: unrecognized response `The system cannot find the path spec' from cvs server cvs [status aborted]: end of file from server (consult above messages if any) -- 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/
[INFO] Adding Cygwin here to Windows Explorer
Hi, some of you may find this useful. I did the following, works perfectly for me: Last line of ~/.zlogin is: [[ $OSTYPE = *cygwin* $ARGC -eq 1 ]] cd $@ And this registry settings was added to Windows registry: Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Folder\shell\command] @=Cygwin Here [HKEY_CLASSES_ROOT\Folder\shell\command\command] @=\C:\\cygwin\\bin\\zsh.exe\ -l -s \%1\ With these, when I right-click a folder on Windows Explorer, one available option is Cygwin Here that start Cygwin+zsh and then cd to the right-clicked directory. __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- 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: Win XP SP2: cvs over ssh problems
-Original Message- From: cygwin-owner On Behalf Of Christopher Cobb Sent: 14 September 2004 17:57 Igor Pechtchanski writes: Probably an stdout buffering artifact. Try cvs status myFile.txt out 2err and examine the out and err files. Did you try setting CVS_RSH to /usr/bin/ssh -x? Igor $ cat out (nothing) $ cat err cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication dat' from cvs servering. (ing. still there). I suggest you should use od to see if there's a CR-without-a-LF in the middle causing two lines of messages to overprint each other. 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: Win XP SP2: cvs over ssh problems
On Tue, 14 Sep 2004, Christopher Cobb wrote: Igor Pechtchanski pechtcha at cs.nyu.edu writes: Probably an stdout buffering artifact. Try cvs status myFile.txt out 2err and examine the out and err files. Did you try setting CVS_RSH to /usr/bin/ssh -x? Igor $ cat out (nothing) $ cat err cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication dat' from cvs servering. (ing. still there). Try cat -A err :-) $ CVS_RSH=/usr/bin/ssh.exe -x cvs status myFile.txt cvs status: warning: unrecognized response `The system cannot find the path spec' from cvs server cvs [status aborted]: end of file from server (consult above messages if any) Hmm, what does ssh -nx [EMAIL PROTECTED] cvs -tn server print? 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c
Earl Chew wrote: The call to GetFileSize() doesn't match the Microsoft documentation, and invariably mis-sizes the disk image as zero. A couple of comments regarding your recent changes: a. GetFileSize() returns the bits 32-63 of the file size in the 2nd parameter. I think code like this is more better: DWORD high_filesize; filesize = GetFileSize(dev, high_filesize); if (filesize != INVALID_FILE_SIZE || GetLastError() != NO_ERROR) *retblocks (((unsigned long long) high_filesize 32) + filesize) / blocksize; b. Use of CreateFile() causes problems because win32 doesn't know about the cygwin mount points. Code like this is more flexible: fd = open(file, O_RDONLY | O_BINARY); if (fd == -1) return EBADF; dev = (HANDLE) get_osfhandle(fd); ... close(fd); c. Similarly, code in unix_io.c needs to force binary mode to avoid getting incorrect results when cygwin decides the image is text! open_flags = (flags IO_FLAG_RW) ? O_RDWR : O_RDONLY; #ifdef O_BINARY open_flags |= O_BINARY; #endif Earl -- 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: zsh hangs with command not found (Peter A. Castro?)
On Sun, 12 Sep 2004, Thorsten Kampe wrote: Greetings Thorsten, I see you are still fighting with this problem. Thanks for the traces. Unfortinately, they don't provide much beyond what was previously documented for this problem. I don't think it has to do with process creation. If that were the case, every command or script invocation would have a 10 second delay before it actually ran. However, we have seen problems in the past having to do with process signaling (SIGCHLD for example) and read blocking on pipes between a parent child. Supposedly those have been resolved, but perhaps they've resurfaced. I still can't reproduce it, however. You might be able to see if it's the parent shell or child shell which is hanging. When the hang occurs, in another window, do a 'ps' and see how many shell processes are running. Do the 'ps' several times rapidly during this exercise to ensure you get an accurate time picture of events. If the child comes up and quickly disappears, yet the parent is still in the hung state, then it's likely the signaling problem again (or an interaction between read blocking a signaling). Or, perhaps you see a long delay before the child even appears, which might indicate the parent is getting stuck on a resource...possibly directory lookup. I presume strace still causes the problem to go away? If so, it's more indication of a timing bug. * Thorsten Kampe (2004-09-12 16:59 +0200) This is a follow-up to the thread zsh 4.1.1-3 on W2000 hangs with command not found from March 2004. Facts: Cygwin 1.5.12s(0.116/4/2) 20040907 00:06:12 zsh 4.2.0 Windows XP SP2 Problem: zsh hangs about ten seconds when I try to execute a nonexistant command (bash in comparison returns immediately). Even unsetting all environment variables inherited from Windows and deleting my .zshrc didn't make any difference. Changes to march: Specifying an absolute path ('/bin/foobar') and unsetting 'correct' and 'correctall' make no difference anymore. * Now I tried to analyze my problem with File Monitor from SysInternals. I captured two filtered sessions: one with zsh executing foozsh and one with bash executing foobash (both attached). Things I noticed: bash queries 88 items while zsh queries 123. This shouldn't explain the ten second difference. zsh spawns a new instance/process of zsh (pid 224) on line 29! Until this line the query results show up with no delay in File Monitor. The next 98 lines show up with the ten second delay. So either the starting of a new zsh instance/process is so terribly slow or the new zsh process searches (for whatever reason) much much slower than the first one. I've examined the output further: it's in fact the creation of a new process that takes the time. Compare these two snippets (one with difference time and one with absolute clock time): 270.2486 zsh.exe:3496FASTIO_QUERY_OPEN C:\foozsh.exe.lnk FILE NOT FOUND Attributes: Error 280.2403 zsh.exe:3496FASTIO_QUERY_OPEN C:\foozsh.lnk FILE NOT FOUND Attributes: Error 290.00010951 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh.exe FILE NOT FOUND Attributes: Error 300.2486 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh FILE NOT FOUND Attributes: Error 310.2570 zsh.exe:224 FASTIO_QUERY_OPEN C:\cygwin\usr\local\bin\foozsh.exe.lnk FILE NOT FOUND Attributes: Error 2317:24:38zsh.exe:2360QUERY INFORMATION C:\cygwin\home\thorsten\whereever.exe.lnk FILE NOT FOUND Attributes: Error 2417:24:38zsh.exe:2360QUERY INFORMATION C:\cygwin\home\thorsten\whereever.lnk FILE NOT FOUND Attributes: Error 2517:24:49zsh.exe:2360QUERY INFORMATION C:\whereeverFILE NOT FOUND Attributes: Error 2617:24:49zsh.exe:2360QUERY INFORMATION C:\whereever.exe FILE NOT FOUND Attributes: Error 2717:24:49zsh.exe:2360QUERY INFORMATION C:\whereever.exe.lnk FILE NOT FOUND Attributes: Error 2817:24:49zsh.exe:2360QUERY INFORMATION C:\whereever.lnk FILE NOT FOUND Attributes: Error 2917:24:49zsh.exe:2764QUERY INFORMATION C:\cygwin\usr\local\bin\whereever.exe FILE NOT FOUND Attributes: Error 3017:24:49zsh.exe:2764QUERY INFORMATION C:\cygwin\usr\local\bin\whereever FILE NOT FOUND Attributes: Error Interestingly File Monitor shows the delay always between line 28 and 29 when set to differential time (which is exactly the creation of a new process) and between line 24 and 25 when set to clock time (maybe a bug?) Thorsten -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- Unsubscribe info:
Re: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c
On Tue, Sep 14, 2004 at 10:32:47AM -0700, Earl Chew wrote: Earl Chew wrote: The call to GetFileSize() doesn't match the Microsoft documentation, and invariably mis-sizes the disk image as zero. A couple of comments regarding your recent changes: a. GetFileSize() returns the bits 32-63 of the file size in the 2nd parameter. I think code like this is more better: DWORD high_filesize; filesize = GetFileSize(dev, high_filesize); if (filesize != INVALID_FILE_SIZE || GetLastError() != NO_ERROR) *retblocks (((unsigned long long) high_filesize 32) + filesize) / blocksize; b. Use of CreateFile() causes problems because win32 doesn't know about the cygwin mount points. Code like this is more flexible: fd = open(file, O_RDONLY | O_BINARY); if (fd == -1) return EBADF; dev = (HANDLE) get_osfhandle(fd); ... close(fd); c. Similarly, code in unix_io.c needs to force binary mode to avoid getting incorrect results when cygwin decides the image is text! open_flags = (flags IO_FLAG_RW) ? O_RDWR : O_RDONLY; #ifdef O_BINARY open_flags |= O_BINARY; #endif Let me again point out that a cygwin program shouldn't be doing *ANY OF THIS*. It shouldn't be calling GetFileSize and it shouldn't be calling CreateFile. 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: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c
On Tue, Sep 14, 2004 at 10:32:47AM -0700, Earl Chew wrote: Earl Chew wrote: The call to GetFileSize() doesn't match the Microsoft documentation, and invariably mis-sizes the disk image as zero. Earl, Thanks for the comments. I considered some of the things you suggested, but for the moment, I'm holding off on anything other than minor changes to the existing source. Let me again point out that a cygwin program shouldn't be doing *ANY OF THIS*. It shouldn't be calling GetFileSize and it shouldn't be calling CreateFile. cgf Agreed... however, the e2fsprogs code itself is what's making these calls :-/ In other words, whoever did the initial port of e2fsprogs to Cygwin (Ted Ts'o, from the ChangeLog entries) decided, for some reason, to make use of native Win32 calls instead of using stat/ statfs. Since the only ChangeLog entry for Cygwin is dated from 2003-04-18, it's possible that he ran into problems with Cygwin the current state of the Cygwin code and felt the need to fall back on Win32 natives (probably for large file support, since the code made an explicit call to GetFileSizeEx...) I'm going to look at the code, and see if the existing state of Cygwin is such that the non-windows code path in getfile.c can be used instead. If/when that happens, I'll feed patches back upstream, along with comments, so the next release of the e2fsprogs package can be built without any annoying bits like this... but it's going to have to remain in there for the near future. -Samrobb -- 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: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c
Christopher Faylor wrote: Let me again point out that a cygwin program shouldn't be doing *ANY OF THIS*. It shouldn't be calling GetFileSize and it shouldn't be calling CreateFile. I think part of the original motivation might have been that under some circumstances this set of programs needs to be used on drive partitions as opposed to files within those partitions. At that time there may have been no way within Cygwin to size a partition (statfs()?). As far as I can tell the O_BINARY changes are good to have. Earl -- 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: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c
On Tue, Sep 14, 2004 at 12:42:31PM -0700, Earl Chew wrote: Christopher Faylor wrote: Let me again point out that a cygwin program shouldn't be doing *ANY OF THIS*. It shouldn't be calling GetFileSize and it shouldn't be calling CreateFile. I think part of the original motivation might have been that under some circumstances this set of programs needs to be used on drive partitions as opposed to files within those partitions. At that time there may have been no way within Cygwin to size a partition (statfs()?). Cygwin has had statfs since 1997. 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/
FW: newly installed cygwin does not work, seems to be screwing up windows as well.
-Original Message- From: Koskie, Sarah Sent: Tuesday, September 14, 2004 3:20 PM To: '[EMAIL PROTECTED]' Subject: newly installed cygwin does not work, seems to be screwing up windows as well. Please help if possible. I reinstalled cygwin yesterday. (First default, then added packages that sounded useful as directed.) Big mistake. I had been running a version I installed about a year ago and hoped to take advantage of improvements since then. Now many things don't work and the things that do work don't work as well. I have tried checking the mail archives and found a claim that the installation process leaves a tarball of the old version. If this is so, please tell me a) where and b) how to undo my reinstallation. After this experience, I'd be happy -- no make that ecstatic and grateful -- to forget it and go back to what I was using. I don't see any files that look likely, but can't untar anything anyway because apparently gzip is no longer used. Files are now labeled .bz2 and I don't know what to use to unzip them. There's no manual entry for bzip. Alternatively, if there is a known stale mirror that I could use, that would be fine, but I don't know how about figuring out which of the 20 or so mirror sites would have a year-old version. No need to tell me how stupid I was to install without backing cygwin first. At this point, I have pretty much identified all the various stupid steps I took. Just want to know whether can be undone and if so how. Thanks!!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem executing a .bat script in a directory with spaces us ing bash
Christopher Cobb wrote: Conclusion: cmd.exe command line processing is brain dead. Among the problems are that cmd.exe looks for /exactly/ one pair of quotes and no more (see my previous message). And that (double) quotes are the /only/ way of quoting spaces. Wow. Hideous. I wonder if there would be any demand for a small compiled wrapper program that understands cygwin mounts and posix paths, but is a win32 app and calls the win32 or nt api directly to avoid all the quoting ridiculousless. It would Just Do What I Mean(tm) when called from either cygwin or cmd, and be able to launch bat files, cmd files, any other script-file associations known to Windows, with shebang support as well. Hideous, indeed. I always try to use a short file name for the executable with CMD.exe -- saves *lots* of headaches and time. I'm not sure how Sean is trying to launch the batch file (ie, from a batch file, or compiled executable, etc) so how you would get a sfn would vary (and I can only really speak on the Win side), but if you know the batch exists, [cygpath -d path\file.bat] should give it in a usable manner. ~Neil -- 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: FW: newly installed cygwin does not work, seems to be screwing up windows as well.
On Tue, Sep 14, 2004 at 03:22:43PM -0500, Koskie, Sarah wrote: I have tried checking the mail archives and found a claim that the installation process leaves a tarball of the old version. That's sort of hard to believe. This has never been the case or at least has not been the case for four years. I don't see any files that look likely, but can't untar anything anyway because apparently gzip is no longer used. Files are now labeled .bz2 and I don't know what to use to unzip them. There's no manual entry for bzip. The name of the program is bzip2: http://www.google.com/search?q=bz2 I don't know why you'd need a manual entry. Any .bz2 files on your disk should have been theoretically installed already. Alternatively, if there is a known stale mirror that I could use, that would be fine, but I don't know how about figuring out which of the 20 or so mirror sites would have a year-old version. Any sites listed in the mirror list are supposed to be up-to-date. However, you may be able to find old mirrors with google. I'd think that you would rather just get the newest cygwin working so that you could continue to be up-to-date in case you need a bug fix. No need to tell me how stupid I was to install without backing cygwin first. At this point, I have pretty much identified all the various stupid steps I took. Just want to know whether can be undone and if so how. Why don't you start by telling us exactly what you did and exactly what isn't working. Did you (hopefully) choose all of the defaults in setup.exe up until you selected packages? This may be of some help: http://cygwin.com/problems.html . As a WAG, it sounds like you may have just used the download option in setup.exe rather than the install option but it's difficult to know without any details. -- 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: Win XP SP2: cvs over ssh problems
Dave Korn dk at artimi.com writes: I suggest you should use od to see if there's a CR-without-a-LF in the middle causing two lines of messages to overprint each other. cheers, DaveK Yes, there was an embedded ^M: cvs status: warning: unrecognized response `Warning: No xauth data; using fake authentication data for X11 forwarding.^M' from cvs server -- 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.11 on XP: spaces in HOME and my resolution
I just downloaded and installed the latest (2 days old, at the time I write this) version of Cygwin. I had several issues relating back to my Home directory having spaces from my XP profile; mostly from external apps such as KDE. I expect this is known, and I have looked it up in the archives and in Google, but whether or not there is curently a resolution is not clear. Below is my fix in the hopes that it is helpful (I couldn't find anything similar as I searched.) First, however, it appears that this is not supposed to be the standard behavior. According to this post: http://www.cygwin.com/ml/cygwin/2003-01/msg00111.html it seems that this behavior is attributed to a HOME directory being set in the environment. In my case, this is not so, as you can see from the attached cygcheck output. If I install cygwin and run Bash on a clean machine, the path with spaces is already set in etc/passwd as below, so I changed it to the short filename version and that fixed most of the issues I was having. NBRYANT:unused_by_nt/2000/xp:198884:10545:NBRYANT,U-WFBS\NBRYANT,S-1-5-21-[r emoved]:/cygdrive/c/Documents and Settings/NBRYANT:/bin/bash In the archives, I found mention that setting this in the cygwin.bat file is a bad idea because of the possibility of mixing up docume~1 and docume~2, etc. If this is the only issue with short file names, then I submit my modified cygwin.bat file. == @echo off IF NOT DEFINED HOME ( for %%x IN (%USERPROFILE%) DO (set HOME=%%x) if NOT %HOME%==%USERPROFILE% ( if %OS%==Windows_NT ( for /D %%x IN (%USERPROFILE%) DO (set HOME=%%~fsx) ) ) ) C: chdir C:\cygwin\bin bash --login -i %1 == This will set the HOME variable in the shell to the shortfilename version of %USERPROFILE% and should work in any version of NT (I've only tried it in XP, and it works just fine.) It cleared up my issues with KDE and other software instantly. I typed this up only in the hopes of contributing something to your excellent project ... if it is counterproductive or actually has been addressed, I apologize. On the other hand, if it would be helpful, you are free to use it; I wrote it, it's mine, and I give it to you. If there is interest, I should be able to expand it to '95/'98 (which you have to shorten a different way). Actually, while I'm at it, this should work for all versions (again, I've only tested it on XP. == @echo off C: chdir C:\cygwin\bin IF NOT DEFINED HOME ( for %%x IN (%USERPROFILE%) DO (set HOME=%%x) if NOT %HOME%==%USERPROFILE% ( if %OS%==Windows_NT ( for /D %%x IN (%USERPROFILE%) DO (set HOME=%%~fsx) ) ELSE ( REM For Win9x, etc cygpath -d %USERPROFILE%| cat -b sethome.bat echo set HOME=%%11.bat call sethome.bat del sethome.bat del 1.bat ) ) ) bash --login -i %1 == Incidentally, the %1 in the last line allows me to run shell scripts directly from Win shortcuts, but does not affect normal execution: ie, since the startx.bat files won't show the background when windowed, my shortcut is thus: C:\cygwin\cygwin.bat C:\cygwin\usr\X11R6\bin\kde.sh But when the desktop Cygwin icon is launched, it functions as always. ~Neil Cygwin Configuration Diagnostics Current System Time: Mon Sep 13 12:28:07 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\NetManage\Windows c:\Program Files\Compuware\Common .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 198884(NBRYANT) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 198884(NBRYANT) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 547(Power Users) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\NBRYANT' MAKE_MODE = `unix' PWD = `/cygdrive/c/Documents and Settings/NBRYANT/desktop/new folder' USER = `NBRYANT' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\NBRYANT\Application Data' CLASSPATH = `C:\Classpath\swingall.jar' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `DWS1257-B9KW141' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\NBRYANT' HOSTNAME = `DWS1257-B9KW141' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\[removed]' MANPATH =
Re: Win XP SP2: cvs over ssh problems
Igor Pechtchanski pechtcha at cs.nyu.edu writes: Hmm, what does ssh -nx user at host cvs -tn server print? Igor It comes back immediately (does not hang) and with no output: $ ssh -nx [EMAIL PROTECTED] cvs -tn server out 2err $ ls -l out err -rw-rw-rw-1 chcobb Domain_U0 Sep 14 17:06 err -rw-rw-rw-1 chcobb Domain_U0 Sep 14 17:06 out -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem executing a .bat script in a directory with spaces us ing bash
I'm not sure how Sean is trying to launch the batch file (ie, from a batch file, or compiled executable, etc) so how you would get a sfn would vary (and I can only really speak on the Win side), but if you know the batch exists, [cygpath -d path\file.bat] should give it in a usable manner. PS, Sean, since I have it open at the moment, I pass this on to you; On the chance that you are calling your batch files from batch files (which is probably the hardest to get a short file name in), and that you are running NT, the following might help you. The following two lines are essentially equivalent in Batch; except that the second will shorten the file name for the batch file -- oddly enough, leaving the unquoted parameters intact (though, probably not in all situations). = set Parameters=quote this any /way \you -want %USERPROFILE%\doit.bat %Parameters% @for %%x IN (%USERPROFILE%\doit.bat) DO %%~fsx %Parameters% = The first line breaks under most conditions at the first space. The second one is pretty resiliant. It will shorten even nonexistant filenames (though it will only shorten the existing part), and you can use DO or DO CALL as you wish. HTH, ~Neil -- 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: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
OK, here's some more info from the hanging unison over ssh on 1.5.11. I've attached the last part of an strace, taken from after ssh reads the RSA key. At the end of the log, ssh just waits. I've kept the full logs from both 1.5.10 and 1.5.11 if it can be helpful. And thanks, Dave, for the reference to WJM - I was definitely caught off guard... :-) Cheers, Rob 2361775 [main] ssh 3916 cygpsid::debug_print: get_sids_info: owner SID = S-1-5-21-1715567821-920026266-854245398-1003 2361836 [main] ssh 3916 cygpsid::debug_print: get_sids_info: group SID = S-1-5-21-1715567821-920026266-854245398-513 2361900 [main] ssh 3916 get_info_from_sd: ACL 180, uid 1003, gid 513 2361995 [main] ssh 3916 fhandler_base::fstat_helper: 0 = fstat (, 0x22E2E0) st_atime=414754E6 st_size=883, st_mode=0x8180, st_ino=22932, sizeof=96 2362052 [main] ssh 3916 fstat64: 0 = fstat (4, 0x22E2E0) 2362148 [main] ssh 3916 readv: readv (4, 0x22E300, 1) blocking, sigcatchers 0 2362200 [main] ssh 3916 readv: no need to call ready_for_read 2362306 [main] ssh 3916 fhandler_base::read: returning 883, binary mode 2362363 [main] ssh 3916 readv: 883 = readv (4, 0x22E300, 1), errno 0 2365739 [main] ssh 3916 time: 1095193832 = time (22EA08) 2371965 [main] ssh 3916 close: close (4) 2372016 [main] ssh 3916 fhandler_base::close: closing '/cygdrive/c/Private/.ssh/id_rsa' handle 0x6A4 2372095 [main] ssh 3916 close: 0 = close (4) 2394109 [main] ssh 3916 writev: writev (3, 0x22CD30, 1) 2394321 [main] ssh 3916 writev: 384 = write (3, 0x22CD30, 1), errno 0 2394431 [main] ssh 3916 cygwin_select: 4, 0x100F0D30, 0x0, 0x0, 0x0 2394530 [main] ssh 3916 dtable::select_read: fd 3 2394581 [main] ssh 3916 cygwin_select: to NULL, ms 2394632 [main] ssh 3916 cygwin_select: sel.always_ready 0 2394748 [main] ssh 3916 start_thread_socket: Handle 0x6D4 2394800 [main] ssh 3916 start_thread_socket: Added to readfds 2395120 [main] ssh 3916 start_thread_socket: exitsock 0x6A4 2395183 [main] ssh 3916 start_thread_socket: stuff_start 0x22CD34 2395289 [select_socket] ssh 3916 thread_socket: stuff_start 0x100F5A3C 2395403 [main] ssh 3916 select_stuff::wait: m 2, ms 4294967295 2409057 [select_socket] ssh 3916 thread_socket: Win32 select returned 1 2409119 [select_socket] ssh 3916 thread_socket: s 0x100F29E8, testing fd 3 () 2409233 [select_socket] ssh 3916 thread_socket: read_ready 2409297 [main] ssh 3916 select_stuff::wait: woke up. wait_ret 1. verifying 2409352 [main] ssh 3916 select_stuff::wait: gotone 1 2409403 [main] ssh 3916 select_stuff::wait: returning 0 2409453 [main] ssh 3916 select_stuff::cleanup: calling cleanup routines 2409504 [main] ssh 3916 socket_cleanup: si 0x100F2A18 si-thread 0x610F38D8 2409556 [main] ssh 3916 socket_cleanup: connection to si-exitsock 0x6A4 2410337 [main] ssh 3916 socket_cleanup: returning 2410395 [main] ssh 3916 peek_socket: considering handle 0x6D4 2410449 [main] ssh 3916 set_bits: me 0x100F29E8, testing fd 3 () 2410501 [main] ssh 3916 set_bits: ready 1 2410551 [main] ssh 3916 select_stuff::poll: returning 1 2410601 [main] ssh 3916 select_stuff::cleanup: calling cleanup routines 2410651 [main] ssh 3916 select_stuff::~select_stuff: deleting select records 2410746 [main] ssh 3916 readv: readv (3, 0x22CD80, 1) nonblocking, sigcatchers 0 2410801 [main] ssh 3916 peek_socket: considering handle 0x6D4 2410852 [main] ssh 3916 peek_socket: adding read fd_set , fd 3 2410944 [main] ssh 3916 peek_socket: WINSOCK_SELECT returned 1 2411000 [main] ssh 3916 fhandler_base::ready_for_read: read_ready 1, avail 1 2411077 [main] ssh 3916 readv: 32 = readv (3, 0x22CD80, 1), errno 0 2412131 [main] ssh 3916 dtable::dup2: dup2 (0, 4) 2412191 [main] ssh 3916 build_fh_pc: fh 0x61781858 2412253 [main] ssh 3916 fhandler_base::dup: in fhandler_base dup 2412312 [main] ssh 3916 fhandler_pipe::dup: res 0 2412363 [main] ssh 3916 dtable::dup_worker: duped '' old 0x78C, new 0x6A4 2412414 [main] ssh 3916 dtable::dup2: newfh-io_handle 0x6A4, oldfh-io_handle 0x78C 2412466 [main] ssh 3916 dtable::dup2: 4 = dup2 (0, 4) 2412518 [main] ssh 3916 dtable::dup2: dup2 (1, 5) 2412571 [main] ssh 3916 build_fh_pc: fh 0x61781A60 2412623 [main] ssh 3916 fhandler_base::dup: in fhandler_base dup 2412678 [main] ssh 3916 fhandler_pipe::dup: res 0 2412728 [main] ssh 3916 dtable::dup_worker: duped '' old 0x784, new 0x684 2412779 [main] ssh 3916 dtable::dup2: newfh-io_handle 0x684, oldfh-io_handle 0x784 2412830 [main] ssh 3916 dtable::dup2: 5 = dup2 (1, 5) 2412882 [main] ssh 3916 dtable::dup2: dup2 (2, 6) 2412961 [main] ssh 3916 build_fh_pc: fh 0x61781C68 2413017 [main] ssh 3916 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 2413069 [main] ssh 3916 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x1 2413130 [main] ssh 3916 fhandler_base::set_flags: filemode set to binary 2413311 [main] ssh 3916 fhandler_console::open: incremented open_fhs, now 2 2413369 [main] ssh 3916 fhandler_console::open: opened conin$ 0xB, conout$ 0x1F 2413421 [main] ssh 3916 dtable::dup_worker:
login name changed
Due to administrative reason my login name changed from gene to gene.us. This also produced a new directory under Documents and Setting called gene-us which is my new default home directory for windows. However, cygwin never seems to get the message and when I start cygwin (via rxvt) it thinks my home is still in gene. How do I tell cygwin to use gene.us as my home? -- Lit up like Levy's -- 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: Bizarre behaviour of make --win32
On Sep 14, 4:01pm, Dave Korn wrote: -- Subject: Bizarre behaviour of make --win32 It appears to be using sh.exe, regardless of the --win32 flag. But if I add stdout redirection to the command in question, it uses cmd.exe. -- End of excerpt from Dave Korn On non-Cygwin, UNIX platforms, GNU make will optimize away the shell invocation for simple commands, which are identified by lack of known shell metacharacters (like ). For example, foo bar baz would be executed directly, using something like execvp(), but foo bar baz would run /bin/sh -c foo bar baz. If the Makefile sets the SHELL make variable to something other than the default /bin/sh, then this opimization is disabled: GNU make conservatively assumes that it has no idea about the syntax for the nonstandard shell, ignores potential metacharacters, and just always runs $(SHELL) -c command. This can have performance implications, as you might imagine. I don't know offhand what happens with --win32, but the difference in behavior with stdout redirection that you report is probably related to this optimization. I thought --win32 was supposed to use cmd.exe, but I don't know what the equivalent of execvp() would be for simple commands, or if make --win32 knows about cmd.exe metacharacters. What makes you think that sh.exe is being used? -- Bob -- 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: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]
[snip] I'll restrain myself in the future, and will keep learning from the list how to be helpful without being shot down. Wow, did YOU stumble into the wrong mailing list! -- Gary R. Van Sickle -- 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: BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c
[snip] As far as I can tell the O_BINARY changes are good to have. Earl Well, mandatory if standards are to be cloven to and tragedy is to be avoided. -- Gary R. Van Sickle -- 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: HELP: How to disable killing of Bash Shell window with mouse?
[exit box not killing bash] The default cygwin.bat shell, starting bash --login -i via cmd.exe, will kill successfully cmd.exe and its child bash.exe when killing the window via the mouse [x] or via the pulldown. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ Huh, works with rxvt as well. Never used to. Wonder who fixed that when. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How do you pronounce it?
Silly little question, but I'd like to get it right. How do you pronounce 'cygwin'? Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How do you pronounce it?
sig -win? On Wed, 15 Sep 2004 01:09:02 + (UTC), Peter [EMAIL PROTECTED] wrote: Silly little question, but I'd like to get it right. How do you pronounce 'cygwin'? Peter -- 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/ -- Matthew O. Persico -- 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/
Installation - where is it all
Hi I've checked all the Q's I could find, but couldn't find an answer to this short question. When cygwin installs, does it *all* go in the c:\cygwin directory (or other directory that's specified)? My need is I need to install it onto a machine that doesn't have Internet access. I'm thinking I can download install on to one machine, and then burn that whole directory to CD and then copy it to the other machine. I'd guess I'd need to set its PATH. What else would I need to do? Thanks for your help Peter -- 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: login name changed
At 07:23 PM 9/14/2004, you wrote: Due to administrative reason my login name changed from gene to gene.us. This also produced a new directory under Documents and Setting called gene-us which is my new default home directory for windows. However, cygwin never seems to get the message and when I start cygwin (via rxvt) it thinks my home is still in gene. How do I tell cygwin to use gene.us as my home? Same as always. Run 'mkpasswd'. See the docs: http://cygwin.com/cygwin-ug-net/using-utils.html#MKPASSWD 'man mkpasswd' and/or see '/etc/postinstall/base-files-profile.sh.done'. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How do you pronounce it?
At 09:22 PM 9/14/2004, you wrote: sig -win? Yes, that's it. On Wed, 15 Sep 2004 01:09:02 + (UTC), Peter [EMAIL PROTECTED] wrote: Silly little question, but I'd like to get it right. How do you pronounce 'cygwin'? Peter -- 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/
Cygwin 1.5.11-1 breaks the Hans Boehm-gc (garbage collector)
Hi, It appears that Cygwin 1.5.11-1 break the Hans Boehm-gc (garbage collector), v6.2 and v6.3. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ The gctest test application of the the boehm-gc runs correctly (it shows a passed result) compiled with gcc 3.3.1, 3.3.1, and 3.4.1 under Cygwin 1.5.10-3. But the gctest application does not run correctly compiled with any of those gcc versions under the current Cygwin, Cygwin 1.5.11-1. I searched the mailing list archive, but I did not find any mention of this problem. But another cygwin user that I know has found the same problem. Is there a known fix for this issue? Thanks, Peter -- 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: Installation - where is it all
At 09:23 PM 9/14/2004, you wrote: Hi I've checked all the Q's I could find, but couldn't find an answer to this short question. When cygwin installs, does it *all* go in the c:\cygwin directory (or other directory that's specified)? My need is I need to install it onto a machine that doesn't have Internet access. I'm thinking I can download install on to one machine, and then burn that whole directory to CD and then copy it to the other machine. I'd guess I'd need to set its PATH. What else would I need to do? Yes, the installation puts it *all* in the directory you choose. However, you're better off copying the local package directory and the setup program to the CD and installing on the machine without Internet access from that. This is the recommended approach for the situation you described. -- 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 1.5.11-1 breaks the Hans Boehm-gc (garbage collector)
At 10:24 PM 9/14/2004, you wrote: Hi, It appears that Cygwin 1.5.11-1 break the Hans Boehm-gc (garbage collector), v6.2 and v6.3. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ The gctest test application of the the boehm-gc runs correctly (it shows a passed result) compiled with gcc 3.3.1, 3.3.1, and 3.4.1 under Cygwin 1.5.10-3. But the gctest application does not run correctly compiled with any of those gcc versions under the current Cygwin, Cygwin 1.5.11-1. I searched the mailing list archive, but I did not find any mention of this problem. But another cygwin user that I know has found the same problem. Is there a known fix for this issue? This problem has not been reported previously. Please see Problem reports: http://cygwin.com/problems.html for guidelines on reporting the problem to this list. -- 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 1.5.11-1 breaks the Hans Boehm-gc (garbage collector)
Hi, Additional info: I meant to say gcc 3.3.1, 3.3.3, and 3.4.1 in my first email. I am running Windows XP, SP1. I compiled and tested the boehm-gc that's under the GNU gcc project's source tree (used by the GNU java compiler), and it also fails the gctest with Cygwin 1.5.11-1, but works with Cygwin 1.5.10-3. Regards, Peter [EMAIL PROTECTED] 09/14/04 04:26PM At 10:24 PM 9/14/2004, you wrote: Hi, It appears that Cygwin 1.5.11-1 break the Hans Boehm-gc (garbage collector), v6.2 and v6.3. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ The gctest test application of the the boehm-gc runs correctly (it shows a passed result) compiled with gcc 3.3.1, 3.3.1, and 3.4.1 under Cygwin 1.5.10-3. But the gctest application does not run correctly compiled with any of those gcc versions under the current Cygwin, Cygwin 1.5.11-1. I searched the mailing list archive, but I did not find any mention of this problem. But another cygwin user that I know has found the same problem. Is there a known fix for this issue? This problem has not been reported previously. -- 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.10: expr + configure failure + testcase (also on 1.5.11-1)
Chris, Ok. Running 09/14/04 snapshot is looking *good* so far. I stopped the test script at 150 passes. I'm starting my configure/build/redo test and will let that run overnight. I'll check in tomorrow AM and report on that. 1 successful configure/build so far. Thanks! -bogdan -- 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 1.5.11-1 breaks the Hans Boehm-gc (garbage collector)
At 10:59 PM 9/14/2004, you wrote: Hi, Additional info: I meant to say gcc 3.3.1, 3.3.3, and 3.4.1 in my first email. I am running Windows XP, SP1. I compiled and tested the boehm-gc that's under the GNU gcc project's source tree (used by the GNU java compiler), and it also fails the gctest with Cygwin 1.5.11-1, but works with Cygwin 1.5.10-3. Looks like you skipped reading Problem reports: http://cygwin.com/problems.html It has the guidelines for the requested information that goes with problem reports, such as 'cygcheck' output. Probably not really an absolute requirement in this case but it answers any basic questions for those who may look at this problem. Regards, Peter [EMAIL PROTECTED] 09/14/04 04:26PM http://cygwin.com/acronyms/#PCYMTNQREAIYR At 10:24 PM 9/14/2004, you wrote: Hi, It appears that Cygwin 1.5.11-1 break the Hans Boehm-gc (garbage collector), v6.2 and v6.3. http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ The gctest test application of the the boehm-gc runs correctly (it shows a passed result) compiled with gcc 3.3.1, 3.3.1, and 3.4.1 under Cygwin 1.5.10-3. But the gctest application does not run correctly compiled with any of those gcc versions under the current Cygwin, Cygwin 1.5.11-1. I searched the mailing list archive, but I did not find any mention of this problem. But another cygwin user that I know has found the same problem. Is there a known fix for this issue? This problem has not been reported previously. -- 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: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1)
Pierre, FYI, I lauched that script last evening, it's now at iteration 6441. That's on NT4 with a 2 day old cygwin dll built from cvs. I have seen all the latest e-mails in this thread and the plea to use the new snapshot. So you are not using the new snapshot, yet do not see the failure, correct? Chris Johns on the RTEMS list reported that my configure line did not fail on his MinGW system as readily as his configure line; his line fails just as well on my system, so we've adopted it as the default now. Please replace the fail() with the following in test-configure: fail () { ${configure_test} -n \ --prefix=/opt/rtems \ --with-multisubdir=m68000 \ --with-multisrctop= \ --with-multibuildtop= \ --prefix=/opt/rtems \ --host=m68k-rtems \ --build=i686-pc-mingw32 \ --target=m68k-rtems \ --enable-multilib \ --enable-doc \ --enable-cxx \ --enable-posix \ --enable-networking \ --disable-tests \ --disable-itron \ --with-target-subdir=m68k-rtems \ --exec-prefix=/opt/rtems/m68k-rtems \ --cache-file=/dev/null \ build_alias=i686-pc-mingw32 \ host_alias=m68k-rtems \ target_alias=m68k-rtems \ CC='m68k-rtems-gcc --pipe -m68000' \ --cache-file=/dev/null } and make another run, hopefully *before* you install the snapshot. So far on the rtems-list, reports of the configure problem have implicated Win98/WinME and Win2K. No failure was reported MinGW/WinXP. I'm still waiting to hear from others. By the way, I never got a chance to respond to your request for a simpler test case. Believe me, I tried. The exhaustive/iterative method was the best I could do to come close to quickly returning a failure if the problem existed. On my system, I'd have a better than 1:2 chance of getting a failure, but other people reported different results. It would *never* fail, if all you did was a few expr and tests. The whole configure script machinery appears necessary to setup the failure mode. Thanks, -bogdan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pierre A. Humblet Sent: Tuesday, September 14, 2004 10:04 AM To: [EMAIL PROTECTED] Subject: Re: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1) On Sun, Sep 12, 2004 at 09:42:07PM -0400, Bogdan Vacaliuc wrote: Anyway, the attached script (test-configure) will create the above configure.ac, generate configure (via. autoconf), and run the above line over and over until failure. I am also attaching cygcheck.out for my environment as it now exists. FYI, I lauched that script last evening, it's now at iteration 6441. That's on NT4 with a 2 day old cygwin dll built from cvs. I have seen all the latest e-mails in this thread and the plea to use the new snapshot. BTW, checking for reused PIDs is a trace is very easy: fgrep Program the_trace Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/