FYI: obsolete packages' setup.hint
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I noticed that the following packages claim to be deleted, but weren't in _obsolete. So I've edited their setup.hints accordingly: libcroco libguile12abi13 - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDKCAl84KuGfSFAYARArOOAJ95LLjsWFPOY5ONf1zkZ8uxF3ufXQCgswRZ eO0PNifoOzKp8I5A9bst9lE= =mNNM -END PGP SIGNATURE-
RE: Command 'more': missing dll cygpcre.dll [Attn more maintainer]
-Original Message- From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On Behalf http://cygwin.com/acronyms/#PCYMTNQREAIYR. Also, you can trim your quoted reply to the relevant portions, instead of replying with everything. As far as I can see, it's still available: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygpcre.dll I have seen that, too. But setup does not offer this lib for selection. It only offers libpcre0 (=4.5-1) Is there another way, to obtain/download this dll? It's there - try unchecking the check box to show obsolete packages. But as more-2.11o-1 really does depend on libpcre, it needs to be recompiled to pick up the security flaw. Meanwhile, as a temporary workaround, I've updated the setup.hint to depend on libpcre until a new more is uploaded. This will make libpcre be picked up even though it is hidden by being obsolete. -- Eric Blake
RE: Command 'more': missing dll cygpcre.dll [Attn more maintainer]
It's there - try unchecking the check box to show obsolete packages. But as more-2.11o-1 really does depend on libpcre, it needs to be recompiled to pick up the security flaw. Meanwhile, as a temporary workaround, I've updated the setup.hint to depend on libpcre until a new more is uploaded. This will make libpcre be picked up even though it is hidden by being obsolete. Actually, more-2.11o-1 was quite easy to build, and on recompilation it automatically picked up the newer libraries. Since more has not had an update since Mar 2002 (carved from util-linux 2.11o), but util-linux is now at 2.13-pre4, I'm assuming the maintainer is MIA, so I uploaded more-2.11o-2. I am NOT interested in maintaining this (I made no changes whatsoever from the -1 release other than the linked in libraries), as evidenced by the fact that I did not recarve more out of the latest util-linux. But at least the libpcre dependency is gone now. If there really is a maintainer, please step up and release more-2.13 sometime soon. But hey, not only do you get the libpcre security fix, but you can now do 'more 3-gig-file', since the old more was so old it was linked back when cygwin could not do 64-bit file offsets! -- Eric Blake (hopefully not stuck with being the more maintainer)
Re: Command 'more': missing dll cygpcre.dll [Attn more maintainer]
On 9/14/05, Eric Blake [EMAIL PROTECTED] wrote: Meanwhile, as a temporary workaround, I've updated the setup.hint to depend on libpcre until a new more is uploaded. This will make libpcre be picked up even though it is hidden by being obsolete. Actually, more-2.11o-1 was quite easy to build, and on recompilation it automatically picked up the newer libraries. Since more has not had an update since Mar 2002 (carved from util-linux 2.11o), but util-linux is now at 2.13-pre4, I'm assuming the maintainer is MIA, so I uploaded more-2.11o-2. I am NOT interested in maintaining this (I made no changes whatsoever from the -1 release other than the linked in libraries), as evidenced by the fact that I did not recarve more out of the latest util-linux. But at least the libpcre dependency is gone now. If there really is a maintainer, please step up and release more-2.13 sometime soon. I did that 'more' release as part of getting together some packages for a minimal but still somewhat useful Cygwin installation. I like 'less' and have never actually used 'more'. I'd actually prefer if we could symlink it to 'less' for the people who are used to it and drop the separate package. Anyway, thanks for the upload but I guess I'm still MIA. :)
Re: Grey screen problem
Ken Dibble wrote: On Tue, Sep 13, 2005 at 03:20:09PM -0400, Francois Couillard wrote: I'm using windows 2000 to connect to a Debian Sarge server. Using Cygwin, I'm typing xwin -query myip to connect to my Debian server. Theres only a grey screen that appears with an 'x' cursor. I also tried xwin -query hostip -from clientip without success. The .log says: Could not init font path element /usr/X11R6/lib/X11/fonts/CID, removing from list. Looking at the FAQ, they say to Open a Cygwin shell and run *umount /usr/X11R6/lib/X11/fonts*. When I type this, it just says theres no such file or directory even though it exists. I reinstalled the font components and it didn't work I can connect with my server using ssh without problem. Someone got the same problem on the mailing list at http://sourceware.org/ml/cygwin-xfree/2005-03/msg00017.html So I checked the FAQ, the mailing list and even the #cygwin room on MIRC and can't find a decent answer. On the debian box, does the file /etc/ssh/sshd_config contain a line that says: X11Forwarding yes and does the file /etc/gdm/gdm.conf contain Enable=true Additionally you cannot login as root if /etc/gdm/gdm.conf contains the default line of AllowRoot=false Before changing any of the default settings it is a good idea to read about X security and understand the implications of what you are changing. Regards, Ken I forgot to say it but I already changed thoses values (Except AllowRoot). I just tried AllowRoot = true and it still doesn't work. How can I start Xwin with another login than root? I though the GNOME login screen would ask me to log in? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Grey screen problem
On Wed, Sep 14, 2005 at 09:47:13AM -0400, Francois Couillard wrote: Ken Dibble wrote: On Tue, Sep 13, 2005 at 03:20:09PM -0400, Francois Couillard wrote: I'm using windows 2000 to connect to a Debian Sarge server. Using Cygwin, I'm typing xwin -query myip to connect to my Debian server. Theres only a grey screen that appears with an 'x' cursor. I also tried xwin -query hostip -from clientip without success. The .log says: Could not init font path element /usr/X11R6/lib/X11/fonts/CID, removing from list. Looking at the FAQ, they say to Open a Cygwin shell and run *umount /usr/X11R6/lib/X11/fonts*. When I type this, it just says theres no such file or directory even though it exists. I reinstalled the font components and it didn't work I can connect with my server using ssh without problem. Someone got the same problem on the mailing list at http://sourceware.org/ml/cygwin-xfree/2005-03/msg00017.html So I checked the FAQ, the mailing list and even the #cygwin room on MIRC and can't find a decent answer. On the debian box, does the file /etc/ssh/sshd_config contain a line that says: X11Forwarding yes and does the file /etc/gdm/gdm.conf contain Enable=true Additionally you cannot login as root if /etc/gdm/gdm.conf contains the default line of AllowRoot=false Before changing any of the default settings it is a good idea to read about X security and understand the implications of what you are changing. Regards, Ken I forgot to say it but I already changed thoses values (Except AllowRoot). I just tried AllowRoot = true and it still doesn't work. This just handles the case where you try and login from the login screen using the username root. How can I start Xwin with another login than root? I though the GNOME login screen would ask me to log in? I remember this happening to me. If I recall correctly the problem was that the gnome login screen announces itself with a sound. Depending on which sound configuration you have, you get a blank grey screen. Again if I recall correctly the problem was the esd sound driver not liking remote X sessions. YMMV. Sorry I can't be of more help. Ken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Testing access
Sorry if this looks trivial. I'm now trying to ask a question at the Cygwin mailing list site, but it doesn't tell me how. Email addresses seem to be 'transliterated' in to xxx at yyy dot zzz. So I'm guessing on how to ask a question before I describe my problem - I've been at it all day and my head now hurts... --- John Ormerod erebor limited office : +44 (0)1962-841138 mobile: +44 (0)7966-653010 email : [EMAIL PROTECTED] alt : [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Is my X Servier not fully started (Rel: 6.8.2.0-4)
Hello I've been struggling all day in what is a new world for me. I need to have GUI access to a Linux system that runs in a VMWare image in my Win XP + SP2 system. I downloaded the X11 package which I think contains what I require, and let it install. I am unable to get an X window (is that the right term?) to open in Windows. This seems to be a very common problem from my searches. However, I would like to establish first if the X Server is starting properly. I get the X icon showing in the system tray, but it's 'dead'. By which I mean there I no context menu for it - I get the impression from reading around that there should be a menu... even if only to stop it. If I let the mouse pointer hover over it, the tool tip says: Cygwin/X Server - 0:0 The only way I have found to end this is via the Task Mgr - I see 3 processes: Xwin.exe, xterm.exe, xkbcomp.exe, which I kill one by one. This doesn't seem right to me. Hence this question. I started X Server using startxwin.bat. Researching via Google, I removed some options to end up with run XWin -multiwindow Here is the XWin.log - that might show that initialisation has not completed, or a problem during startup. If this is working as designed, then I'd like to know of a smarter way to stop it, and I'll join a long list of people who seem to have initial problems in getting a Unix system to open an X window in Windows (and yes, I have tried stopping my firewall). Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib /X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75d pi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 Thanks in advance, regards John --- John Ormerod erebor limited -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Is my X Servier not fully started (Rel: 6.8.2.0-4)
John Ormerod wrote: Hello I've been struggling all day in what is a new world for me. I need to have GUI access to a Linux system that runs in a did you comment out this line from your .bat file? If you did, uncomment it. run xterm -e /usr/bin/bash -l ...snip REM Startup the X Server with the integrated Windows-based window manager. REM WARNING: Do not use 'xwinclip' in conjunction with the ``-clipboard'' REM command-line parameter for XWin. Doing so would start two clipboard REM managers, which is never supposed to happen. run XWin -multiwindow -clipboard -silent-dup-error REM Startup an xterm, using bash as the shell. run xterm -e /usr/bin/bash -l ..snip I believe the context menu you are referring to is controlled by a .XWinrc file in your home directory $ cat .XWinrc # XWin Server Resource File - EXAMPLE # Earle F. Philhower, III # Place in ~/.XWinrc or in /usr/X11R6/lib/X11/system.XWinrc # Keywords are case insensitive, comments legal pretty much anywhere # you can have an end-of-line # Comments begin with # or // and go to the end-of-line # Paths to commands are **cygwin** based (i.e. /usr/local/bin/xcalc) # Paths to icons are **WINDOWS** based (i.e. c:\windows\icons) # Menus are defined as... # MENU name { # Menu Text EXECcommand # ^^ This command will have any %display% # string replaced with the proper display # variable (i.e. 127.0.0.1:display.0) # or Menu Text MENUname-of-some-prior-defined-menu # or Menu Text ALWAYSONTOP # ^^ Sets the window to display above all others # or Menu Text RELOAD # ^^ Causes ~/.XWinrc or the system.XWinrc file #to be reloaded and icons and menus regenerated # or SEPARATOR # ... # } # Set the taskmar menu with # ROOTMENU name-of-some-prior-defined-menu # If you want a menu to be applied to all popup window's system menu # DEFAULTSYSMENU name-of-some-prior-defined-menu atstart|atend # To choose a specific menu for a specific WM_CLASS or WM_NAME use ... # SYSMENU { # class-or-name-of-window name-of-prior-defined-menu atstart|atend # ... # } # To define where ICO files live (** Windows path**) # ICONDIRECTORY windows-path i.e. c:\cygwin\usr\icons # To define a replacement for the standard X icon for apps w/o specified icons # DEFAULTICON name-of-windows-ico-file-in-icondirectory # To define substitute icons on a per-window basis use... # ICONS { # class-or-name-of-window icon-file-name.ico # ... # } # In the case where multiple matches occur, the first listed in the ICONS # section will be chosen. # DEBUG string prints out the string to the XWin.log file // Below are just some silly menus to demonstrate writing your // own configuration file. // Make some menus... menu apps { rxvt-green_on_blackexecrxvt -sl 2000 -sb -sr -cr red -geometry 80x40+200+100 -fg green -bg black -e /usr/bin/bash rxvt-yellow_on_blackexecrxvt -sl 2000 -sb -sr -cr red -geometry 80x 40+200+100 -fg yellow -bg black -e /usr/bin/bash Emacs execemacs xterm execxterm notepad execnotepad } menu root { // Comments fit here, too... Reload .XWinrcRELOAD Applications menuapps SEParATOR } menu aot { Separator Always on Top alwaysontop } menu xtermspecial { Emacs execemacs Always on Top alwaysontop SepArAtor } RootMenu root DefaultSysMenu aot atend SysMenu { xterm xtermspecial atstart } # IconDirectory c:\winnt\ # DefaultIcon reinstall.ico # Icons { # xterm uninstall.ico # } DEBUG Done parsing the configuration file... reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Is my X Servier not fully started (Rel: 6.8.2.0-4)
John Ormerod wrote: I get the X icon showing in the system tray, but it's 'dead'. By which I mean there I no context menu for it - I get the impression from reading around that there should be a menu... even if only to stop it. If I let the mouse pointer hover over it, the tool tip says: Cygwin/X Server - 0:0 The icon in the system tray is supposed to react to two inputs: - a double-click with the left mouse button should trigger the Exit dialog - a right-click should pop up a menu that is trivially simple until customized with an xwinrc file. Does yours react to neither? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Is my X Server not fully started? (Rel: 6.8.2.0-4)
Try the following. Open a cygwin bash shell, using cygwin.bat. make sure that X is not running,,, $ ps -ef | grep X should not list Xwin from the command line call $ startxwin.sh what does this result in? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: A new day, a new snapshot, more testing required on the road to 1.5.19
From: Christopher Faylor Sent: Wednesday, September 14, 2005 12:01 PM To: cygwin@cygwin.com; cygwin-xfree@cygwin.com Subject: A new day, a new snapshot, more testing required on the road to 1.5.19 Yes, I have another snapshot to test. cartman_voice Sweeet! /cartman_voice I know that this is tedious Not for much longer, if a certain googly-eyed letter of the alphabet has anything to say about it! [snip] -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: A new day, a new snapshot, more testing required on the road to 1.5.19
Ok, whatever snapshot this is: 1.5.19s(0.138/4/2) 20050914 20:32:51 Configures, builds, and installs a working wxWidgets here (same wxW's cvs as yesterday). -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
winsup/cygwin ChangeLog cygtls.h dcrt0.cc exce ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-09-14 14:00:08 Modified files: cygwin : ChangeLog cygtls.h dcrt0.cc exceptions.cc pinfo.cc sigproc.cc sigproc.h winsup.h Log message: * exceptions.cc (sigtid): Remove declaration. (handle_exceptions): Use _sig_tls rather than sigtid to determine if this is the signal thread. (set_signal_mask): Ditto for conditionalized CGF code. * pinfo.cc (pinfo::exit): Exit the thread if we forcefully terminated the main thread * sigproc.cc (sigtid): Delete. (_sig_tls): Define. (sig_clear): Use _sig_tls rather than sigtid to determine if this is the signal thread. (sig_dispatch_pending): Ditto. (wait_sig): Set _sig_tls here. * dcrt0.cc (do_exit): Move sigproc_terminate call later since signal handling was still needed for subsequent stuff. Call sigproc_terminate with new exit_state value. * pinfo.cc (pinfo::exit): Call sigproc_terminate with new exit_state value. * sigproc.cc (proc_terminate): Remove unnecessary (void) parameter. (sigproc_terminate): Ditto. Add new argument to accept exit state to be set. (wait_sig): Reorganize __SIGEXIT handling. Add more debugging output. * winsup.h (sigproc_terminate): Declare with new exit_state argument. (exit_states): Reorganize to reflect new exit ordering of sigproc_terminate. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3078r2=1.3079 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygtls.h.diff?cvsroot=uberbaumr1=1.34r2=1.35 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.262r2=1.263 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.248r2=1.249 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.186r2=1.187 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.240r2=1.241 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.h.diff?cvsroot=uberbaumr1=1.83r2=1.84 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/winsup.h.diff?cvsroot=uberbaumr1=1.167r2=1.168
winsup/cygwin ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-09-14 14:02:33 Modified files: cygwin : ChangeLog Log message: . Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3079r2=1.3080
winsup/cygwin ChangeLog sigproc.h
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-09-14 14:08:01 Modified files: cygwin : ChangeLog sigproc.h Log message: * sigproc.h: Protect declaration so that it only happens when __INSIDE_CYGWIN__. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3080r2=1.3081 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.h.diff?cvsroot=uberbaumr1=1.84r2=1.85
winsup/cygwin ChangeLog cygtls.h net.cc tlsoff ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-09-14 21:26:16 Modified files: cygwin : ChangeLog cygtls.h net.cc tlsoffsets.h Log message: * cygtls.h (san): New structure. (cygtls::andreas): New element. Replaces _myfault and _myfault_errno. (cygtls::fault_guarded): Use andreas. (cygtls::return_from_fault): Ditto. (cygtls::setup_fault): Add a parameter denoting where to store old fault handler, if any and use it to stack faults. (cygtls::reset_fault): Restore fault from parameter. (myfault::sebastian): New variable. (myfault::~myfault): Pass sebastian to reset_fault. (myfault::myfault): Store old fault values in sebastian. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3083r2=1.3084 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygtls.h.diff?cvsroot=uberbaumr1=1.35r2=1.36 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/net.cc.diff?cvsroot=uberbaumr1=1.191r2=1.192 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/tlsoffsets.h.diff?cvsroot=uberbaumr1=1.21r2=1.22
winsup/cygwin ChangeLog spawn.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-09-14 23:03:45 Modified files: cygwin : ChangeLog spawn.cc Log message: * spawn.cc (av::error): Eliminate. (av::av): Remove reference to error. (av::replace0_maybe): Ditto. (av::dup_maybe): Ditto. (av::dup_all): Ditto. (av::unshift): Ditto. (spawn_guts): On a fault, return E2BIG only if ENOMEM has been set. Otherwise return EFAULT. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3084r2=1.3085 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/spawn.cc.diff?cvsroot=uberbaumr1=1.186r2=1.187
winsup/cygwin ChangeLog hookapi.cc spawn.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-09-15 00:02:59 Modified files: cygwin : ChangeLog hookapi.cc spawn.cc Log message: * hookapi.cc (hook_or_detect_cygwin): Simplify very slightly. * spawn.cc (av::fixup): Guard against problems reading an executable which does not match Microsoft's documentation about PE format. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3085r2=1.3086 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/hookapi.cc.diff?cvsroot=uberbaumr1=1.6r2=1.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/spawn.cc.diff?cvsroot=uberbaumr1=1.187r2=1.188
winsup/cygwin ChangeLog spawn.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-09-15 00:31:43 Modified files: cygwin : ChangeLog spawn.cc Log message: * spawn.cc (av::fixup): Avoid breaking out of the wrong loop. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3086r2=1.3087 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/spawn.cc.diff?cvsroot=uberbaumr1=1.188r2=1.189
Re: tcsh can't find executables in Path with wrong case
On Sep 14 02:39, Eric Blake wrote: It's clearly something to do with the path hashing, as unhashing fixes this problem (typing unhash at the command prompt). And bash doesn't seem to have this problem (I guess it doesn't hash things). Just to avoid the spread of misinformation, bash also does hashing, but it doesn't try to do case insensitive hashing. tcsh really is doing something different under the hood than bash. Just to avoid the spread of misinformation, tcsh also doesn't use case insensitive hashing. It used to convert the hash table to all lower case, see http://sourceware.org/ml/cygwin-announce/2005-06/msg7.html This has been reverted in 6.14.00-4 so that the case is now taken as is again. See the discussion taking place in http://cygwin.com/ml/cygwin/2005-06/msg00559.html Cygwin tcsh does not share its hashing code with the Win32 version, it uses the same code as all other OSes are using. No other OS is using case insensitive hashing, so doesn't Cygwin tcsh. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: testers needed prior to 1.5.19 release
Christopher Faylor wrote: I'm asking, once again, for people to test the latest cygwin snapshot. The snapshot that is currently available should be very close to an official release of cygwin version 1.5.19. Please report success or failure to this thread. Please don't change the subject. Please don't start a new discussion. If you think you've found an error, please indicate whether this is a regression from 1.5.18. We're probably not going to be fixing anything other than regressions at this point. Someone already reported problems with 20050913, this makes it a me too. My OpenOffice build hangs again, this makes it a regression to snapshot 20050908. The symptoms are that 323612323240 32922 1003 01:42:44 /cygdrive/d/w1/SRC680_m128/solenv/wntmsci10/bin/dmake 190432363240 25602 1003 01:42:51 /usr/bin/tcsh 295219043240 18802 1003 01:42:51 /cygdrive/c/J2SDK1~1.2_0/bin/java the calling tcsh shell still waits for java to finish. But according to the output on the screen and the windows task manager java already finished and is gone. I'm a little puzled, since /cygdrive/c/J2SDK1~1.2_0/bin/java is listed in the ps output and not in the ps -W. This is java.exe from j2sdk1.4.2_05. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
Re: Callbacks from shared libraries compiled with cygwin
Brian Dessent wrote: Michael Spicar wrote: So I have two questions: 1) Is it possible at all to have callbacks like this? 2) If yes, must I have the import/export-lists? Yes, it's possible, but it's not considered great design. You have to use __declspec(export) on the symbols in the main .exe, and then produce and import library for that .exe, and then link against that import library when you link the shared library. But this will hard-code a dependence on the .exe name into the .dll, which means the .exe can never be renamed, and the dll cannot be used with any other .exe. A better alternative is to factor out the variables/functions that you want to access from both the main .exe and the .dll into another common .dll that is imported by both. Or change your API so that when main calls the function in the shared library it passes a function pointer as argument to the routine in main. Brian Thanks for your answers. And now it works. Initially I will choose the ugly solution and export all symbols. It doesn't matter right now, and the shared libraries I produce are anyway tight coupled to the application. But I will use your advice to improve the solution later. Michael -- 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: Bash login breaks if too many environment variables are set
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Reid Thompson on 9/12/2005 5:15 PM: Hommersom, Fred wrote: The file bigsetup.bat contains a huge amount environment variables. For a medium number (~ 600) everything works fine For a larger number the output is: bash: /usr/bin/id: Resource temporarily unavailable ... i would think that you should declare your env variables in either your .bashrc or your .bash_profile rather than in a .bat file. It may solve your problem. I haven't had a chance to look at this further, but it is on my list. I tried looking in the Windows documentation to see if there is a limit on environment size for CreateProcess that you might be exceeding - all I can find is that an individual variable can be no more than 32k, but nothing about the overall environment size. Does anyone else know what limits windows imposes on the environment? POSIX only specifies ARG_MAX, which is the combination of command line and environment together. You might also want to experiment with 'export -p' in a bash where you are experiencing failures, to see if bash's list of environment variables is shorter than what you thought should have been inherited into bash. Being a builtin, it won't have then invocation problems like you are having with id, find, or sort. I also agree with Reid's suggestion - try sticking things into the environment AFTER bash is started, not beforehand. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDKCRA84KuGfSFAYARAtiUAJ9/7QwrUG1TFnoqaMX2VRJo/K8ATQCg1G+/ vkJkRCSGt6r1iKUGhp2tmvU= =tPWq -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/
Documentation on functions
This is the third time I have mailed this to Cygwin@cygwin.com and it has not showed up yet in the list. I am subscribed. Obviously, if you are seeing this, then it succeeded. What a mystery. Anyway... I noticed that when I boot fedora core 4, the function readdir is documented in man. However, when I boot windows/Cygwin readdir is not available in info or man. When I download the same code for Beginning Programming in Linux from the www.wrox.com site I notice that all the code on pthreads compiles and seems to run! But, I notice, pthread_attr_init is not in man or info either. Where is the documentation on these functions? Thanks, Siegfried/ -- 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: Documentation on functions
I noticed that when I boot fedora core 4, the function readdir is documented in man. However, when I boot windows/Cygwin readdir is not available in info or man. When I download the same code for Beginning Programming in Linux from the www.wrox.com site I notice that all the code on pthreads compiles and seems to run! But, I notice, pthread_attr_init is not in man or info either. Where is the documentation on these functions? Missing because no one has ever contributed it. http://cygwin.com/acronyms#PTC -- Eric Blake -- 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: Documentation on functions
I noticed that when I boot fedora core 4, the function readdir is documented in man. However, when I boot windows/Cygwin readdir is not available in info or man. When I download the same code for Beginning Programming in Linux from the www.wrox.com site I notice that all the code on pthreads compiles and seems to run! But, I notice, pthread_attr_init is not in man or info either. Where is the documentation on these functions? Missing because no one has ever contributed it. http://cygwin.com/acronyms#PTC Followup - for standard functions, like readdir or pthread_attr_init, I usually refer directly to POSIX (http://www.opengroup.org/onlinepubs/009695399/toc.htm) to at least see what aspects of the function should be implemented across various systems, although it doesn't document the extensions that are permitted. For non-standard functions, google is your friend (for example, I recently patched newlib's argz_insert, which was not behaving like BSD's version; googling for 'man argz_insert' was what let me find out how BSD does it, since POSIX does not require it). Furthermore, some of the lack of documentation is the fault of newlib, not cygwin, but both projects could use improvements. -- Eric Blake -- 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: Documentation on functions
Siegfried Heintze wrote: This is the third time I have mailed this to Cygwin@cygwin.com and it has not showed up yet in the list. I am subscribed. Obviously, if you are seeing this, then it succeeded. What a mystery. Anyway... I noticed that when I boot fedora core 4, the function readdir is documented in man. However, when I boot windows/Cygwin readdir is not available in info or man. When I download the same code for Beginning Programming in Linux from the www.wrox.com site I notice that all the code on pthreads compiles and seems to run! But, I notice, pthread_attr_init is not in man or info either. Where is the documentation on these functions? Thanks, Siegfried/ http://www.die.net/doc/linux/man/man3/readdir.3.html http://www.die.net/doc/linux/man/ reid -- 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: Documentation on functions
Eric Blake wrote: Followup - for standard functions, like readdir or pthread_attr_init, I usually refer directly to POSIX (http://www.opengroup.org/onlinepubs/009695399/toc.htm) to at great pointer -- thanks reid -- 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/
Command 'more': missing dll cygpcre.dll
Hi *, I have a problem with my cygwin installation. When I try to use the comman 'more' I get an error message that cygpcre.dll is missing. I have the pcre package installed, but it comes only with cygpcre-0.dll. I have tried to make a link called cygpcre.dll pointing to cygpcre-0.dll, but the error persists. After some research it seems to me, that cygpcre.dll is an old dll, which has been replaced by cygpcre-0.dll. Unfortunately I cannot use the less command instead. Cygcheck complains no errors concerning the packages. All package dependencies obviously are fulfilled. Any help would be appreciated. Best regards, Tino Engel -- 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: Documentation on functions
On Wed, Sep 14, 2005 at 08:26:30AM -0600, Siegfried Heintze wrote: This is the third time I have mailed this to Cygwin and it has not showed up yet in the list. I am subscribed. Obviously, if you are seeing this, then it succeeded. What a mystery. Two bounce messages were sent to you: Tue Sep 13 04:49:21 2005 8597603 from: siegfried to: cygwin status: failure: Invalid_mime_type_text/html_detected_in_message_text_or_attachment./Please_send_plain_text_messages_only./See_http://sourceware.org/lists.html#sourceware-list-info_for_mailing_list/info_for_this_site./Contact_cygwin-owner-AT-cygwin.com_if_you_have_questions_about_this._(#5.7.2)/ Wed Sep 14 03:34:48 2005 8840885 from: siegfried to: cygwin status: failure: Invalid_mime_type_text/html_detected_in_message_text_or_attachment./Please_send_plain_text_messages_only./See_http://sourceware.org/lists.html#sourceware-list-info_for_mailing_list/info_for_this_site./Contact_cygwin-owner-AT-cygwin.com_if_you_have_questions_about_this._(#5.7.2)/ http://cygwin.com/ml/#html-mail 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: Command 'more': missing dll cygpcre.dll
Original Message From: [EMAIL PROTECTED] Sent: 14 September 2005 16:01 Hi *, I have a problem with my cygwin installation. When I try to use the comman 'more' I get an error message that cygpcre.dll is missing. I have the pcre package installed, but it comes only with cygpcre-0.dll. I have tried to make a link called cygpcre.dll pointing to cygpcre-0.dll, but the error persists. After some research it seems to me, that cygpcre.dll is an old dll, which has been replaced by cygpcre-0.dll. As far as I can see, it's still available: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygpcre.dll 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: Output of uname -s
Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Larry Finger on 9/13/2005 9:25 PM: I know that 'uname -s' yields 'CYGWIN_NT-5.1' on Windows XP, but I am writing a multi-platform makefile and need to find a method that will work for all versions of Windows. What is the result of uname -s for Windows 9X, Me, NT and 2K? If you don't care about which version of Windows, look at config.guess, which just compares against CYGWIN*. And if you do care, all possible strings are available by reading the source code, in uname.cc and wincap.cc. Thanks. I got the answer from wincap.cc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: testers needed prior to 1.5.19 release
The Win98 scp problem seems to be gone with the 20050913 snapshot. It was always intermittent, but I copied several files last night and found no crashes, so it seems to be fixed. -- --Alfvaen (Web page: http://www.telusplanet.net/public/alfvaen/ ) Current Album--Sheryl Crow:C'mon C'mon Current Book--Amy Tan:The Kitchen God's Wife Martin J. Hixeypozer quickly began his first word. -- 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: Command 'more': missing dll cygpcre.dll
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn Sent: Wednesday, September 14, 2005 5:14 PM To: cygwin@cygwin.com Subject: RE: Command 'more': missing dll cygpcre.dll Original Message From: [EMAIL PROTECTED] Sent: 14 September 2005 16:01 Hi *, I have a problem with my cygwin installation. When I try to use the comman 'more' I get an error message that cygpcre.dll is missing. I have the pcre package installed, but it comes only with cygpcre-0.dll. I have tried to make a link called cygpcre.dll pointing to cygpcre-0.dll, but the error persists. After some research it seems to me, that cygpcre.dll is an old dll, which has been replaced by cygpcre-0.dll. As far as I can see, it's still available: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygpcre.dll 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/ Hi, I have seen that, too. But setup does not offer this lib for selection. It only offers libpcre0 (=4.5-1) Is there another way, to obtain/download this dll? Regards, Tino -- 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: Command 'more': missing dll cygpcre.dll [Attn more maintainer]
-Original Message- From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On Behalf http://cygwin.com/acronyms/#PCYMTNQREAIYR. Also, you can trim your quoted reply to the relevant portions, instead of replying with everything. As far as I can see, it's still available: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygpcre.dll I have seen that, too. But setup does not offer this lib for selection. It only offers libpcre0 (=4.5-1) Is there another way, to obtain/download this dll? It's there - try unchecking the check box to show obsolete packages. But as more-2.11o-1 really does depend on libpcre, it needs to be recompiled to pick up the security flaw. Meanwhile, as a temporary workaround, I've updated the setup.hint to depend on libpcre until a new more is uploaded. This will make libpcre be picked up even though it is hidden by being obsolete. -- Eric Blake -- 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: Command 'more': missing dll cygpcre.dll [Attn more maintainer]
It's there - try unchecking the check box to show obsolete packages. But as more-2.11o-1 really does depend on libpcre, it needs to be recompiled to pick up the security flaw. ^ the _fix in libpcre0 to_ the security flaw _in libpcre_. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.18( 0.132/4/2 ) - Installer Question
Hello guys, I have installed cygwin 1.5.18 ( 0.132/4/2 ) on Windows XP and it's working perfectly. Now, I copied *only* cygwin directory to *another* machine, when I click at cygwin.bat it doesn't work. What I need to do to make it work ? I wouldn't like to use cygwin setup installer. Does anybody can help me ? Best Regards, Douglas Schilling Landgraf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.18( 0.132/4/2 ) - Installer Question
Original Message From: Douglas Schilling Landgraf Sent: 14 September 2005 17:21 Hello guys, I have installed cygwin 1.5.18 ( 0.132/4/2 ) on Windows XP and it's working perfectly. Now, I copied *only* cygwin directory to *another* machine, when I click at cygwin.bat it doesn't work. What I need to do to make it work ? If it doesn't work, you need to fix it. HTH! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.18( 0.132/4/2 ) - Installer Question
Original Message From: Dave Korn Sent: 14 September 2005 17:44 Original Message From: Douglas Schilling Landgraf Sent: 14 September 2005 17:21 Hello guys, I have installed cygwin 1.5.18 ( 0.132/4/2 ) on Windows XP and it's working perfectly. Now, I copied *only* cygwin directory to *another* machine, when I click at cygwin.bat it doesn't work. What I need to do to make it work ? If it doesn't work, you need to fix it. HTH! P.s: That's a slightly obscure way of saying that it doesn't work is an inadequate problem report. There are many reasons why it might not work. Is your computer switched on? Is there anything in the batch file? Does a window appear? Does nothing happen at all? Etcetera. So, what actually *does* happen when you click it? And what happens if you open a cmd.exe (DOS) shell, cd into the cygwin dir, and try manually typing in the command lines from the .bat file one at a time? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.18( 0.132/4/2 ) - Installer Question
Original Message From: Dave Korn Sent: 14 September 2005 18:02 Original Message From: Dave Korn Sent: 14 September 2005 17:44 Original Message From: Douglas Schilling Landgraf Sent: 14 September 2005 17:21 Hello guys, I have installed cygwin 1.5.18 ( 0.132/4/2 ) on Windows XP and it's working perfectly. Now, I copied *only* cygwin directory to *another* machine, when I click at cygwin.bat it doesn't work. What I need to do to make it work ? If it doesn't work, you need to fix it. HTH! P.s: That's a slightly obscure way of saying that it doesn't work is an inadequate problem report. There are many reasons why it might not work. Is your computer switched on? Is there anything in the batch file? Does a window appear? Does nothing happen at all? Etcetera. So, what actually *does* happen when you click it? And what happens if you open a cmd.exe (DOS) shell, cd into the cygwin dir, and try manually typing in the command lines from the .bat file one at a time? Oh, and P.P.s: copying the directory tree from one machine to another gets you most of the way there, but there won't be any mount points in the registry. The first time you run a cygwin app it should create the default set of mounts for /, /usr/bin and /usr/lib, but the best thing of all would be to run mount -m mount-cmds.bat on the source machine before you copy the dir tree across and then run the batch file on the target machine when you get the files there (will need you to have cygwin's /bin folder in the win32 path at first). Alternatively you could use regedit to export the HKLM/Software/Cygnus Solutions and HKCU/Software/Cygnus solutions trees to .reg files, and double-click them on the target machine to install them. 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: Command 'more': missing dll cygpcre.dll [Attn more maintainer]
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake Sent: Wednesday, September 14, 2005 5:51 PM To: cygwin@cygwin.com Subject: RE: Command 'more': missing dll cygpcre.dll [Attn more maintainer] It's there - try unchecking the check box to show obsolete packages. But as more-2.11o-1 really does depend on libpcre, it needs to be recompiled to pick up the security flaw. ^ the _fix in libpcre0 to_ the security flaw _in libpcre_. -- Eric Blake -- 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/ Thanks, problem solved. -- 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: tcsh can't find executables in Path with wrong case
Corinna Vinschen wrote: Cygwin tcsh does not share its hashing code with the Win32 version, it uses the same code as all other OSes are using. No other OS is using case insensitive hashing, so doesn't Cygwin tcsh. Thanks for the corrections. But bash is clearly doing something right, as: bash-3.00$ ls -l /cygdrive/c/oracle/product/10.1.0/db_1/bin | grep -i exp.exe --+ 1 shankarNone 405776 Mar 8 2004 EXP.EXE bash-3.00$ which exp /cygdrive/c/oracle/product/10.1.0/db_1/bin/exp bash-3.00$ which exp.exe /cygdrive/c/oracle/product/10.1.0/db_1/bin/exp.exe bash-3.00$ which EXP /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP bash-3.00$ which EXP.EXE /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP.EXE And it's able to run the program using any of those 4 unqualified names (exp, exp.exe, EXP, EXP.EXE). But tcsh is lost: which exp exp: Command not found. which exp.exe exp.exe: Command not found. which EXP EXP: Command not found. which EXP.EXE EXP.EXE: Command not found. Huh? But: exp exp: Command not found. exp.exe exp.exe: Command not found. EXP ... output from Oracle EXP EXP.EXE ... output from Oracle EXP I wonder if tcsh can pick up some lessons from bash... Oh, I'm running cygwin1-20050914.dll (on top of cygwin 1.5.18-1), and tcsh 6.14.00-5. -- 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/
A new day, a new snapshot, more testing required on the road to 1.5.19
Yes, I have another snapshot to test. I know that this is tedious but I thought it would be nice to have some concerted testing of cygwin before I make a new release. I know that in the long run, it will probably only have a limited effect because there are people waiting in the wings who are reluctant to test snapshots and who are hoping, magically, that their problems will be fixed. This is a fact of life with any software project. However, I *really* do appreciate all of the testing that we've seen so far. I hope everyone who has tested previous snapshots will continue to test this one and any other snapshots up until I eventually release 1.5.19. It would be particularly nice if package maintainers would test their packages with a snapshot. This is particularly important for Cygwin/X. Historically, we often seem to find about problems after a release over there. I've cc'ed the cygwin-xfree mailing list for this reason. Anyway, here, once again are the reporting instructions. * * * I'm asking, once again, for people to test the latest cygwin snapshot. The snapshot that is currently available should be very close to an official release of cygwin version 1.5.19. Please report success or failure to this thread. Please don't change the subject. Please don't start a new discussion. If you have a problem please report it using the guidelines from http://cygwin.com/problems.html. If you think you've found an error, please indicate whether this is a regression from 1.5.18. OTOH, if you've found a regression from some other past version then that is worth reporting, too. There are no guarantees that we will fix this problem for 1.5.19, unless it is an actual regression from 1.5.18, however. In general, just remember that we need *details*. So, when reporting a problem, report the exact steps that you took to cause the problem to occur. If there is anything unusual about your environment (firewalls, virus checkers, etc.) please report that too. Snapshots are located here: http://cygwin.com/snapshots/. Thanks. 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: tcsh can't find executables in Path with wrong case
bash-3.00$ ls -l /cygdrive/c/oracle/product/10.1.0/db_1/bin | grep -i exp.exe --+ 1 shankarNone 405776 Mar 8 2004 EXP.EXE You'd better check the permissions there. What does 'getfacl /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP.EXE' show? ls doesn't think that shankar has the rights to execute it, which may be part of your problem. Also, remember that which is a tcsh builtin, but in bash you get /bin/which, and they are different. I'm not sure why bash and tcsh are able to exec the program if you don't have execute permissions. -- Eric Blake -- 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: tcsh can't find executables in Path with wrong case
Original Message From: Shankar Unni Sent: 14 September 2005 18:55 Eric Blake wrote: You'd better check the permissions there. What does 'getfacl /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP.EXE' show? [~] 7. getfacl /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP.EXE # file: /cygdrive/c/oracle/product/10.1.0/db_1/bin/EXP.EXE # owner: shankar # group: None user::--- group::--- group:root:rwx group:SYSTEM:rwx mask:rwx other:--- Not being terribly familiar with facl's, I'm unsure as to how to read this. But I am listed as the owner. And I'm also a member of the Administrators group on my system.. Fascinating fact of the day #2387: The 'doze Administrators group does in fact _not_ have full and un-ACL'd access to everything. Only NT_AUTHORITY\System can do that. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.18( 0.132/4/2 ) - Installer Question
Korn, You are right, my last email was incomlete, I am sorry. BTW, your last email answered my question. Thanks! Best Regards, Douglas Schilling Landgraf Original Message From: Dave Korn Sent: 14 September 2005 18:02 Original Message From: Dave Korn Sent: 14 September 2005 17:44 Original Message From: Douglas Schilling Landgraf Sent: 14 September 2005 17:21 Hello guys, I have installed cygwin 1.5.18 ( 0.132/4/2 ) on Windows XP and it's working perfectly. Now, I copied *only* cygwin directory to *another* machine, when I click at cygwin.bat it doesn't work. What I need to do to make it work ? If it doesn't work, you need to fix it. HTH! P.s: That's a slightly obscure way of saying that it doesn't work is an inadequate problem report. There are many reasons why it might not work. Is your computer switched on? Is there anything in the batch file? Does a window appear? Does nothing happen at all? Etcetera. So, what actually *does* happen when you click it? And what happens if you open a cmd.exe (DOS) shell, cd into the cygwin dir, and try manually typing in the command lines from the .bat file one at a time? Oh, and P.P.s: copying the directory tree from one machine to another gets you most of the way there, but there won't be any mount points in the registry. The first time you run a cygwin app it should create the default set of mounts for /, /usr/bin and /usr/lib, but the best thing of all would be to run mount -m mount-cmds.bat on the source machine before you copy the dir tree across and then run the batch file on the target machine when you get the files there (will need you to have cygwin's /bin folder in the win32 path at first). Alternatively you could use regedit to export the HKLM/Software/Cygnus Solutions and HKCU/Software/Cygnus solutions trees to .reg files, and double-click them on the target machine to install them. 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/
Re: A new day, a new snapshot, more testing required on the road to 1.5.19
On Wed, Sep 14, 2005 at 10:58:56AM -0700, Yitzchak Scott-Thoennes wrote: On Tue, Sep 13, 2005 at 06:14:02PM -0400, Christopher Faylor wrote: I'm asking, once again, for people to test the latest cygwin snapshot. The snapshot that is currently available should be very close to an official release of cygwin version 1.5.19. With either 20050912 or 20050913, trying to start emacs in a console window gets: emacs: Memory exhausted--use M-x save-some-buffers RET Reverting to 1.5.18 fixed this; cygcheck output is from after reverting to 1.5.18. I could duplicate this. That's too bad. I was trying to fix a problem where fork occasionally gives an annoying error when you hit CTRL-C but it has a mysterious side effect of causing the above behavior. The latest 2005-Sep-14 snapshot should fix this (I reverted my change). Could you confirm that things are working now? 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: testers needed prior to 1.5.19 release
Christopher Faylor wrote: I'm asking, once again, for people to test the latest cygwin snapshot. The snapshot that is currently available should be very close to an official release of cygwin version 1.5.19. Please report success or failure to this thread. Please don't change the subject. Please don't start a new discussion. If you think you've found an error, please indicate whether this is a regression from 1.5.18. We're probably not going to be fixing anything other than regressions at this point. Snapshot date 2005-09-14: - Cannot start cygserver as service - Cannot start syslogd as service I tried with -inst tarball as well as just replacing cygwin1.dll, same result. Other than this all works fine, also running cygserver from command line is working. Gerrit -- =^..^= -- 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: A new day, a new snapshot, more testing required on the road to 1.5.19
On Wed, Sep 14, 2005 at 09:26:26PM +0200, Gerrit P. Haase wrote: Christopher Faylor wrote: I'm asking, once again, for people to test the latest cygwin snapshot. The snapshot that is currently available should be very close to an official release of cygwin version 1.5.19. Please report success or failure to this thread. Please don't change the subject. Please don't start a new discussion. If you think you've found an error, please indicate whether this is a regression from 1.5.18. We're probably not going to be fixing anything other than regressions at this point. Snapshot date 2005-09-14: - Cannot start cygserver as service - Cannot start syslogd as service I tried with -inst tarball as well as just replacing cygwin1.dll, same result. Other than this all works fine, also running cygserver from command line is working. I *really* need 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/
RE: Command 'more': missing dll cygpcre.dll [Attn more maintainer]
It's there - try unchecking the check box to show obsolete packages. But as more-2.11o-1 really does depend on libpcre, it needs to be recompiled to pick up the security flaw. Meanwhile, as a temporary workaround, I've updated the setup.hint to depend on libpcre until a new more is uploaded. This will make libpcre be picked up even though it is hidden by being obsolete. Actually, more-2.11o-1 was quite easy to build, and on recompilation it automatically picked up the newer libraries. Since more has not had an update since Mar 2002 (carved from util-linux 2.11o), but util-linux is now at 2.13-pre4, I'm assuming the maintainer is MIA, so I uploaded more-2.11o-2. I am NOT interested in maintaining this (I made no changes whatsoever from the -1 release other than the linked in libraries), as evidenced by the fact that I did not recarve more out of the latest util-linux. But at least the libpcre dependency is gone now. If there really is a maintainer, please step up and release more-2.13 sometime soon. But hey, not only do you get the libpcre security fix, but you can now do 'more 3-gig-file', since the old more was so old it was linked back when cygwin could not do 64-bit file offsets! -- Eric Blake (hopefully not stuck with being the more maintainer) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How to convert a path to the correct case
Cygwin itself is case preserving, but case insensitive. Other tools are not so flexible on case. In my case I have some issues with incorrect case and my makefile. Consider if I had a directory /foo/BAR. Cygwin will let you actually do cd /Foo/bar and work happily. Pwd will actually return /Foo/bar instead of the real path in this case. It would be really helpful to have a way given a string like /Foo/bar to convert that to the real correct case /foo/BAR. But I'm having trouble finding an easy, convenient way to do that. As I said pwd doesn't do it nor does cygpath. One way that works is to turn the path into a pattern. You can do ls /Foo/bar* but that will return multiple strings if there is more than one file that starts with BAR. You can do ls /Foo/ba[r] but then how do I easily add the brackets into the string? I've tried various things with find, but none do the conversion. Anyone have a good idea how to do this conversion. -- 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: testers needed prior to 1.5.19 release
I have noted that testing several snapshots (20050906, 20050908, 20050909, 20050914) some simple application written in C++ does not work any more. For example: $ ./my_app.exe bash: ./my_app.exe: Argument list too long and my_app does not use any argument! I remember that there was a snapshot ( 20050906) in which the arguments length was truncated to 32K. Could be this the cause? I have noted similar error with application downloaded from internet and built for Cygwin. For ex. with: http://quatramaran.ens.fr/~coudert/gfortran/ gfortran-Cygwin-4.1-20050912-Athlon.tar.bz2: after installed it works with Cygwin 1.5.18-1 but not with the above snapshots: $ gfc TempConv.F90 gfc: error trying to exec '/usr/local/gfortran/bin/../libexec/gcc/i686-pc-cygwin /4.1.0/cc1.exe': execv: Argument list too long). Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to convert a path to the correct case
On Wed, 14 Sep 2005, dalewking wrote: Cygwin itself is case preserving, but case insensitive. Other tools are not so flexible on case. In my case I have some issues with incorrect case and my makefile. Consider if I had a directory /foo/BAR. Cygwin will let you actually do cd /Foo/bar and work happily. Pwd will actually return /Foo/bar instead of the real path in this case. It would be really helpful to have a way given a string like /Foo/bar to convert that to the real correct case /foo/BAR. But I'm having trouble finding an easy, convenient way to do that. As I said pwd doesn't do it nor does cygpath. One way that works is to turn the path into a pattern. You can do ls /Foo/bar* but that will return multiple strings if there is more than one file that starts with BAR. You can do ls /Foo/ba[r] but then how do I easily add the brackets into the string? I've tried various things with find, but none do the conversion. Anyone have a good idea how to do this conversion. http://cygwin.com/cygwin-ug-net/using-cygwinenv.html, and search for check_case. You want check_case:adjust. Don't let the warning scare you off... :-D Alternatively, if you *are* scared off by the warning, you could do ls -1 /Foo/bar* | head HTH, 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! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: testers needed prior to 1.5.19 release
On Thu, Sep 15, 2005 at 12:30:41AM +0200, Angelo Graziosi wrote: I have noted that testing several snapshots (20050906, 20050908, 20050909, 20050914) some simple application written in C++ does not work any more. For example: $ ./my_app.exe bash: ./my_app.exe: Argument list too long and my_app does not use any argument! Please calm down and provide the details that I've previously asked for. 1) cygcheck output, as per http://cygwin.com/problems.html 2) And, in that vein, the exact way to duplicate the problem that you are referring to. Since no one else is reporting this, providing the source code for my_app.exe would help track the problem down. 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: A new day, a new snapshot, more testing required on the road to 1.5.19
On Wed, Sep 14, 2005 at 03:19:22PM -0400, Christopher Faylor wrote: On Wed, Sep 14, 2005 at 10:58:56AM -0700, Yitzchak Scott-Thoennes wrote: On Tue, Sep 13, 2005 at 06:14:02PM -0400, Christopher Faylor wrote: I'm asking, once again, for people to test the latest cygwin snapshot. The snapshot that is currently available should be very close to an official release of cygwin version 1.5.19. With either 20050912 or 20050913, trying to start emacs in a console window gets: emacs: Memory exhausted--use M-x save-some-buffers RET Reverting to 1.5.18 fixed this; cygcheck output is from after reverting to 1.5.18. I could duplicate this. That's too bad. I was trying to fix a problem where fork occasionally gives an annoying error when you hit CTRL-C but it has a mysterious side effect of causing the above behavior. The latest 2005-Sep-14 snapshot should fix this (I reverted my change). Could you confirm that things are working now? Yes, working now. -- 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: A new day, a new snapshot, more testing required on the road to 1.5.19
On Wed, Sep 14, 2005 at 03:41:06PM -0500, Brian Ford wrote: On Wed, 14 Sep 2005, Christopher Faylor wrote: I'm asking, once again, for people to test the latest cygwin snapshot. The snapshot that is currently available should be very close to an official release of cygwin version 1.5.19. Regression from 1.5.18. It seems gethostbyname is not working correctly from secondary threads: $ uname -a CYGWIN_NT-5.1 PC1163-8460-XP 1.5.19s(0.138/4/2) 20050914 14:31:15 i686 unknown unknown Cygwin $ ./gethostbyname_thread.exe secondary thread: gethostbyname: Unknown error (0) STC source attached. This has been happening with snapshots for some time now, but I just found time to produce the STC... This should be fixed in the latest snapshot from 2005-Sep-14. Thanks for the test case and for providing everything that I asked for, Brian. 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: How to convert a path to the correct case
On Wed, 14 Sep 2005, dalewking wrote: Cygwin itself is case preserving, but case insensitive. Other tools are not so flexible on case. In my case I have some issues with incorrect case and my makefile. Consider if I had a directory /foo/BAR. Cygwin will let you actually do cd /Foo/bar and work happily. Pwd will actually return /Foo/bar instead of the real path in this case. It would be really helpful to have a way given a string like /Foo/bar to convert that to the real correct case /foo/BAR. But I'm having trouble finding an easy, convenient way to do that. As I said pwd doesn't do it nor does cygpath. One way that works is to turn the path into a pattern. You can do ls /Foo/bar* but that will return multiple strings if there is more than one file that starts with BAR. You can do ls /Foo/ba[r] but then how do I easily add the brackets into the string? I've tried various things with find, but none do the conversion. Anyone have a good idea how to do this conversion. http://cygwin.com/cygwin-ug-net/using-cygwinenv.html, and search for check_case. You want check_case:adjust. Don't let the warning scare you off... :-D I've seen that before and the warning does scare me off. The other problem is that it doesn't seem to work as advertised: $ printenv CYGWIN tty ntea check_case:adjust $ cd /Foo/bar $ pwd /Foo/bar Alternatively, if you *are* scared off by the warning, you could do ls -1 /Foo/bar* | head I think you wanted a -1 on the head command. But apparently I was wrong on how well adding the patttern to the path works. It only fixes the one part of the path that has the pattern. So what you gave will return /Foo/BAR and not /foo/BAR. In order to use the patterns I would have to make each part of the path into a pattern (e.g. ls /Foo*/bar*). One possibility I am working on is one that requires turning on the extglob shell option. You can then do: ls /@(Foo)/@(bar) @(pattern) says match one occurrence of pattern. This command would be a little easier to construct from make, but sure seems like an awfully bad hack. On Wed, 14 Sep 2005, dalewking wrote: Cygwin itself is case preserving, but case insensitive. Other tools are not so flexible on case. In my case I have some issues with incorrect case and my makefile. Consider if I had a directory /foo/BAR. Cygwin will let you actually do cd /Foo/bar and work happily. Pwd will actually return /Foo/bar instead of the real path in this case. It would be really helpful to have a way given a string like /Foo/bar to convert that to the real correct case /foo/BAR. But I'm having trouble finding an easy, convenient way to do that. As I said pwd doesn't do it nor does cygpath. One way that works is to turn the path into a pattern. You can do ls /Foo/bar* but that will return multiple strings if there is more than one file that starts with BAR. You can do ls /Foo/ba[r] but then how do I easily add the brackets into the string? I've tried various things with find, but none do the conversion. Anyone have a good idea how to do this conversion. http://cygwin.com/cygwin-ug-net/using-cygwinenv.html, and search for check_case. You want check_case:adjust. Don't let the warning scare you off... :-D Alternatively, if you *are* scared off by the warning, you could do ls -1 /Foo/bar* | head -- 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/
help on socket connexion
Hello everybody, Could U help me please it's very important of course :( I'm doing (trying exactly) a little client/serveur tcp programm. the skeleton is classic (from server side) main() { fd_set readfds, rmask; struct timeval tv; int sd; ... sd = create_socket(); ... while(1) { FD_ZERO(rmask); FD_SET(sd, rmask); readfds = rmask; tv.tv_sec=5; tv.tv_usec=0; if ( select(FD_SETSIZE, readfds, NULL, NULL, tv) ) { if (errno!=EINTR) { /* socket gets something ! */ if (FD_ISSET(sd ,readfds)) { // goto child fork(); ... } } } Everything works except the famous FD_SETSIZE (yes I use select()) limit to 64 Now If I run a sample client test with a loop which try to connect 64 times to my server, it works... but with FD_SETSIZE limit, my server will hang after 64 fork. Right, but now, always on client side : If I try a loop with 32 connection, it's ok. then I stop all my clients connexion - the children on server side die (ok) If I try to connect again 32 times with my client by running my test program again... I meet again the FD_SETSIZE limit !!! I suppose I've forgotten something on server side but where ??? please help me -- 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: testers needed prior to 1.5.19 release
With the September snapshots, the following code: // hello_tst.cpp #include iostream using namespace std; int main() { cout Hello, world! endl; return 0; } - works when it is built with g++ 3.4.4-1: $ g++ hello_tst.cpp $ ./a Hello, world! but if it is built with another compiler, Borlandc 5.5, it does not work: $ bcc32 hello_tst.cpp Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland hello_tst.cpp: Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland $ ./hello_tst.exe bash: ./hello_tst.exe: Argument list too long The test code works in any case (g++, bcc5.5) with Cygwin 1.5.18-1 and with the snapshots before that which truncated the command line arguments to 32k (these snaps now are not more present in the list of snaps, only those = 20050906 are present). This mean that with current snapshots or with the next release of Cygwin one cannot run from Cygwin applications that were built with other NON-Cygwin compilers ??? Best regards, angelo. -- 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 rxvt ignores Cntrl-/
Hello list, I am struggling with the fact that C-/ combination seems being ignored by the cygwin rxvt. I checked out the behavior in gentoo rxvt. It echoes C-/ combination as C-_ : cat -v ^_ however in cygwin rxvt C-/ is just ignored (swallowed, nothing seems to be propogated to the tty). Any help is appreciated, thanks, Mike -- 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: testers needed prior to 1.5.19 release
On Thu, Sep 15, 2005 at 01:19:37AM +0200, Angelo Graziosi wrote: With the September snapshots, the following code: // hello_tst.cpp #include iostream using namespace std; int main() { cout Hello, world! endl; return 0; } - works when it is built with g++ 3.4.4-1: $ g++ hello_tst.cpp $ ./a Hello, world! but if it is built with another compiler, Borlandc 5.5, it does not work: $ bcc32 hello_tst.cpp Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland hello_tst.cpp: Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland $ ./hello_tst.exe bash: ./hello_tst.exe: Argument list too long The test code works in any case (g++, bcc5.5) with Cygwin 1.5.18-1 and with the snapshots before that which truncated the command line arguments to 32k (these snaps now are not more present in the list of snaps, only those = 20050906 are present). You're misinterpreting something here. Cygwin never just silently truncated arguments to 32K. This mean that with current snapshots or with the next release of Cygwin one cannot run from Cygwin applications that were built with other NON-Cygwin compilers ??? I tried this with mingw and Microsoft's compiler without any problem. If this program isn't too big (and I don't see why it should be) please post it here so that I can try it. 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: testers needed prior to 1.5.19 release
On Wed, Sep 14, 2005 at 07:27:07PM -0400, Christopher Faylor wrote: I tried this with mingw and Microsoft's compiler without any problem. If this program isn't too big (and I don't see why it should be) please post it here so that I can try it. Nevermind. I downloaded Borland's free compiler and can duplicate the 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: testers needed prior to 1.5.19 release
On Wed, Sep 14, 2005 at 07:47:54PM -0400, Christopher Faylor wrote: On Wed, Sep 14, 2005 at 07:27:07PM -0400, Christopher Faylor wrote: I tried this with mingw and Microsoft's compiler without any problem. If this program isn't too big (and I don't see why it should be) please post it here so that I can try it. Nevermind. I downloaded Borland's free compiler and can duplicate the problem. This will be fixed in the upcoming snapshot. Look for the comment: * spawn.cc (av::fixup): Guard against problems reading an executable which does not match Microsoft's documentation about PE format. in the ChangeLog. Once that shows up the snapshot will have the fix. 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: testers needed prior to 1.5.19 release
Christopher Faylor wrote: If this program isn't too big (and I don't see why it should be) please post it here so that I can try it. The Borland C++ 5.5 compiler, freecommandLinetools.exe, is 8.7 MB. It should be downloaded from Borland site. In any case also gfortran-Cygwin-4.1-20050912-Athlon.tar.bz2 from http://quatramaran.ens.fr/~coudert/gfortran/ after installed (in /usr/local/gfortran/) gives the error: $ gfortran TempConv.F90 gfc: error trying to exec '/usr/local/gfortran/bin/../libexec/gcc/i686-pc-cygwi /4.1.0/cc1.exe': execv: Argument list too long and perhaps it is built with gcc 4.1. With Cygwin 1.5.18 these problems are NOT present. They comes with the lasts snapshots. There was a snap (I do not remember which) whose changelog said something on a 32k truncation in conmand line or argument list (I do not remember very well, this changelog is not more present). Thanks, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug found, new snapshot generated so still - testers needed prior to 1.5.19 release
Not sure if this matters, as YA snapshot is on the mirrors for testing, but... Christopher Faylor wrote: This is a regression from 1.5.18. I assume that you're running the 2005-09-13 snapshot. Yes, of course. Actually cygcheck output would be useful, here, too. attached (but ignore the cygwin1.dll; I've reverted back to plain jane 1.5.18 for now). Can you tell me if it is a regression from 2005-09-12? Yes, it is a regression from 2005-09-12 (see http://cygwin.com/ml/cygwin/2005-09/msg00371.html ) -- Chuck Cygwin Configuration Diagnostics Current System Time: Wed Sep 14 20:22:36 2005 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\Util\texmf\miktex\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\matlab_sv13\bin\win32 C:\PROGRA~1\COMMON~1\MGISHA~1\Video C:\cygwin\lib\lapack Output from C:\cygwin\bin\id.exe (nontsec) UID: 1004(cwilson) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1004(cwilson) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = `cwilson' PWD = `/usr/local/src/m4' CYGWIN = `server ntsec nosmbntsec binmode codepage:oem ' HOME = `/home/cwilson' MAKE_MODE = `unix' HOMEPATH = `\Documents and Settings\cwilson' MANPATH = `/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man' APPDATA = `C:\Documents and Settings\cwilson\Application Data' HOSTNAME = `garion' TERM = `rxvt-cygwin-native' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 4 Stepping 8, AuthenticAMD' WINDIR = `C:\WINDOWS' WINDOWID = `4730992' OLDPWD = `/usr/local/src/m4/m4' USERDOMAIN = `GARION' OS = `Windows_NT' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' !:: = `::\' TEMP = `/c/DOCUME~1/cwilson/LOCALS~1/Temp' COMMONPROGRAMFILES = `C:\Program Files\Common Files' MATLAB_JAVA = `C:\Program Files\Java\j2re1.4.2_03' USERNAME = `cwilson' PROCESSOR_LEVEL = `15' FP_NO_HOST_CHECK = `NO' SYSTEMDRIVE = `C:' USERPROFILE = `C:\Documents and Settings\cwilson' CLIENTNAME = `Console' TZ = `EST5EDT' PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = `\\GARION' PROCESSOR_ARCHITECTURE = `x86' SHLVL = `1' COLORFGBG = `default;default' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = `C:' COMSPEC = `C:\WINDOWS\system32\cmd.exe' TMP = `/c/DOCUME~1/cwilson/LOCALS~1/Temp' SYSTEMROOT = `C:\WINDOWS' PRINTER = `\\polgara\liselle' CVS_RSH = `/bin/ssh' PROCESSOR_REVISION = `0408' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = `C:\Program Files' DISPLAY = `:0' NUMBER_OF_PROCESSORS = `1' SESSIONNAME = `Console' COMPUTERNAME = `GARION' COLORTERM = `rxvt-xpm' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/desktop (default) = `C:\Documents and Settings\cwilson\Desktop' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/localtex (default) = `C:\Util\localtexmf' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/mydocs (default) = `C:\Documents and Settings\cwilson\My Documents' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/tex (default) = `C:\Util\texmf' flags = 0x0002 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:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `C:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d (default) = `D:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 57223Mb 33% CP CS UN PA FC d: cd N/AN/A C:\Documents and Settings\cwilson\Desktop /desktop userbinmode C:\Util\localtexmf /localtex userbinmode C:\Documents and Settings\cwilson\My Documents /mydocsuserbinmode C:\Util\texmf
Re: Bug found, new snapshot generated so still - testers needed prior to 1.5.19 release
On Wed, Sep 14, 2005 at 08:25:52PM -0400, Charles Wilson wrote: Not sure if this matters, as YA snapshot is on the mirrors for testing, but... Unless this is a problem with the latest snapshot, it doesn't matter, no. 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: testers needed prior to 1.5.19 release
Christopher Faylor wrote: This will be fixed in the upcoming snapshot. Look for the comment: * spawn.cc (av::fixup): Guard against problems reading an executable which does not match Microsoft's documentation about PE format. in the ChangeLog. Once that shows up the snapshot will have the fix It is Fixed! Many thanks, Angelo. -- 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: Documentation on functions
From: Siegfried Heintze Sent: Wednesday, September 14, 2005 9:27 AM To: cygwin@cygwin.com Subject: Documentation on functions This is the third time I have mailed this to Cygwin@cygwin.com and it has not showed up yet in the list. I am subscribed. Obviously, if you are seeing this, then it succeeded. Sorry, it still didn't work. -- Gary R. Van Sickle PS: I AM HI-LARIOUS!!! ;-) -- 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: Documentation on functions
On Wed, Sep 14, 2005 at 08:01:24PM -0500, Gary R. Van Sickle wrote: From: Siegfried Heintze Sent: Wednesday, September 14, 2005 9:27 AM Subject: Documentation on functions This is the third time I have mailed this to Cygwin and it has not showed up yet in the list. I am subscribed. Obviously, if you are seeing this, then it succeeded. Sorry, it still didn't work. I don't know. I think it almost worked. I could have sworn I saw something. Maybe it was just my imagination. 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: A new day, a new snapshot, more testing required on the road to 1.5.19
From: Christopher Faylor Sent: Wednesday, September 14, 2005 12:01 PM To: cygwin@cygwin.com; cygwin-xfree@cygwin.com Subject: A new day, a new snapshot, more testing required on the road to 1.5.19 Yes, I have another snapshot to test. cartman_voice Sweeet! /cartman_voice I know that this is tedious Not for much longer, if a certain googly-eyed letter of the alphabet has anything to say about it! [snip] -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: A new day, a new snapshot, more testing required on the road to 1.5.19
Ok, whatever snapshot this is: 1.5.19s(0.138/4/2) 20050914 20:32:51 Configures, builds, and installs a working wxWidgets here (same wxW's cvs as yesterday). -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A new day, a new snapshot, more testing required on the road to 1.5.19
Yes, I have another snapshot to test. :) Please report success or failure to this thread. Please don't change the subject. Please don't start a new discussion. If you have a problem please report it using the guidelines from http://cygwin.com/problems.html. If you think you've found an error, please indicate whether this is a regression from 1.5.18. OTOH, if you've found a regression from some other past version then that is worth reporting, too. There are no guarantees that we will fix this problem for 1.5.19, unless it is an actual regression from 1.5.18, however. Test: Building OpenOffice.org I still see spurious hangs while building OpenOffice, yes this is a regression, for former cygwin versions it was possible to build it without getting processes that just hang. I reported a similar problem already against 20050913. On 20050914 (first version without the PE format fix) I still see hanging processes, in this case: 3536 13536 3536 con 1003 19:08:52 /usr/bin/rxvt I354835363548 35682 1003 19:08:52 /usr/bin/bash 310435483104 25282 1003 20:33:38 /usr/bin/bash 342431043104 29882 1003 20:33:38 /usr/bin/perl 258034243104 36202 1003 20:33:38 /usr/bin/bash 253225803104 30442 1003 20:34:26 /usr/bin/tcsh 132025323104 28282 1003 20:34:26 /cygdrive/d/w1/SRC680_m128/solenv/wntmsci10/bin/dmake 236813203104 29242 1003 20:34:27 /usr/bin/tcsh 163623683104 12122 1003 20:34:27 /usr/bin/perl 183216363104 10162 1003 21:12:18 /cygdrive/d/w1/SRC680_m128/solenv/wntmsci10/bin/dmake 340818323104 22442 1003 21:12:23 /usr/bin/tcsh 20434083104 31442 1003 21:12:23 /cygdrive/d/w1/SRC680_m128/solver/680/wntmsci10.pro/bin/cppumaker tcsh (PID 3408) is waiting for cppumaker to finish. Funny thing is cppumaker is not a cygwin application, it should not even be listed in the ps output above. [EMAIL PROTECTED] ~ $ cd /cygdrive/d/w1/SRC680_m128/solver/680/wntmsci10.pro/bin/ [EMAIL PROTECTED] /cygdrive/d/w1/SRC680_m128/solver/680/wntmsci10.pro/bin $ cygcheck cppumaker.exe Found: d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\cppumaker.exe d:/w1/SRC680_m128/solver/680/wntmsci10.pro/bin/cppumaker.exe d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\sal3.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\uwinapi.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\USER32.dll C:\WINDOWS\system32\GDI32.dll C:\WINDOWS\system32\ADVAPI32.dll C:\WINDOWS\system32\RPCRT4.dll C:\WINDOWS\system32\VERSION.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\MSVCR71.dll C:\WINDOWS\system32\SHLWAPI.dll C:\WINDOWS\system32\msvcrt.dll C:\WINDOWS\system32\WSOCK32.dll C:\WINDOWS\system32\WS2_32.dll C:\WINDOWS\system32\WS2HELP.dll C:\WINDOWS\system32\MPR.dll C:\WINDOWS\system32\ole32.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\salhelper3MSC.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\reg3.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\store3.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\stlport_vc7145.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\MSVCP71.dll The process is finished and gone, the windows task manager doesn't show it anymore. Also see this: [EMAIL PROTECTED] ~ $ /bin/kill 204 kill: 204: No such process [EMAIL PROTECTED] ~ $ /bin/kill -f 204 kill: couldn't kill pid 3144, 5 [EMAIL PROTECTED] ~ $ ps | grep cppumaker 20434083104 31442 1003 21:12:23 /cygdrive/d/w1/SRC680_m128/solver/680/wntmsci10.pro/bin/cppumaker ... I just tried to kill all processes, but 204 is stuck. I'll reboot now and try the new 20050914 snapshot. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D Cygwin Configuration Diagnostics Current System Time: Wed Sep 14 21:59:30 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(q)GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(q)GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = `q' PWD = `/home/q' HOME = `/home/q' MAKE_MODE = `unix' HOMEPATH = `\Documents and Settings\q' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel
Re: A new day, a new snapshot, more testing required on the road to 1.5.19
On Wed, Sep 14, 2005 at 10:06:01PM -0400, Volker Quetschke wrote: Yes, I have another snapshot to test. :) Please report success or failure to this thread. Please don't change the subject. Please don't start a new discussion. If you have a problem please report it using the guidelines from http://cygwin.com/problems.html. If you think you've found an error, please indicate whether this is a regression from 1.5.18. OTOH, if you've found a regression from some other past version then that is worth reporting, too. There are no guarantees that we will fix this problem for 1.5.19, unless it is an actual regression from 1.5.18, however. Test: Building OpenOffice.org I still see spurious hangs while building OpenOffice, yes this is a regression, for former cygwin versions it was possible to build it without getting processes that just hang. I reported a similar problem already against 20050913. On 20050914 (first version without the PE format fix) I still see hanging processes, in this case: 3536 13536 3536 con 1003 19:08:52 /usr/bin/rxvt I354835363548 35682 1003 19:08:52 /usr/bin/bash 310435483104 25282 1003 20:33:38 /usr/bin/bash 342431043104 29882 1003 20:33:38 /usr/bin/perl 258034243104 36202 1003 20:33:38 /usr/bin/bash 253225803104 30442 1003 20:34:26 /usr/bin/tcsh 132025323104 28282 1003 20:34:26 /cygdrive/d/w1/SRC680_m128/solenv/wntmsci10/bin/dmake 236813203104 29242 1003 20:34:27 /usr/bin/tcsh 163623683104 12122 1003 20:34:27 /usr/bin/perl 183216363104 10162 1003 21:12:18 /cygdrive/d/w1/SRC680_m128/solenv/wntmsci10/bin/dmake 340818323104 22442 1003 21:12:23 /usr/bin/tcsh 20434083104 31442 1003 21:12:23 /cygdrive/d/w1/SRC680_m128/solver/680/wntmsci10.pro/bin/cppumaker tcsh (PID 3408) is waiting for cppumaker to finish. Funny thing is cppumaker is not a cygwin application, it should not even be listed in the ps output above. Non-cygwin apps should be listed in ps if they are started by a cygwin-app. You'd just basically see the cygwin stub in that case. Can you duplicate this hang at will or does it take a full run of an OpenOffice build to tickle it? [EMAIL PROTECTED] ~ $ cd /cygdrive/d/w1/SRC680_m128/solver/680/wntmsci10.pro/bin/ [EMAIL PROTECTED] /cygdrive/d/w1/SRC680_m128/solver/680/wntmsci10.pro/bin $ cygcheck cppumaker.exe Found: d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\cppumaker.exe d:/w1/SRC680_m128/solver/680/wntmsci10.pro/bin/cppumaker.exe d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\sal3.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\uwinapi.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\USER32.dll C:\WINDOWS\system32\GDI32.dll C:\WINDOWS\system32\ADVAPI32.dll C:\WINDOWS\system32\RPCRT4.dll C:\WINDOWS\system32\VERSION.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\MSVCR71.dll C:\WINDOWS\system32\SHLWAPI.dll C:\WINDOWS\system32\msvcrt.dll C:\WINDOWS\system32\WSOCK32.dll C:\WINDOWS\system32\WS2_32.dll C:\WINDOWS\system32\WS2HELP.dll C:\WINDOWS\system32\MPR.dll C:\WINDOWS\system32\ole32.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\salhelper3MSC.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\reg3.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\store3.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\stlport_vc7145.dll d:\w1\SRC680_m128\solver\680\wntmsci10.pro\bin\MSVCP71.dll The process is finished and gone, the windows task manager doesn't show it anymore. Also see this: [EMAIL PROTECTED] ~ $ /bin/kill 204 kill: 204: No such process [EMAIL PROTECTED] ~ $ /bin/kill -f 204 kill: couldn't kill pid 3144, 5 [EMAIL PROTECTED] ~ $ ps | grep cppumaker 20434083104 31442 1003 21:12:23 /cygdrive/d/w1/SRC680_m128/solver/680/wntmsci10.pro/bin/cppumaker ... I just tried to kill all processes, but 204 is stuck. I'll reboot now and try the new 20050914 snapshot. I'm glad that you mentioned that this isn't a cygwin process. That's probably a clue. I'll try to investigate more tomorrow. If you can actually duplicate this problem without running the whole build that would be incredibly helpful. 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: A new day, a new snapshot, more testing required on the road to 1.5.19
Funny thing is cppumaker is not a cygwin application, it should not even be listed in the ps output above. Non-cygwin apps should be listed in ps if they are started by a cygwin-app. You'd just basically see the cygwin stub in that case. Can you duplicate this hang at will or does it take a full run of an OpenOffice build to tickle it? So far (two cases) it hang in different places. It happened a few hours into the build :( But I'll try to reproduce a small testcase tomorrow. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
RE: Command 'more': missing dll cygpcre.dll
At 11:40 AM 9/14/2005, you wrote: I have seen that, too. But setup does not offer this lib for selection. It only offers libpcre0 (=4.5-1) Is there another way, to obtain/download this dll? You don't need another way. Just run 'setup.exe' from cygwin.com and uncheck Hide obsolete and administrative packages. You'll be able to find this library and install it as needed from the _obsolete category. -- 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/
Linking with comctl32 lib
Greetings, Does anyone know out there if statically linking with the comctl32 lib that comes with cygwin violate MS's policy of not allowing the dll to be redistributable? Any insight/info would be appreciated. __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Linking with comctl32 lib
Bryan Siever wrote: Does anyone know out there if statically linking with the comctl32 lib that comes with cygwin violate MS's policy of not allowing the dll to be redistributable? The file /usr/lib/w32api/libcomctl32.a is an import library for comctl32.dll. It contains no code, just a list of the exported functions in the DLL. It is impossible to statically link with just an import library, and any code you link against it will require the DLL. 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: Linking with comctl32 lib
From: Bryan Siever Sent: Wednesday, September 14, 2005 10:52 PM To: cygwin@cygwin.com Subject: Linking with comctl32 lib Greetings, Does anyone know out there if statically linking with the comctl32 lib that comes with cygwin violate MS's policy of not allowing the dll to be redistributable? Any insight/info would be appreciated. The DLL isn't being redistributed, so? I don't follow. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Linking with comctl32 lib
Greetings, This question came up after a lively discussion with several other developers. Let me clarify my question. You build a standalong windows app and link in (statically) the comctl32.dll into your app. You then want to deploy your application, your application now contains parts of the dll but not all of them due to static linking. Does this constitute a violation of MS not allowing the dll to be redistributed. They state it can't be redistributed in standalone form. Just curious if anyone out there can provide an opinion.. Thanks __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Linking with comctl32 lib
From: Bryan Siever Sent: Wednesday, September 14, 2005 11:32 PM To: cygwin@cygwin.com Subject: Linking with comctl32 lib Greetings, This question came up after a lively discussion with several other developers. Let me clarify my question. You build a standalong windows app and link in (statically) the comctl32.dll into your app. By definition that is impossible. The D in DLL stands for Dynamic. You then want to deploy your application, your application now contains parts of the dll but not all of them due to static linking. No, it doesn't. The .lib you linked to is a stub. It doesn't contain any part of the DLL code, regardless of how much of the library you use. IIUC, the .lib under discussion isn't even of Microsoft origin; it's generated by a Cygwin or Mingw program. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Linking with comctl32 lib
Bryan Siever wrote: You build a standalong windows app and link in (statically) the comctl32.dll into your app. You then You cannot statically link a DLL. The two concepts (static and dynamic linking) are mutually exclusive. The only way that you would be able to statically link against comctl32 was if you had access to the static version of the library (NOT the DLL + import lib), which as far as I know, does not come with MS Visual Studio and is not generally available to anyone outside of MS. It's certainly not possible with Cygwin and w32api. 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: A new day, a new snapshot, more testing required on the road to 1.5.19
Can you duplicate this hang at will or does it take a full run of an OpenOffice build to tickle it? So far (two cases) it hang in different places. It happened a few hours into the build :( But I'll try to reproduce a small testcase tomorrow. I got a third hang in the same spot as the second and was able to create a somewhat large testcase. The following is a reduced (well 9MB zipped, 54MB unzipped) testcase for a hang when building OOo with cygwin snapshots 20050913 and 20050914(both). To reproduce get hang.zip from http://www.openoffice.org/nonav/issues/showattachment.cgi/29572/hang.zip to c:\ and start loop.csh. $ cd /cygdrive/c/solver/ $ ./loop.csh loop Thu Sep 15 00:28:01 2005 (nothing, no output) . You will see in the windows task manager that cppumaker is doing something but then it will hang. cppumaker will vanish from task manager but a zombie perl will remain. This perl will not be mentioned in the ps output. If you CRTL-Z the script and start ps you will still see the cppumaker process. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature