Re: Why binary mode?
Eric Blake schrieb: This is, what I expect, after reading the Cygwin FAQ: "When processing in text mode, [...] written to the file [...] you in fact get "Hello\r\n". Upon reading this combination, the \r is removed [...]". Why is it in fact not removed when reading with cat? The FAQ is outdated. Would you care to volunteer to help maintain it? Reading the NEWS for coreutils, cat was changed upstream in the last two years or so to always be binary-only, to more closely comply with POSIX rules that state that cat must operate on all file types, not just text files. If cat used default mode, it would corrupt true binary files that lived in text mounts. OK, thanks for this hint... And thanks too for your offer, to help maintaining the FAQ. But unfortunately I have a boss who claims to use myself at full capacity ;-> ... you know what I mean? Lev Bishop schrieb: Why is it in fact not removed when reading with cat? Because cat is required by posix to read in binmode. Try, for example: $ echo peng >p.txt && read CO 000 p e n g \n I see, that's fine. I will use this construct instead of the command expansion with cat. Thanks. Norton Allen schrieb: Which apparently means that the original doc he referred to (Cygwin User's Guide, chapter "Text and Binary modes" ) should be updated. I think the fact that cat reads in binmode is surprising (though it makes sense if you think about it) so the behavior should be prominently noted. Certainly the shell idiom of using cat to read text files is widespread. Makes you wonder whether cat shouldn't have an option added to read in text mode (that'd be an upstream question). Lev Bishop schrieb: It has been discussed to add a cygwin-local cat --text option, but rejected on the basis that since it would be cygwin-only and nonstandard, one might as well use the equally nonstandard d2u instead of cat. I believe there was at one point some attempt to get such an option upstream, but upstream resisted this. I'm sure this is mentionned in the archives somewhere. Thanks for your explanations. Best regards, Sven -- Mit freundlichen Grüßen Dipl. Inform. Sven Severus Softwareentwicklung -- HIMA Paul Hildebrandt GmbH + CO KG Abt: Entwicklung Software Albert-Bassermann-Strasse 28 68782 Bruehl Germany Tel: +49 6202 709-289 Fax: +49 6202 709-299 E-Mail: [EMAIL PROTECTED] Internet: www.hima.de -- HIMA Paul Hildebrandt GmbH + Co KG, Postfach 12 61, 68777 Bruehl bei Mannheim Kommanditgesellschaft, Sitz Bruehl, Deutschland - Registergericht Mannheim HRA 421017 Ust-ID: DE 144286400, St.Nr: 43038 00190 Persoenlich haftende Gesellschafterin Paul Hildebrandt Verwaltungsgesellschaft mbH, Sitz Bruehl, Deutschland - Registergericht Mannheim HRB 420588 Geschaeftsfuehrer: Dipl.-Betriebswirt Steffen Philipp, Dipl.-Kfm. Peter Swiczinsky -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cygport-0.2.10-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The following package has been updated in the Cygwin net release: *** cygport-0.2.10-1 cygport is a new, and increasingly popular, way to create Cygwin packages. You only need cygport if you're a package developer or building cygport-based Cygwin packages from source. Changes in 0.2.10: * Allow user-specific cygport.conf files in HOME. * mirrors: Added apache, xfce * gst-plugins0.8: Restored opengl plugin. * kde3: Added SRC_URI for kdevelop-3.4 and amarok. * pygtk: Added pytotem. * ruby: Fix setup.rb install. CygPort developers PLEASE READ: Please note that barring any immediate bugs, I plan to cut a stable branch from this code early next week, and continue new feature development on HEAD. The planned features for this development cycle: * RESTRICT variable * postinstall wrapper functions * Custom commands * mixed download protocols * dorelsym * src_prep and src_install hooks * automatically remove empty dirs in D; keepdir() * warnings for depreecated APIs * decorations for unstable APIs * Debug and/or Verbose mode * Additional cygclasses: - bzr - relocate - xfce * Fix all FIXMEs This should include the necessary features from Charles Wilson's patches, although not necessarily with the same syntax. If there are other features that you would like to see, please email the list, and PTC. Yaakov ~ *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF3qrUpiWmPGlmQSMRCHWbAKD3KMX/59Ju14dnWYHxWSW6LSwhBQCgs7j0 pJ5Fl8CmEFlaJvDAdunuvbs= =w+6E -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin memory leak problems: possible solution
Hi, I encountered memory leaks problems compiling a large code under cygwin. I tried both under winxp and win2k with same result: the memory resources of the system started slowly falling down, up to the end of the process with error messages like "fork: resource temporarily unavailable". I found many discussions on this topic on the cygwin mailing list, such as: http://cygwin.com/ml/cygwin/2003-08/msg00328.html http://www.cygwin.com/ml/cygwin/2006-06/msg00366.html so I think it is a known problem many people face, but I could not find any solution to the problem. After many tries, I found the solution: in my case the problem was the zonealarm firewall. Since zonealarm is widely used, I suspect the same issue affects the pc of many others. Unfortunately it is not enough to turn off or disable zonealarm to avoid the problem. It is needed to uninstall it, and to be sure it is better to follow the full list of things to do to be sure to completely uninstall zonealarm as reported on: http://www.nohold.net/noHoldCust25/Prod_1/Articles55646/CompleteUninstallNonNT.html I have tried many other free firewall programs and did not encounter this issue anymore, you can try for instance: Ashampoo Firewall, Comodo Firewall, PC Tools Firewall, Sygate Personal Firewall etc... If the solution is confirmed by other users facing this issue, I think it should be included in the cygwin FAQ. The incompatibility is in fact very difficult to detect, because it remains even if the zonealarm firewall is disabled. Bye, Luca -- Unsubscribe info: 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: gracebat runs in X, but not as a system call from a perl script
Αρχικό μήνυμα από Andrew DeFaria
PROBLEM solved: TOOK /usr/grace/bin/xmgrace.exe and copied it to
/bin/gracebat.exe
Works fine now and is consistent with the explanation that activestate does not
properly interpret symlinks
> > Better now, but still something is missing cygwin is under c:\cygwin e.g.
> c:\cygwin\bin
> >
> > There I see
> >
> > \bin\gracebat.exe->/usr/grace/bin/xmgrace.exe
> >
> What is this? There is no \bin\gracebat.exe. Cygwin doesn't use
> backslashes in path names. So then how do you "see" this?
typo, I meant /
Also, you can look at the packages list to see what each soft link links to
> > but also the same for /bin/xmgrace.exe
> >
> Ditto. How do you "see" this. BTW "this" doesn't look like "that" which
> looked more like a symlink.
>
> BTW2 You are aware that Cygwin mounts C:\Cygwin\bin onto both /bin and
> /usr/bin...
> > The script directory is c:\cygwin\mydir
> >
> > so in the perl script
> > my $updir='..';
> > my $gracebat=$updir .'/usr/grace/bin/xmgrace ';
> >
> What's this $updir stuff? It's unnecessary.
>
> Also, are you executing a .bat file as alluded to in the past, or
> gracebat.exe or xmgrace.exe. This is sooo confusing!
> > system("$gracebat ... -printfile $printfile");
> >
> Might as well show what's contained in the "..." portions... and
> $printfile for that matter! Don't post code fragments that wouldn't get
> through the Perl interpreter! Post enough of your Perl code so that
> somebody else could copy and paste it to Perl and expect no errors.
> Granted we may not have xmgrace.exe but at least we'd have enough of the
> "story".
> > prints to the screen, not the file.
> >
> Again, are you running Cygwin's perl or ActiveState. Is gracebat.exe (or
> xmgrace.exe) a Windows oriented executable or Cygwin oriented executable?
>
> What happens if you type the contents of "$gracebat ... -printfile
> $printfile..." in to the bash shell directly?
> > This looks right to me, since gracebat and xmgrace link to the SAME
> > executable, xmgrace.exe.
> >
> > How can I get $gracebat to do whatit would do on linux, i.e.
> > write to a file(I tested this on linux and it works fine)
> > ?
> >
> Did you test it on Cygwin? By that I mean can you type in the command
> line to the bash shell such that it works correctly? Once that's achieve
> the task is to get Perl to compose the same command line.
> >
> >>> On Wed, 21 Feb 2007, moka wrote:
> >>>
> >>>
> I do startxwin to open X and then do
> gracebat
> this does what I want, namely produce a jpeg file
>
> Now if I try this for a perl script(run from X)
> system(gracebat )
>
> i.e. the exact same line that produced the right result
> I get an error.
>
> I guess the reason is that I am using the activestate perl instead of
>
> >> the
> >>
> cygwin
> perl; anyway there were reasons for that, not sure if valid or not[the
>
> >>> reason
> >>>
> was getting DBD::Oracle to work, which was a huge pain].
> So I guess "system" to perl is whatever system Activestate was
> installed
>
> >>> for,
> >>>
> i.e. Windows.
> The question is:
> Is it possible to get around this?
> Can I tweak the system command so that it executes gracebat(but
> otherwise use Activestate, e.g. for Oracle DBI queries?
>
> >>> As the package list shows (I don't have grace installed), gracebat is a
> >>> symlink. A Windows program like ActiveState Perl will not understand
> >>> Cygwin's symlinks (nor will it run a shell script, since it uses cmd as
> >>> its shell). The easiest thing you can do is invoke a Cygwin shell
> (bash,
> >>> sh, pdksh, etc) and let it run the command. That way, no matter what
> the
> >>> command is (an executable, or a symlink, or a shell script), the shell
> >>> will interpret it for you and invoke it properly.
> >>>
> >>> Be careful with quoting -- you may want to use the list form of
> >>> system()...
> >>> Igor
> >>> --
> >>> http://cs.nyu.edu/~pechtcha/
> >>> |\ _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED]
> >>> ZZZzz /,`.-'`'-. ;-;;,_ Igor Peshansky, Ph.D. (name
> >>> changed!)
> >>> |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski
> >>> '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
> >>>
> >>> Freedom is just another word for "nothing left to lose"... -- Janis
> >>>
> >> Joplin
> >>
> >>> --
> >>> Unsubscribe info: 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://cygw
rsync error message (code 12)
Hello all, I just joined the cygwin list. I haven't been having any problems using cygwin until recently. My problem is rsync. See, I'm using it to keep a set of books online synchronized between my computer and the server they're supplied from. I didn't have any problems using rsync to download until now. The command I was using was: rsync -avHS --delete [EMAIL PROTECTED]::gutenberg /home/ftp/pub/mirrors/gutenberg (yes, these are the famous Project Gutenberg ebooks :-p) And this is the error message I've been getting: receiving file list ... rsync: connection unexpectedly closed (331454 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at /home/lapo/packaging/tmp/rsync-2.6.6/io.c(434) Is there anything I can do to fix this problem and get my books coming to me again? Jared B. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
tar/gzip outside of bash problem
Hi all, I've just come across a strange problem. When I try to unpack a tar.gz archive in cmd.exe, I get an error: tar (child): gzip: Cannot exec: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors The command line I use is: tar zxvf archive.tar.gz When running the same command from bash, it works ok. I have found this mail: http://cygwin.com/ml/cygwin/2006-08/msg00038.html but it's not applicable to my case, since I have no empty entries in the PATH. I have updated my packages (including tar and gzip), and the problem persists. Attached is a cygcheck.out after the update. Thank you, -- Marko ICQ: 5990814 I'm not under the alkafluence of inkahol that some thinkle peep I am. It's just the drunker I sit here the longer I get. Cygwin Configuration Diagnostics Current System Time: Fri Feb 23 13:08:31 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: "C:\Program Files\Microsoft DirectX SDK (April 2006)\Utilities\Bin\x86" C:\Program Files\IBM\WebSphere MQ\Java\lib c:\python C:\php C:\Perl\bin\ F:\Apps\Utils\sysinternals C:\cygwin\bin C:\cygwin\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem F:\Apps\4nt F:\Apps\Gpg F:\Apps\Utils C:\Program Files\Common Files\GTK\2.0\bin C:\PROGRA~1\ULTRAE~1 C:\sedna\bin C:\Program Files\Microsoft SQL Server\80\Tools\Binn\ C:\Program Files\PostgreSQL\8.1\bin C:\Program Files\IBM\WebSphere MQ\bin C:\Program Files\IBM\WebSphere MQ\tools\c\samples\bin C:\Program Files\Sleepycat Software\Berkeley DB XML 2.2.13\bin F:\Users\bozho\Scripts C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin C:\Program Files\Microsoft Visual Studio\Common\Tools C:\Program Files\Microsoft Visual Studio\VC98\bin C:\Program Files\Rogue Wave\Stingray Studio\Bin C:\Program Files\Rogue Wave\Stingray Studio\Lib C:\Program Files\Rogue Wave\Stingray Studio\Regex\Lib\VC6 Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(bozho) GID: 544(Administrators) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(bozho) GID: 544(Administrators) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = 'tty glob ntsec ntea' HOME = 'F:\Users\bozho' Path = '"C:\Program Files\Microsoft DirectX SDK (April 2006)\Utilities\Bin\x86";C:\Program Files\IBM\WebSphere MQ\Java\lib;c:\python;C:\php;C:\Perl\bin\;F:\Apps\Utils\sysinternals;C:\cygwin\bin;C:\cygwin\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;F:\Apps\4nt;F:\Apps\Gpg;F:\Apps\Utils;C:\Program Files\Common Files\GTK\2.0\bin;C:\PROGRA~1\ULTRAE~1;C:\sedna\bin;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\PostgreSQL\8.1\bin;C:\Program Files\IBM\WebSphere MQ\bin;C:\Program Files\IBM\WebSphere MQ\tools\c\samples\bin;C:\Program Files\Sleepycat Software\Berkeley DB XML 2.2.13\bin;F:\Users\bozho\Scripts;C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin;C:\Program Files\Microsoft Visual Studio\Common\Tools;C:\Program Files\Microsoft Visual Studio\VC98\bin;C:\Program Files\Rogue Wave\Stingray Studio\Bin;C:\Program Files\Rogue Wave\Stingray Studio\Lib;C:\Program Files\Rogue Wave\Stingray Studio\Regex\Lib\VC6' .py;.pyw = ' python' .vbs = ' wscript' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' APPDATA = 'C:\Documents and Settings\bozho\Application Data' CLASSPATH = 'C:\Program Files\Oracle\Berkeley DB XML 2.3.8\jar\dbxmlexamples.jar;C:\Program Files\Oracle\Berkeley DB XML 2.3.8\jar\dbexamples.jar' CLIENTNAME = 'Console' CMDLINE = 'cygcheck -s -v -r' CommonProgramFiles = 'C:\Program Files\Common Files' COMPUTERNAME = 'MBOZHO' COMSPEC = 'F:\Apps\4nt\4nt.exe' devmgr_show_nonpresent_devices = '1' DXSDK_DIR = 'C:\Program Files\Microsoft DirectX SDK (April 2006)\' FP_NO_HOST_CHECK = 'NO' HOMEDRIVE = 'F:' HOMEPATH = '\Users\bozho' INCLUDE = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\;C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include;C:\Program Files\Rogue Wave\Stingray Studio\Include\Foundation\Compatibility\Common;C:\Program Files\Rogue Wave\Stingray Studio\Include\Foundation\Compatibility\Mvc;C:\Program Files\Rogue Wave\Stingray Studio\Include;C:\Program Files\Rogue Wave\Stingray Studio\Regex\Include;C:\Program Files\Rogue Wave\Stingray Studio\Include\Grid' LIB = 'C:\Program Files\Microsoft
100% CPU Usage and Error Message: Error, messageQ semaphore not equal to zero.
Hi, I am using the below system configuration: 1. Windows 2003 2. CYGWin 1.3 and CYGIPC 1.09 3. MyApplication created in COBOL i.e., cobol dll's MyApplication is loaded on CYGWin and i start it through bash prompt . When i start MyApplication, i will specify how many process should be loaded into memory. I am starting ipc-daemon as follow: "ipc-daemon &". I am sending thousands of messages to MyApplication for processing and updating to the database. When I specify less number of process to be loaded to memory, i am not getting the specified error. But when i increase the process(Say from 5 to 8) to be loaded, i am getting the specified error. I u require any information plz mail me I looking forward for ur status and ur solution. With Regards, Neo. ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 100% CPU Usage and Error Message: Error, messageQ semaphore not equal to zero.
On Feb 23 17:55, neo napster wrote: > Hi, > > I am using the below system configuration: > > 1. Windows 2003 > 2. CYGWin 1.3 and CYGIPC 1.09 > 3. MyApplication created in COBOL i.e., cobol dll's The last 1.3 release (1.3.22) is from March 2003. The first time Windows 2003 Server got supported was in Cygwin 1.5.0, back in May 2003. Cygipc has been made redundant beginning November 2003. It's February 2007. The conclusion is this: The software you're using is hopelessly outdated and not supported anymore for a long time. Update to the current release 1.5.24 and switch to using Cygserver instead of Cygipc. If you still have problems, feel free to ask this mailing list for help. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
Jan Djärv wrote: Larry Hall wrote: With DLLs, symbol resolution happens at link time, not runtime. The only way to avoid this fact is to use dllopen (in Cygwin) or LoadLibrary (in Win32) and friends. If glib needs to reference something in Emacs, an import library with these symbol resolutions must appear after the reference to glib on the link line. I don't know if that explains why Emacs' memalign is not called from glib but it hopefully clarifies the DLL linking issue some. Yes it does thanks for the explanation. Cygwin has some mechanism that makes it possible for a program to supply its own malloc/free and friends I think (malloc_wrapper.cc). Would it be hard to also handle memalign/valloc and later posix_memalign in the same fashion? It already handles memalign/valloc. Would I be correct in assuming that such an addition would make glib call the Emacs versions? I suppose. But if Emacs is modular enough to provide its calls as a (import) library or object file, you can just list this on the link line after glib and get the same affect for Emacs/glib. This may be easier for you. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin memory leak problems: possible solution
Luca Trevisani wrote: Hi, I encountered memory leaks problems compiling a large code under cygwin. I tried both under winxp and win2k with same result: the memory resources of the system started slowly falling down, up to the end of the process with error messages like "fork: resource temporarily unavailable". I found many discussions on this topic on the cygwin mailing list, such as: http://cygwin.com/ml/cygwin/2003-08/msg00328.html http://www.cygwin.com/ml/cygwin/2006-06/msg00366.html so I think it is a known problem many people face, but I could not find any solution to the problem. After many tries, I found the solution: in my case the problem was the zonealarm firewall. Since zonealarm is widely used, I suspect the same issue affects the pc of many others. Unfortunately it is not enough to turn off or disable zonealarm to avoid the problem. It is needed to uninstall it, and to be sure it is better to follow the full list of things to do to be sure to completely uninstall zonealarm as reported on: http://www.nohold.net/noHoldCust25/Prod_1/Articles55646/CompleteUninstallNonNT.html I have tried many other free firewall programs and did not encounter this issue anymore, you can try for instance: Ashampoo Firewall, Comodo Firewall, PC Tools Firewall, Sygate Personal Firewall etc... If the solution is confirmed by other users facing this issue, I think it should be included in the cygwin FAQ. The incompatibility is in fact very difficult to detect, because it remains even if the zonealarm firewall is disabled. This is a known issue in general for the Cygwin/X folks, specifically for ZoneAlarm, although you'll see some conflicting reports. Your finding that the firewall needs to be uninstalled to avoid the problems is quite true. Firewalls insert themselves into the networking stack. Turning them off does not avoid any buggy code that they have inserted. Only uninstalling returns the stack to its original form, eliminating the bug. If you were using the latest version of ZoneAlarm, you may want to consider reporting the problem to them if you have not already. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CreateFile() and fopen issues on vista
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://cygwin.com/acronyms/#PPIOSPE - I was on vacation, and did not see your personal reply for several days, whereas the list would have faster response. According to Kirk Russell on 2/20/2007 3:17 PM: > In general, it is a bad idea to mix Windows APIs with cygwin, since > you are going behind cygwin's back, and can no longer guarantee > cygwin's POSIX-y behavior. Using CreateFile from a cygwin program > is asking for problems. Use fopen() or open() instead. > > Eric, > > I am using CreatFile() to create a handle that is passed to > DeviceIoControl() in order to get product id and version from the USB drive. > Are you saying that I could use fopen to do the same? > > Thanks for the reply > Kirk DeviceIoControl is yet another non-cygwin function that goes behind cygwin's back. I'm not familiar enough with what you are trying to do to know if a cygwin ioctl() would get at the same information. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF3vDj84KuGfSFAYARAvBLAJ498a9k9mUN+QrQx0ormMBTpKEJcwCglCk5 E/onUjp0Yx+BwUpIwaWGUGk= =MZr8 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CreateFile() and fopen issues on vista
Eric, Thank you for the information! This is exactly what I was hoping you would do; suggest an alternative. I will look into it. Kirk Russell Kirk Russell IT BJU 864 242 5100 x3884 >>> Eric Blake <[EMAIL PROTECTED]> 2/23/2007 8:49:24 AM >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://cygwin.com/acronyms/#PPIOSPE - I was on vacation, and did not see your personal reply for several days, whereas the list would have faster response. According to Kirk Russell on 2/20/2007 3:17 PM: > In general, it is a bad idea to mix Windows APIs with cygwin, since > you are going behind cygwin's back, and can no longer guarantee > cygwin's POSIX-y behavior. Using CreateFile from a cygwin program > is asking for problems. Use fopen() or open() instead. > > Eric, > > I am using CreatFile() to create a handle that is passed to > DeviceIoControl() in order to get product id and version from the USB drive. > Are you saying that I could use fopen to do the same? > > Thanks for the reply > Kirk DeviceIoControl is yet another non-cygwin function that goes behind cygwin's back. I'm not familiar enough with what you are trying to do to know if a cygwin ioctl() would get at the same information. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF3vDj84KuGfSFAYARAvBLAJ498a9k9mUN+QrQx0ormMBTpKEJcwCglCk5 E/onUjp0Yx+BwUpIwaWGUGk= =MZr8 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] update: gsl-1.9-1 (GNU Scientific Library)
The cygwin gsl package (GNU Scientific Library) has been updated to 1.9-1. This is a new upstream release. For the announcement of gsl version 1.9 see: http://sources.redhat.com/ml/gsl-announce/2007/msg0.html The homepage for the GSL is http://www.gnu.org/software/gsl/ The gsl package comes in four parts: gsl: the shared libraries (dlls) gsl-apps: gsl-histogram.exe and gsl-randist.exe gsl-doc: documentation gsl-devel: development resources (headers, static- and import libraries) NOTE: Starting from gsl-1.6-2,if you want to use the GSL, your path should contain /usr/lib/lapack. This directory is added by /etc/profile.d/lapack.sh. If you use the start-up scripts from the base-files packages this script is executed automatically. Teun Burgers UPDATE == To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
question in regards to cygwin-patches
For some reason, I am unable to send email to cygwin-patches. I am subscribed and all of that, but in trying to get a patch through, it's just not happening. The SMTP handoff is correctly working - the email is getting to sourceware. I get confirm/subscribe messages from ezlm, etc. everything checks out fine there. But no to list e-mail gets past sourceware. -- Unsubscribe info: 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: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
Larry Hall wrote:
> Jan DjÃrv wrote:
>
> Yes it does thanks for the explanation. Cygwin has some mechanism that
> makes
> it possible for a program to supply its own malloc/free and friends I
> think
> (malloc_wrapper.cc). Would it be hard to also handle memalign/valloc and
> later posix_memalign in the same fashion?
>
>
>
> It already handles memalign/valloc.
Are you talking about the released cygwin version? It does not handle malloc
the same as memalign, I see in malloc_wrapper.c:
extern "C" void *
malloc (size_t size)
{
void *res;
export_malloc_called = 1;
if (!use_internal_malloc)
res = user_data->malloc (size);
else
...
and
extern "C" void *
memalign (size_t alignment, size_t bytes)
{
void *res;
if (!use_internal_malloc)
{
set_errno (ENOSYS);
res = NULL;
}
>
>
> Would I be correct in assuming that such an addition would make glib call
> the
> Emacs versions?
>
>
>
> I suppose. But if Emacs is modular enough to provide its calls as a
> (import) library or object file, you can just list this on the link line
> after glib and get the same affect for Emacs/glib. This may be easier
> for you.
That would have to come from someone that cares alot about Emacs + Gtk+ on
cygwin. I'm just trying to find a simple solution, as it seems now, we will
disable Gtk+ on cygwin.
BTW, I tried to put to put the object file that contain malloc/memalign after
the Gtk+ libraries, and it didn't work. Glib does not call the Emacs supplied
memalign in this case either.
Jan D.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: openssl-0.9.8e-1, openssl-devel-0.9.8e-1
I've updated the version of OpenSSL to 0.9.8e-1. This also includes the openssl-devel package. This is an upstream security and bugfix release. The Cygwin release is the vanilla version, no additional patches. === NOTE === NOTE === NOTE === The compatibility package openssl097 will not be updated anymore and its usage is deprecated. If you're still using any application relying on openssl 0.9.7, consider updating or rebuilding to a new version which depends on openssl 0.9.8. None of the packages in the Cygwin net distribution is built against openssl 0.9.7 anymore. Official release message: === OpenSSL version 0.9.8e and 0.9.7m released == OpenSSL - The Open Source toolkit for SSL/TLS http://www.openssl.org/ The OpenSSL project team is pleased to announce the release of version 0.9.8e of our open source toolkit for SSL/TLS. This new OpenSSL version is a feature and bugfix release and incorporates enhancements and bugfixes to the toolkit. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. The 0.9.8e release includes RFC3779 support and several cipher selection bugfixes. We also release 0.9.7m, which is the first full release of OpenSSL which can be linked against the validated FIPS 1.1.1 module. We consider OpenSSL 0.9.8e to be the best version of OpenSSL available and we strongly recommend that users of older versions upgrade as soon as possible. OpenSSL 0.9.8e is available for download via HTTP and FTP from the following master locations (you can find the various FTP mirrors under http://www.openssl.org/source/mirror.html): * http://www.openssl.org/source/ * ftp://ftp.openssl.org/source/ For those who want or have to stay with the 0.9.7 series of OpenSSL, we strongly recommend that you upgrade to OpenSSL 0.9.7m as soon as possible. It's available in the same location as 0.9.8e. The distribution file names are: o openssl-0.9.8e.tar.gz MD5 checksum: 3a7ff24f6ea5cd711984722ad654b927 SHA1 checksum: b429872d2a287714ab37e42296e6a5fbe23d32ff o openssl-0.9.7m.tar.gz MD5 checksum: 74a4d1b87e1e6e1ec95dbe58cb4c5b9a SHA1 checksum: 546f6bcebdf72a633bad087469d3741a42f7b383 The checksums were calculated using the following commands: openssl md5 openssl-0.9.*.tar.gz openssl sha1 openssl-0.9.*.tar.gz Yours, The OpenSSL Project Team... Mark J. Cox Nils Larsch Ulf M\366ller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz J\344nickeBodo M\366ller === To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
GCC doesn't create an executable
I have installed CygWin on Windows XP Home. I have installed all the development packages. The Problem: When I use gcc to compile a .c file no executable or any file at all is created. It doesn't output any errors. The output from gcc -v hello.c -o hello.exe: Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure -- verbose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib -- libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable- languages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included- gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj -- disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj- debug --enable-threads=posix --enable-java-gc=boehm --disable-win32-registry -- enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) /usr/lib/gcc/i686-pc-cygwin/3.4.4/cc1.exe -quiet -v -D__CYGWIN32__ - D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter /usr/lib/gcc/i686-pc- cygwin/3.4.4/../../../../include/w32api -idirafter /usr/lib/gcc/i686-pc- cygwin/3.4.4/../../../../i686-pc-cygwin/lib/../../include/w32api hello.c - quiet -dumpbase hello.c -mtune=pentiumpro -auxbase hello -version - o /tmp/ccFwdJsQ.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: [ANNOUNCEMENT] Updated: openssl-0.9.8e-1, openssl-devel-0.9.8e-1
Corinna Vinschen wrote: > The compatibility package openssl097 will not be updated anymore and its > usage is deprecated. If you're still using any application relying on > openssl 0.9.7, consider updating or rebuilding to a new version which > depends on openssl 0.9.8. None of the packages in the Cygwin net > distribution is built against openssl 0.9.7 anymore. I have both openssl 0.9.8 and 0.9.7 installed. How can I find out what is using 097 and get rid of it if I don't need it anymore? I don't recall ever explicitly installing it so I'm guessing it was installed as part of some other package. Perhaps openssh. $ cygcheck -c openssl openssl097 openssh Cygwin Package Information Package VersionStatus openssh 4.5p1-1OK openssl 0.9.8d-1 OK openssl097 0.9.7l-1 OK TIA -- Unsubscribe info: 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: [ANNOUNCEMENT] Updated: openssl-0.9.8e-1, openssl-devel-0.9.8e-1
Chuck wrote: Corinna Vinschen wrote: The compatibility package openssl097 will not be updated anymore and its usage is deprecated. If you're still using any application relying on openssl 0.9.7, consider updating or rebuilding to a new version which depends on openssl 0.9.8. None of the packages in the Cygwin net distribution is built against openssl 0.9.7 anymore. I have both openssl 0.9.8 and 0.9.7 installed. How can I find out what is using 097 and get rid of it if I don't need it anymore? I don't recall ever explicitly installing it so I'm guessing it was installed as part of some other package. Perhaps openssh. $ cygcheck -c openssl openssl097 openssh Cygwin Package Information Package VersionStatus openssh 4.5p1-1OK openssl 0.9.8d-1 OK openssl097 0.9.7l-1 OK Based on Corinna's comment, it's fair to assume that if you have this package, it is because you have one of the following situations: 1. All your packages are not up-to-date or you've installed an obsolete package. 2. You had a package that used it but didn't get uninstalled properly for some reason, leaving around openssl097. 3. You have a third-party or local Cygwin application using openssl097. None of these are a "problem" but in the last case, you should consider updating the application in question as it won't happen automatically as part of your next update of Cygwin. There's no easy way to find an app using a particular DLL. The dependencies flow from the application to the DLLs, not the reverse. You can check the DLLs an app uses with 'cygcheck'. 'openssh' is a package managed by Corinna so I think you can be assured that the current version doesn't use openssl097. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: openssl-0.9.8e-1, openssl-devel-0.9.8e-1
Larry Hall (Cygwin) wrote: Chuck wrote: I have both openssl 0.9.8 and 0.9.7 installed. How can I find out what is using 097 and get rid of it if I don't need it anymore? Based on Corinna's comment, it's fair to assume that if you have this package, it is because you have one of the following situations: 2. You had a package that used it but didn't get uninstalled properly for some reason, leaving around openssl097. Shouldn't that be: 2. You had a package that used it at one point. ?? I wouldn't expect the installer to remove a legacy package A if, after installing B which depends on A, you then upgrade B so that it no longer needs A. How would it know that you didn't meanwhile build something that uses A? -- Matthew Vs lbh pna ernq guvf jvgubhg fbsgjner, lbh ner n FREVBHF areq! -- Nqncgrq sebz Znggurj Jva (ivz-qri znvyvat yvfg) -- Unsubscribe info: 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: [ANNOUNCEMENT] Updated: openssl-0.9.8e-1, openssl-devel-0.9.8e-1
Matthew Woehlke wrote: Larry Hall (Cygwin) wrote: Chuck wrote: I have both openssl 0.9.8 and 0.9.7 installed. How can I find out what is using 097 and get rid of it if I don't need it anymore? Based on Corinna's comment, it's fair to assume that if you have this package, it is because you have one of the following situations: 2. You had a package that used it but didn't get uninstalled properly for some reason, leaving around openssl097. Shouldn't that be: 2. You had a package that used it at one point. ?? I wouldn't expect the installer to remove a legacy package A if, after installing B which depends on A, you then upgrade B so that it no longer needs A. How would it know that you didn't meanwhile build something that uses A? 'setup.exe' only tracks package dependencies during installation really. Also it doesn't know anything about other software that's not a Cygwin package installed by 'setup.exe'. So it can't track these. The only way the package will "go away" is for you to uninstall it. If that didn't proceed as planned for some reason, it may still be hanging around. So in your example, you have to uninstall A and B if you want both A and B to go away. Installing B, however, will bring along the current version of A automatically unless you make changes to prohibit that. I should've also pointed out that it's also possible to just uninstall openssl097 and look for things that won't start anymore at runtime. If you don't know if you have anything that still relies on it, you probably don't. And if you do, you just upgrade to the current version using 'setup.exe' or rebuild it from scratch using the current Cygwin -devel package. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FW: Re: [EMAIL PROTECTED]: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed
Jan Djärv wrote: Are you talking about the released cygwin version? It does not handle malloc the same as memalign, I see in malloc_wrapper.c: Indeed. You're right. It's not hooked like the others. I suppose. But if Emacs is modular enough to provide its calls as a (import) library or object file, you can just list this on the link line after glib and get the same affect for Emacs/glib. This may be easier for you. That would have to come from someone that cares alot about Emacs + Gtk+ on cygwin. I'm just trying to find a simple solution, as it seems now, we will disable Gtk+ on cygwin. BTW, I tried to put to put the object file that contain malloc/memalign after the Gtk+ libraries, and it didn't work. Glib does not call the Emacs supplied memalign in this case either. Sounds odd. I assume the signature matches? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 100% CPU Usage and Error Message: Error, messageQ semaphore not equal to zero.
Thanks for the solution. Can I know This kind of error comes? Can u give me some brief explaination or any link about the error message. - Original Message From: Corinna Vinschen <[EMAIL PROTECTED]> To: cygwin@cygwin.com Sent: Friday, 23 February, 2007 6:13:04 PM Subject: Re: 100% CPU Usage and Error Message: Error, messageQ semaphore not equal to zero. On Feb 23 17:55, neo napster wrote: > Hi, > > I am using the below system configuration: > > 1. Windows 2003 > 2. CYGWin 1.3 and CYGIPC 1.09 > 3. MyApplication created in COBOL i.e., cobol dll's The last 1.3 release (1.3.22) is from March 2003. The first time Windows 2003 Server got supported was in Cygwin 1.5.0, back in May 2003. Cygipc has been made redundant beginning November 2003. It's February 2007. The conclusion is this: The software you're using is hopelessly outdated and not supported anymore for a long time. Update to the current release 1.5.24 and switch to using Cygserver instead of Cygipc. If you still have problems, feel free to ask this mailing list for help. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ___ What kind of emailer are you? Find out today - get a free analysis of your email personality. Take the quiz at the Yahoo! Mail Championship. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk -- Unsubscribe info: 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 shortcut question
Just noticed something about the shortcut and use of c:\cygwin\bin\cygwin.bat. The contents thereof: -- @echo off C: chdir C:\cygwin\bin bash --login -i -- Now when running this you almost always end up with a cmd.exe also running. I just changed my shortcut to instead be: Target: c:\cygwin\bin\bash.exe --login -i Start in: c:\cygwin\bin Absolutely no issues running this without calling any batch file, is there any reason this isn't the default? -cl -- Unsubscribe info: 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 shortcut question
On Fri, Feb 23, 2007 at 07:57:41PM -0800, Christopher Layne wrote: > Just noticed something about the shortcut and use of c:\cygwin\bin\cygwin.bat. Correction: That should be c:\cygwin\cygwin.bat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with current snapshot 20070222 ?
On Thu, Feb 22, 2007 at 02:54:50PM +0100, Angelo Graziosi wrote: > > After installed the snapshot, trying to remove /tmp/usr there is this new > problem: > >cd /tmp >ls -lrt > >... >drwxr-xr-x+ 3 Angelo Administrators0 Feb 22 14:18 usr > >rm -rf usr/ >rm: failed to close directory `usr/' >rm: FATAL: failed to close directory `usr//bin': Permission denied > > or > >cd /tmp >mkdir foo >rm -rf foo >rm: FATAL: failed to close directory `foo/': Permission denied > > > I have also rebased, and with 0x6500, but this does not help. Might want to warn everyone not to use 20060222. I was also bitten by this snapshot. Back to 20060215 here. -cl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
