switching to binmode
All of my mounts are currently in textmode, and I am trying to change them to binmode. I have tried deleting my entire cygwin installation and the registry entries and re-installing cygwin with the UNIX option in setup.exe, but they are all still textmode. When I try to run mount on them, it says "Device or resource busy". I try to run umount on them, and it says "no such file or directory". What should I do? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New on sources: rcs-5.7-1
Jason Tishler wrote: > > On Wed, Jan 23, 2002 at 09:21:26PM +0100, Stipe Tolj wrote: > > The Revision Control System (RCS) manages multiple revisions of files. > > RCS automates the storing, retrieval, logging, identification, and > > merging of revisions. RCS is useful for text that is revised > > frequently, e.g., programs, documentation, graphics, papers, and form > > letters. > > The above RCS package has the dreaded truncation after 1024 bytes bug: > > http://sources.redhat.com/ml/cygwin/2001-07/msg00161.html > > Please fix ASAP! I'm just preparing the rcs-5.7-2 package. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: uncompress utility
On Friday 01 February 2002 13:46, J S wrote: > Hi there, > > Does anyone know where I can get the uncompress utility for cygwin? > > Cheers, > > JS. As with any copy of gunzip, the ability to expand .Z files is included. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
crypt 1.0-1 - Errors linking a C program
G'day all, I've been trying to compile an app that makes use of crypt.h, and get the following errors whenever trying to compile: $ gcc -lcrypt -o app main.c (5 times, different offsets) /f/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccriYGpS.o(.text+0x298f9):main.c: undefined reference to `crypt' /f/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccriYGpS.o(.text+0x5d5ca):main.c: more undefined references to `crypt' follow collect2: ld returned 1 exit status I've tried gcc with and without -lcrypt... any ideas? Pls reply directly, not on the mailing list Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
学习
Ϊʲô¸÷¸öÍøÕ¾¶¼ËµÄÜΪÄã׬µ½ºÜ¶àÇ®ÄØ£¿ ÐèÒª½ÓÊÕ E-mail £¬µã¹ã¸æ£¡ ·´ÕýÏÐ×ÅÒ²ÊÇÏÐ×Å£¬×¢²á³É²»ÐèÖ§¸¶·ÑÓõĻáÔ±£¬Õõ²»µ½Ç®Ò²²»»á³Ô¿÷ ×¢²áºó£¬½ÓÊÕ E-mail ,µã¹ã¸æÁ´½Ó ¼Çס£¡Ö»Ðíµã»÷ºóä¯ÀÀ !!! ǧÍò²»ÒªÏÂÔÔÈκζ«Î÷!!!ÒÔÃâµô½øÍøÂçÏÝÚå!!! Ìý˵µ½ÁË3¸öÔº󣬻ã¿îµ¥¾Íµ½ÁË! £¨ÎÒ¸Õ¿ªÊ¼ÊÔ£¬»¹Ã»ÓÐÊÕµ½£© 9°Ù¶àÃÀ½ð!ÕÛºÏÈËÃñ±Ò²»¾ÍÊÇ7ǧ¶àÁËÂ𣿠µ½ÒøÐУ¬½»Á˼¸Ê®ÔªµÄÊÖÐø·Ñ£¬»»»ØÁË7ǧ¶à¡¡ ¼ÌÐøÐû´«!Ðû´«Ô½¶à£¬ÕõµÄÔ½¶àÂï ÔÙ¹ýÒ»¸öÔ£¬ÓÖ·ÉÀ´ÁËÒ»Õŵ¥×Ó£¡1ǧ3°Ù¶àÃÀ½ð¡¡ ÓÖ¹ýÁËÒ»¸öÔÂÉÏÕǵ½ÁË2ǧ4°Ù¶àÃÀ½ð¡¡ Äã²»ÐÅ£¿¹ÅÈËÔÆ£º¡°Äþ¿ÉÐÅÆäÓУ¬²»¿ÉÐÅÆäÎÞ¡±°¡ ·´ÕýÒ²²»³Ô¿÷£¬¾ÍÊÔÊÔ¿´Âï¡¡ ¼ÓÈë·½·¨*** ºÜ¼òµ¥µÄŶ*** http://www.MintMail.com/?m=1947075 ½øÈëÉÏÃæÍøÕ¾£¨¸´ÖÆ¡¢Õ³Ìùµ½µØÖ·À¸£© ´ò¿ªÍøÒ³£¬µã»÷ÓÒÉÏ·½ click here »î¶¯Í¼±ê£¬ »òµã»÷À¶É« FREE Sign-up page ×ÖÑùÒ²¿É£¡ È»ºó£¬¸ú×ÅÌáʾ£¬Ò»²½Ò»²½ÊäÈëÐÅÏ¢¾ÍokÁË¡£ ÖµµÃ¸ßÐ˵ÄÊÇËüÄÜʶ±ðÖÐÎÄÐÅÏ¢£¬¶øÄÜ100%¼ÓÈ룡 ÏÂÃæÊÇÎÒΪÁË·½±ã´ó¼ÒµÄ¼ÓÈëÏêϸ˵Ã÷Á˼ÓÈë¹ý³ÌÖеÄϸ½Ú - First name*: Ãû×Ö£¨Àý£ºÎÄÒ÷£© - Last Name*: ÐÔ £¨Àý£ºÇñ £© - Company Name: ¿É²»Ìî - Street Address*: ¼Òͥסַ£º£¨Ò»¶¨ÒªÏêϸÌîд£¬²»È»ÊÕ²»µ½»ã¿îµ¥à¶£¡£© Àý£ºÉϺ£ÊÐ **µØ·½ - City*: ³ÇÊÐÃû (Àý£ºShangHai Ó¢ÎÄÌîд ) - State*: ¿É²»Ìî - Zip*: ÓÊ±à £¨ Ìî 000-000 £© - Country*: ¹ú¼Ò£¨ Ñ¡ china £© - Phone*: µç»°ºÅÂë £¨ ¹ú¼Ò´úÂë 86 + È¥µôÇøÎ»ºÅǰ0 µÄµç»°ºÅÂ룩 Àý£º010-64243365 ¡ú 86-10-64243365£© - Fax: ¿É²»Ìî - E-mail*: µç×ÓÐÅÏ䣨ËùÓеĽ»Á÷¶¼Í¨¹ýÐÅÏä´«µÝ£¬ËùÒÔÎñ±ØÌîдÕýÈ·£© - Confirm E-mail*: ÔÙ´ÎÊäÈëÐÅÏ䵨ַ * - Year of birth*: ³öÉúÄêÔÂÈÕ Àý£º1970¡¢1980 - Gender*: ÐÔ±ð Male£¨ÄУ©, Female £¨Å®£© - Password*: ÃÜÂë £¨6λÒÔÉÏ£©** - Confirm Password: È·ÈÏÃÜÂë £¨±ØÐëÓëÉÏÏàͬ£©** - how do you want to receive commissions that you earn? ÒÔʲôÐÎʽ½ÓÊÕÀñÆ·£¿ *gift certificates(double$$) ½±Æ· *cash ÏÖ½ð ÈçÒª½±Æ·ÄÜÊÕµ½Ë«±¶¼Û¸ñµÄ¶«Î÷(Êé¼®¡¢¹âÅ̵È)¡£»¹ÊÇÑ¡ÔñÏÖ½ð°É£¬ÇëÑ¡Ôñ cash - do you want to be notified when your referrals sing up? ¼ÓÈë»áÔ±³É¹¦Ê±Í¨ÖªÄãÂð£¿Ñ¡ yes - MintMail.com ÇëÑ¡Ôñ×Ô¼ºµÄ°®ºÃ»òÐËȤ £¨×î¶à¿ÉÑ¡10ÖÖ, ²»¹ý×îºÃÑ¡10ÖÖ£¬ÕâÑùÄãÊÕµ½µÄÐÅ»á¶àһЩ£¬ÄãµÃµ½µÄÃÀ½ðÒ²»á¸ü¶à£© - Submit µã»÷Ëü ÆÁÄ»ÉϾͻá³öÏÖ thank you µÄ×ÖÑù ͬʱÄãµÄID£¨Óû§Ãû Êý×Ö£©ºÍÃÜÂëÒ²»á³öÏÖÔÚÆÁÄ»ÉÏ ¼ÇסËü£¬¼ÓÈëÍê±Ï£¬Ò»ÇÐokÁË£¡¹§Ï²·¢²Æ ^o^ È»ºó£¬5·ÖÖÓÖ®ÄÚÄã»áÊÕµ½Ò»·â»¶ÓÐÅ£¡. *Ðû´«·½·¨* http://www.MintMail.com/?m=1947075 ²»ÒªÍüÁËÕâ¸öµØÖ·Å¶£¡(^_^) ×¢²áºó£¬ÄãµÄÓÊÏä»á²»¶¨ÆÚµÄÊÕµ½ÒÔ mintmail ¿ªÍ·µÄÓʼþ£¬Ã¿´Îµã»÷ÓʼþÀïµÄÁ¬½Ó£¬ ÄãµÄÕÊ»§Äã¾Í»áÔö¼ÓÃÀÔ²£¬¶øÄã½éÉܵÄÈËÿÔĶÁ²¢µã»÷ÓʼþÀïµÄÁ¬½ÓÒ²»áÔÚÄãµÄ ÕÊ»§ÀïÔö¼ÓÃÀÔ²£¬Äã½éÉܵÄÈËÔÙ½éÉܵÄÈËÒ²»áΪÄã´øÀ´ÊÕÈë¡£×¢Ò⣬ֻҪ µã»÷ÁËÓʼþÀïµÄÁ¬½Ó£¬ÄãµÄÕÊ»§¾Í»áÓÐÊÕÈ룬µ«Èç¹û²»µã»÷£¬Äã²»»áµÃµ½ÕâЩÊÕÈë¡£ Èç¹û¾õµÃÉÏÃæ½éÉܵÄÐû´«·½·¨Ì«Âý£¬¿ÉÒÔÏÂÔØÒ»¸ö×Ô¶¯ËÑË÷ÓʼþµØÖ·ºÍÓʼþȺ·¢µÄÈí¼þ£¬ Ëü¿ÉÒÔΪÄãËѼ¯´óÁ¿ÓʼþµØÖ·£¬¶øÇÒÿ·ÖÖÓ¿ÉÒÔΪÄã·¢ËͺܶàÓʼþ£¬°ïÄãÍê³ÉÐû´«¹¤×÷ ÕâÑù£¬ ºÜ¿ìÄã½éÉܼÓÈëµÄÈ˾ͻáºÜ¶à£¬¶øÄãµÄÊÕÈëÂ²»ÓÃÎÒ˵£¬ÄãÒ²»áÖªµÀ£¡£¡ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A real fork() on NT
From: "Christopher Faylor" <[EMAIL PROTECTED]> Subject: Re: A real fork() on NT > Cygwin fork works just fine. It's slow but it should work as well as UNIX > fork for a ported application. The only exception that I can think of is > if you use dlopen to load a non-cygwin DLL. In that case there is a problem > with relocation of the DLL after a fork. > > If you consider the number of applications that have been ported to cygwin, > it would be pretty amazing if there was some basic problem with fork. Okay, maybe it isn't an issue with fork() specifically, but that was what I had understood from reading the list archives. That aside, how tolerant is the list of helping someone getting code to function? Eggdrop source is written to skip over forking when running under cygwin, but you can run it and then close that window and the eggdrop will continue to run in background. I edited the source for it so that it doesn't skip the fork() routines and it returns the controlling terminal but yet it doesn't function in that it doesn't connect to IRC nor does it listen on it's telnet port. I've looked at other sources for things that I might try to get this to work (code snipettes) but alas nothing has helped (granted, C is a foreign language to me, though programming in general is not). Interesting to note is that when it's ran this way the eggdrop has a tty of the current login instead of an ? to indicate that it's not using a terminal output (terminology here may be incorrect, but you get the idea). TIA for any ideas, Greg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
学习
Ϊʲô¸÷¸öÍøÕ¾¶¼ËµÄÜΪÄã׬µ½ºÜ¶àÇ®ÄØ£¿ ÐèÒª½ÓÊÕ E-mail £¬µã¹ã¸æ£¡ ·´ÕýÏÐ×ÅÒ²ÊÇÏÐ×Å£¬×¢²á³É²»ÐèÖ§¸¶·ÑÓõĻáÔ±£¬Õõ²»µ½Ç®Ò²²»»á³Ô¿÷ ×¢²áºó£¬½ÓÊÕ E-mail ,µã¹ã¸æÁ´½Ó ¼Çס£¡Ö»Ðíµã»÷ºóä¯ÀÀ !!! ǧÍò²»ÒªÏÂÔÔÈκζ«Î÷!!!ÒÔÃâµô½øÍøÂçÏÝÚå!!! Ìý˵µ½ÁË3¸öÔº󣬻ã¿îµ¥¾Íµ½ÁË! £¨ÎÒ¸Õ¿ªÊ¼ÊÔ£¬»¹Ã»ÓÐÊÕµ½£© 9°Ù¶àÃÀ½ð!ÕÛºÏÈËÃñ±Ò²»¾ÍÊÇ7ǧ¶àÁËÂ𣿠µ½ÒøÐУ¬½»Á˼¸Ê®ÔªµÄÊÖÐø·Ñ£¬»»»ØÁË7ǧ¶à¡¡ ¼ÌÐøÐû´«!Ðû´«Ô½¶à£¬ÕõµÄÔ½¶àÂï ÔÙ¹ýÒ»¸öÔ£¬ÓÖ·ÉÀ´ÁËÒ»Õŵ¥×Ó£¡1ǧ3°Ù¶àÃÀ½ð¡¡ ÓÖ¹ýÁËÒ»¸öÔÂÉÏÕǵ½ÁË2ǧ4°Ù¶àÃÀ½ð¡¡ Äã²»ÐÅ£¿¹ÅÈËÔÆ£º¡°Äþ¿ÉÐÅÆäÓУ¬²»¿ÉÐÅÆäÎÞ¡±°¡ ·´ÕýÒ²²»³Ô¿÷£¬¾ÍÊÔÊÔ¿´Âï¡¡ ¼ÓÈë·½·¨*** ºÜ¼òµ¥µÄŶ*** http://www.MintMail.com/?m=1947075 ½øÈëÉÏÃæÍøÕ¾£¨¸´ÖÆ¡¢Õ³Ìùµ½µØÖ·À¸£© ´ò¿ªÍøÒ³£¬µã»÷ÓÒÉÏ·½ click here »î¶¯Í¼±ê£¬ »òµã»÷À¶É« FREE Sign-up page ×ÖÑùÒ²¿É£¡ È»ºó£¬¸ú×ÅÌáʾ£¬Ò»²½Ò»²½ÊäÈëÐÅÏ¢¾ÍokÁË¡£ ÖµµÃ¸ßÐ˵ÄÊÇËüÄÜʶ±ðÖÐÎÄÐÅÏ¢£¬¶øÄÜ100%¼ÓÈ룡 ÏÂÃæÊÇÎÒΪÁË·½±ã´ó¼ÒµÄ¼ÓÈëÏêϸ˵Ã÷Á˼ÓÈë¹ý³ÌÖеÄϸ½Ú - First name*: Ãû×Ö£¨Àý£ºÎÄÒ÷£© - Last Name*: ÐÔ £¨Àý£ºÇñ £© - Company Name: ¿É²»Ìî - Street Address*: ¼Òͥסַ£º£¨Ò»¶¨ÒªÏêϸÌîд£¬²»È»ÊÕ²»µ½»ã¿îµ¥à¶£¡£© Àý£ºÉϺ£ÊÐ **µØ·½ - City*: ³ÇÊÐÃû (Àý£ºShangHai Ó¢ÎÄÌîд ) - State*: ¿É²»Ìî - Zip*: ÓÊ±à £¨ Ìî 000-000 £© - Country*: ¹ú¼Ò£¨ Ñ¡ china £© - Phone*: µç»°ºÅÂë £¨ ¹ú¼Ò´úÂë 86 + È¥µôÇøÎ»ºÅǰ0 µÄµç»°ºÅÂ룩 Àý£º010-64243365 ¡ú 86-10-64243365£© - Fax: ¿É²»Ìî - E-mail*: µç×ÓÐÅÏ䣨ËùÓеĽ»Á÷¶¼Í¨¹ýÐÅÏä´«µÝ£¬ËùÒÔÎñ±ØÌîдÕýÈ·£© - Confirm E-mail*: ÔÙ´ÎÊäÈëÐÅÏ䵨ַ * - Year of birth*: ³öÉúÄêÔÂÈÕ Àý£º1970¡¢1980 - Gender*: ÐÔ±ð Male£¨ÄУ©, Female £¨Å®£© - Password*: ÃÜÂë £¨6λÒÔÉÏ£©** - Confirm Password: È·ÈÏÃÜÂë £¨±ØÐëÓëÉÏÏàͬ£©** - how do you want to receive commissions that you earn? ÒÔʲôÐÎʽ½ÓÊÕÀñÆ·£¿ *gift certificates(double$$) ½±Æ· *cash ÏÖ½ð ÈçÒª½±Æ·ÄÜÊÕµ½Ë«±¶¼Û¸ñµÄ¶«Î÷(Êé¼®¡¢¹âÅ̵È)¡£»¹ÊÇÑ¡ÔñÏÖ½ð°É£¬ÇëÑ¡Ôñ cash - do you want to be notified when your referrals sing up? ¼ÓÈë»áÔ±³É¹¦Ê±Í¨ÖªÄãÂð£¿Ñ¡ yes - MintMail.com ÇëÑ¡Ôñ×Ô¼ºµÄ°®ºÃ»òÐËȤ £¨×î¶à¿ÉÑ¡10ÖÖ, ²»¹ý×îºÃÑ¡10ÖÖ£¬ÕâÑùÄãÊÕµ½µÄÐÅ»á¶àһЩ£¬ÄãµÃµ½µÄÃÀ½ðÒ²»á¸ü¶à£© - Submit µã»÷Ëü ÆÁÄ»ÉϾͻá³öÏÖ thank you µÄ×ÖÑù ͬʱÄãµÄID£¨Óû§Ãû Êý×Ö£©ºÍÃÜÂëÒ²»á³öÏÖÔÚÆÁÄ»ÉÏ ¼ÇסËü£¬¼ÓÈëÍê±Ï£¬Ò»ÇÐokÁË£¡¹§Ï²·¢²Æ ^o^ È»ºó£¬5·ÖÖÓÖ®ÄÚÄã»áÊÕµ½Ò»·â»¶ÓÐÅ£¡. *Ðû´«·½·¨* http://www.MintMail.com/?m=1947075 ²»ÒªÍüÁËÕâ¸öµØÖ·Å¶£¡(^_^) ×¢²áºó£¬ÄãµÄÓÊÏä»á²»¶¨ÆÚµÄÊÕµ½ÒÔ mintmail ¿ªÍ·µÄÓʼþ£¬Ã¿´Îµã»÷ÓʼþÀïµÄÁ¬½Ó£¬ ÄãµÄÕÊ»§Äã¾Í»áÔö¼ÓÃÀÔ²£¬¶øÄã½éÉܵÄÈËÿÔĶÁ²¢µã»÷ÓʼþÀïµÄÁ¬½ÓÒ²»áÔÚÄãµÄ ÕÊ»§ÀïÔö¼ÓÃÀÔ²£¬Äã½éÉܵÄÈËÔÙ½éÉܵÄÈËÒ²»áΪÄã´øÀ´ÊÕÈë¡£×¢Ò⣬ֻҪ µã»÷ÁËÓʼþÀïµÄÁ¬½Ó£¬ÄãµÄÕÊ»§¾Í»áÓÐÊÕÈ룬µ«Èç¹û²»µã»÷£¬Äã²»»áµÃµ½ÕâЩÊÕÈë¡£ Èç¹û¾õµÃÉÏÃæ½éÉܵÄÐû´«·½·¨Ì«Âý£¬¿ÉÒÔÏÂÔØÒ»¸ö×Ô¶¯ËÑË÷ÓʼþµØÖ·ºÍÓʼþȺ·¢µÄÈí¼þ£¬ Ëü¿ÉÒÔΪÄãËѼ¯´óÁ¿ÓʼþµØÖ·£¬¶øÇÒÿ·ÖÖÓ¿ÉÒÔΪÄã·¢ËͺܶàÓʼþ£¬°ïÄãÍê³ÉÐû´«¹¤×÷ ÕâÑù£¬ ºÜ¿ìÄã½éÉܼÓÈëµÄÈ˾ͻáºÜ¶à£¬¶øÄãµÄÊÕÈëÂ²»ÓÃÎÒ˵£¬ÄãÒ²»áÖªµÀ£¡£¡ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: crypt 1.0-1 - Errors linking a C program
Hi Ben, > $ gcc -lcrypt -o app main.c > undefined reference to `crypt' > I've tried gcc with and without -lcrypt... any ideas? Try: $ gcc -o app main.c -lcrypt >From http://cygwin.com/faq/faq_4.html#SEC93 : : gcc processes the files listed on the command line in : sequence and will only resolve references to libraries : if they are given after the file that makes the reference. Regards, Jon Foster -- "The knack of flying is learning how to throw yourself at the ground and miss." - Hitchhiker's Guide to the Galaxy E-mail: [EMAIL PROTECTED] web: http://www.jon-foster.co.uk/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New on sources: rcs-5.7-1
Stipe, On Sat, Feb 02, 2002 at 09:56:54AM +0100, Stipe Tolj wrote: > Jason Tishler wrote: > > On Wed, Jan 23, 2002 at 09:21:26PM +0100, Stipe Tolj wrote: > > > The Revision Control System (RCS) manages multiple revisions of files. > > > RCS automates the storing, retrieval, logging, identification, and > > > merging of revisions. RCS is useful for text that is revised > > > frequently, e.g., programs, documentation, graphics, papers, and form > > > letters. > > > > The above RCS package has the dreaded truncation after 1024 bytes bug: > > > > http://sources.redhat.com/ml/cygwin/2001-07/msg00161.html > > > > Please fix ASAP! > > I'm just preparing the rcs-5.7-2 package. Thanks for the fast turn around time. Did you verify that rcs-5.7-2 passes the test case mentioned in the above URL? BTW, the private RCS build that I have been using without any problems is built with the patch attached to the following: http://sources.redhat.com/ml/cygwin/2001-09/msg01833.html I finally answered the question that I asked in the above URL: Does anyone know whether or not this patch is really needed with the latest Cygwin? The answer is "no." If you use my patch, then the John Wiersba's is not needed. This is because with my patch the following problematic line is #ifdef'd out: if (lseek(wfd, wfd_off, SEEK_CUR) == -1) It is probably too late, but you may want to consider my patch instead. Nevertheless, if rcs-5.7-2 is no longer susceptible to truncations, then I'll be happy. Thanks, Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: switching to binmode
On Sat, Feb 02, 2002 at 01:42:59AM -0700, Chris Stephens wrote: >All of my mounts are currently in textmode, and I am trying to change them >to binmode. I have tried deleting my entire cygwin installation and the >registry entries and re-installing cygwin with the UNIX option in setup.exe, >but they are all still textmode. When I try to run mount on them, it says >"Device or resource busy". I try to run umount on them, and it says "no >such file or directory". What should I do? mount --help cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: rcs-5.7-2
I've updated the version of rcs in cygwin/contrib to 5.7-2. This patched release fixes the "1024 byte truncation bug" reported to the lists. See http://sources.redhat.com/ml/cygwin/2001-07/msg00161.html for a way to reproduce the bug. Thanks a lot to John Wiersba <[EMAIL PROTECTED]> who contributed this fix and others that have reported the problem to the lists. -- To update your installation, click on the "Install Cygwin now" link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to 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] -- Stipe Tolj <[EMAIL PROTECTED]> Department Management Wapme Systems AG, DuesseldorfTechnology Center & Research Lab Germany -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems upgrading from 2.95.3-5 to 3.X on cygwin
Okay, On a whim, I decided to upgrade to GCC 3.0.3 on my box. Following David Billinghurst's instructions, everything went fine until 'make install', where it failed with the following error: make[1]: Entering directory `/home/james/gcc-build/fastjar' make[2]: Entering directory `/home/james/gcc-build/fastjar' /bin/sh ../../gcc-3.0.3/fastjar/mkinstalldirs /usr/local/bin /bin/sh /home/james/gcc-3.0.3/install-sh -c jar /usr/local/bin/jar chmod: changing permissions of `/usr/local/bin/#inst.328557#': No such file or d irectory make[2]: *** [install-binPROGRAMS] Error 1 make[2]: Leaving directory `/home/james/gcc-build/fastjar' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/james/gcc-build/fastjar' make: *** [install-fastjar] Error 2 james@JAMES ~/gcc-build $ After doing a little investigating, I found out that it's trying to chmod `/usr/local/bin/#inst.328557#' instead of `/usr/local/bin/#inst.328557#.exe'. Any idea what might be causing this? Thanks in advance. James Potts ([EMAIL PROTECTED]) - Original Message - From: "Billinghurst, David (CRTS)" <[EMAIL PROTECTED]> To: "Mack Lobell" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, February 01, 2002 4:57 PM Subject: RE: Problems upgrading from 2.95.3-5 to 3.X on cygwin > Mack, > > A couple of things to try: > > Unpack the gcc source tree using cygwin tar and gzip/bzip2. Some windows utilities are "smart" enough to convert \n to \r\n > > Try using binary mounts for the source and build trees. > > Use the configure options I posted earlier. > > -Original Message- > From: Neil Booth [mailto:[EMAIL PROTECTED]] > Sent: Saturday, 2 February 2002 9:05 > To: Mack Lobell > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: Problems upgrading from 2.95.3-5 to 3.X on cygwin > > > I suggest you remove all '\r' characters from i386.md, so that the > newlines consist of '\n' only. That will likely solve your problem. > > You needn't bother with insn-flags.h; that looks to be only a warning > and once you get stage1 built of 3.0, it won't have problems with > '\r' (but the .md file still might; I'm not sure about that). > > Neil. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug in Cygwin perl 5.6.1?
Am 31 Jan 2002 um 9:21 hat Rhet Turnbull geschrieben: >There seems to be a bug in Cygwin's perl (5.6.1). The >following code: > >perl -e 'print $^S || 0;eval {print $^S || 0}; print >$^S || 0;' > >should produce '010' Why? Where is docu about this? Thanks Gerrit >However, on Cygwin perl 5.6.1, it produces 011. This >means that perl incorrectly thinks it's in an eval >block when it's not. I've checked this on perl v5.6.1 >for other platforms (including Win32) and it seems to >work fine. -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to set up crontab file in cygwin?
Am 31 Jan 2002 um 21:48 hat Jari Aalto+list.cygwin geschrieben: >* Mon 2002-01-28 Jeff Lu <[EMAIL PROTECTED]> list.cygwin >* Message-Id: <[EMAIL PROTECTED]> >| This is what is in my cron file >| >| # DO NOT EDIT THIS FILE - edit the master and reinstall. >| # (/tmp/crontab.272 installed on Mon Jan 28 18:22:31 2002) >| # (Cron version -- $Id: crontab.c,v 1.3 2001/06/07 17:12:28 corinna Exp $) >| SHELL=/bin/sh >| 0-59/2 * * * * /c/progra~1/apache~1/apache/cgi-bin/print >| >| I got this when try to start service >| $ cygrunsrv -S cron >| cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: >| The service has not been started. >| >| What am I doing wrong? > >The cron is very picky, I fought with it 4 months with very odd >error messages until I got it right. Try this [do not change a thing!] > >cygrunsrv --stop "Cygwin cron" && cygrunsrv --remove "Cygwin cron" >cygrunsrv -I "Cygwin cron" -p /usr/sbin/cron -a '-D' -e "CYGWIN=ntsec" >cygrunsrv --start "Cygwin cron" > >I don't use NTFS in W2k Pro, but I still put the > >CYGWIN=ntsec > >Maybe someone can comment if there would be more appropriate value. Have you tried CYGWIN=ntea instead of ntsec? Gerrit-- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug in Cygwin perl 5.6.1?
Gerrit P. Haase wrote: > Why? Where is docu about this? The perl documentation for $^S in the perlvar manpage states: $^S Current state of the interpreter. Undefined if parsing of the current module/eval is not finished (may happen in $SIG{__DIE__} and $SIG{__WARN__} handlers). True if inside an eval(), otherwise false. The "True if inside an eval(), otherwise false" is what I was getting at. I ran into this since I was writing a custom SIG{__DIE__} handler (which needs to know if you're inside an eval where die is an exception catching mechanism or in normal code where die means to exit with error.) The bug is that after executing an eval(), $^S stays true even though it should be false outside the scope of the eval. I reported this to perlbug and they've acknowledged that it's a known bug that will be fixed in next release. Regards, --Rhet - Original Message - From: "Gerrit P. Haase" <[EMAIL PROTECTED]> To: "Rhet Turnbull" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Saturday, February 02, 2002 5:30 PM Subject: Re: bug in Cygwin perl 5.6.1? > Am 31 Jan 2002 um 9:21 hat Rhet Turnbull geschrieben: > > >There seems to be a bug in Cygwin's perl (5.6.1). The > >following code: > > > >perl -e 'print $^S || 0;eval {print $^S || 0}; print > >$^S || 0;' > > > >should produce '010' > > Why? Where is docu about this? > Thanks > > Gerrit > > >However, on Cygwin perl 5.6.1, it produces 011. This > >means that perl incorrectly thinks it's in an eval > >block when it's not. I've checked this on perl v5.6.1 > >for other platforms (including Win32) and it seems to > >work fine. > -- > =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin build fails ootb
cygwin fails to build ootb with the current clisp ualarm() workaround. http://www.math.utexas.edu/pipermail/maxima/2001/000756.html didn't help. however, with the proper declaration of the cygwin ualarm extern_C useconds_t _EXFUN(ualarm, (useconds_t __useconds, useconds_t __interval)); instead of extern_C unsigned int ualarm (unsigned int value, unsigned int interval); /* siehe UALARM(3) */ in unix.c, line 297 and without the cygwin32 alarm() and ualarm() workaround in unixaux.d it compiled successfully then. make check stops on (LOAD "*.lsp") OK: FILE-ERROR (LOAD-LOGICAL-PATHNAME-TRANSLATIONS "FOO41") hmm. I don't understand this. should I post excepsit.erg? --- Note: I had to move away /usr/local/lib/libiconv.* and /usr/local/include/iconv.h and rebuild gettext/intl/libintl.a because I had older versions there. the hacks in gettext/intl to seperate from older and existing versions apparently didn't work. cfgunix.lsp and cfgwin32.lsp could be merged to some kind of cfgcygwin.lsp. should I provide such a file? with cfgunix.lsp only, esp. without (setq *device-prefix* "cygdrive") make fails if `pwd` begins with /cygdrive/ after a mount to /usr/src/clisp it works fine. strange. Note: The cygwin Makefile line LN_S = ln -s could be improved to LN_S = ln on NTFS (hardlinks) make complained on non-existing targets. after the mount to /usr/src/clisp and cd /usr/src/clisp it worked. ootb: Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 rel. new cygwin setup: Build date: Sat Dec 8 17:02:30 EST 2001 CVS tag: cygwin-1-3-6-6 $ bash --version GNU bash, version 2.05a.0(2)-release (i686-pc-cygwin) Copyright 2001 Free Software Foundation, Inc. $ cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot/clisp login $ cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot/clisp co clisp $ cd clisp $ ./configure build-cyg # avcall tests aso. pass successfully $ cd build-cyg rurban@REINI /cygdrive/r/lisp/clisp/clisp/build-cyg $ # ./makemake --with-dir-key --with-readline --with-gettext --with-dynamic-ffi --with-module=wildcard --with-module=regexp --with-dynamic-modules --with-export-syscalls --with-termcap > ../Makefile # oops, next time. for now just the simple version: $ ./makemake --with-readline --with-gettext --with-dynamic-ffi > Makefile ... gcc -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -Wno-sign-compare -O2 -fexpensive-optimizations -DUNICODE -DEXPORT_SYSCALLS -DDIR_KEY -DDYNAMIC_FFI -DDYNAMIC_MODULES -c spvw.c In file included from /usr/include/stdlib.h:22, from unix.d:17, from lispbibl.d:1750, from spvw.d:22: /usr/include/alloca.h:14: warning: `alloca' redefined lispbibl.d:1068: warning: this is the location of the previous definition In file included from lispbibl.d:1750, from spvw.d:22: unix.d:287: warning: `HAVE_UALARM' redefined unixconf.h:458: warning: this is the location of the previous definition In file included from lispbibl.d:1751, from spvw.d:22: unix.d:296: conflicting types for `ualarm' /usr/include/sys/unistd.h:136: previous declaration of `ualarm' In file included from spvw.d:536: spvw_garcol.d: In function `gc_compact_from_varobject_page': spvw_garcol.d:2100: warning: `p2' might be used uninitialized in this function spvw_garcol.d:2101: warning: `l2' might be used uninitialized in this function spvw_garcol.d: In function `gc_compact_from_cons_page': spvw_garcol.d:2156: warning: `p2' might be used uninitialized in this function spvw_garcol.d:2157: warning: `l2' might be used uninitialized in this function In file included from spvw.d:547: spvw_circ.d: In function `get_circularities': spvw_circ.d:641: warning: implicit declaration of function `_setjmp' spvw_circ.d: In function `get_circ_mark': spvw_circ.d:700: warning: implicit declaration of function `_longjmp' spvw.d: In function `main': spvw.d:1709: warning: variable `argv_memneed' might be clobbered by `longjmp' or `vfork' make: *** [spvw.o] Fehler 1 -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://tv.mur.at/ (kulturelles) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Virtual Timers / Clock unsupported?
I'm experiencing 3 bugs with a server that works perfectly fine when I = run it under Linux. 1. The timezone name/initials are reported as being available (to = 'configure') but when the server tries to get/create the initials, it = ends up blank... 2. I am running the server in a Eastern Time environment (GMT -5 hrs). = The time that Cygwin tells the server is 3 hours past my time. 3. When the server creates a virtual timer to time-out a network = connection, it occurs immidiately. If being more specific about the server would help at all, the server is = a modified version of the LambdaMOO Server... Everything else works = fine. Does anyone know of a solution to this problem (when I installed Cygwin = I was never asked to configure anything; is there some program I need to = run to configure it?)? Plz CC to my email as I am not subscribed to this Mailing list... Thx! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/