exim-4.30-1 available for upload
exim 4.30-1 is available for upload: http://mysite.verizon.net/phumblet/exim-4.30-1-src.tar.bz2 http://mysite.verizon.net/phumblet/exim-4.30-1.tar.bz2 http://mysite.verizon.net/phumblet/setup.hint It requires cygwin 1.5.6 and minires, thus there is a change in setup.hint, see below. Pierre Exim-4.30-1 setup.hint sdesc: A Mail Transfer Agent. ldesc: Mail Transfer Agent with sendmail like command line arguments and a single configuration file. Features: flexible retry algorithms, header envelope rewriting, multiple deliveries down single connection or multiple deliveries in parallel, regular expressions in configuration parameters, file lookups, supports sender and/or receiver verification, selective relaying, virtual domains and built-in mail filtering. See www.exim.org. This port is compiled with tls/ssl support. category: Mail requires: cygwin libgdbm4 libiconv2 minires openssl
Stuck focus problem in xserv 4.3.0-42 (new?)
I've just installed xserv 4.3.0-42 and I'm seing a strange focus problem that I believe I've seen in earlier releases, but it just got much worse: - Open Evolution - Start new email - Start openoffice - Change focus to new email To: text entry field - Type something - Text appears in OpenOffice document Happens every time, whereas earlier it happened once in a blue moon. Øyvind ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0414 (0414) (--) Using preset keyboard for Norwegian (414), type 4 (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc105 Layout = no Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning.
Copy and paste problem in 4.3.0-42
I've been struggling with a problem that sometimes copypaste from Linux to Windows does not work and I've finally got a reproduceable case on my machine: - Load a particular document(not attached) in OpenOffice - Select all - Copy - Paste in e.g. NotePad - Nothing happens - Error in XWin.log: winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList returned: XConverterNotFound Notes: - if I add or remove a letter in the OO document, the problem no longer happens. I would have liked to attach a reproduceable case, but I prefer to limit the distribution of the document to those working on the xserv due to its content(unexciting, but not the sort of thing to post on the net). - The document is not big. - A workaround to is to first select, copy and paste the first half, then to select, copy and paste the second half. This is kinda strange, because implies that it is the document as a whole and not parts of it that xserv is choking on. Øyvind ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitWM - Returning. winInitMultiWindowWM - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0414 (0414) (--) Using preset keyboard for Norwegian (414), type 4 (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc105 Layout = no Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList returned: XConverterNotFound
Re: Copy and paste problem in 4.3.0-42
Øyvind, xwinclip and -clipboard don't support INCR. Someone need to write INCR related code. http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00065.html -- Kensuke Matsuzaki mailto:[EMAIL PROTECTED] http://peppermint.jp
non-widget child DropSiteManager error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )
Update: by adding absolute paths to the missing libraries, I can get it to compile,but now I get Error: attempt to add non-widget child DropSiteManager to parent xmgrace which supports only widgets I have scanned the mailing list archive , and notice this problem mentioned a few times with other software, eg DDD, but I cannot find any resolution to this problem mentioned. Any pointers/ redirections to an example I haven't found yet? Thanks Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Atwood, Robert C Sent: 19 January 2004 11:20 To: [EMAIL PROTECTED] Subject: RE: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Thanks again Harold -- This is getting to be a steadily decreasing priority for me so don't rush to solve my problems at the expense of those interviews. I can easily transfer the data to a Linux box and use my patched Grace from there to get the tick marks -- at this point the only reason to pursue this is to learn how, maybe I can even locate the bug ( with a little help) ... I imagine that several other people also know the answers to these questions as they are getting more general. I have had no problem doing the same things on a Linux box, so it seems that it is the differences between Linux (Red Hat 9, Red Hat 8, and Slackware 8.1) and Cygwin that are messing me up. You need at least the following packages to build grace and lesstif: fontconfig libfontconfig1 libfontconfig-devel XFree86-prog Harold I have those, but I cannot figure out how to get Configure to pick them up. That is, I can compile the little test routine (as used by configure to test the M*tif installation) from the command line by including all the -l flags for these libraries directly but graceversion/configure always fails because it is not including those flags. ( I figured this out since last time I posted here...the libraries were all there,somewhere, just not referenced by -l flags ) -lXft -lfontconfig -lXrender in addition to those mentioned by default I tried adding them in the environment variable LDFLAGS but that didn't work either -- possibly they are in the wrong order. The LDFLAGS seems to get put before the -I flags and before the other libraries. Is there some cygwin equvalent of ldconfig or ld.so.conf that I am missing out here? Or does the grace-version/configure script need some changes to use a compiled LessTif instead of packaged binaries? (this is what I will probably try next) I have had some confusion in the past about this, on Cygwin certain libraries getting automatically referenced .. when does a library not explicitly referenced by a -l flag get automatically referenced? --Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harold L Hunt II Sent: 16 January 2004 20:41 To: [EMAIL PROTECTED] Subject: Re: Grace (xmgrace) 5.1.12-1 graph program -- building under cygwin -- possibly LessTif bug from 0.93.91 ? Robert, You need at least the following packages to build grace and lesstif: fontconfig libfontconfig1 libfontconfig-devel XFree86-prog Harold
Re: non-widget child DropSiteManager error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )
On Mon, 19 Jan 2004, Atwood, Robert C wrote: Update: by adding absolute paths to the missing libraries, I can get it to compile,but now I get Error: attempt to add non-widget child DropSiteManager to parent xmgrace which supports only widgets I have scanned the mailing list archive , and notice this problem mentioned a few times with other software, eg DDD, but I cannot find any resolution to this problem mentioned. Any pointers/ redirections to an example I haven't found yet? Using a properly updated or build lesstif will correct this problem. Why are you trying to build it yourself?
src/winsup/cygwin ChangeLog Makefile.in dcrt0. ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-01-19 23:03:43 Modified files: winsup/cygwin : ChangeLog Makefile.in dcrt0.cc init.cc sigproc.cc wincap.cc wincap.h winsup/cygwin/include/cygwin: version.h Log message: * sigproc.cc (sigproc_terminate): Don't close sendsig handle when execing since we're not closing what we think we're closing. (sig_send): Improve debugging when exiting due to no_signals_available. * wincap.h (wincaps::cant_debug_dll_entry): New element. * wincap.cc: Implement above element throughout. * dcrt0.cc (initial_env): Accommodate changes necessary to allow initial debugging for systems which do not allow debugging in dll_entry. (dll_crt0_0): Add initial_env call back here. * Makefile.in (install-man): Use mandir as target for installation. * include/cygwin/version.h: Bump DLL minor number to 7 (should have been done earlier). Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2268r2=1.2269 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/Makefile.in.diff?cvsroot=srcr1=1.152r2=1.153 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?cvsroot=srcr1=1.204r2=1.205 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/init.cc.diff?cvsroot=srcr1=1.27r2=1.28 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sigproc.cc.diff?cvsroot=srcr1=1.176r2=1.177 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srcr1=1.27r2=1.28 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.h.diff?cvsroot=srcr1=1.20r2=1.21 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.153r2=1.154
src/winsup/utils utils.sgml
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-01-20 01:00:21 Modified files: winsup/utils : utils.sgml Log message: Document new passwd options. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/utils.sgml.diff?cvsroot=srcr1=1.43r2=1.44
src/winsup/cygwin ChangeLog-2003
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-01-20 03:11:39 Modified files: winsup/cygwin : ChangeLog-2003 Log message: fix typo Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog-2003.diff?cvsroot=srcr1=1.2r2=1.3
cygwin uninstall
hi, I have one problem with cygwin. I can't uninstall it . there is no uninstall option in the program group also there is no such option in add/remove. I wanted to make another clean install but can't do that without removing first installation. any ideas how to do it? radek -- 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: Permissions get lost when moving files between drives.
At 01:52 AM 1/19/2004, [EMAIL PROTECTED] you wrote: There's no need to Cc: me, I read the list, hence the Reply-To. Please make sure your mailer respects that. I'm sorry. Since I received the message as e-mail (from: you, to: David Korn, Cc: me and the list), I thought I would have to do a group-reply and send my reply to all of them. Isn't this usually the correct thing - i.e. doing a reply-to-all? Sure. But if the sender has set the Reply-To header, that should indicate to the email client that regardless of the address of the sender, the message should instead go to the address of the Reply-To. That's the way it's supposed to work and that's what Igor is pointing out. snip Cygwin DLL version info: DLL version: 1.3.22 This is a very old version of the Cygwin DLL. The latest stable version is 1.5.5. You developers have a funny idea of very old ;-) It is just a bit over 6 months that I downloaded my cygwin. OK, I've learned now: This is already very old. You should upgrade and see if you still get this problem. As the problem has now gone away by setting the CYGWIN environment variable, I think I'll wait with the upgrade until another bug appears. Better not fixing something which isn't broken yet. Due to the heavy volume on this list, it's policy not to pursue reported problems unless they're reported against the current version. The reasoning here is simple. A bug could be fixed in the current version so spending time tracking down the cause in an older version can end up being wasted effort. Of course, you're always free to maintain whatever version you like. I just wanted to let you know that any future bug reports you may make to the list might just invoke the upgrade to current response before anyone spends any time thinking further about your report. -- 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 uninstall
At 02:15 AM 1/19/2004, radek you wrote: hi, I have one problem with cygwin. I can't uninstall it . there is no uninstall option in the program group also there is no such option in add/remove. I wanted to make another clean install but can't do that without removing first installation. any ideas how to do it? Yes. Read the FAQ: How do I uninstall individual packages? http://cygwin.com/faq/faq_toc.html#TOC18 How do I uninstall all of Cygwin? http://cygwin.com/faq/faq_toc.html#TOC19 -- 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/
SSH key authentification problem
Hello, I'm trying to setup a CVS over SSH connection between a windows 2k PC and a linux server. Since my CVS client is the one embedded in JBuilder9, we need to establish a passwordless authentification, thus using keys. I've installed cygwin and followed the instructions found here : http://minimal.cx/wincvsssh.php. I have generated a couple private/public key, given my public key to the server administrator who added it where he had to. My private key is in the /.ssh directory. When, in a windows command line, type ssh [EMAIL PROTECTED] I get a request for my password. Same problem when I use the -i id_dsa I've got a CVS_RSH = c:\cywgin\bin\ssh system variable and C:\cygwin\bin added to my PATH. What am I doing wrong? Thank you for helping, TEAMLOG Lannion Marc POPPLETON Rue Fulgence-Bienvenue - 22304 Lannion - France Tél. : 02.96.48.55.06 Fax : 02.96.48.00.01 -- 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: SSH key authentification problem
Marc, I had Saturday the same problem in the course I am giving. After a few minutes, it started to dawn : check your access rights : $HOME/.ssh should be rwx-- (700) $HOME/.ssh/* should be rw--- (600) Jurgen Marc Poppleton [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 01/19/2004 10:28 AM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:SSH key authentification problem Classification: Hello, I'm trying to setup a CVS over SSH connection between a windows 2k PC and a linux server. Since my CVS client is the one embedded in JBuilder9, we need to establish a passwordless authentification, thus using keys. I've installed cygwin and followed the instructions found here : http://minimal.cx/wincvsssh.php. I have generated a couple private/public key, given my public key to the server administrator who added it where he had to. My private key is in the /.ssh directory. When, in a windows command line, type ssh [EMAIL PROTECTED] I get a request for my password. Same problem when I use the -i id_dsa I've got a CVS_RSH = c:\cywgin\bin\ssh system variable and C:\cygwin\bin added to my PATH. What am I doing wrong? Thank you for helping, TEAMLOG Lannion Marc POPPLETON Rue Fulgence-Bienvenue - 22304 Lannion - France Tél. : 02.96.48.55.06 Fax : 02.96.48.00.01 -- 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: SSH key authentification problem
On Mon, Jan 19, 2004 at 10:44:25AM +0100, [EMAIL PROTECTED] wrote: Marc, I had Saturday the same problem in the course I am giving. After a few minutes, it started to dawn : check your access rights : $HOME/.ssh should be rwx-- (700) $HOME/.ssh/* should be rw--- (600) And you may try ssh -v [EMAIL PROTECTED] to see what's going on. Gruss Olaf Föllinger -- Olaf Föllinger Berater S.E.S.A. Software und Systeme AG Alt-Moabit 91a D-10559 Berlin Germany Tel: +49 30 390722 -291 Fax: +49 30 390722 -222 Mobil: +49 173 6227080 http://www.sesa.de mailto: [EMAIL PROTECTED] -- 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: SSH key authentification problem
Jurgen and Olaf, I have done as you suggested: chmod 700 .ssh chmod 600 .ssh/* Nothing different when I try my ssh -i id_dsa [EMAIL PROTECTED] I've tried giving a wrong filename and I got an answer saying this file didn't exist (which is normal). Here is what I get when I do ssh -v [EMAIL PROTECTED]: -- C:\.sshssh -v [EMAIL PROTECTED] OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to theserver [xxx.xxx.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /cygdrive/c/.ssh/identity type -1 debug1: identity file /cygdrive/c/.ssh/id_rsa type -1 debug1: identity file /cygdrive/c/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.4p1 debug1: match: OpenSSH_3.4p1 pat OpenSSH_3.2*,OpenSSH_3.3*,OpenSSH_3.4*,OpenSSH_3.5* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'theserver' is known and matches the RSA host key. debug1: Found key in /cygdrive/c/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /cygdrive/c/.ssh/identity debug1: Trying private key: /cygdrive/c/.ssh/id_rsa debug1: Offering public key: /cygdrive/c/.ssh/id_dsa debug1: Authentications that can continue: publickey,password debug1: Next authentication method: password [EMAIL PROTECTED]'s password: -- I gather the debug1: Authentications that can continue: publickey,password line is full of precious information, but...I'm a total newbie to ssh. :( Thanks for your answers! Marc -- 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: SSH key authentification problem
Marc, My suggestion missed the fact that these settings should be done on the Linux side ! Jurgen Marc Poppleton [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 01/19/2004 11:05 AM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:RE: SSH key authentification problem Classification: Jurgen and Olaf, I have done as you suggested: chmod 700 .ssh chmod 600 .ssh/* Nothing different when I try my ssh -i id_dsa [EMAIL PROTECTED] I've tried giving a wrong filename and I got an answer saying this file didn't exist (which is normal). Here is what I get when I do ssh -v [EMAIL PROTECTED]: -- C:\.sshssh -v [EMAIL PROTECTED] OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to theserver [xxx.xxx.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /cygdrive/c/.ssh/identity type -1 debug1: identity file /cygdrive/c/.ssh/id_rsa type -1 debug1: identity file /cygdrive/c/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.4p1 debug1: match: OpenSSH_3.4p1 pat OpenSSH_3.2*,OpenSSH_3.3*,OpenSSH_3.4*,OpenSSH_3.5* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'theserver' is known and matches the RSA host key. debug1: Found key in /cygdrive/c/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /cygdrive/c/.ssh/identity debug1: Trying private key: /cygdrive/c/.ssh/id_rsa debug1: Offering public key: /cygdrive/c/.ssh/id_dsa debug1: Authentications that can continue: publickey,password debug1: Next authentication method: password [EMAIL PROTECTED]'s password: -- I gather the debug1: Authentications that can continue: publickey,password line is full of precious information, but...I'm a total newbie to ssh. :( Thanks for your answers! Marc -- 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: MS offers Services For Unix free of charge
On Fri, Jan 16, 2004 at 11:29:53AM +0100, S. L. wrote: [...] It would be rather interesting to add nfs to cygwin. We could develop filesystem plug-ins which could be generalized for stuff like NFS, EXTFS, etc. Didn't someone say they had a free month? Perfect project. :-) Actually, I'd already been thinking about it - I think I'll be sending a copyright assignment shortly.. rlc [...] YOU'RE THE MAN! Whoa there - easy now! It ain't done yet :) I've been *thinking* about it - not a single line of code has been typed yet and my CVS checkout of Cygwin's repo is way out of date.. But I'm still thinking about it and ideas of how it could be done are using up my brain's CPU cycles, so I might start typing something any day now :) rlc -- 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: SSH key authentification problem
Whops! chmod 777 to reverse then! :) I omited to say that I have absolutely no control on the Linux side (and, just to make it easier, the admin is out for the day). Looking at the debug log, I guess that this: debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /cygdrive/c/.ssh/identity debug1: Trying private key: /cygdrive/c/.ssh/id_rsa debug1: Offering public key: /cygdrive/c/.ssh/id_dsa debug1: Authentications that can continue: publickey,password debug1: Next authentication method: password [EMAIL PROTECTED]'s password: means something like: trying with publickey but finaly trying with password. Question is : why? Is something going wrong with the publickey authentification or is it the normal process to ask for my password after? Marc -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de [EMAIL PROTECTED] Envoye : lundi 19 janvier 2004 11:05 Cc : [EMAIL PROTECTED] Objet : RE: SSH key authentification problem Marc, My suggestion missed the fact that these settings should be done on the Linux side ! Jurgen -- 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: SSH key authentification problem
Marc Poppleton wrote: debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /cygdrive/c/.ssh/identity debug1: Trying private key: /cygdrive/c/.ssh/id_rsa debug1: Offering public key: /cygdrive/c/.ssh/id_dsa debug1: Authentications that can continue: publickey,password debug1: Next authentication method: password [EMAIL PROTECTED]'s password: -- I gather the debug1: Authentications that can continue: publickey,password line is full of precious information, but...I'm a total newbie to ssh. :( The problem's probably on the server end. It must be configured to accept pubkey auth, as well as having your public key installed properly. You can see that the client tries pubkey but it's not accepted. So, none of us are mindreaders here, and we have zero information about the configuration details of your sshd, which isn't even running Cygwin... So, don't don't be surprised if you are underwhelmed with help. Brian -- 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: SSH key authentification problem
The problem's probably on the server end. It must be configured to accept pubkey auth, as well as having your public key installed properly. You can see that the client tries pubkey but it's not accepted. Yes, this is what it looks like to me. So, none of us are mindreaders here, and we have zero information about the configuration details of your sshd, which isn't even running Cygwin... So, don't don't be surprised if you are underwhelmed with help. Well, concerning running Cygwin, I get the same results when I type the same commands via the Cygwin Bash shell. Concerning the zero information about the configuration, did I mention that I'm a total newbie to this subject, and therefore encline not to know what would be usefull information? So, what would you need to know in order to provide me with more overwhelming information ? ;) Marc -- 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: SSH key authentification problem
On 19 January 2004 12:06 +0100 Marc Poppleton wrote: The problem's probably on the server end. It must be configured to accept pubkey auth, as well as having your public key installed properly. You can see that the client tries pubkey but it's not accepted. Yes, this is what it looks like to me. So, none of us are mindreaders here, and we have zero information about the configuration details of your sshd, which isn't even running Cygwin... So, don't don't be surprised if you are underwhelmed with help. Well, concerning running Cygwin, I get the same results when I type the same commands via the Cygwin Bash shell. The point at issue here is that the ssh server (sshd) is on a Linux box, not Cygwin, and about which we know nothing. You have already said that your Linux box's admin is not available today. Perhaps you should wait till you can get help from her/him. (S)he will be able to look at log files etc to find out why the connection from the Cygwin ssh client (ssh) is failing. It might be a configuration issue on the Linux sshd server, or the public key in your account on the Linux server may not have the correct permissions (or may be missing). There is not a lot else the Cygwin list can help with as it appears from the verbose output you previously posted that the Cygwin ssh client is doing exactly what it should and the problem lies with the Linux sshd server. Concerning the zero information about the configuration, did I mention that I'm a total newbie to this subject, and therefore encline not to know what would be useful information? So, what would you need to know in order to provide me with more overwhelming information ? ;) -- Mark Himsley -- 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: Unimplemented ANSI C library and UNIX function calls??
Hello Alvyn, you wrote: Wish this mail does not go into a wrong account. I am a new user of this mailing list. Please forgive me if I make any mistake. Thanks. I browsed the FAQ and raised a question, Are the unimplemented ANSI C library functions important for us? After the installation of Cygwin, it has been quite a while (almost a year) for me using Cygwin PERL. It's helped me complete several jobs of my project. Although it helps me a lot, I am still using VC++ for the programs require OpenGL visualizations. Now I come into a dilemma of whether I should lean onto Cygwin for my entire project with C/C++ and GCC in Cygwin, or I should keep my pace on VC++. This morning, I resolved several problems by looking into the FAQ of Cygwin and had myself compiled and successfully executed a basic GUI code provided by the documentation of Cygwin website. Somehow I obtained a little confidence of using GCC afterward, but I am still wondering if there are so many unimplemented ANSI C functions, does that mean there might be certain amount of jobs are unfeasible for Cygwin C compiler. The C library used is newlib, you may contribute unimplemented functions since it is open source too. I will use C/C++ processing numerical optimizations joint with OpenGL visualization, and some GUI interfaces probably. Can someone help answering my question, whether it is optimistic to do my work on Cygwin? GUI is kind of universal. You may use X which is included in the distribution, or you need to install your own toolkit like GTK+ or QT which are not included in the distribution, but there are binaries available ( http://cygnome.sf.net http://kde-cygwin.sf.net ). And again, can I ask a more stupid question Is C++ library provided in Cygwin? There is libstdc++ included in the gcc-g++ package and the MinGW version is in the gcc-g++-mingw package. Cygwin itself is written in C++. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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: SSH key authentification problem
Marc, To summarise : probably you can log in from Cygwin to the Linux box using your username and password. This is the first step. When you have logged in onto your Linux account, you are most probably in your home directory. There, you should enter the command 'ls -al' and look for the .ssh directory. This directory should have your ownership and rights 700. All contents of the directory .ssh should have rights 600. Saturday morning, I also logged in with one of the students using 'ssh -v', 'ssh -vv' and even 'ssh -vvv'. You will not get any more output than what you have already sent to the list. It will just say which authentication types it tries, but it will not give any information about why they fail. If this still fails then it is probably an issue with the /etc/ssh/sshd_config file on the Linux side, and then you need administrator assistance, but I seriously doubt that the most secure authentication mechanisms have been disabled in favour of password based authorisation. Regards, Jurgen Marc Poppleton [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 01/19/2004 12:06 PM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:RE: SSH key authentification problem Classification: The problem's probably on the server end. It must be configured to accept pubkey auth, as well as having your public key installed properly. You can see that the client tries pubkey but it's not accepted. Yes, this is what it looks like to me. So, none of us are mindreaders here, and we have zero information about the configuration details of your sshd, which isn't even running Cygwin... So, don't don't be surprised if you are underwhelmed with help. Well, concerning running Cygwin, I get the same results when I type the same commands via the Cygwin Bash shell. Concerning the zero information about the configuration, did I mention that I'm a total newbie to this subject, and therefore encline not to know what would be usefull information? So, what would you need to know in order to provide me with more overwhelming information ? ;) Marc -- 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: SSH key authentification problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 19 Jan 2004 12:06:54 +0100, Marc Poppleton [EMAIL PROTECTED] wrote: The problem's probably on the server end. It must be configured to accept pubkey auth, as well as having your public key installed properly. You can see that the client tries pubkey but it's not accepted. Yes, this is what it looks like to me. The public key may be disallowed because of wrong permissions on the server side. If you are logging into your own account on the server, check that: Your home directory ($HOME) has no write permissions to group/other. Your SSH directory ($HOME/.ssh) is accessed only by you (i.e. 700) Your authorized keys file (authorized_keys or authorized_keys2) is in the SSH directory, not writable by others and has your public key in it. If for any reason your home directory is writable by others (this is a security breach), your system administrator can allow it by changing the sshd configuration file (/etc/ssh/sshd_config) and restarting sshd. She should check for the following line: StrictModes no (default is yes) Ehud. - -- Ehud Karni Tel: +972-3-7966-561 /\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D http://www.keyserver.net/Better Safe Than Sorry -BEGIN PGP SIGNATURE- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQFAC8ZxLFvTvpjqOY0RAuLiAJ0Tw1SXdSWAzNMgBbZcfTBiRZ8JTQCcC9ba lp4ecbT6WJV7Pyokqb6dvZo= =g5d4 -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: SSH key authentification problem
Marc Poppleton wrote: So, none of us are mindreaders here, and we have zero information about the configuration details of your sshd, which isn't even running Cygwin... So, don't don't be surprised if you are underwhelmed with help. Well, concerning running Cygwin, I get the same results when I type the same commands via the Cygwin Bash shell. Was referring to 'sshd' here, i.e. the server side. You'd want to check the sshd_config file on the server to make sure that it contains PubkeyAuthentication yes. You'll also want to see which version of the protocol it's configured for (e.g. Protocol 2) as this will determine what kind of public keys you will use. See man sshd_config for more. Then, also on the server, check that there's a file $HOME/.ssh/authorized_keys and that it contains a line corresponding to your public key, which will be in $HOME/.ssh/*.pub on your client machine. If you're using v1 of the protocol it will be pubkey.pub, otherwise it will be id_[rd]sa.pub. You shouldn't require the admin for this, as this is a normal text file in your home directory. Read man ssh for all the details of how this works. Brian -- 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: SSH key authentification problem
There is not a lot else the Cygwin list can help with as it appears from the verbose output you previously posted that the Cygwin ssh client is doing exactly what it should and the problem lies with the Linux sshd server. That all I actually needed to know! :) I was affraid that something was going wrong on my side, but it seems that my client is behaving has it should. Thanks for your help, all of you. I'm forwarding these mail to the admin so he can figure out what he did wrong. Marc -- 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/
rsh as NONE SYSTEM user = permission denied
Has anyone gotten rsh to work with a none system user? I've followed the guide inetutils-1.3.2.README. telnet works fine but a simple: rsh -l myuser ls / fails with: Permission denied. Anyone got any ideas? N.B. anyway of getting a log file out of rshd? Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] -- 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: Can't delete file
If you have any trouble with the method below (which should work just fine, AFAICT) you should be able to rename the file in explorer to something much more friendly, i.e. delfile.dat, and then simply delete it. Seth Rubin wrote: All DOS files are also stored in 8.3 name format. Your file is probably stored as WCTPRO~1.ACT To see the 8.3 name belonging to a file, do DIR /X from a DOS window. You can fully use this name to access the file in question. E.g. DEL WCTPRO~1.ACT -- Seth -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Aurangzeb M. Agha Sent: Sunday, January 18, 2004 9:52 PM To: Cygwin Mail List Subject: Can't delete file While running wget on a site I run, I ended up downloading the following file: [EMAIL PROTECTED]slid=40product=Hoteltype=PropertyInformationlang =ENGaffiliateId=10006093hotelId=10214537include=OVERVIEWdid=14numberAdu lts=1numberRooms=1dateSelected=falseneedDates=YdebugXML=false Problem is that now I can't get rid of it. I'm guessing this is due to the M$ char limit. I've tried everything from: ls *wctProp* | xargs rm -f to 'rm -f *', but no luck. Every time, I get the same thing: $ rm [EMAIL PROTECTED]slid\=40\product\=Hotel\type\=PropertyInformat ion\lang\=ENG\af filiateId\=10006093\hotelId\=10214537\include\=OVERVIEW\did\=14\numberAd ults\=1\numberRooms\=1 \dateSelected\=false\needDates\=Y\debugXML\=false rm: cannot remove [EMAIL PROTECTED]slid=40product=Hoteltype=PropertyInformationlan g=ENG affiliateId=10006093hotelId=10214537include=OVERVIEWdid=14numberAdults=1 numberRooms=1dateSelec ted=falseneedDates=YdebugXML=false': File or path name too long Anyone have any idea what I can do? I've tried to remove from a Dos window, Windows Explorer, but no luck. Thanks, Zeb -- 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/ -- 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: Memory Management on AMD64 in 32-bit mode
Benson Margulies wrote: Would anyone be willing to elaborate on how the existing code is going about accomplishing the task at hand? If not, at least knowing that this is the goal of the exercise should make it easier to get a clue. I believe that there is some documentation in a file in the CVS for Cygwin. -- Joe Buehler -- 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: Can't delete file
Thanks for the suggestion Kleven, but neither did the suggestion below work: C:\TEMP\downloads\nutch-2003-11-17\www.greece101.comdir /x Volume in drive C is C Drive Volume Serial Number is 9C5F-537E Directory of C:\TEMP\downloads\nutch-2003-11-17\www.greece101.com 01/18/2004 09:50p DIR . 01/18/2004 09:50p DIR .. 01/18/2004 07:19p 30,217 WCTPRO~1.ACT [EMAIL PROTECTED]slid=40product =Hoteltype=PropertyInformationlang=ENGaffiliateId=10006093hotelId=11275352include=OVERVIE Wdid=4numberAdults=1numberRooms=1additionalCurrency=needDates=YdebugXML=false 01/18/2004 07:19p 28,679 WCTPRO~4.ACT [EMAIL PROTECTED]slid=40product =Hoteltype=PropertyInformationlang=ENGaffiliateId=10006093hotelId=10214456include=OVERVIEW did=4numberAdults=1numberRooms=1dateSelected=falseneedDates=YdebugXML=false 01/18/2004 07:19p 28,607 WCTPRO~2.ACT [EMAIL PROTECTED]slid=40product =Hoteltype=PropertyInformationlang=ENGaffiliateId=10006093hotelId=10214461include=OVERVIEW did=10numberAdults=1numberRooms=1dateSelected=falseneedDates=YdebugXML=false 01/18/2004 07:19p 28,458 WCTPRO~3.ACT [EMAIL PROTECTED]slid=40product =Hoteltype=PropertyInformationlang=ENGaffiliateId=10006093hotelId=10214537include=OVERVIEW did=14numberAdults=1numberRooms=1dateSelected=falseneedDates=YdebugXML=false 4 File(s)115,961 bytes 2 Dir(s) 2,398,576,640 bytes free C:\TEMP\downloads\nutch-2003-11-17\www.greece101.comdel WCTPRO~1.ACT File Not Found But trying to rename the long file OR the Dos file isn't permitted either: C:\TEMP\downloads\nutch-2003-11-17\www.greece101.comREN WCTPRO~4.ACT WCTPRO~7.ACT The system cannot find the path specified. C:\TEMP\downloads\nutch-2003-11-17\www.greece101.comREN WCTPRO~4.ACT TEST1.ACT The system cannot find the path specified. Any other suggestions? Thanks, Zeb On Mon, 19 Jan 2004, Kleven Bingham wrote: :If you have any trouble with the method below (which should work just :fine, AFAICT) you should be able to rename the file in explorer to :something much more friendly, i.e. delfile.dat, and then simply delete it. : :Seth Rubin wrote: : :All DOS files are also stored in 8.3 name format. Your file is probably :stored as WCTPRO~1.ACT :To see the 8.3 name belonging to a file, do DIR /X from a DOS window. You :can fully use this name to access the file in question. E.g. : :DEL WCTPRO~1.ACT : :-- Seth : :-Original Message- :From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf :Of Aurangzeb M. Agha :Sent: Sunday, January 18, 2004 9:52 PM :To: Cygwin Mail List :Subject: Can't delete file : : :While running wget on a site I run, I ended up downloading the following :file: : :[EMAIL PROTECTED]slid=40product=Hoteltype=PropertyInformationlang :=ENGaffiliateId=10006093hotelId=10214537include=OVERVIEWdid=14numberAdu :lts=1numberRooms=1dateSelected=falseneedDates=YdebugXML=false : :Problem is that now I can't get rid of it. I'm guessing this is due to :the M$ char limit. I've tried everything from: : :ls *wctProp* | xargs rm -f : :to 'rm -f *', but no luck. Every time, I get the same thing: : :$ rm :[EMAIL PROTECTED]slid\=40\product\=Hotel\type\=PropertyInformat :ion\lang\=ENG\af :filiateId\=10006093\hotelId\=10214537\include\=OVERVIEW\did\=14\numberAd :ults\=1\numberRooms\=1 :\dateSelected\=false\needDates\=Y\debugXML\=false :rm: cannot remove :[EMAIL PROTECTED]slid=40product=Hoteltype=PropertyInformationlan :g=ENG :affiliateId=10006093hotelId=10214537include=OVERVIEWdid=14numberAdults=1 :numberRooms=1dateSelec :ted=falseneedDates=YdebugXML=false': File or path name too long : :Anyone have any idea what I can do? I've tried to remove from a Dos :window, Windows Explorer, but no luck. : : :Thanks, : :Zeb : :-- :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/ : : : : : -- Aurangzeb M. Agha | Email : [EMAIL PROTECTED] | Home : +1 413 586.4863 | Pager : +1 413 785.7568 | : [EMAIL PROTECTED] 73 Bridge St. #15 | Mobile: coming soon Northampton, MA 01060 | e-Fax : +1 978 246.0770 USA | PGP id: coming soon -- 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: Can't delete file
-Original Message- From: cygwin-owner On Behalf Of Aurangzeb M. Agha Thanks for the suggestion Kleven, but neither did the suggestion below work: C:\TEMP\downloads\nutch-2003-11-17\www.greece101.comdir /x Here, maybe this will work: try shortening the overlong path by doing something like this: ---snip--- C: cd \temp\downloads ren nutch-2003-11-17 x move x \ cd \x ren www.greece101.com y cd \x\y del wctpro~1.act ---snip--- so that the file ends up being called C:\x\y\wctPropInfo(...snip!); with a bit of luck, reducing the C:\TEMP\downloads\nutch-2003-11-17\www.greece101.com path part of the filename to C:\x\y might make the overall filename enough shorter to fit within the maximum path length. It does seem as if, because Bash feels the need to escape all the embedded equals, ampersand, and at signs: $ rm [EMAIL PROTECTED]slid\=40\product\=Hotel\type\=PropertyInf ormat ion\lang\=ENG\af filiateId\=10006093\hotelId\=10214537\include\=OVERVIEW\did\=14\num berAd ults\=1\numberRooms\=1 \dateSelected\=false\needDates\=Y\debugXML\=false rm: cannot remove [EMAIL PROTECTED]slid=40product=Hoteltype=PropertyInformatio nlan g=ENG affiliateId=10006093hotelId=10214537include=OVERVIEWdid=14numberAdu lts=1 numberRooms=1dateSelec ted=falseneedDates=YdebugXML=false': File or path name too long that what might otherwise be a legit pathname is becoming too long. 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/
[ANNOUNCEMENT] Updated: cygwin-1.5.6-1
I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. I'd like to send a special thanks to Thomas Pfaff who is stepping down as the cygwin pthreads maintainer. His efforts in improving pthreads functionality were greatly appreciated. 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. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** 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. Christopher Faylor Red Hat, Inc. Changes since 1.5.5-1: - Implement mknod. (Christopher Faylor) - Renumber many major/minor device numbers to be more like linux. (Christopher Faylor) - Revamp signal processing to allow beginnings of ability to send signals to threads. (Christopher Faylor) - Create shared memory regions in appropriate name space and with ACLs explicitly including their owner. (Pierre Humblet) - Protect tty access from unauthorized users. (Pierre Humblet, Christopher Faylor) - Add some missing entries to /usr/include/paths.h. (Christopher Faylor) - Add some missing entries to /usr/include/tzfile.h. (Christopher Faylor) - Fix problems with failing exec in a vfork. (Christopher Faylor) - Set errno to E2BIG if command line is longer than the CreateProcess limit. (Corinna Vinschen) - mmap fixes. (Corinna Vinschen) - Implement TIOCLINUX ioctl. (Pavel Tsekov) - Fix problem with TIOCGWINSZ. (Christopher Faylor) - Reimplement sched_rr_get_interval for NT systems. (Vaclav Haisman) - Fix some thread initialization races for stdio. (Christopher Faylor) - Correctly define MAP_FAILED as void *. (Yitzchak Scott-Thoennes) - Fix problems programs which need a console available when running on a pty. (Christopher Faylor) - Don't send SIGHUP on CTRL_LOGOFF_EVENT to processes running in invisible Windows stations (like services). (Corinna Vinschen) - Add escape sequences for codepage ansi - oem switching for ncurses frame drawing capabilities. (Micha Nelissen, Corinna Vinschen) - Implement System V shm, sem, msg handling in cygserver. (Corinna Vinschen) - Fix return value from FIONBIO ioctl. (Christopher Faylor) - Don't clobber O_APPEND when both O_NONBLOCK/O_NDELAY are set for F_SETFL. (Brian Ford) - Disallow filenames consisting entirely of three or more dots. (Corinna Vinschen) - Encode filenames consisting of more than two dots for managed mode. (Igor Pechtchanski) - Make tmpfile 64-bit aware. (Corinna Vinschen) - Correctly define *64_MAX. (Corinna Vinschen) - Fix Windows 95 handling of some network functions. (Corinna Vinschen) - Don't open a directory which lacks read privileges. (Christopher Faylor) - Implement vwarnx, vwarn, warn, warnx, verr, verrx, err, errx. (Corinna Vinschen) - Fix handling of freerange cygthreads which caused occasional hangs. (Christopher Faylor) - Fix utmp handling so that login/logout are correctly recorded. (Corinna Vinschen) - Implement getprogname, setprogname. (Corinna Vinschen) - Raise SIGSYS if cygserver is not running for some cygserver-specific calls. (Christopher Faylor) - Default to always checking for cygserver. (Christopher Faylor) - Add installation instructions for cygserver. (Corinna Vinschen) - Correct api major version check so that newer dlls will work with older apps but not vice versa. (Christopher Faylor) - Implement sigwait. (Christopher Faylor) - Implement flock. (Nicholas Wourms) - Make fcntl 64-bit aware. (Corinna Vinschen) - Remove polling loop for serial tcflush which caused hangs. (Brian Ford) - Allow multiple pathnames on the cygpath command line. (Mark Blackburn) - Add ipcrm and ipcs to cygwin distribution. (Corinna Vinschen) - Change mkgroup to print root group with local admins group sid and gid 0. (Corinna Vinschen) - Implement new options for passwd(1): -c/-C User must not/may change password. -e/-E User's password never expires/expires according to aging rules. -p/-P Password not required/is required for user. (Corinna Vinschen) - Implement missing POSIX SEM calls sem_open, sem_close, sem_timedwait and sem_getvalue. (Corinna Vinschen) - Thread safe inserts/deletes for pthread object lists. (Thomas Pfaff) - Fix memory leak in stdio. (Thomas Pfaff) - Allow negative pids as arguments to kill program since they specify process groups. (Christopher
RE: SSH key authentification problem
At 07:56 AM 1/19/2004, Marc Poppleton you wrote: There is not a lot else the Cygwin list can help with as it appears from the verbose output you previously posted that the Cygwin ssh client is doing exactly what it should and the problem lies with the Linux sshd server. That all I actually needed to know! :) I was affraid that something was going wrong on my side, but it seems that my client is behaving has it should. Thanks for your help, all of you. I'm forwarding these mail to the admin so he can figure out what he did wrong. One thing you should also note as a result of this statement from you: I've installed cygwin and followed the instructions found here : http://minimal.cx/wincvsssh.php. Cygwin provides installation scripts to set up both ssh and sshd as well as instructions on how to use them (/usr/share/doc/Cygwin/openssh.README). The reason this information is available is because this is the recommended way to install openssh on Cygwin. I expect you weren't aware of this information and went looking elsewhere, ending up at the URL you posted. Still, you really do need to install in the recommended way if you want this list to help you out. We can't be responsible for mis-configuration information that you get from other sites and there's generally too much traffic on this list to debug everyone's custom initial configuration. So, if the admin thinks the problem is still on your end, I'd make the following recommendations: 1. Read /usr/share/doc/Cygwin/openssh.README 2. Use the /bin/ssh-*-config scripts it mentions to configure your machine. 3. If you have trouble, try starting the local server and see if you can get it to work. 4. If that fails, read 'man ssh', 'man sshd', 'man ssh_config', and 'man sshd_config'. There's lots of information there that will help you understand how to configure and use openssh. 5. If you're still having problems, visit http://cygwin.com/problems.html before reposting to this list and provide this information it requests, along with relevant openssh logs and files (like the ones you were providing). Someone should be able to help you with any problem you're having with the local openssh server. Once you have that working, you're in good shape to argue with your admin (or tell him/her nicely what configuration you need to get this to work ;-) ). HTH, -- 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: rsh as NONE SYSTEM user = permission denied
At 08:02 AM 1/19/2004, Steven Hartland you wrote: Has anyone gotten rsh to work with a none system user? I've followed the guide inetutils-1.3.2.README. telnet works fine but a simple: rsh -l myuser ls / fails with: Permission denied. Anyone got any ideas? N.B. anyway of getting a log file out of rshd? Yes. Please visit: Problem reports: http://cygwin.com/problems.html and provide the requested information. Also the output of 'cygcheck rsh' just before you would invoke 'rsh' would be helpful. -- 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: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1
Thank you cgf - I've been eagerly awaiting this. And thanks to all who have contributed to bringing this release about. I know it's a big one with a lot of deep in the bowels of the code changes. Should be the best Cygwin yet. By the way Chris, when will 1.5.7 be ready? ;-)( Anyone wanting another Gold Star - feel free to sarcastically answer this question for Chris! ) Regards, Brian Kelly Christopher Faylor [EMAIL PROTECTED]@cygwin.com on 01/19/2004 10:56:41 AM Please respond to [EMAIL PROTECTED] Sent by:[EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: (bcc: Brian Kelly/WTC1/Empire) Subject:[ANNOUNCEMENT] Updated: cygwin-1.5.6-1 I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. I'd like to send a special thanks to Thomas Pfaff who is stepping down as the cygwin pthreads maintainer. His efforts in improving pthreads functionality were greatly appreciated. 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. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** 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. Christopher Faylor Red Hat, Inc. Changes since 1.5.5-1: - Implement mknod. (Christopher Faylor) - Renumber many major/minor device numbers to be more like linux. (Christopher Faylor) - Revamp signal processing to allow beginnings of ability to send signals to threads. (Christopher Faylor) - Create shared memory regions in appropriate name space and with ACLs explicitly including their owner. (Pierre Humblet) - Protect tty access from unauthorized users. (Pierre Humblet, Christopher Faylor) - Add some missing entries to /usr/include/paths.h. (Christopher Faylor) - Add some missing entries to /usr/include/tzfile.h. (Christopher Faylor) - Fix problems with failing exec in a vfork. (Christopher Faylor) - Set errno to E2BIG if command line is longer than the CreateProcess limit. (Corinna Vinschen) - mmap fixes. (Corinna Vinschen) - Implement TIOCLINUX ioctl. (Pavel Tsekov) - Fix problem with TIOCGWINSZ. (Christopher Faylor) - Reimplement sched_rr_get_interval for NT systems. (Vaclav Haisman) - Fix some thread initialization races for stdio. (Christopher Faylor) - Correctly define MAP_FAILED as void *. (Yitzchak Scott-Thoennes) - Fix problems programs which need a console available when running on a pty. (Christopher Faylor) - Don't send SIGHUP on CTRL_LOGOFF_EVENT to processes running in invisible Windows stations (like services). (Corinna Vinschen) - Add escape sequences for codepage ansi - oem switching for ncurses frame drawing capabilities. (Micha Nelissen, Corinna Vinschen) - Implement System V shm, sem, msg handling in cygserver. (Corinna Vinschen) - Fix return value from FIONBIO ioctl. (Christopher Faylor) - Don't clobber O_APPEND when both O_NONBLOCK/O_NDELAY are set for F_SETFL. (Brian Ford) - Disallow filenames consisting entirely of three or more dots. (Corinna Vinschen) - Encode filenames consisting of more than two dots for managed mode. (Igor Pechtchanski) - Make tmpfile 64-bit aware. (Corinna Vinschen) - Correctly define *64_MAX. (Corinna Vinschen) - Fix Windows 95 handling of some network functions. (Corinna Vinschen) - Don't open a directory which lacks read privileges. (Christopher Faylor) - Implement vwarnx, vwarn, warn, warnx, verr, verrx, err, errx. (Corinna Vinschen) - Fix handling of freerange cygthreads which caused occasional hangs. (Christopher Faylor) - Fix utmp handling so that login/logout are correctly recorded. (Corinna Vinschen) - Implement getprogname, setprogname. (Corinna Vinschen) - Raise SIGSYS if cygserver is not running for some cygserver-specific calls. (Christopher Faylor) - Default to always checking for cygserver. (Christopher Faylor) - Add installation instructions for cygserver. (Corinna Vinschen) - Correct api major version check so that newer dlls will work with older apps but not vice versa. (Christopher Faylor) - Implement sigwait. (Christopher Faylor) - Implement flock. (Nicholas Wourms) - Make fcntl 64-bit aware. (Corinna Vinschen) - Remove polling loop for serial tcflush which caused hangs. (Brian Ford) - Allow multiple pathnames on the cygpath command line. (Mark Blackburn) - Add ipcrm and ipcs to cygwin distribution. (Corinna
INT64_MAX incorrectly defined in stdint.h
I noticed that the release notes for today's new release claims the following: - Correctly define *64_MAX. (Corinna Vinschen) I have the latest version, as far as I know, since I ran update today. First, I noticed no change to stdint.h. Second, I noticed that INT64_MAX is still incorrectly defined: stdint.h:79:#define INT64_MAX (9223372036854775807) This literal should have a LL suffix. Otherwise, compiling the following code generates an error: int64_t i64Max = INT64_MAX ; warning: integer constant is too large for long type So... I'm confused. Has stdint.h been updated? If so, why didn't I get it today when I updated Cygwin? If not, where, exactly, did the *64_MAX macros get correctly defined, as the release notes indicate? Thanks. __ Dr. Michael J. Gourlay -- 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: INT64_MAX incorrectly defined in stdint.h
Hold up... I changed mirror sites and now I'm getting a big fat download. I guess the mirror I used hadn't caught the new release yet. I'm still downloading, but I figure this will solve the problem. Sorry. -Original Message- From: Mija Gourlay [mailto:[EMAIL PROTECTED] Sent: Monday, January 19, 2004 11:59 AM To: [EMAIL PROTECTED] Subject: INT64_MAX incorrectly defined in stdint.h I noticed that the release notes for today's new release claims the following: - Correctly define *64_MAX. (Corinna Vinschen) I have the latest version, as far as I know, since I ran update today. First, I noticed no change to stdint.h. Second, I noticed that INT64_MAX is still incorrectly defined: stdint.h:79:#define INT64_MAX (9223372036854775807) This literal should have a LL suffix. Otherwise, compiling the following code generates an error: int64_t i64Max = INT64_MAX ; warning: integer constant is too large for long type So... I'm confused. Has stdint.h been updated? If so, why didn't I get it today when I updated Cygwin? If not, where, exactly, did the *64_MAX macros get correctly defined, as the release notes indicate? Thanks. __ Dr. Michael J. Gourlay -- 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: MS offers Services For Unix free of charge
FYI: The 3.0 version went up for the cost of the CD a few months ago so I ordered a copy -- was a disk hog, so eventually removed it. But few things: It always has to have the interix subsystem proces running to do anything. In typical MS fashion, it setup and started demons for all services -- not exactly configured for security. It didn't have ssh but did have rsh/rlogin. It ran about 5% slower on a large file i/o bound 'find' command. Sorta odd since it was file i/o bound Definitely won't give people a good taste for linux/unix as far as speed goes. Also, they include ksh and not bashno vim, just vibunch a weirdo's! But running on a 'too old laptop with not quite enough memory as it is and a bit tight on disk space, I decided to take it off until I could at least get a larger hard disk partition on a faster HD for my win stuff . They don't seem to differentiate between unix and windows processes, so their kill, ps, and /proc systems all function tranparently with the existing windows processes. I went back to try the find the link I ordered it from, but couldn't find the 'free' link, so never bothered to post on it here...it's nice that 3.5 is free, but for existing win customers, it'll likely be not much more than a curiosity due to the speed slowdown. Was neat to see crond, initd, etc...be running as windows system processes:-) -linda -- In the marketplace of Real goods, capitalism is limited by safety regulations, consumer protection laws, and product liability. In the computer industry, what protects the consumer? -- 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: man 1.5k-2 is broken
Larry == Larry Hall writes: Larry At 11:03 AM 1/18/2004, Alejandro Lopez-Valencia you wrote: The file /usr/share/misc/man.conf specifies less flags as -is. This must be set to -isrR to work with groff's default tty output using SGR codes. Larry If you had a /usr/share/misc/man.conf file before the install, you won't Larry get an updated version from the install. Either make the change manually Larry or remove usr/share/misc/man.conf and reinstall. There is nothing wrong Larry with the man tarball. Thank you :-) Ciao Volker -- 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: cygwin-1.5.6-1
I followed the installation instructions here, but the cygwin1.dll file does not update. Just the packages are updated. The date on cygwin1.dll is 2003-09-20, obviously not the newest. Is there something else I need to do to make sure the dll gets updated? Thanks. Barry Drake --- Christopher Faylor [EMAIL PROTECTED] wrote: I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. I'd like to send a special thanks to Thomas Pfaff who is stepping down as the cygwin pthreads maintainer. His efforts in improving pthreads functionality were greatly appreciated. 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. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** 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. Christopher Faylor Red Hat, Inc. Changes since 1.5.5-1: - Implement mknod. (Christopher Faylor) - Renumber many major/minor device numbers to be more like linux. (Christopher Faylor) - Revamp signal processing to allow beginnings of ability to send signals to threads. (Christopher Faylor) - Create shared memory regions in appropriate name space and with ACLs explicitly including their owner. (Pierre Humblet) - Protect tty access from unauthorized users. (Pierre Humblet, Christopher Faylor) - Add some missing entries to /usr/include/paths.h. (Christopher Faylor) - Add some missing entries to /usr/include/tzfile.h. (Christopher Faylor) - Fix problems with failing exec in a vfork. (Christopher Faylor) - Set errno to E2BIG if command line is longer than the CreateProcess limit. (Corinna Vinschen) - mmap fixes. (Corinna Vinschen) - Implement TIOCLINUX ioctl. (Pavel Tsekov) - Fix problem with TIOCGWINSZ. (Christopher Faylor) - Reimplement sched_rr_get_interval for NT systems. (Vaclav Haisman) - Fix some thread initialization races for stdio. (Christopher Faylor) - Correctly define MAP_FAILED as void *. (Yitzchak Scott-Thoennes) - Fix problems programs which need a console available when running on a pty. (Christopher Faylor) - Don't send SIGHUP on CTRL_LOGOFF_EVENT to processes running in invisible Windows stations (like services). (Corinna Vinschen) - Add escape sequences for codepage ansi - oem switching for ncurses frame drawing capabilities. (Micha Nelissen, Corinna Vinschen) - Implement System V shm, sem, msg handling in cygserver. (Corinna Vinschen) - Fix return value from FIONBIO ioctl. (Christopher Faylor) - Don't clobber O_APPEND when both O_NONBLOCK/O_NDELAY are set for F_SETFL. (Brian Ford) - Disallow filenames consisting entirely of three or more dots. (Corinna Vinschen) - Encode filenames consisting of more than two dots for managed mode. (Igor Pechtchanski) - Make tmpfile 64-bit aware. (Corinna Vinschen) - Correctly define *64_MAX. (Corinna Vinschen) - Fix Windows 95 handling of some network functions. (Corinna Vinschen) - Don't open a directory which lacks read privileges. (Christopher Faylor) - Implement vwarnx, vwarn, warn, warnx, verr, verrx, err, errx. (Corinna Vinschen) - Fix handling of freerange cygthreads which caused occasional hangs. (Christopher Faylor) - Fix utmp handling so that login/logout are correctly recorded. (Corinna Vinschen) - Implement getprogname, setprogname. (Corinna Vinschen) - Raise SIGSYS if cygserver is not running for some cygserver-specific calls. (Christopher Faylor) - Default to always checking for cygserver. (Christopher Faylor) - Add installation instructions for cygserver. (Corinna Vinschen) - Correct api major version check so that newer dlls will work with older apps but not vice versa. (Christopher Faylor) - Implement sigwait. (Christopher Faylor) - Implement flock. (Nicholas Wourms) - Make fcntl 64-bit aware. (Corinna Vinschen) - Remove polling loop for serial tcflush which caused hangs. (Brian Ford) - Allow multiple pathnames on the cygpath command line. (Mark Blackburn) - Add ipcrm and ipcs to cygwin distribution. (Corinna Vinschen) - Change mkgroup to print root group with local admins group sid and gid 0. (Corinna Vinschen) - Implement new options for passwd(1):
RE: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1
-Original Message- From: cygwin-owner On Behalf Of Barry Drake I followed the installation instructions here, but the cygwin1.dll file does not update. Just the packages are updated. The date on cygwin1.dll is 2003-09-20, obviously not the newest. Is there something else I need to do to make sure the dll gets updated? Thanks. Barry Drake Probably just a matter of waiting a few hours (maybe as long as overnight) for the updates to propagate as far as the particular download mirror you're using. That often takes a little while after the new release is announce and available on the main cygwin home site. 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: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1
Dave, Thank you. I'll try the upgrade later. Barry --- Dave Korn [EMAIL PROTECTED] wrote: -Original Message- From: cygwin-owner On Behalf Of Barry Drake I followed the installation instructions here, but the cygwin1.dll file does not update. Just the packages are updated. The date on cygwin1.dll is 2003-09-20, obviously not the newest. Is there something else I need to do to make sure the dll gets updated? Thanks. Barry Drake Probably just a matter of waiting a few hours (maybe as long as overnight) for the updates to propagate as far as the particular download mirror you're using. That often takes a little while after the new release is announce and available on the main cygwin home site. 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/ -- 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/
'make check' is having a laugh at my expense...
Something's gone wrong with make check. I just updated from the CVS, deleted my build tree and rebuilt the .dll, and now the testsuite just gives me all these error messages: ---snip--- Using /usr/build/src/winsup/testsuite/config/default.exp as tool-and-target-specific interface file. Running /usr/build/src/winsup/testsuite/winsup.api/winsup.exp ... FAIL: checksignal.c (execute) C:\cygwin\bin\expect.exe: *** shared version mismatch detected - 0x75BE006D/0x18A2005E. 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. 5 [main] expect 904 sync_with_child: child 2588(0x6C4) died before initialization with status code 0x1 754 [main] expect 904 sync_with_child: *** child state waiting for longjmp FAIL: crlf.c (compile) FAIL: devzero.c (execute) C:\cygwin\bin\expect.exe: *** shared version mismatch detected - 0x75BE006D/0x18A2005E. 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. 692408 [main] expect 904 sync_with_child: child 2984(0x6BC) died before initialization with status code 0x1 692790 [main] expect 904 sync_with_child: *** child state waiting for longjmp ---snip--- As you see, it seems to have forgotten the whole thing about using the special freshly-built cygwin0.dll version for doing the tests with, which IIUIC is specifically done in order to avoid shared version clashes, isn't it? I have one copy of cygwin1.dll in my /bin directory, but nowhere else that's in my $PATH, and nothing else has been showing problems. Anyone else getting this? I tried this on Friday afternoon and was getting just a few failures, now it suddenly seems as if the entire test process has b0rked. I couldn't see anything in the recent ChangeLogs that might cause this but I'm not exactly up-to-speed with all the deep magic in the auto-* tools cheers, DaveK -- Can't think of a witty .sigline today cygcheck.out Description: Binary data -- 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: cygwin-1.5.6-1
On Mon, Jan 19, 2004 at 11:57:12AM -0500, [EMAIL PROTECTED] wrote: Thank you cgf - I've been eagerly awaiting this. And thanks to all who have contributed to bringing this release about. I know it's a big one with a lot of deep in the bowels of the code changes. Should be the best Cygwin yet. You're welcome. This is one of the biggest changes to come along in a while. In a way it's even bigger than the recent move to 64 bit file I/O. It's not the way I normally like to do things but events conspired against me. So, the device/fhandler code has been fundamentally changed, the signal handling code has been fundamentally changed (with more to come), and we've finally moved to a fully functional Sys V ipc model. The big gotcha for me was the tty security stuff. I introduced a variation on an idea by Pierre Humblet and then spent way too long stabilizing it, reinforcing in the process that two things I really hate are usage counts and vfork. The rips in attention between trying to fix this and still focus on finishing up the signal changes were almost audible. The signal stuff helped me remember how much I truly hate the Windows 9x, Me family. At least I now have an easy-to-use test system for Me, so I can hold my nose and test there, if needed. Next release should see more signal changes (sigwaitinfo, and possibly the allowance of sa_sigaction style signal handlers), some beginning clock/timer stuff (see the most recent snapshot), and maybe completed fifo support. Oh, yeah. 1.5.7 will be ready tomorrow. 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: cygwin/regex is non-POSIX
* Yitzchak Scott-Thoennes [EMAIL PROTECTED] [2004-01-17 21:04:50 -0800]: On Thu, Jan 15, 2004 at 03:14:57PM -0500, Sam Steingold [EMAIL PROTECTED] wrote: the cygwin regex is not POSIX. backrefs are not available by default (apparently you need REG_BACKR for that), (a|)* cannot be compiled because of empty (sub)expression, c c. SUSv3 says: A vertical-line appearing first or last in an ERE, or immediately following a vertical-line or a left-parenthesis, or immediately preceding a right-parenthesis, produces undefined results. Thanks, you are right, complaint is withdrawn. Also, it says backrefs part of basic regular expressions but not exteneded ones. From your mention of | I assume you are using REG_EXTENDED. If REG_EXTENDED|REG_BACKR allows backrefs, it doesn't appear to be documented. I am not sure what you mean here. I would like to interpret your words as follows, so that I can agree with you: http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap09.html does not mention REG_BACKR, so it's mere presence can probably be contrued as a violation of the standard (unless it is enabled whenever REG_EXTENDED is). REG_BACKR is also not mentioned in man regex, so it is not documented. Right? Now, whether I add REG_BACKR to cflags (together with REG_EXTENDED) or eflags, I do not get back references: ^(x)+\\1$ does not match xx (should be xx for whole and x for the group). Finally, a common extension appears to be the use or ? after a repetition specification to mean non-greedy matching, e.g. a+? will match only the first a in . -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com When C++ is your hammer, everything looks like a thumb. -- 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/
fetchmail problem with latest cygwin-1.5.6-1
Hi fetchmail doesn't work with the latest cygwin-1.5.6-1. See below: fetchmail: starting fetchmail 6.2.5 daemon fetchmail: 213 messages (206 seen) for Dr.Volker.Zell at rgmemeaimap.oraclecorp.com. fetchmail: skipping message [EMAIL PROTECTED]:1 not flushed fetchmail: skipping message [EMAIL PROTECTED]:2 not flushed fetchmail: skipping message [EMAIL PROTECTED]:3 not flushed --- snip-- fetchmail: skipping message [EMAIL PROTECTED]:203 not flushed fetchmail: skipping message [EMAIL PROTECTED]:204 not flushed fetchmail: skipping message [EMAIL PROTECTED]:205 not flushed fetchmail: skipping message [EMAIL PROTECTED]:206 not flushed fetchmail: reading message [EMAIL PROTECTED]:207 of 213 (3253 header octets) fetchmail: (10881 body octets) 691 [main] sh 940 sig_send: error sending signal -33 to pid 940, pipe handle 0x324, Win32 error 232 51772 [main] sh 940 sig_send: error sending signal -33 to pid 940, pipe handle 0x324, Win32 error 232 fetchmail: not flushed fetchmail: reading message [EMAIL PROTECTED]:208 of 213 (3204 header octets) 125 [main] fetchmail 2200 fhandler_base::dup: dup(/dev/null) failed, handle 1C0, Win32 error 6 Ciao Volker -- 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: cygwin-1.5.6-1
Barry, It's also possible you had some Cygwin program (or service) running while you updated, so cygwin1.dll was in use and setup wasn't able to overwrite it. Look in /var/log/setup.log for Scheduled reboot replacement... If it's present, reboot, and cygwin1.dll will get updated. HTH, Igor P.S. Please make sure your mailer doesn't quote raw e-mail addresses in replies -- they are food for spam harvesters. On Mon, 19 Jan 2004, Barry Drake wrote: I followed the installation instructions here, but the cygwin1.dll file does not update. Just the packages are updated. The date on cygwin1.dll is 2003-09-20, obviously not the newest. Is there something else I need to do to make sure the dll gets updated? Thanks. Barry Drake --- Christopher Faylor cgf-nopersonal-replies-pleaseatcygwindotcom wrote: I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. [snip] -- 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: man 1.5k-2 is broken
On Sunday, January 18, 2004 8:44 PM [GMT-5], Larry Hall wrote: At 11:03 AM 1/18/2004, Alejandro Lopez-Valencia you wrote: The file /usr/share/misc/man.conf specifies less flags as -is. This must be set to -isrR to work with groff's default tty output using SGR codes. If you had a /usr/share/misc/man.conf file before the install, you won't get an updated version from the install. Either make the change manually or remove usr/share/misc/man.conf and reinstall. There is nothing wrong with the man tarball. Hmmm... You are obliquely correct, of course, but your answer presumes too much. I am reporting a package configuration bug, not weeping for help on a small little thing anybody should know how to do(tm).[1] Are you the packager maintainer? (No I am *not* volunteering, thank you). IMAO, the maintainer should have fixed the obvious bug (and documented blunder!) of not using -isrR in man-1.5m2-1 by modifying the postinstall script to backup the old man.conf file if present and installing a new one with the bug fix. [1] A registered trademark of the BOFH, or it should be. -- 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/
Is cygwin really for me? (Need c++ compiler)
I've been a cygwin user for quite a while, but I still consider myself a newbie. I have access to Visual C++ 6.0, but not permanently. I want to be able to compile c++ code that I can easily distribute without licensing problems (because I write software for a University research lab, at some point may want to write shareware software, etc). Currently I only need to compile for Windows computers, but I would like to be able to compile, or at least write code that can be compiled, on both Win and Linux systems. For this reason I have been using cygwin g++ with the -mno-cygwin flag. Lately I'm wondering if this is really the best option for me. I would appreciate any input that anybody can give me about different development enviroments, compilers, etc. _ Let the new MSN Premium Internet Software make the most of your high-speed experience. http://join.msn.com/?pgmarket=en-uspage=byoa/premST=1 -- 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: Is cygwin really for me? (Need c++ compiler)
On Mon, Jan 19, 2004 at 02:13:39PM -0500, Andrew Sasak wrote: I've been a cygwin user for quite a while, but I still consider myself a newbie. I have access to Visual C++ 6.0, but not permanently. I want to be able to compile c++ code that I can easily distribute without licensing problems (because I write software for a University research lab, at some point may want to write shareware software, etc). Currently I only need to compile for Windows computers, but I would like to be able to compile, or at least write code that can be compiled, on both Win and Linux systems. For this reason I have been using cygwin g++ with the -mno-cygwin flag. Lately I'm wondering if this is really the best option for me. I would appreciate any input that anybody can give me about different development enviroments, compilers, etc. Whatever input you get, it will have to be personal email. Non-cygwin compilers or environments are hardly fodder for this mailing list. 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: fetchmail problem with latest cygwin-1.5.6-1
On Mon, Jan 19, 2004 at 08:00:54PM +0100, Dr. Volker Zell wrote: fetchmail doesn't work with the latest cygwin-1.5.6-1. See below: Yeah. Volker, remember how I was praising you earlier because you always had nicely researched and well-defined error reports? You've been slipping. 1) cygcheck output is not optional. 2) fetchmail is a highly configurable program. Unless you are saying that things just don't work out of the box, there's not much chance that anyone will be able to help without knowing more details about your configuration. cgf fetchmail: starting fetchmail 6.2.5 daemon fetchmail: 213 messages (206 seen) for Dr.Volker.Zell at rgmemeaimap.oraclecorp.com. fetchmail: skipping message [EMAIL PROTECTED]:1 not flushed fetchmail: skipping message [EMAIL PROTECTED]:2 not flushed fetchmail: skipping message [EMAIL PROTECTED]:3 not flushed --- snip-- fetchmail: skipping message [EMAIL PROTECTED]:203 not flushed fetchmail: skipping message [EMAIL PROTECTED]:204 not flushed fetchmail: skipping message [EMAIL PROTECTED]:205 not flushed fetchmail: skipping message [EMAIL PROTECTED]:206 not flushed fetchmail: reading message [EMAIL PROTECTED]:207 of 213 (3253 header octets) fetchmail: (10881 body octets) 691 [main] sh 940 sig_send: error sending signal -33 to pid 940, pipe handle 0x324, Win32 error 232 51772 [main] sh 940 sig_send: error sending signal -33 to pid 940, pipe handle 0x324, Win32 error 232 fetchmail: not flushed fetchmail: reading message [EMAIL PROTECTED]:208 of 213 (3204 header octets) 125 [main] fetchmail 2200 fhandler_base::dup: dup(/dev/null) failed, handle 1C0, Win32 error 6 -- 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: Is cygwin really for me? (Need c++ compiler)
I welcome any input I can get, to the list or to me personally. I figure there are many people here who have been exposed to other tools, etc, that I have never heard of. From: Christopher Faylor [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Is cygwin really for me? (Need c++ compiler) Date: Mon, 19 Jan 2004 14:17:48 -0500 On Mon, Jan 19, 2004 at 02:13:39PM -0500, Andrew Sasak wrote: I've been a cygwin user for quite a while, but I still consider myself a newbie. I have access to Visual C++ 6.0, but not permanently. I want to be able to compile c++ code that I can easily distribute without licensing problems (because I write software for a University research lab, at some point may want to write shareware software, etc). Currently I only need to compile for Windows computers, but I would like to be able to compile, or at least write code that can be compiled, on both Win and Linux systems. For this reason I have been using cygwin g++ with the -mno-cygwin flag. Lately I'm wondering if this is really the best option for me. I would appreciate any input that anybody can give me about different development enviroments, compilers, etc. Whatever input you get, it will have to be personal email. Non-cygwin compilers or environments are hardly fodder for this mailing list. 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/ _ Learn how to choose, serve, and enjoy wine at Wine @ MSN. http://wine.msn.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: man 1.5k-2 is broken
At 02:08 PM 1/19/2004, Alejandro Lopez-Valencia you wrote: On Sunday, January 18, 2004 8:44 PM [GMT-5], Larry Hall wrote: At 11:03 AM 1/18/2004, Alejandro Lopez-Valencia you wrote: The file /usr/share/misc/man.conf specifies less flags as -is. This must be set to -isrR to work with groff's default tty output using SGR codes. If you had a /usr/share/misc/man.conf file before the install, you won't get an updated version from the install. Either make the change manually or remove usr/share/misc/man.conf and reinstall. There is nothing wrong with the man tarball. Hmmm... You are obliquely correct, of course, but your answer presumes too much. I am reporting a package configuration bug, not weeping for help on a small little thing anybody should know how to do(tm).[1] Are you the packager maintainer? (No I am *not* volunteering, thank you). No, I'm not the package maintainer. Just a long time user and listener on this list. Actually, I was aware that you were reporting a bug in that packaging. That's why I answered you so specifically. I stated that the tarball was fine and with instructions for manually making the required change, if 'man' was installed previously. I recognize that the approach I described puts a burden on the user and potentially adds traffic to this list (this particular change already has done so quite a bit, even though 'man' is not to 'blame'). However, these situations are catch-22. If the user has added customizations to the file before the installation, they loose them afterward without some manual intervention. Either way, we loose. So far, the convention adopted for packages in with config files like this is to only create them but not replace them. This is why I made the statements I did. IMAO, the maintainer should have fixed the obvious bug (and documented blunder!) of not using -isrR in man-1.5m2-1 by modifying the postinstall script to backup the old man.conf file if present and installing a new one with the bug fix. That's another way to go. Clearly, the 'man' maintainer is free to decide whether he would prefer to take the approach you describe, stick with the one he has, or adopt another. But the 'man' package currently follows the Cygwin packaging convention (as I mentioned above). And the resolution isn't as 'obvious' as you imply. However, I'm sure if the 'man' maintainer feels there is a need to make a change here as a result of your report, he will do so. While my previous comments on the subject as well as these are meant to clarify the current state of affairs, the package maintainer always has the last word on what will be done with any particular package. That means he's free to disregard or contradict anything I've said. That said, you are also free to provide any patches you deem appropriate for the maintainer's consideration. I hope that clarifies the intent of my original response. If not, let me know and I'll try again. -- 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: Is cygwin really for me? (Need c++ compiler)
But you missed Chris's point. This list isn't for discussing, comparing, contrasting, and general sharing on the best way to compile apps for Windows and other platforms. While there may be folks on this list that can provide you with some input on your inquiry, continuing this discussion here on the list would not be appropriate. Those who want to reply to you should do so directly so that this thread doesn't clutter the list. Thanks, Larry At 02:28 PM 1/19/2004, Andrew Sasak you wrote: I welcome any input I can get, to the list or to me personally. I figure there are many people here who have been exposed to other tools, etc, that I have never heard of. From: Christopher Faylor [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Is cygwin really for me? (Need c++ compiler) Date: Mon, 19 Jan 2004 14:17:48 -0500 On Mon, Jan 19, 2004 at 02:13:39PM -0500, Andrew Sasak wrote: I've been a cygwin user for quite a while, but I still consider myself a newbie. I have access to Visual C++ 6.0, but not permanently. I want to be able to compile c++ code that I can easily distribute without licensing problems (because I write software for a University research lab, at some point may want to write shareware software, etc). Currently I only need to compile for Windows computers, but I would like to be able to compile, or at least write code that can be compiled, on both Win and Linux systems. For this reason I have been using cygwin g++ with the -mno-cygwin flag. Lately I'm wondering if this is really the best option for me. I would appreciate any input that anybody can give me about different development enviroments, compilers, etc. Whatever input you get, it will have to be personal email. Non-cygwin compilers or environments are hardly fodder for this mailing list. 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/ _ Learn how to choose, serve, and enjoy wine at Wine @ MSN. http://wine.msn.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/ -- 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: Is cygwin really for me? (Need c++ compiler)
Ahhh. sorry. _ Let the new MSN Premium Internet Software make the most of your high-speed experience. http://join.msn.com/?pgmarket=en-uspage=byoa/premST=1 -- 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/regex is non-POSIX
On Mon, Jan 19, 2004 at 01:54:06PM -0500, Sam Steingold [EMAIL PROTECTED] wrote: * Yitzchak Scott-Thoennes [EMAIL PROTECTED] [2004-01-17 21:04:50 -0800]: That's cute. But what if a real address matches a rot13'd one? Also, it says backrefs part of basic regular expressions but not exteneded ones. From your mention of | I assume you are using REG_EXTENDED. If REG_EXTENDED|REG_BACKR allows backrefs, it doesn't appear to be documented. I am not sure what you mean here. I would like to interpret your words as follows, so that I can agree with you: http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap09.html does not mention REG_BACKR, so it's mere presence can probably be contrued as a violation of the standard (unless it is enabled whenever REG_EXTENDED is). REG_BACKR is also not mentioned in man regex, so it is not documented. Right? I was saying xbd_chap09 (my local copy, haven't rechecked the online one for any changes, but don't expect any) says back references are only available if you *don't* say REG_EXTENDED (or at least that's my reading of it). The regex package doc (man 3 regex, man 7 regex) also discourage using them even then. Now, whether I add REG_BACKR to cflags (together with REG_EXTENDED) or eflags, I do not get back references: ^(x)+\\1$ does not match xx (should be xx for whole and x for the group). Then I misunderstood you. I thought you were saying REG_BACKR allowed backrefs even with REG_EXTENDED. From the include file, it looks more to me as if it is a private flag to indicate backrefs were actually found. Finally, a common extension appears to be the use or ? after a repetition specification to mean non-greedy matching, e.g. a+? will match only the first a in . You want the pcre packages then (pcre and pcre-devel). An important to know non-posix feature of these is that ab matched against /a|ab/ will match the a where AIUI posix requires matching the ab (i.e. posix requires longest match, but pcre lets leftmost | option take precedence). Not actually sure where the regex package falls WRT this. -- 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' observations and questions
I'd found that info v4.2 was not working for me, % info info info: dir: No such file or directory Playing around with it for a while, it seems that info works best when INFOPATH is not defined and /usr/info/dir, rather than /usr/share/info/dir, is the primary index. Even when an up-to-date /usr/info/dir is present, if an INFOPATH is defined, I will see something like Unable to find node referenced by `gcc' in `(dir)Top'. for some entries like gcc. Running 'strings /bin/info.exe | grep usr' reveals a reference to /usr/info, but not to /usr/share/info, which may suggest a reason for part of what I've seen. I don't know where the info.exe source is - doing a setup package search for info or info.exe does not seem to be helpful in locating it. Any hints? Can someone explain why INFOPATH seems to muck-up the behavior of info and why /usr/share/info has been chosen for the default location of the dir file, rather than /usr/info? Regards, Doug Wyatt -- 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 without Win32
The newly released Microsoft Services For Unix (SFU v3.5) includes a new highly tuned POSIX subsystem. MS says that UNIX apps using the POSIX subsystem are within 10% performance of Windows apps using the Win32 subsystem. The security models also work together so that chmod/chown/su and friends all work properly. It would be nice to see an implementation of setfacl and getfacl. Would there be any benefit to porting Cygwin to sit directly on top the POSIX subsystem instead of going through the Win32 subsystem? kernel - POSIX - cygwin (bash, et al) instead of kernel - WIN32 - cygwin.dll - cygwin (bash, et al) Just curious. Dax Kelson -- 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: 'info' observations and questions
At 03:33 PM 1/19/2004, Doug Wyatt you wrote: I don't know where the info.exe source is - doing a setup package search for info or info.exe does not seem to be helpful in locating it. Any hints? Sure. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=bin%2Finfo.exe HTH, -- 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 without Win32
On Mon, Jan 19, 2004 at 01:37:27PM -0700, Dax Kelson wrote: The newly released Microsoft Services For Unix (SFU v3.5) includes a new highly tuned POSIX subsystem. MS says that UNIX apps using the POSIX subsystem are within 10% performance of Windows apps using the Win32 subsystem. The security models also work together so that chmod/chown/su and friends all work properly. It would be nice to see an implementation of setfacl and getfacl. Would there be any benefit to porting Cygwin to sit directly on top the POSIX subsystem instead of going through the Win32 subsystem? There would certainly be a real detriment in the fact that cygwin would stop working for Windows 95/98/Me. If we could focus just on NT class systems, there is all sorts of improvements that we could make. I don't think that all of the people using those systems would be too happy with us, though, as much as I'd like to ditch them. 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: Cygwin without Win32
At 03:37 PM 1/19/2004, Dax Kelson you wrote: The newly released Microsoft Services For Unix (SFU v3.5) includes a new highly tuned POSIX subsystem. MS says that UNIX apps using the POSIX subsystem are within 10% performance of Windows apps using the Win32 subsystem. The security models also work together so that chmod/chown/su and friends all work properly. It would be nice to see an implementation of setfacl and getfacl. Would there be any benefit to porting Cygwin to sit directly on top the POSIX subsystem instead of going through the Win32 subsystem? kernel - POSIX - cygwin (bash, et al) instead of kernel - WIN32 - cygwin.dll - cygwin (bash, et al) Just curious. Not if one wants to be able to write programs that use Win32 functionality and Windows NT. -- 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 source-patch fixing deadlock while writing to serial port
I found a potential deadlock while writing to a serial port (e.g.
/dev/com1) that has been opened as O_RDWR. The deadlock occurs from time
to time (not sure about exact conditions) when I write to that port,
while there is data coming in (e.g. from an external device) and I do
not read away that data fast enough from the port.
I did provide a test case a while ago in
http://sources.redhat.com/ml/cygwin/2003-03/msg01529.html. I digged into
the issue some more now and found that the executing thread got
sometimes deadlocked in fhandler_serial::raw_write(). It basically ends
up in a for(;;) loop and just never hits the break;
The applied patch adds a safety exit to that for(;;) loop.
This fixes the testcase referenced above.
This might not be the last problem lingering in the serial access code
(there are some FIXME tokens still around ...), but it is definitely an
improvement for me. I thought I'd share that with you.
;Henning
--
H. Henning Schmidt
email: [EMAIL PROTECTED]
phone: +49 (0) 6155 / 899 283
fax: +49 (0) 6155 / 899 284
*** cygwin-1.5.5-1/winsup/cygwin/fhandler_serial.cc Sat Jun 21 02:12:35 2003
--- cygwin-1.5.5-1.corrected/winsup/cygwin/fhandler_serial.cc Mon Jan 19 17:32:04
2004
***
*** 153,173
int
fhandler_serial::raw_write (const void *ptr, size_t len)
{
! DWORD bytes_written;
OVERLAPPED write_status;
memset (write_status, 0, sizeof (write_status));
write_status.hEvent = CreateEvent (sec_none_nih, TRUE, FALSE, NULL);
ProtectHandle (write_status.hEvent);
! for (;;)
{
if (WriteFile (get_handle (), ptr, len, bytes_written, write_status))
break;
switch (GetLastError ())
{
case ERROR_OPERATION_ABORTED:
continue;
case ERROR_IO_PENDING:
break;
--- 153,174
int
fhandler_serial::raw_write (const void *ptr, size_t len)
{
! DWORD bytes_written = 0;
OVERLAPPED write_status;
memset (write_status, 0, sizeof (write_status));
write_status.hEvent = CreateEvent (sec_none_nih, TRUE, FALSE, NULL);
ProtectHandle (write_status.hEvent);
! for (int prevent_deadlock=0 ; prevent_deadlock10 ; prevent_deadlock++)
{
if (WriteFile (get_handle (), ptr, len, bytes_written, write_status))
break;
switch (GetLastError ())
{
case ERROR_OPERATION_ABORTED:
+ bytes_written = 0;
continue;
case ERROR_IO_PENDING:
break;
--
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 source-patch fixing deadlock while writing to serial port
On Mon, Jan 19, 2004 at 10:08:39PM +0100, H. Henning Schmidt wrote: I found a potential deadlock while writing to a serial port (e.g. /dev/com1) that has been opened as O_RDWR. The deadlock occurs from time to time (not sure about exact conditions) when I write to that port, while there is data coming in (e.g. from an external device) and I do not read away that data fast enough from the port. I did provide a test case a while ago in http://sources.redhat.com/ml/cygwin/2003-03/msg01529.html. I digged into the issue some more now and found that the executing thread got sometimes deadlocked in fhandler_serial::raw_write(). It basically ends up in a for(;;) loop and just never hits the break; The applied patch adds a safety exit to that for(;;) loop. This fixes the testcase referenced above. This might not be the last problem lingering in the serial access code (there are some FIXME tokens still around ...), but it is definitely an improvement for me. I thought I'd share that with you. Can you convince me that this isn't just a band-aid? I don't understand why cygwin *shouldn't* hang in a situation like this. There are certainly similar situations where this happens on linux. Perhaps we need a low_priority_sleep (10) in the loop in that situation or something. 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: package conffiles (was: man 1.5k-2 is broken)
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alejandro Lopez-Valencia Sent: Monday, January 19, 2004 11:08 AM To: Cygwin List Subject: Re: man 1.5k-2 is broken On Sunday, January 18, 2004 8:44 PM [GMT-5], Larry Hall wrote: At 11:03 AM 1/18/2004, Alejandro Lopez-Valencia you wrote: The file /usr/share/misc/man.conf specifies less flags as -is. This must be set to -isrR to work with groff's default tty output using SGR codes. If you had a /usr/share/misc/man.conf file before the install, you won't get an updated version from the install. Either make the change manually or remove usr/share/misc/man.conf and reinstall. There is nothing wrong with the man tarball. Hmmm... You are obliquely correct, of course, but your answer presumes too much. I am reporting a package configuration bug, not weeping for help on a small little thing anybody should know how to do(tm).[1] Are you the packager maintainer? (No I am *not* volunteering, thank you). IMAO, the maintainer should have fixed the obvious bug (and documented blunder!) of not using -isrR in man-1.5m2-1 by modifying the postinstall script to backup the old man.conf file if present and installing a new one with the bug fix. [1] A registered trademark of the BOFH, or it should be. There's no policy for conffiles, or a way to handle them like in debian. Not that debian handles them perfectly either. Hence there's absolutely nothing wrong with the package, but you nonetheless bring up a good point. Some of these problems aren't easily solvable, but the situation could certainly be improved. Don't know if this discussion should be here on cygwin-apps, if so feel free to LART me :) This is approximately what debian does: http://lists.debian.org/debian-devel/1999/debian-devel-199905/msg02133.html Here's my proposal for what Cygwin could start doing, based on that idea. To handle a situation like this, suppose we have a Cygwin user (Jane) who hasn't updated her Cygwin installation in a few weeks, and the boffo package is a few versions behind, at boffo-1.1-1. After an update from setup.exe, package boffo-1.2-3 is getting installed. One of the principal changes in the new package fixes a bug by modifying the configuration file /etc/boffo.conf. When the old package, boffo-1.1-1 was being installed, the conf file was installed as /etc/boffo.conf.new. Then, when /etc/postinstall/boffo.sh was being run, it invoked something like install_conffile /etc/boffo.conf. install_conffile sees that /etc/boffo.conf does not exist, therefore it copies /etc/boffo.conf.new to /etc/boffo.conf.dist and to /etc/boffo.conf. Jane, in the use of boffo, changed a line in /etc/boffo.conf from: foo= to foo=bar. Now the new package, boffo-1.2-3 is getting installed. It installs the new version of the conffile again as /etc/boffo.conf.new. Now /etc/postinstall/boffo.sh runs again and calls install_conffile /etc/boffo.conf There are now three boffo files in /etc, /etc/boffo.conf.new version 1.2-3 standard conffile /etc/boffo.conf.distversion 1.1-1 standard conffile /etc/boffo.conf version 1.1-1 user modified conffile install_conffile does a diff -u boffo.conf.dist boffo.conf.new boffo.conf.patch to create the changes in standard conffiles between versions 1.1-1 and 1.2-3. Let's assume that the line foo= didn't change between those versions, but in 1.1-1 there was a line like DEFAULT_OPTIONS=-a -b that became DEFAULT_OPTIONS=-a -b -c, and this change fixes a catastrophic failure of the boffo package to prevent nuclear meltdowns. So the patch looks like: -DEFAULT_OPTIONS=-a -b +DEFAULT_OPTIONS=-a -b -c install_conffile then patches the boffo.conf file, and overwrites boffo.conf.dist with boffo.conf.new, and everything is fine and dandy. Jane gets to keep her custom conffile changes, and the important changes got propagated as well. Of course, patch is not a very intelligent program, and until we have a heuristics based patch that can recognize various things that are obvious to us, this procedure will often fail. Suppose Jane changed DEFAULT_OPTIONS to -a -b -d, the conffile patch would no longer apply, even if the -d option may have no bearing on the situation. install_conffile would then need to notice this, it could leave the .rej files in /etc/, or it could put a more user-friendly notice in /etc/setup.log like could not change FOO to BAR in /etc/boffo.conf or whatever. Some false-negatives could be further reduced by ignoring whitespace, changing fuzz offsets, etc... What do you guys think? -- Rafael -- 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/
regtool freezes on XP (Was: Re: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1)
cygpcreposix.dll v0.0 ts=2003/4/11 4:31 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll - os=4.0 img=1.0 sys=4.0 cygperl5_8_2.dll v0.0 ts=2003/11/7 6:08 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 cygreadline4.dll v0.0 ts=2001/1/6 23:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 cygreadline5.dll v0.0 ts=2003/8/10 19:16 171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 cygssl-0.9.7.dll v0.0 ts=2003/9/30 12:49 949k 2003/09/20 C:\cygwin\bin\cygwin1-1.5.5.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2003/9/20 16:31 1091k 2004/01/19 C:\cygwin\bin\cygwin1-20040119.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2004/1/19 0:51 60k 2003/08/09 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 cygz.dll v0.0 ts=2003/8/9 2:28 1085k 2004/01/19 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2004/1/19 0:43 Cygwin DLL version info: DLL version: 1.5.6 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 108 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Mon Jan 19 00:43:36 EST 2004 CVS tag: cr-0x9d Shared id: cygwin1S3 Cygwin Package Information Last downloaded files to: C:\cygwin\install Last downloaded files from: http://mirrors.rcn.net/pub/sourceware/cygwin Package Version _update-info-dir 00226-1 ash 20031007-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 binutils 20030901-1 bzip21.0.2-5 crypt1.1-1 cygwin 1.5.6-1 diffutils2.8.4-1 editrights 1.01-1 expat1.95.7-1 fileutils4.1-2 findutils4.1.7-4 gawk 3.1.3-4 gcc 3.3.1-3 gcc-g++ 3.3.1-3 gcc-mingw-core 20031020-1 gcc-mingw-g++20031020-1 gdb 20030919-1 gdbm 1.8.3-7 grep 2.5-1 groff1.18.1-2 gzip 1.3.5-1 inetutils1.3.2-25 less 381-1 libbz2_1 1.0.2-5 libdb3.1 3.1.17-2 libdb4.1 4.1.25-1 libgdbm 1.8.0-5 libgdbm-devel1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo00.12.1-3 libiconv21.9.1-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libreadline4 4.1-2 libreadline5 4.3-5 login1.9-7 make 3.80-1 man 1.5k-2 mingw-runtime3.2-1 mktemp 1.5-3 ncurses 5.3-4 openssl 0.9.7c-1 perl 5.8.2-1 python 2.3.3-1 readline 4.3-5 rxvt 2.7.10-3 sed 4.0.8-1 sh-utils 2.0.15-4 tar 1.13.25-5 tcltk20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils2.0.21-1 unzip5.50-5 w32api 2.4-1 wget 1.9.1-1 which1.5-2 zlib 1.1.4-4 Use -h to see help about each section -- 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 source-patch fixing deadlock while writing to serial port
On Mon, 19 Jan 2004, Christopher Faylor wrote: On Mon, Jan 19, 2004 at 10:08:39PM +0100, H. Henning Schmidt wrote: I found a potential deadlock while writing to a serial port (e.g. /dev/com1) that has been opened as O_RDWR. The deadlock occurs from time to time (not sure about exact conditions) when I write to that port, while there is data coming in (e.g. from an external device) and I do not read away that data fast enough from the port. I did provide a test case a while ago in http://sources.redhat.com/ml/cygwin/2003-03/msg01529.html. I digged into the issue some more now and found that the executing thread got sometimes deadlocked in fhandler_serial::raw_write(). It basically ends up in a for(;;) loop and just never hits the break; Exactly. When the input buffer overflows, all serial communications cease and calls exit with ERROR_OPERATION_ABORTED. If you only call write, then the ClearCommError() necessary to start things up again is never called, and you stick in that infinite loop. The applied patch adds a safety exit to that for(;;) loop. This fixes the testcase referenced above. Yuck! No, this is not the proper fix. This might not be the last problem lingering in the serial access code (there are some FIXME tokens still around ...), but it is definitely an improvement for me. I thought I'd share that with you. Can you convince me that this isn't just a band-aid? I don't understand why cygwin *shouldn't* hang in a situation like this. There are certainly similar situations where this happens on linux. Perhaps we need a low_priority_sleep (10) in the loop in that situation or something. No. I have a partial patch for the above, but I am in the process of getting a new Windows box and shuffling all my data. I'll try to submit it when things settle if no one beats me to it. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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/regex is non-POSIX
* U-DHX98431\sthoenna [EMAIL PROTECTED] [2004-01-19 12:13:58 -0800]:
On Mon, Jan 19, 2004 at 01:54:06PM -0500, Sam Steingold [EMAIL PROTECTED] wrote:
* Yitzchak Scott-Thoennes [EMAIL PROTECTED] [2004-01-17 21:04:50 -0800]:
That's cute. But what if a real address matches a rot13'd one?
rot13({top-level-domain}) does not intersect {top-level-domain}.
I find these anti-email-address-harvesting efforts to be hurting the
legitimate users more than they hamper spammers (but let us not start
this here)
Also, it says backrefs part of basic regular expressions but not
exteneded ones. From your mention of | I assume you are using
REG_EXTENDED. If REG_EXTENDED|REG_BACKR allows backrefs, it doesn't
appear to be documented.
I am not sure what you mean here. I would like to interpret your words
as follows, so that I can agree with you:
http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap09.html
does not mention REG_BACKR, so it's mere presence can probably be
contrued as a violation of the standard (unless it is enabled whenever
REG_EXTENDED is). REG_BACKR is also not mentioned in man regex, so
it is not documented. Right?
I was saying xbd_chap09 (my local copy, haven't rechecked the online
one for any changes, but don't expect any) says back references are
only available if you *don't* say REG_EXTENDED (or at least that's my
reading of it). The regex package doc (man 3 regex, man 7 regex) also
discourage using them even then.
Oops, you appear to be correct - I was caught in the assumption that
ERE cannot offer less functionality than BRE which is supported by
gnulib glibc implementations of regexp. sorry.
but _WHY_ do ERE preclude back-references?!
Finally, a common extension appears to be the use or ? after a
repetition specification to mean non-greedy matching, e.g.
a+? will match only the first a in .
You want the pcre packages then (pcre and pcre-devel).
no, not really.
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.camera.org http://www.iris.org.il http://www.memri.org/
http://www.mideasttruth.com/ http://www.honestreporting.com
PI seconds is a nanocentury
--
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/
Compile dclock fails
[EMAIL PROTECTED] ~ $ gzip -dc dclock_2.1.2.orig.tar.gz |tar xvf - dclock/ dclock/Dclock.c dclock/Dclock.h dclock/DclockP.h dclock/Imakefile dclock/README dclock/TODO dclock/dclock.c dclock/Dclock.ad dclock/sounds/ dclock/sounds/bell.wav dclock/sounds/digital.wav dclock/dclock.1 dclock/Makefile.orig [EMAIL PROTECTED] ~ $ cd dclock [EMAIL PROTECTED] ~/dclock $ xmkmf imake -DUseInstalled -I/usr/X11R6/lib/X11/config [EMAIL PROTECTED] ~/dclock $ make depend makedepend -- -I/usr/X11R6/include-D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DUSE_MAKEDEPEND -- Dclock.c dclock.c [EMAIL PROTECTED] ~/dclock $ make gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/X11R6/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -c -o dclock.o dclock.c dclock.c: In function `Usage': dclock.c:91: warning: implicit declaration of function `exit' dclock.c: At top level: dclock.c:105: warning: return type defaults to `int' dclock.c: In function `main': dclock.c:110: warning: suggest parentheses around assignment used as truth value dclock.c:127: warning: control reaches end of non-void function rm -f dclock.exe gcc -o dclock.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith -L/usr/X11R6/lib Dclock.o dclock.o -lXt -lSM -lICE -lXext -lX11 -lm -Wl,--enable-auto-import dclock.o(.text+0xb40):dclock.c: multiple definition of `_main' Dclock.o(.text+0xb40):dclock.c: first defined here Dclock.o(.text+0xbd3):dclock.c: undefined reference to `_dclockWidgetClass' dclock.o(.text+0xbd3):dclock.c: undefined reference to `_dclockWidgetClass' collect2: ld returned 1 exit status make: *** [dclock.exe] Error 1 [EMAIL PROTECTED] ~/dclock $ -- 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/
Binaries compiled under 1.5.6 don't work with 1.5.5 ?
I compiled Lynx under 1.5.6 and tried to run it under 1.5.5: The procedure entry point _fcntl64 could not be located in the dynamic link library cygwin1.dll How many Cygwin applications are supposed to be affected by the following changes ? - Make tmpfile 64-bit aware. (Corinna Vinschen) - Make fcntl 64-bit aware. (Corinna Vinschen) Yes, I know 1.5.5 is now old, but it's the last version which allows me to run screen - http://www.cygwin.com/ml/cygwin/2003-12/msg00557.html , so I switch the DLLs. -- How to contact me - http://www.pervalidus.net/contact.html -- 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: regtool freezes on XP (Was: Re: [ANNOUNCEMENT] Updated: cygwi n-1.5.6-1)
On Mon, January 19, 2004, Rolf Campbell wrote: When I run this script *not* from another cygwin program (Windows Run menu as bash -c scriptname.sh, or from W32 GNU Emacs) ---begin script #!/bin/sh echo -n Getting location... regtool get '\' ---end script I get the expected output: BUT, it then freezes (that is sh.exe freezes, after regtool finishes) (Ctrl+C does nothing, kill -9 does nothing, /bin/kill -f works). When I run C:\dbyronbash -c foo from cmd.exe, it works when foo contains #!/bin/sh echo hello or just echo hello but it hangs with no output at all when it contains #!/bin/sh DATE=`/usr/bin/date` echo hello The script runs fine when executed from a bash prompt. Hope this helps. -DB Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Jan 19 13:42:36 2004 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1 Path: C:\utils\cygwin\usr\local\bin C:\utils\cygwin\bin C:\utils\cygwin\bin C:\utils\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\utils\mp3\lame C:\utils\cygwin\bin c:\apps\emacs-21.2\bin c:\Program Files\Microsoft Visual Studio .NET\Common7\IDE C:\utils\cygwin\sbin Output from C:\utils\cygwin\bin\id.exe (nontsec) UID: 1005(dbyron) GID: 513(None) 513(None) Output from C:\utils\cygwin\bin\id.exe (ntsec) UID: 1005(dbyron) GID: 513(None) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\utils\cygwin\home\dbyron' MAKE_MODE = `unix' PWD = `/home/dbyron' USER = `dbyron' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\dbyron\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `LLEVAR' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVSROOT = `:pserver:[EMAIL PROTECTED]:/repository' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\dbyron' HOSTNAME = `LLEVAR' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include\' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LIB = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\' LOGONSERVER = `\\LLEVAR' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:' MA_AGENT = `c:\svctools\softmgmt\rstate.exe' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SSDIR = `\\dev-sql01\vss' SSUSER = `DByron' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\dbyron\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\dbyron\LOCALS~1\Temp' USERDOMAIN = `LLEVAR' USERNAME = `dbyron' USERPROFILE = `C:\Documents and Settings\dbyron' VSCOMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' 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_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:\utils\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\utils\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\utils\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 76316Mb 28% CP CS UN PA FC d: cd N/AN/A C:\utils\cygwin / system binmode C:\utils\cygwin/bin /usr/bin system binmode C:\utils\cygwin/lib /usr/lib system binmode ./cygdrive system binmode,cygdrive Found: C:\utils\cygwin\bin\awk.exe Found: C:\utils\cygwin\bin\bash.exe Found: C:\utils\cygwin\bin\cat.exe Found: C:\utils\cygwin\bin\cp.exe Found: C:\utils\cygwin\bin\cpp.exe Found: C:\utils\cygwin\bin\find.exe Found: C:\utils\cygwin\bin\gcc.exe Found: C:\utils\cygwin\bin\gdb.exe Found: C:\utils\cygwin\bin\grep.exe Found: C:\utils\cygwin\bin\ld.exe Found: C:\utils\cygwin\bin\ls.exe Found: C:\utils\cygwin\bin\make.exe Found: C:\utils\cygwin\bin\mv.exe Found: C:\utils\cygwin\bin\rm.exe Found: C:\utils\cygwin\bin\sed.exe Found:
Re: regtool freezes on XP (Was: Re: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1)
I think the problem is bash, not regtool. The following script also displays the problem: ---begin script--- #!/bin/sh ls ---end script--- Running the script through /bin/sh makes the problem go away. (I.e., execute sh -c scriptname.sh from the Run menu.) Dave Rolf Campbell wrote: When I run this script *not* from another cygwin program (Windows Run menu as bash -c scriptname.sh, or from W32 GNU Emacs) ---begin script #!/bin/sh echo -n Getting location... regtool get '\' ---end script I get the expected output: Getting location...Unknown key prefix. Valid prefixes are: root HKCR HKEY_CLASSES_ROOT config HKCC HKEY_CURRENT_CONFIG user HKCU HKEY_CURRENT_USER machine HKLM HKEY_LOCAL_MACHINE users HKU HKEY_USERS BUT, it then freezes (that is sh.exe freezes, after regtool finishes) (Ctrl+C does nothing, kill -9 does nothing, /bin/kill -f works). This worked correctly in 1.5.5, and it still works on my Win2000Pro box, but not on my XP box. It does not matter what arguments you pass to regtool (I just tried it with none and it still froze). This is a hyperthreaded machine (if that makes any difference). I can try it with HT turned off if you want. -- 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: Binaries compiled under 1.5.6 don't work with 1.5.5 ?
On Mon, Jan 19, 2004 at 07:43:51PM -0200, Fr?d?ric L. W. Meunier wrote: I compiled Lynx under 1.5.6 and tried to run it under 1.5.5: The procedure entry point _fcntl64 could not be located in the dynamic link library cygwin1.dll How many Cygwin applications are supposed to be affected by the following changes ? - Make tmpfile 64-bit aware. (Corinna Vinschen) - Make fcntl 64-bit aware. (Corinna Vinschen) 12. 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: man 1.5k-2 is broken
Alejandro == Alejandro Lopez-Valencia writes: Alejandro IMAO, the maintainer should have fixed the obvious bug (and Alejandro documented blunder!) of not using -isrR in man-1.5m2-1 by Alejandro modifying the postinstall script to backup the old man.conf file if Alejandro present and installing a new one with the bug fix. Hi Alexander, have you read this message: o http://cygwin.com/ml/cygwin/2003-11/msg01042.html Ciao Volker -- 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/
[OT] Re: cygwin/regex is non-POSIX
On Mon, 19 Jan 2004, Sam Steingold wrote:
* U-DHX98431\sthoenna [EMAIL PROTECTED] [2004-01-19 12:13:58 -0800]:
On Mon, Jan 19, 2004 at 01:54:06PM -0500, Sam Steingold [EMAIL PROTECTED] wrote:
* Yitzchak Scott-Thoennes [EMAIL PROTECTED] [2004-01-17 21:04:50 -0800]:
That's cute. But what if a real address matches a rot13'd one?
rot13({top-level-domain}) does not intersect {top-level-domain}.
[snip]
Sure it does:
rot13(nr) = ae (Nauru - United Arab Emirates)
rot13(nt) = ag (Neutral Zone - Antigua and Barbuda)
rot13(nz) = am (New Zealand - Armenia)
rot13(na) = an (Namibia - Netherlands Antilles)
rot13(ne) = ar (Niger - Argentina)
rot13(nf) = as (Norfolk Island - American Samoa)
rot13(ng) = at (Nigeria - Austria)
rot13(om) = bz (Oman - Belize)
rot13(pt) = cg (Portugal - Congo)
rot13(py) = cl (Paraguay - Chile)
rot13(pa) = cn (Panama - China)
rot13(pe) = cr (Peru - Costa Rica)
rot13(pf) = cs (French Polynesia - Czechoslovakia)
rot13(ph) = cu (Philippines - Cuba)
rot13(pk) = cx (Pakistan - Christmas Island)
rot13(pl) = cy (Poland - Cyprus)
rot13(pm) = cz (St. Pierre and Miquelon - Czech Republic)
rot13(ru) = eh (Russian Federation - Western Sahara
rot13(sv) = fi (El Salvador - Finland)
rot13(sz) = fm (Swaziland - Micronesia)
rot13(sb) = fo (Solomon Islands - Faroe Islands)
rot13(se) = fr (Sweden - France)
rot13(sk) = fx (Slovak Republic - French European Territories)
rot13(tn) = ga (Tunisia - Gabon)
rot13(to) = gb (Tonga - Great Britain)
rot13(tr) = ge (Turkey - Georgia)
rot13(tv) = gi (Tuvalu - Gibraltar)
rot13(tz) = gm (Tanzania - Gambia)
rot13(tc) = gp (Turks and Caicos Islands - Guadeloupe)
rot13(td) = gq (Chad - Equatorial Guinea)
rot13(tg) = gt (Togo - Guatemala)
rot13(th) = gu (Thailand - Guam)
rot13(tj) = gw (Tajikistan - Guinea-Bissau)
rot13(uz) = hm (Uzbekistan - Heard and McDonald Islands)
rot13(ua) = hn (Ukraine - Honduras)
rot13(ug) = ht (Uganda - Haiti)
rot13(va) = in (Vatican City-State - India)
rot13(ve) = ir (Venezuela - Iran)
rot13(vg) = it (British Virgin Islands - Italy)
rot13(ye) = lr (Yemen - Liberia)
rot13(za) = mn (South Africa - Mongolia)
rot13(zm) = mz (Zambia - Mozambique)
In other words, country suffixes are also top-level domains...
SCNR,
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!
I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster. -- Patrick Naughton
--
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: Re: Re: CPAN Upload: N/NI/NI-S/Tk-804.025_beta14.patch.gz
Dominix [EMAIL PROTECTED] writes: from my point of view Cygwin expand a lot Win32 capabilities with a very small footprint, and as a serious Open source project it had a very responsive support throught his mailling list ( [EMAIL PROTECTED] ) that you can browse throught NNTP, thanks to gmane. http://news.gmane.org/ or news://news.gmane.org/gmane.os.cygwin Again I am not saying you mixed the options, I am saying that the #ifdef-s got mangled by me applying patches from folk where neither I nor the person that supplied the patch understanding what is going on. So if you understand cygwin you can send me patches that move #ifdef-s or mess with config process to fix it. I'll try, with a little help from my friends ... :-) I would really much rather someone (you?) that knows cygwin and wants Tk became took care of this - if their support is as good as you say then given that it used to work and Linux/XFree86 and Win32 Native both work now it cannot be too far wrong. Personally I haven't a need for Cygwin - I do most of my develoment (home and work) on Linux. When I need Win32 I want native apps to avoid complicated dependancies (and in work case licence paranoia from management). I am more than willing to apply patches to make Tk work, but don't have expertise to diagnose problems. -- 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: Compile dclock fails
Yup, it does fail. This is because it's written in improper C. [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] ~ $ gzip -dc dclock_2.1.2.orig.tar.gz |tar xvf - dclock/ dclock/Dclock.c dclock/Dclock.h dclock/DclockP.h dclock/Imakefile dclock/README dclock/TODO dclock/dclock.c dclock/Dclock.ad dclock/sounds/ dclock/sounds/bell.wav dclock/sounds/digital.wav dclock/dclock.1 dclock/Makefile.orig [EMAIL PROTECTED] ~ $ cd dclock [EMAIL PROTECTED] ~/dclock $ xmkmf imake -DUseInstalled -I/usr/X11R6/lib/X11/config [EMAIL PROTECTED] ~/dclock $ make depend makedepend -- -I/usr/X11R6/include-D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DUSE_MAKEDEPEND -- Dclock.c dclock.c [EMAIL PROTECTED] ~/dclock $ make gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/X11R6/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -c -o dclock.o dclock.c dclock.c: In function `Usage': dclock.c:91: warning: implicit declaration of function `exit' dclock.c: At top level: dclock.c:105: warning: return type defaults to `int' dclock.c: In function `main': dclock.c:110: warning: suggest parentheses around assignment used as truth value dclock.c:127: warning: control reaches end of non-void function rm -f dclock.exe gcc -o dclock.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith -L/usr/X11R6/lib Dclock.o dclock.o -lXt -lSM -lICE -lXext -lX11 -lm -Wl,--enable-auto-import dclock.o(.text+0xb40):dclock.c: multiple definition of `_main' Dclock.o(.text+0xb40):dclock.c: first defined here Dclock.o(.text+0xbd3):dclock.c: undefined reference to `_dclockWidgetClass' dclock.o(.text+0xbd3):dclock.c: undefined reference to `_dclockWidgetClass' collect2: ld returned 1 exit status make: *** [dclock.exe] Error 1 [EMAIL PROTECTED] ~/dclock $ -- 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/DBD::ODBC issue
On Sat, Jan 17, 2004 at 02:34:35PM -0800, Rafael Kitover wrote: There is nameclash, postgresql-7.4.1-3 includes the file /usr/include/sqltypes.h and libiodbc-3.51.1 includes a file with the same name, additional there is a file with the same name included in the w32api-2.4-1 package, though this is in the /usr/include/w32api directory and is picked up at last from gcc. Yup, the postgres maintainer Jason Tishler resolved this issue, so upgrading postgres removes its version from /usr/include. Actually, I cannot take credit for the above -- one of the core PostgreSQL developers resolved this issue. Nevertheless, their is no name clash with sqltypes.h in postgresql-7.4.1-3: $ cygcheck -cd postgresql Cygwin Package Information Package Version postgresql 7.4.1-3 $ zcat /etc/setup/postgresql.lst.gz | fgrep sqltypes.h usr/include/postgresql/informix/esql/sqltypes.h Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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 source-patch fixing deadlock while writing to serial port
On Mon, Jan 19, 2004 at 10:08:39PM +0100, H. Henning Schmidt wrote: I found a potential deadlock while writing to a serial port (e.g. /dev/com1) that has been opened as O_RDWR. The deadlock occurs from time to time (not sure about exact conditions) when I write to that port, while there is data coming in (e.g. from an external device) and I do not read away that data fast enough from the port. I did provide a test case a while ago in http://sources.redhat.com/ml/cygwin/2003-03/msg01529.html. I digged into the issue some more now and found that the executing thread got sometimes deadlocked in fhandler_serial::raw_write(). It basically ends up in a for(;;) loop and just never hits the break; Exactly. When the input buffer overflows, all serial communications cease and calls exit with ERROR_OPERATION_ABORTED. If you only call write, then the ClearCommError() necessary to start things up again is never called, and you stick in that infinite loop. Ok, I will be happy to learn what the proper fix looks like in your opinion. However, I have a hard time accepting the fact that I cannot write OUT the serial port because my INput buffer overflows. At least when I have switched off all kinds of flow control (which I have), then I consider these to be two independent streams that happen to share one filedesc. Or should I perhaps open two independent filedescriptors in this case, one write-only, one read-only? Are you saying that the underlying Win-API enforces what you state above, or does this really make sense in some way and I just didn't get it yet? Your statement sounds to me like I am forced to keep a second thread around, and if only to get me out of that trap, once I get hung there ... does not sound too elegant to me ... The applied patch adds a safety exit to that for(;;) loop. This fixes the testcase referenced above. Yuck! No, this is not the proper fix. This might not be the last problem lingering in the serial access code (there are some FIXME tokens still around ...), but it is definitely an improvement for me. I thought I'd share that with you. Can you convince me that this isn't just a band-aid? I don't understand why cygwin *shouldn't* hang in a situation like this. There are certainly similar situations where this happens on linux. Perhaps we need a low_priority_sleep (10) in the loop in that situation or something. No. I have a partial patch for the above, but I am in the process of getting a new Windows box and shuffling all my data. I'll try to submit it when things settle if no one beats me to it. who am I to beat you ... but be assured that I'll be waiting eagerly for this patch. This issue has been kicking me for a long time (letting my app hang up every once in a while), and I really want get this fixed. So now that I know that there is a better way to do it ... that's what I'm longing for then :-) -- 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 source-patch fixing deadlock while writing to serial port
On Tue, 20 Jan 2004, H. Henning Schmidt wrote: On Mon, Jan 19, 2004 at 10:08:39PM +0100, H. Henning Schmidt wrote: I found a potential deadlock while writing to a serial port (e.g. /dev/com1) that has been opened as O_RDWR. The deadlock occurs from time to time (not sure about exact conditions) when I write to that port, while there is data coming in (e.g. from an external device) and I do not read away that data fast enough from the port. I did provide a test case a while ago in http://sources.redhat.com/ml/cygwin/2003-03/msg01529.html. I digged into the issue some more now and found that the executing thread got sometimes deadlocked in fhandler_serial::raw_write(). It basically ends up in a for(;;) loop and just never hits the break; Exactly. When the input buffer overflows, all serial communications cease and calls exit with ERROR_OPERATION_ABORTED. If you only call write, then the ClearCommError() necessary to start things up again is never called, and you stick in that infinite loop. Ok, I will be happy to learn what the proper fix looks like in your opinion. When I can get to that code, I'll post it. However, I have a hard time accepting the fact that I cannot write OUT the serial port because my INput buffer overflows. At least when I have switched off all kinds of flow control (which I have), then I consider these to be two independent streams that happen to share one filedesc. Or should I perhaps open two independent filedescriptors in this case, one write-only, one read-only? Are you saying that the underlying Win-API enforces what you state above, or does this really make sense in some way and I just didn't get it yet? Your statement sounds to me like I am forced to keep a second thread around, and if only to get me out of that trap, once I get hung there ... does not sound too elegant to me ... Yes. I was stating the limitations of the Win-API. The applied patch adds a safety exit to that for(;;) loop. This fixes the testcase referenced above. Yuck! No, this is not the proper fix. This might not be the last problem lingering in the serial access code (there are some FIXME tokens still around ...), but it is definitely an improvement for me. I thought I'd share that with you. Can you convince me that this isn't just a band-aid? I don't understand why cygwin *shouldn't* hang in a situation like this. There are certainly similar situations where this happens on linux. Perhaps we need a low_priority_sleep (10) in the loop in that situation or something. No. I have a partial patch for the above, but I am in the process of getting a new Windows box and shuffling all my data. I'll try to submit it when things settle if no one beats me to it. who am I to beat you ... but be assured that I'll be waiting eagerly for this patch. This issue has been kicking me for a long time (letting my app hang up every once in a while), and I really want get this fixed. So now that I know that there is a better way to do it ... that's what I'm longing for then :-) While you're waiting, why don't you try what I said. Put a ClearCommError call in the switch for the error stated. I bet you get 90+% of what you want. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: cygwin-1.5.6-1
On Mon, Jan 19, 2004 at 10:56:41AM -0500, Christopher Faylor wrote: I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. Nice job. Thanks. - Implement System V shm, sem, msg handling in cygserver. (Corinna Vinschen) I'm not seeing information about how to use these. Is cygipc now deprecated? Or should I set up it's ipc daemon? (Don't actually care about SysV IPC, but perl's Configure notices the new functionality and decides to build the IPC::SysV module, which croaks.) (Diffs of output from perl build and test, pre and post install of 1.5.6 follow, if anyone interested.) --- config.22172.log.1.5.5-1-8 2004-01-18 18:54:20.143473600 -0800 +++ config.22172.log2004-01-19 12:23:52.361624000 -0800 @@ -154 +154 @@ -Operating system version? [1.5.5(0.9432)] +Operating system version? [1.5.6(0.10832)] @@ -913 +913,2 @@ -dlsym doesn't need a leading underscore. +I can't compile and run the test program. +I'm guessing that dlsym doesn't need a leading underscore. @@ -1003 +1004 @@ -flock() NOT found. +flock() found. @@ -1005 +1006 @@ -flock() prototype NOT found. +flock() prototype found. @@ -1263 +1264 @@ -msgctl() NOT found. +msgctl() found. @@ -1265 +1266 @@ -msgget() NOT found. +msgget() found. @@ -1267 +1268 @@ -msgsnd() NOT found. +msgsnd() found. @@ -1269 +1270 @@ -msgrcv() NOT found. +msgrcv() found. @@ -1271 +1272 @@ -You don't have the full msg*(2) library. +You have the full msg*(2) library. @@ -1357 +1358 @@ -semctl() NOT found. +semctl() found. @@ -1359 +1360 @@ -semget() NOT found. +semget() found. @@ -1361 +1362 @@ -semop() NOT found. +semop() found. @@ -1363 +1364 @@ -You don't have the full sem*(2) library. +You have the full sem*(2) library. @@ -1366,0 +1368,5 @@ +Signal 12 +You cannot use union semun for semctl IPC_STAT. +Signal 12 +You cannot use struct semid_ds* for semctl IPC_STAT. + @@ -1433 +1439 @@ -shmctl() NOT found. +shmctl() found. @@ -1435 +1441 @@ -shmget() NOT found. +shmget() found. @@ -1437 +1443,2 @@ -shmat() NOT found. +shmat() found. +and it returns (void *). @@ -1439 +1446 @@ -shmdt() NOT found. +shmdt() found. @@ -1441 +1448 @@ -You don't have the full shm*(2) library. +You have the full shm*(2) library. @@ -1830 +1837 @@ -[B ByteLoader Cwd DB_File Data/Dumper Devel/DProf Devel/PPPort Devel/Peek Digest/MD5 Encode Fcntl File/Glob Filter/Util/Call GDBM_File I18N/Langinfo IO List/Util MIME/Base64 NDBM_File ODBM_File Opcode POSIX PerlIO/encoding PerlIO/scalar PerlIO/via SDBM_File Socket Storable Sys/Hostname Sys/Syslog Time/HiRes Unicode/Normalize XS/APItest XS/Typemap attrs re threads threads/shared] +[B ByteLoader Cwd DB_File Data/Dumper Devel/DProf Devel/PPPort Devel/Peek Digest/MD5 Encode Fcntl File/Glob Filter/Util/Call GDBM_File I18N/Langinfo IO IPC/SysV List/Util MIME/Base64 NDBM_File ODBM_File Opcode POSIX PerlIO/encoding PerlIO/scalar PerlIO/via SDBM_File Socket Storable Sys/Hostname Sys/Syslog Time/HiRes Unicode/Normalize XS/APItest XS/Typemap attrs re threads threads/shared] --- config.sh.22172.log.1.5.5-1-8 2004-01-18 18:54:20.323732800 -0800 +++ config.sh.22172.log 2004-01-19 12:23:52.381652800 -0800 @@ -11 +11 @@ -# Configuration time: Sun Jan 18 18:47:57 PST 2004 +# Configuration time: Mon Jan 19 12:19:01 PST 2004 @@ -13 +13 @@ -# Target system : cygwin_nt-5.1 dhx98431 1.5.5(0.9432) 2003-09-20 16:31 i686 unknown unknown cygwin +# Target system : cygwin_nt-5.1 dhx98431 1.5.6(0.10832) 2004-01-19 00:43 i686 unknown unknown cygwin @@ -66 +66 @@ -cf_time='Sun Jan 18 18:47:57 PST 2004' +cf_time='Mon Jan 19 12:19:01 PST 2004' @@ -178,2 +178,2 @@ -d_flock='undef' -d_flockproto='undef' +d_flock='define' +d_flockproto='define' @@ -297 +297 @@ -d_msg='undef' +d_msg='define' @@ -303,2 +303,2 @@ -d_msgctl='undef' -d_msgget='undef' +d_msgctl='define' +d_msgget='define' @@ -306,2 +306,2 @@ -d_msgrcv='undef' -d_msgsnd='undef' +d_msgrcv='define' +d_msgsnd='define' @@ -359,2 +359,2 @@ -d_sem='undef' -d_semctl='undef' +d_sem='define' +d_semctl='define' @@ -363,2 +363,2 @@ -d_semget='undef' -d_semop='undef' +d_semget='define' +d_semop='define' @@ -399,6 +399,6 @@ -d_shm='undef' -d_shmat='undef' -d_shmatprototype='undef' -d_shmctl='undef' -d_shmdt='undef' -d_shmget='undef' +d_shm='define' +d_shmat='define' +d_shmatprototype='define' +d_shmctl='define' +d_shmdt='define' +d_shmget='define' @@ -504 +504 @@ -dynamic_ext='B ByteLoader Cwd DB_File Data/Dumper Devel/DProf Devel/PPPort Devel/Peek Digest/MD5 Encode Fcntl File/Glob Filter/Util/Call GDBM_File I18N/Langinfo IO List/Util MIME/Base64 NDBM_File ODBM_File Opcode POSIX PerlIO/encoding PerlIO/scalar PerlIO/via SDBM_File Socket Storable Sys/Hostname Sys/Syslog Time/HiRes Unicode/Normalize XS/APItest XS/Typemap attrs re threads threads/shared' +dynamic_ext='B ByteLoader Cwd DB_File Data/Dumper Devel/DProf Devel/PPPort Devel/Peek Digest/MD5 Encode Fcntl File/Glob Filter/Util/Call GDBM_File
Re: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1
On Mon, Jan 19, 2004 at 04:09:41PM -0800, Yitzchak Scott-Thoennes [EMAIL PROTECTED] wrote: + Making IPC::SysV (dynamic) ... +LD_RUN_PATH= ld2 -L/usr/local/lib SysV.o -o ../../../lib/auto/IPC/SysV/SysV.dll ../../../libperl.dll.a -lcygipc +gcc -shared -o SysV.dll -Wl,--out-implib=libSysV.dll.a -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 \ +-L/usr/local/lib SysV.o ../../../libperl.dll.a -lcygipc Whoops, that -lcygipc probably shouldn't be there. -- 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 without Win32
At 07:12 PM 1/19/2004, Andrew DeFaria you wrote: Christopher Faylor wrote: On Mon, Jan 19, 2004 at 01:37:27PM -0700, Dax Kelson wrote: The newly released Microsoft Services For Unix (SFU v3.5) includes a new highly tuned POSIX subsystem. MS says that UNIX apps using the POSIX subsystem are within 10% performance of Windows apps using the Win32 subsystem. The security models also work together so that chmod/chown/su and friends all work properly. It would be nice to see an implementation of setfacl and getfacl. Would there be any benefit to porting Cygwin to sit directly on top the POSIX subsystem instead of going through the Win32 subsystem? There would certainly be a real detriment in the fact that cygwin would stop working for Windows 95/98/Me. If we could focus just on NT class systems, there is all sorts of improvements that we could make. I don't think that all of the people using those systems would be too happy with us, though, as much as I'd like to ditch them. Has anybody actually measured how many 9x/Me Cygwin users there are compared with NT and greater? No, not that has been reported to this list anyway. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Binaries compiled under 1.5.6 don't work with 1.5.5 ?
Damn, no listing of the 12?.? Christopher Faylor wrote: On Mon, Jan 19, 2004 at 07:43:51PM -0200, Fr?d?ric L. W. Meunier wrote: I compiled Lynx under 1.5.6 and tried to run it under 1.5.5: The procedure entry point _fcntl64 could not be located in the dynamic link library cygwin1.dll How many Cygwin applications are supposed to be affected by the following changes ? - Make tmpfile 64-bit aware. (Corinna Vinschen) - Make fcntl 64-bit aware. (Corinna Vinschen) 12. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin without Win32
Larry Hall wrote: Has anybody actually measured how many 9x/Me Cygwin users there are compared with NT and greater? No, not that has been reported to this list anyway. I wonder how close to an approximation of reality a simple poll/form on the cygwin.com front page would generate? Brian -- 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: cygwin-1.5.6-1
Christopher Faylor wrote: I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. Again, thanks for all your work. - Fix problems programs which need a console available when running on a pty. (Christopher Faylor) After upgrading, I noticed a difference with the tty usage compared to 1.5.5. Now, don't get me wrong, nothing's broke that I can tell, but I'm just a little bit curious about the following: When I open an rxvt shell prompt, it appears that each one has allocated two ttys. For example, with 3 rxvts running: $ w 16:51:19 up 15 days, 23:19, 6 users, load average: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT briantty0 BOOCH15:570.00s 0.00s ? - briantty1 :0 15:570.00s 0.00s ? - briantty2 BOOCH15:580.00s 0.00s ? - briantty3 :0 15:580.00s 0.00s ? - briantty4 BOOCH16:510.00s 0.00s ? - briantty5 :0 16:510.00s 0.00s ? - I don't have an X server running at all. My DISPLAY variable is set to localhost:0.0 but it doesn't seem to matter if I remove that from .profile. My $CYGWIN is set to ntsec tty and this is under w2k: CYGWIN_NT-5.0 booch 1.5.6(0.108/3/2) 2004-01-19 00:43 i686 unknown unknown Cygwin So, just out of curiosity, why two ttys for each rxvt? Brian -- 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: cygwin-1.5.6-1
On Mon, 19 Jan 2004, Brian Dessent wrote: Christopher Faylor wrote: I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. Again, thanks for all your work. Ditto! - Fix problems programs which need a console available when running on a pty. (Christopher Faylor) After upgrading, I noticed a difference with the tty usage compared to 1.5.5. Now, don't get me wrong, nothing's broke that I can tell, but I'm just a little bit curious about the following: When I open an rxvt shell prompt, it appears that each one has allocated two ttys. For example, with 3 rxvts running: $ w 16:51:19 up 15 days, 23:19, 6 users, load average: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT briantty0 BOOCH15:570.00s 0.00s ? - briantty1 :0 15:570.00s 0.00s ? - briantty2 BOOCH15:580.00s 0.00s ? - briantty3 :0 15:580.00s 0.00s ? - briantty4 BOOCH16:510.00s 0.00s ? - briantty5 :0 16:510.00s 0.00s ? - I don't have an X server running at all. My DISPLAY variable is set to localhost:0.0 but it doesn't seem to matter if I remove that from .profile. My $CYGWIN is set to ntsec tty and this is under w2k: CYGWIN_NT-5.0 booch 1.5.6(0.108/3/2) 2004-01-19 00:43 i686 unknown unknown Cygwin So, just out of curiosity, why two ttys for each rxvt? Brian I don't know about the 2 tty issue, but :0 is rxvt's internal name for no display. In fact, IIUC, if you actually do have an X server running on display :0, rxvt will pop up a Windows window if the DISPLAY is set to that value. Fortunately, most X servers use the screen number as well (i.e., at least :0.0), so that problem shouldn't come up in real life. 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: Can't delete file
Dave -- That worked! Thank goodness, I thought I'd have to live with an unwanted folder forever. I'm curious--was what you suggested possible just because I was lucky? What if the names of the files had been even longer; would your suggestion not have worked?! Thanks so much. Sincerely, Zeb Date: Mon, 19 Jan 2004 15:51:32 - From: Dave Korn [EMAIL PROTECTED] To: 'Cygwin Mail List' [EMAIL PROTECTED] Subject: RE: Can't delete file -Original Message- From: cygwin-owner On Behalf Of Aurangzeb M. Agha Thanks for the suggestion Kleven, but neither did the suggestion below work: C:\TEMP\downloads\nutch-2003-11-17\www.greece101.comdir /x Here, maybe this will work: try shortening the overlong path by doing something like this: ---snip--- C: cd \temp\downloads ren nutch-2003-11-17 x move x \ cd \x ren www.greece101.com y cd \x\y del wctpro~1.act ---snip--- so that the file ends up being called C:\x\y\wctPropInfo(...snip!); with a bit of luck, reducing the C:\TEMP\downloads\nutch-2003-11-17\www.greece101.com path part of the filename to C:\x\y might make the overall filename enough shorter to fit within the maximum path length. It does seem as if, because Bash feels the need to escape all the embedded equals, ampersand, and at signs: $ rm [EMAIL PROTECTED]slid\=40\product\=Hotel\type\=PropertyInf ormat ion\lang\=ENG\af filiateId\=10006093\hotelId\=10214537\include\=OVERVIEW\did\=14\num berAd ults\=1\numberRooms\=1 \dateSelected\=false\needDates\=Y\debugXML\=false rm: cannot remove [EMAIL PROTECTED]slid=40product=Hoteltype=PropertyInformatio nlan g=ENG affiliateId=10006093hotelId=10214537include=OVERVIEWdid=14numberAdu lts=1 numberRooms=1dateSelec ted=falseneedDates=YdebugXML=false': File or path name too long that what might otherwise be a legit pathname is becoming too long. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Binaries compiled under 1.5.6 don't work with 1.5.5 ?
I think CGF missed one or two, anyway. Plus, there are all those unofficial packages that aren't tracked at all... Igor On Mon, 19 Jan 2004, Reid Thompson wrote: Damn, no listing of the 12?.? Christopher Faylor wrote: On Mon, Jan 19, 2004 at 07:43:51PM -0200, Fr?d?ric L. W. Meunier wrote: I compiled Lynx under 1.5.6 and tried to run it under 1.5.5: The procedure entry point _fcntl64 could not be located in the dynamic link library cygwin1.dll How many Cygwin applications are supposed to be affected by the following changes ? - Make tmpfile 64-bit aware. (Corinna Vinschen) - Make fcntl 64-bit aware. (Corinna Vinschen) 12. cgf -- 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: cygwin-1.5.6-1
Thanks Igor. I found the updated .dll on another mirror and it installed fine. Also, thank you for alerting me to the email address quotes. Note that yours doesn't appear below! Barry --- Igor Pechtchanski wrote: Barry, It's also possible you had some Cygwin program (or service) running while you updated, so cygwin1.dll was in use and setup wasn't able to overwrite it. Look in /var/log/setup.log for Scheduled reboot replacement... If it's present, reboot, and cygwin1.dll will get updated. HTH, Igor P.S. Please make sure your mailer doesn't quote raw e-mail addresses in replies -- they are food for spam harvesters. On Mon, 19 Jan 2004, Barry Drake wrote: I followed the installation instructions here, but the cygwin1.dll file does not update. Just the packages are updated. The date on cygwin1.dll is 2003-09-20, obviously not the newest. Is there something else I need to do to make sure the dll gets updated? Thanks. Barry Drake --- Christopher Faylor cgf-nopersonal-replies-pleaseatcygwindotcom wrote: I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. [snip] -- 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! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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.6-1 Vim now broken
I installed the new 1.5.6-1 and rebooted. I then went to edit a file with vim. I changed one line of code and went to save the file. This is what happened: - vi FA_lib.pm 'Vim: Caught deadly signal SEGV Vim: preserving files... Basically I cannot use Vim to edit files - as it now stands. Used setup.exe to backed out to 1.5.5-1, rebooted - and Vim is back to full functionality. Brian Kelly Christopher Faylor [EMAIL PROTECTED]@cygwin.com on 01/19/2004 10:56:41 AM Please respond to [EMAIL PROTECTED] Sent by:[EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: (bcc: Brian Kelly/WTC1/Empire) Subject:[ANNOUNCEMENT] Updated: cygwin-1.5.6-1 I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. I'd like to send a special thanks to Thomas Pfaff who is stepping down as the cygwin pthreads maintainer. His efforts in improving pthreads functionality were greatly appreciated. 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. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** 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. Christopher Faylor Red Hat, Inc. Changes since 1.5.5-1: - Implement mknod. (Christopher Faylor) - Renumber many major/minor device numbers to be more like linux. (Christopher Faylor) - Revamp signal processing to allow beginnings of ability to send signals to threads. (Christopher Faylor) - Create shared memory regions in appropriate name space and with ACLs explicitly including their owner. (Pierre Humblet) - Protect tty access from unauthorized users. (Pierre Humblet, Christopher Faylor) - Add some missing entries to /usr/include/paths.h. (Christopher Faylor) - Add some missing entries to /usr/include/tzfile.h. (Christopher Faylor) - Fix problems with failing exec in a vfork. (Christopher Faylor) - Set errno to E2BIG if command line is longer than the CreateProcess limit. (Corinna Vinschen) - mmap fixes. (Corinna Vinschen) - Implement TIOCLINUX ioctl. (Pavel Tsekov) - Fix problem with TIOCGWINSZ. (Christopher Faylor) - Reimplement sched_rr_get_interval for NT systems. (Vaclav Haisman) - Fix some thread initialization races for stdio. (Christopher Faylor) - Correctly define MAP_FAILED as void *. (Yitzchak Scott-Thoennes) - Fix problems programs which need a console available when running on a pty. (Christopher Faylor) - Don't send SIGHUP on CTRL_LOGOFF_EVENT to processes running in invisible Windows stations (like services). (Corinna Vinschen) - Add escape sequences for codepage ansi - oem switching for ncurses frame drawing capabilities. (Micha Nelissen, Corinna Vinschen) - Implement System V shm, sem, msg handling in cygserver. (Corinna Vinschen) - Fix return value from FIONBIO ioctl. (Christopher Faylor) - Don't clobber O_APPEND when both O_NONBLOCK/O_NDELAY are set for F_SETFL. (Brian Ford) - Disallow filenames consisting entirely of three or more dots. (Corinna Vinschen) - Encode filenames consisting of more than two dots for managed mode. (Igor Pechtchanski) - Make tmpfile 64-bit aware. (Corinna Vinschen) - Correctly define *64_MAX. (Corinna Vinschen) - Fix Windows 95 handling of some network functions. (Corinna Vinschen) - Don't open a directory which lacks read privileges. (Christopher Faylor) - Implement vwarnx, vwarn, warn, warnx, verr, verrx, err, errx. (Corinna Vinschen) - Fix handling of freerange cygthreads which caused occasional hangs. (Christopher Faylor) - Fix utmp handling so that login/logout are correctly recorded. (Corinna Vinschen) - Implement getprogname, setprogname. (Corinna Vinschen) - Raise SIGSYS if cygserver is not running for some cygserver-specific calls. (Christopher Faylor) - Default to always checking for cygserver. (Christopher Faylor) - Add installation instructions for cygserver. (Corinna Vinschen) - Correct api major version check so that newer dlls will work with older apps but not vice versa. (Christopher Faylor) - Implement sigwait. (Christopher Faylor) - Implement flock. (Nicholas Wourms) - Make fcntl 64-bit aware. (Corinna Vinschen) - Remove polling loop for serial tcflush which caused hangs. (Brian Ford) - Allow multiple pathnames on the cygpath command line. (Mark Blackburn) - Add ipcrm and ipcs to cygwin distribution. (Corinna
Re: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1
On Mon, Jan 19, 2004 at 04:19:25PM -0800, Yitzchak Scott-Thoennes [EMAIL PROTECTED] wrote: On Mon, Jan 19, 2004 at 04:09:41PM -0800, Yitzchak Scott-Thoennes [EMAIL PROTECTED] wrote: + Making IPC::SysV (dynamic) ... +LD_RUN_PATH= ld2 -L/usr/local/lib SysV.o -o ../../../lib/auto/IPC/SysV/SysV.dll ../../../libperl.dll.a -lcygipc +gcc -shared -o SysV.dll -Wl,--out-implib=libSysV.dll.a -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 \ +-L/usr/local/lib SysV.o ../../../libperl.dll.a -lcygipc Whoops, that -lcygipc probably shouldn't be there. But removing doesn't help. I've now found this: http://www.cygwin.com/ml/cygwin-apps/2003-11/msg00354.html on the cygwin-apps list (where I hadn't thought to look) and what's going on is clear...except that there doesn't seem to be a cygserver.exe, and the README Corinna refers to isn't in the distribution (that I can find). -- 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: Binaries compiled under 1.5.6 don't work with 1.5.5 ?
On Mon, Jan 19, 2004 at 07:31:14PM -0500, Reid Thompson wrote: Damn, no listing of the 12?.? Um. I mean, really. It's pretty obvious if you think about it. No, wait. I miscounted. It's only 11. 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: cygwin without Win32
On Mon, Jan 19, 2004 at 04:41:13PM -0800, Brian Dessent wrote: Larry Hall wrote: Has anybody actually measured how many 9x/Me Cygwin users there are compared with NT and greater? No, not that has been reported to this list anyway. I wonder how close to an approximation of reality a simple poll/form on the cygwin.com front page would generate? Since the end result would be status quo no matter what the poll showed, it's hardly worth the time. 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: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1
On Mon, Jan 19, 2004 at 04:55:53PM -0800, Brian Dessent wrote: So, just out of curiosity, why two ttys for each rxvt? Because you are starting rxvt with CYGWIN=tty. 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: Binaries compiled under 1.5.6 don't work with 1.5.5 ?
On Mon, Jan 19, 2004 at 08:25:35PM -0500, Igor Pechtchanski wrote: I think CGF missed one or two, anyway. Plus, there are all those unofficial packages that aren't tracked at all... Ok. Lets all just agree on 15, then. 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: cygwin without Win32
On Mon, Jan 19, 2004 at 04:12:25PM -0800, Andrew DeFaria wrote: Christopher Faylor wrote: There would certainly be a real detriment in the fact that cygwin would stop working for Windows 95/98/Me. If we could focus just on NT class systems, there is all sorts of improvements that we could make. I don't think that all of the people using those systems would be too happy with us, though, as much as I'd like to ditch them. Has anybody actually measured how many 9x/Me Cygwin users there are compared with NT and greater? The fact that Pierre Humblet uses Windows Me is reason enough for me to keep it around. I wouldn't want to lose his contributions to the project and, perhaps more importantly, his ability to tolerate me when I get crabby. 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: regtool freezes on XP (Was: Re: [ANNOUNCEMENT] Updated: cygwin-1.5.6-1)
On Mon, Jan 19, 2004 at 01:48:52PM -0800, David Rothenberger wrote: I think the problem is bash, not regtool. The following script also displays the problem: ---begin script--- #!/bin/sh ls ---end script--- Does the latest snapshot fix this problem? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin without Win32
On Mon, Jan 19, 2004 at 08:36:42PM -0500, Christopher Faylor wrote: On Mon, Jan 19, 2004 at 04:12:25PM -0800, Andrew DeFaria wrote: Christopher Faylor wrote: There would certainly be a real detriment in the fact that cygwin would stop working for Windows 95/98/Me. If we could focus just on NT class systems, there is all sorts of improvements that we could make. I don't think that all of the people using those systems would be too happy with us, though, as much as I'd like to ditch them. Has anybody actually measured how many 9x/Me Cygwin users there are compared with NT and greater? The fact that Pierre Humblet uses Windows Me is reason enough for me to keep it around. I wouldn't want to lose his contributions to the project and, perhaps more importantly, his ability to tolerate me when I get crabby. Thanks a lot, Chris. But according to http://www.microsoft.com/windows/sfu/productinfo/sysreqs/default.asp it won't work on NT4 and Windows XP Home Edition either. That increases the user population. Now that 1.5.6 is out, I was just thinking that I should send you a refreshed patch for [Patch]: Improving tty_list security (part 1).. Are you ready for that? 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/
Re: cygwin-1.5.6-1 Vim now broken
On Mon, Jan 19, 2004 at 09:39:19PM -0500, [EMAIL PROTECTED] wrote: I installed the new 1.5.6-1 and rebooted. I then went to edit a file with vim. I changed one line of code and went to save the file. This is what happened: - vi FA_lib.pm 'Vim: Caught deadly signal SEGV Vim: preserving files... Basically I cannot use Vim to edit files - as it now stands. Editing files works fine, AFAICT. Vim seems to be dying on exit. This is a malloc overrun. I think I have a fix but it seems to be in Corinna's code so I've alerted her and will let her make the final decision. It's incredible that in the hours and hours of testing that I did, I never saw this problem or the problem with bash, both of which are easily reproducible. Expect a 1.5.7 shortly. In the meantime, everyone, please bang on 1.5.6 and flush out any other problems so that I don't need to release a 1.5.8. And, no, screen becoming screwed up in an rxvt session is not a show stopper. Don't forget the cygcheck output... 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/
