Re: generic-build-script maintainership (WAS Re: non-widget child DropSiteManager error)
On Wed, Jan 21, 2004 at 02:58:01PM -0500, Igor Pechtchanski wrote: On Wed, 21 Jan 2004, Christopher Faylor wrote: On Wed, Jan 21, 2004 at 02:43:00PM -0500, Igor Pechtchanski wrote: Does http://cygwin.com/ml/cygwin/2004-01/msg00409.html count as (temporarily) passing the baton? Yes. What are you waiting for? :-) cgf I don't have a month worth of developers time. :-) I do plan to try to at least get my patches (which I already understand) into the generic-build-script at some point in the near future. Time permitting, others may follow. Igor I *do* have a month worth of developers time on my hands - starting in three weeks. If the patches can wait for another three weeks, I'll be happy to take on maintainership of the generic build script. Sorry for the late reply, BTW: the month hasn't started yet ;) rlc -- Do not do unto others as you would they should do unto you. Their tastes may not be the same. -- George Bernard Shaw
Re: generic-build-script maintainership (WAS Re: non-widget child DropSiteManager error)
My previous response notwithstanding, if you (Igor) do intend to take over maintainership of the generic build script, please feel free to go ahead and do it - I'll spend the time on something else (I've received a request to ITP libsegv, which currently fails two of four testsuite tests, and will look into it; I've also received a request to add a couple of POSIX system calls to Cygwin (for which I'd have to print, sign and send the copyright waiver, which is on my TODO list for next week) and I have a draft design for pluggable fhandlers, based on what fhandlers were like before cgf changed them for 1.5.6.. (I haven't checked out the current version from CVS yet to adapt my design). I really do intend to spend a month's time on this project (including the update of the documentation) and I also do intend to make sure I can continue working on Cygwin-related work when I start looking for a paid job again.. rlc On Wed, Jan 21, 2004 at 02:58:01PM -0500, Igor Pechtchanski wrote: On Wed, 21 Jan 2004, Christopher Faylor wrote: On Wed, Jan 21, 2004 at 02:43:00PM -0500, Igor Pechtchanski wrote: Does http://cygwin.com/ml/cygwin/2004-01/msg00409.html count as (temporarily) passing the baton? Yes. What are you waiting for? :-) cgf I don't have a month worth of developers time. :-) I do plan to try to at least get my patches (which I already understand) into the generic-build-script at some point in the near future. Time permitting, others may follow. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Dental health is next to mental health.
Re: [UPDATE] apache-1.3.29-1 repackaged
Please make sure to include this information in both the README and the release announcement. This is likely to hurt people who already have the httpd service set up. Would it make sense to try to detect that case and change the -k option to -F in the postinstall script? That might be too hard, in which case a simple notice somewhere at the top of the release announcement and in the README should suffice. agreed. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: generic-build-script maintainership (WAS Re: non-widget child DropSiteManager error)
Ronald, I hope what I said below didn't come out as I will take over maintainership. I may be able to commit a few patches (since I have access already), but I doubt I'll have much time for extensive testing or reviewing of others' patches. It would make me much more comfortable if someone else served as a buffer between me and the raw CVS, and at least reviewed and approved my (and others') patches. If you wish, we could do it the way Pierre, Thomas, and others with commit access deal with the winsup repository: they can commit, but their patches have to be approved by either CGF or Corinna first. If you want to serve as an approver (maintainer) and double-check my decisions, I can take care of committing the patches. Igor On Fri, 23 Jan 2004, Ronald Landheer-Cieslak wrote: My previous response notwithstanding, if you (Igor) do intend to take over maintainership of the generic build script, please feel free to go ahead and do it - I'll spend the time on something else (I've received a request to ITP libsegv, which currently fails two of four testsuite tests, and will look into it; I've also received a request to add a couple of POSIX system calls to Cygwin (for which I'd have to print, sign and send the copyright waiver, which is on my TODO list for next week) and I have a draft design for pluggable fhandlers, based on what fhandlers were like before cgf changed them for 1.5.6.. (I haven't checked out the current version from CVS yet to adapt my design). I really do intend to spend a month's time on this project (including the update of the documentation) and I also do intend to make sure I can continue working on Cygwin-related work when I start looking for a paid job again.. rlc On Wed, Jan 21, 2004 at 02:58:01PM -0500, Igor Pechtchanski wrote: On Wed, 21 Jan 2004, Christopher Faylor wrote: On Wed, Jan 21, 2004 at 02:43:00PM -0500, Igor Pechtchanski wrote: Does http://cygwin.com/ml/cygwin/2004-01/msg00409.html count as (temporarily) passing the baton? Yes. What are you waiting for? :-) cgf I don't have a month worth of developers time. :-) I do plan to try to at least get my patches (which I already understand) into the generic-build-script at some point in the near future. Time permitting, others may follow. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: generic-build-script maintainership (WAS Re: non-widget child DropSiteManager error)
On Fri, Jan 23, 2004 at 08:52:42AM -0500, Igor Pechtchanski wrote: I hope what I said below didn't come out as I will take over maintainership. Not really: I think the ``I don't have a month worth of developers time. :-)'' was pretty clear that you didn't intend to take over maintainership :) Just wanted to make sure, though :) I may be able to commit a few patches (since I have access already), but I doubt I'll have much time for extensive testing or reviewing of others' patches. It would make me much more comfortable if someone else served as a buffer between me and the raw CVS, and at least reviewed and approved my (and others') patches. As the generic build script is pretty wide-spread I definitely understand that :) If you wish, we could do it the way Pierre, Thomas, and others with commit access deal with the winsup repository: they can commit, but their patches have to be approved by either CGF or Corinna first. If you want to serve as an approver (maintainer) and double-check my decisions, I can take care of committing the patches. Good idea - I'll be happy to check the different patches and it doesn't require me to have commit access :) Once again, though: the month of developer's time doesn't start for another three weeks. Before that, I won't be able to do much of anything as far as Cygwin is concerned.. [snipped previous discussion] rlc
Pending Packages List, 2004-01-23
This is the list of pending packages as of Friday, January 23, 2004. ** PACKAGE PROPOSERS ** Please verify these fields ** Package: The name and version of the package as it will appear in setup. Proposal: Files that will be uploaded to sources.redhat.com unmodified. HOLD-UPS: What you need to finish! What we are waiting for. Maintainers of existing packages are eligible to vote on ITPs and new package proposals. Once a package has been proposed, a cygwin-apps subscriber must review it, and may point out problems or suggest changes. Each package must receive a good to go (positive, thorough review) and must have all problems addressed before being accepted. Problems can be addressed either by announcing an updated version or explaining why the problem is not an issue. === Pending Packages List === Waiting for review: ploticus sgrep otcl tclcl rdesktop rxp dx GraphicsMagick emacro dhcp ccrypt xemacs-mule-sumo xemacs-sumo xemacs tree elinks openldap sgml-base help2man XmHTML Waiting for vote[s]: ploticus otcl tclcl rxp dx emacro elinks XmHTML (GAP) (ns) With unresolved problems: rdesktop joe dx ccrypt tree elinks Package: ploticus 2.11-1 [2003-09-15] Description: Command line driven tool to generates various plots and graphs Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00165.html http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus/setup.hint Aye votes: Ronald Landheer-Cieslak [1/3] Yaakov Selkowitz [2/3] Status: Package available. HOLD-UPS: Not enough votes (need 1 more). No good to go review. Package: sgrep 1.99.1-1 [2003-09-15] Description: Search indexed text regions like SGML, XML and HTML files Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint Status: Attained required 3 votes. Package available. HOLD-UPS: No good to go review. Package: otcl 1.0.9-1 [2003-10-29] Description: OTcl, short for MIT Object Tcl. (main package) Proposer: Harold L Hunt II Proposal: mailto:[EMAIL PROTECTED] http://www.msu.edu/~huntharo/cygwin/release/otcl/otcl-1.0.9-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/release/otcl/otcl-1.0.9-1-src.tar.bz2 http://www.msu.edu/~huntharo/cygwin/release/otcl/setup.hint Also: libotcl0 [OTcl, short for MIT Object Tcl. (runtime)] http://www.msu.edu/~huntharo/cygwin/release/otcl/libotcl0/libotcl0-1.0.9-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/release/otcl/libotcl0/setup.hint Also: libotcl-devel [OTcl, short for MIT Object Tcl. (development)] http://www.msu.edu/~huntharo/cygwin/release/otcl/libotcl-devel/libotcl-devel-1.0.9-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/release/otcl/libotcl-devel/setup.hint Aye votes: Dr. Volker Zell (cygwin-apps-thread.12079) [1/3] Status: Package available. HOLD-UPS: Not enough votes (need 2 more). No good to go review. Package: tclcl 1.0.13-1 [2003-11-01] Description: TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, ... Proposer: Harold L Hunt II Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-11/msg5.html http://www.msu.edu/~huntharo/cygwin/release/tclcl/tclcl-1.0.13-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/release/tclcl/tclcl-1.0.13-1-src.tar.bz2 http://www.msu.edu/~huntharo/cygwin/release/tclcl/setup.hint Also: libtclcl0 [TclCL (Tcl with classes). (runtime)] http://www.msu.edu/~huntharo/cygwin/release/tclcl/libtclcl0/libtclcl0-1.0.13-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/release/tclcl/libtclcl0/setup.hint Also: libtclcl-devel [TclCL (Tcl with classes). (development)] http://www.msu.edu/~huntharo/cygwin/release/tclcl/libtclcl-devel/libtclcl-devel-1.0.13-1.tar.bz2 http://www.msu.edu/~huntharo/cygwin/release/tclcl/libtclcl-devel/setup.hint Aye votes: Dr. Volker Zell (cygwin-apps-thread.12079) [1/3] Yaakov Selkowitz [2/3] Status: Package available. HOLD-UPS: Not enough votes (need 1 more). No good to go review. Package: rdesktop 1.3.0-1 [2003-11-08] Description: client for Windows terminal server. Remote desktop display Proposer: Jari Aalto Proposal: mailto:[EMAIL PROTECTED] http://tierra.dyndns.org:81/cygwin/rdesktop/rdesktop-1.3.0-1.tar.bz2
Re: Pending Packages List, 2004-01-23
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Reed wrote: | This is the list of pending packages as of Friday, January 23, 2004. | Package: rxp 1.3.0-1 [2003-11-11] | Package: dhcp 3.0.1rc11-1 [2003-12-12] | Package: tree 1.4-1 [2003-12-18] | Package: help2man 1.33.1-1 [2004-01-07] I vote on each of these (I think only the first actually *need* votes, tough). Lapo - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkARt1sACgkQaJiCLMjyUvtecgCguKRYUFASCqDcWO+7s6hvOobC GtcAoPt/eG8lBKgA6WtSqx/YfX8iV+1d =CFHQ -END PGP SIGNATURE-
Some thoughts on non-text formats in clipboard
One problem is data format conversion. Clearly it is not feasible to implement the conversion back and forth between X clipboard formats and Windows formats. There are too many formats and combinations. Here is what I do today: - Copy in e.g. OO under Linux - Paste into a new OO file under Linux - Save to disk under Linux - ftp/scp, etc. the file to my Windows machine - Load up in OO under Windows - Copy - Paste whereever. This is a bit laborious, but it shows that format conversion code exists, though I'm not sure how to levarage it to increase of ease of use. Øyvind
Using startx script without opening cygwin bash command window
Hello all, I am currently using Cygwin/XFree86 and loving it. I've compiled IceWM and have been happily using that to make my life heaver here at work where we have a big messy mixture of Windows and Linux boxes. My question is this... I currently open Cygwin's bash shell window and type startx to start up my X server. (I use the windowless option to avoid the ugly background.) But this leaves me with a bash shell that I don't use. I use my X shell windows. Is there a way to start the X server with all the options I am currently getting via my startx script without opening a bash shell window? Any ideas would be greatly appreciated! Wil
Re: Any WebBrowser for Cygwin?
Michael schrieb: I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd. SSH is working very fine so far. All i need is a browser (except textbrowser like lynx!) for www. Is there any Webbrowser like Mozilla, Netscape or Opera available for the cygwin-X-Server? Where to download and how to compile/install? http://cygnome.sf.net/ They have a prebuilt version of Dillo and glib/gtk+ and other libraries needed to run Gnome applications (Dillo doesn't depend on Gnome, just needs glib/gtk+). Gerrit -- =^..^=
Re: win-ssh-askpass not working.
On Thu, 22 Jan 2004, Igor Pechtchanski wrote: On Thu, 22 Jan 2004, Alexander Gottwald wrote: IIUC, that's exactly what the setsid command is intended to accomplish. You can also try using bash's disown builtin. Great. This worked! #!/bin/bash export DISPLAY=localhost:0.0 export SSH_ASKPASS=/usr/bin/win-ssh-askpass.exe setsid ssh -f -X host -l username /opt/SAS82/sas But You'll need the setsid package (install it with cygwin setup). bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Any WebBrowser for Cygwin?
On Wednesday 21 January 2004 08:38, Dr. Volker Zell wrote: Hi Michael == Michael Henke writes: Michael I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd. Michael SSH is working very fine so far. All i need is a browser (except textbrowser Michael like lynx!) for www. Michael Is there any Webbrowser like Mozilla, Netscape or Opera available for the Michael cygwin-X-Server? Where to download and how to compile/install? Try o http://www.dillo.org/ It builds OOTB but needs gtk. Konqueror is also available for cygwin/xfree. See http://kde-cygwin.sf.net/kde3 for more informations Ralf
Re: Using startx script without opening cygwin bash command window
I don't know what options you have in your startx script, but I have a shortcut in my Windows startup folder with target C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -clipboard -dpi 100 But that only works if the cygwin dlls are in your PATH. I use D:\cygwin\bin\bash.exe -l -c xwin +kb -xkbmap de -query murpel -from 192.168.1.2 -dpi 100 -clipboard as a link to avoid the additional window. Without the query option this should work.
Custom Cygwin downloads (Was Re: win-ssh-askpass not working)
On Fri, 23 Jan 2004, Steve Howie wrote: [snip] p.s. in order to roll out this great product to our faculty, staff and students (many of whom are less than computer-savvy), is there a way of packaging up set of packages (just the base, Xfree and a couple of misc. packages such as setsid above) so they can download from a local repository? Sorta like a download profile for setup.exe? Scotty Scotty, This should really be a separate thread, but I'll settle for changing the subject. This also has been discussed on the Cygwin list quite a few times. What you want is to set up a local mirror, and put all the packages you'd like to be downloaded by default into the Base category in the setup.ini/bz2 file on your mirror. Then instruct the users to point setup.exe to your local mirror, and you're done. To create the setup.ini/bz2, see the upset script in the cygwin-apps repository. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: Using startx script without opening cygwin bash command window
I don't know what options you have in your startx script, but I have a shortcut in my Windows startup folder with target C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -clipboard -dpi 100 But that only works if the cygwin dlls are in your PATH. So, put them in. Then you can run other cygwin apps without needing a console window too. I use D:\cygwin\bin\bash.exe -l -c xwin +kb -xkbmap de -query murpel -from 192.168.1.2 -dpi 100 -clipboard as a link to avoid the additional window. Without the query option this should work. And this doesn't open a shell window? That's what the OP wanted to avoid.
src/winsup/cygwin ChangeLog fhandler_serial.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-01-23 15:22:49 Modified files: winsup/cygwin : ChangeLog fhandler_serial.cc Log message: * fhandler_serial.cc (fhandler_serial::raw_write): Prevent a deadlock when the input buffer overflows. (fhandler_serial::raw_read): Correct to print the actual error and only call PurgeComm when necessary. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2280r2=1.2281 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_serial.cc.diff?cvsroot=srcr1=1.47r2=1.48
src/winsup/cygwin/include/cygwin version.h
CVSROOT:/cvs/src Module name:src Branch: cr-0x9e Changes by: [EMAIL PROTECTED] 2004-01-23 15:32:25 Modified files: winsup/cygwin/include/cygwin: version.h Log message: oops Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.152.6.1r2=1.152.6.2
src/winsup/cygwin ChangeLog exceptions.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-01-23 15:44:16 Modified files: winsup/cygwin : ChangeLog exceptions.cc Log message: * exceptions.cc (sig_handle_tty_stop): Fix boneheaded mistake by using correct check for parent state rather than inverted check mistakenly introduced on 2003-09-15. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2281r2=1.2282 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srcr1=1.195r2=1.196
src/winsup/cygwin ChangeLog exceptions.cc
CVSROOT:/cvs/src Module name:src Branch: cr-0x9e Changes by: [EMAIL PROTECTED] 2004-01-23 15:46:42 Modified files: winsup/cygwin : ChangeLog exceptions.cc Log message: * exceptions.cc (sig_handle_tty_stop): Fix boneheaded mistake by using correct check for parent state rather than inverted check mistakenly introduced on 2003-09-15. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.2267.4.7r2=1.2267.4.8 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.193.4.1r2=1.193.4.2
winsup/utils ChangeLog cygcheck.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2004-01-23 23:04:27 Modified files: utils : ChangeLog cygcheck.cc Log message: * cygcheck.cc (pretty_id): Make more robust in absence of id.exe. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.249r2=1.250 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaumr1=1.39r2=1.40
src/winsup/cygwin ChangeLog configure configur ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-01-23 23:05:33 Modified files: winsup/cygwin : ChangeLog configure configure.in cygheap.cc cygheap.h dcrt0.cc debug.cc debug.h dtable.cc dtable.h exceptions.cc fhandler.cc fhandler_socket.cc fhandler_tty.cc net.cc perthread.h pinfo.cc pipe.cc sigproc.cc spawn.cc syscalls.cc thread.cc Log message: * configure.in: Remove NEWVFORK default. * configure: Regenerate. * dcrt0.cc: Conditionalize vfork stuff throughout. * dtable.cc: Ditto. * perthread.h: Ditto. * pipe.cc (fhandler_pipe::close): Ditto. * spawn.cc (spawnve): Ditto. * syscalls.cc (setsid): Ditto. * exceptions.cc (sigpacket::process): Use macro to refer to vfork pid. * debug.cc (verify_handle): Define new function. * debug.h (VerifyHandle): Define new macro. (verify_handle): Declare new function * fhandler.cc (fhandler_base::dup): Verify that dup'ed handle is not supposed to be in use. (fhandler_base::set_inheritance): Ditto. (fhandler_base::fork_fixup): Ditto. * fhandler_socket.cc (fhandler_socket::dup): Ditto. * fhandler_tty.cc (fhandler_tty_slave::open): Ditto. * net.cc (set_socket_inheritance): Ditto. * pinfo.cc (pinfo_fixup_after_exec): Ditto. * sigproc.cc (proc_subproc): Ditto. (sig_send): Ditto. * spawn.cc (spawn_guts): Ditto. * thread.cc (pthread::init_mainthread): Ditto. * pipe.cc (fhandler_pipe::close): Close read_state with ForceCloseHandle since it was protected. (fhandler_pipe::fixup_after_exec): Protect read_state handle. (fhandler_pipe::dup): Correctly close open handles on error condition. Verify that dup'ed handle is not supposed to be in use. (fhandler_pipe::create): Protect read_state. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2282r2=1.2283 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.diff?cvsroot=srcr1=1.26r2=1.27 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.in.diff?cvsroot=srcr1=1.28r2=1.29 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.cc.diff?cvsroot=srcr1=1.92r2=1.93 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.h.diff?cvsroot=srcr1=1.75r2=1.76 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?cvsroot=srcr1=1.206r2=1.207 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/debug.cc.diff?cvsroot=srcr1=1.46r2=1.47 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/debug.h.diff?cvsroot=srcr1=1.23r2=1.24 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.cc.diff?cvsroot=srcr1=1.134r2=1.135 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.h.diff?cvsroot=srcr1=1.27r2=1.28 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srcr1=1.196r2=1.197 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=srcr1=1.170r2=1.171 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srcr1=1.115r2=1.116 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=srcr1=1.127r2=1.128 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.159r2=1.160 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/perthread.h.diff?cvsroot=srcr1=1.18r2=1.19 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.cc.diff?cvsroot=srcr1=1.107r2=1.108 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pipe.cc.diff?cvsroot=srcr1=1.55r2=1.56 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sigproc.cc.diff?cvsroot=srcr1=1.179r2=1.180 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.141r2=1.142 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.315r2=1.316 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.cc.diff?cvsroot=srcr1=1.158r2=1.159
src/winsup/cygwin ChangeLog cygheap.cc fhandle ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-01-24 03:40:33 Modified files: winsup/cygwin : ChangeLog cygheap.cc fhandler.cc fhandler.h fhandler_disk_file.cc fhandler_virtual.cc pinfo.cc sigproc.cc syscalls.cc winsup.h Log message: * cygheap.cc (init_cygheap::close_ctty): Protect YA vforkism. * fhandler.h (fhandler_base::has_acls): Make pass through for path_conv method. (fhandler_base::isremote): Ditto. (fhandler_base::is_fs_special): Ditto. (fhandler_base::has_attribute): Ditto. Define new function. (fhandler_base::fhaccess): Declare new function based on access_worker. (fhandler_base::set_has_acls): Eliminate obsolete function. (fhandler_base::set_isremote): Ditto. * fhandler.cc (fhandler_base::fhaccess): Move from syscalls.cc and into fhandler_base class. Use fhandler methods to access data rather than path_conv stuff. (fhandler_base::device_access_denied): Use fhaccess method. * fhandler_disk_file.cc (fhandler_disk_file::opendir): Ditto. (fhandler_base::open_fs): Remove calls to obsolete functions. * fhandler_virtual.cc (fhandler_virtual::open): Ditto. * winsup.h (access_worker): Remove obsolete access_worker declaration. *syscalls.cc (access_worker): Move function to fhandler.cc. (access): Use fhaccess method. * pinfo.cc (_pinfo::set_ctty): Clarify debugging output. * sigproc.cc (sig_dispatch_pending): Ditto. * syscalls.cc (setsid): Perform minor rearrangement. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2284r2=1.2285 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.cc.diff?cvsroot=srcr1=1.93r2=1.94 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=srcr1=1.171r2=1.172 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.182r2=1.183 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.75r2=1.76 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_virtual.cc.diff?cvsroot=srcr1=1.22r2=1.23 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.cc.diff?cvsroot=srcr1=1.108r2=1.109 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sigproc.cc.diff?cvsroot=srcr1=1.180r2=1.181 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.316r2=1.317 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/winsup.h.diff?cvsroot=srcr1=1.133r2=1.134
src/winsup/cygwin ChangeLog cygheap.cc fhandle ...
CVSROOT:/cvs/src Module name:src Branch: cr-0x9e Changes by: [EMAIL PROTECTED] 2004-01-24 03:41:29 Modified files: winsup/cygwin : ChangeLog cygheap.cc fhandler.cc fhandler.h fhandler_disk_file.cc fhandler_virtual.cc pinfo.cc sigproc.cc syscalls.cc winsup.h Log message: * cygheap.cc (init_cygheap::close_ctty): Protect YA vforkism. * fhandler.h (fhandler_base::has_acls): Make pass through for path_conv method. (fhandler_base::isremote): Ditto. (fhandler_base::is_fs_special): Ditto. (fhandler_base::has_attribute): Ditto. Define new function. (fhandler_base::fhaccess): Declare new function based on access_worker. (fhandler_base::set_has_acls): Eliminate obsolete function. (fhandler_base::set_isremote): Ditto. * fhandler.cc (fhandler_base::fhaccess): Move from syscalls.cc and into fhandler_base class. Use fhandler methods to access data rather than path_conv stuff. (fhandler_base::device_access_denied): Use fhaccess method. * fhandler_disk_file.cc (fhandler_disk_file::opendir): Ditto. (fhandler_base::open_fs): Remove calls to obsolete functions. * fhandler_virtual.cc (fhandler_virtual::open): Ditto. * winsup.h (access_worker): Remove obsolete access_worker declaration. *syscalls.cc (access_worker): Move function to fhandler.cc. (access): Use fhaccess method. * pinfo.cc (_pinfo::set_ctty): Clarify debugging output. * sigproc.cc (sig_dispatch_pending): Ditto. * syscalls.cc (setsid): Perform minor rearrangement. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.2267.4.9r2=1.2267.4.10 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.92.4.1r2=1.92.4.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.168.6.3r2=1.168.6.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.182r2=1.182.6.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.75r2=1.75.6.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_virtual.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.22r2=1.22.6.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.107.4.1r2=1.107.4.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sigproc.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.175.4.4r2=1.175.4.5 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.314.4.1r2=1.314.4.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/winsup.h.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.132r2=1.132.4.1
src/winsup/cygwin ChangeLog exceptions.cc
CVSROOT:/cvs/src Module name:src Branch: cr-0x9e Changes by: [EMAIL PROTECTED] 2004-01-24 03:52:43 Modified files: winsup/cygwin : ChangeLog exceptions.cc Log message: * exceptions.cc (sig_handle): Remove extraneous vforkism. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.2267.4.10r2=1.2267.4.11 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srconly_with_tag=cr-0x9er1=1.193.4.3r2=1.193.4.4
Re: [Patch]: secret event
On Jan 22 18:33, Pierre A. Humblet wrote: 2004-01-22 Pierre Humblet [EMAIL PROTECTED] * fhandler_socket.cc (fhandler_socket::create_secret_event): Avoid creating multiple handles. Always allow event inheritance but set the handle inheritance appropriately. Improve error handling. (fhandler_socket::check_peer_secret_event): Improve error handling. (fhandler_socket::close_secret_event): Simply call CloseHandle. (fhandler_socket::set_close_on_exec): Set secret event inheritance. Looks good. Please check it in. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: patch for audio recording with /dev/dsp
Hi Gerd, I'm not sure if you read this. Are you going to send us a copyright assignment according to http://cygwin.com/contrib.html ? Corinna On Dec 8 00:35, Christopher Faylor wrote: On Mon, Dec 08, 2003 at 03:37:19AM +0100, Gerd Spalink wrote: Hi, This patch changes the device /dev/dsp so that audio recording works. I have tested it with cp /dev/dsp test.wav (stop by hitting ctrl-C) and subsequent playback with cp test.wav /dev/dsp I also tested successfully with bplay of the gramofile package (with some hangups that I link to the terminal handling of this software). I am now considering implementing /dev/mixer ... Any suggestions? Thanks for the patch but have you checked out http://cygwin.com/contrib.html ? AFAIK, we don't have an assignment on file with you so we can't incorporate any substantial patches from you into cygwin. cgf -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [PATCH]: 2. Thread safe stdio update
Corinna Vinschen wrote: On Jan 22 21:48, Thomas Pfaff wrote: This is an update of my previous patch. It adds support for newlibs __LOCK_INIT macro. Thomas 2004-01-22 Thomas Pfaff [EMAIL PROTECTED] * include/sys/_types.h: New file. I'm not quite sure if that's the way to go. I'm wondering if we shouldn't keep newlib's _types.h and change it like this: #ifdef __CYGWIN__ #include cygwin/_types.h #endif #ifndef __CYGWIN__ typedef int _flock_t; #endif Then we can create a cygwin/_types.h with the correct _flock_t definition. IMHO that's cleaner than just overloading newlib's _types.h. You may be right. I just followed the way it was done in newlibs linux support where a modified _types.h is in newlib/libc/sys/linux/sys (and it was the easiest way for me to test it). Will you make this change in newlibs _types.h ? Thomas
Re: [PATCH]: 2. Thread safe stdio update
On Jan 23 12:03, Thomas Pfaff wrote: Corinna Vinschen wrote: On Jan 22 21:48, Thomas Pfaff wrote: 2004-01-22 Thomas Pfaff [EMAIL PROTECTED] * include/sys/_types.h: New file. I'm not quite sure if that's the way to go. I'm wondering if we shouldn't keep newlib's _types.h and change it like this: #ifdef __CYGWIN__ #include cygwin/_types.h #endif #ifndef __CYGWIN__ typedef int _flock_t; #endif Then we can create a cygwin/_types.h with the correct _flock_t definition. IMHO that's cleaner than just overloading newlib's _types.h. You may be right. I just followed the way it was done in newlibs linux support where a modified _types.h is in newlib/libc/sys/linux/sys (and it was the easiest way for me to test it). Will you make this change in newlibs _types.h ? I think you should RFA it on newlib and apply the rest of the patch when Jeff applied. But I'd like to hear from Chris first, if that patch should go into 1.5.7 or if it should wait for a while. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [Patch]: secret event
On Fri, Jan 23, 2004 at 10:59:52AM +0100, Corinna Vinschen wrote: On Jan 22 18:33, Pierre A. Humblet wrote: 2004-01-22 Pierre Humblet [EMAIL PROTECTED] * fhandler_socket.cc (fhandler_socket::create_secret_event): Avoid creating multiple handles. Always allow event inheritance but set the handle inheritance appropriately. Improve error handling. (fhandler_socket::check_peer_secret_event): Improve error handling. (fhandler_socket::close_secret_event): Simply call CloseHandle. (fhandler_socket::set_close_on_exec): Set secret event inheritance. Looks good. Please check it in. I agree, with one nit. Was there a reason for getting rid of the handle protection in this patch? We are apparently stumbling over a problem with handle corruption in the current CVS so removing a chance for protection seems like we're going backwards. cgf
Re: Fix write deadlock with streaming serial devices
On Thu, Jan 22, 2004 at 05:07:38PM -0600, Brian Ford wrote: 2004-01-22 Brian Ford [EMAIL PROTECTED] * fhandler_serial.cc (fhandler_serial::raw_write): Prevent a deadlock when the input buffer overflows. (fhandler_serial::raw_read): Correct to print the actual error and only call PurgeComm when necessary. + DWORD ev; + if (!ClearCommError (get_handle (), ev, NULL)) goto err; + if (ev) termios_printf (error detected %x, ev); Applied with the above two minor non-GNU formatting problems corrected. Thanks. cgf
Re: [Patch]: secret event
Christopher Faylor wrote: I agree, with one nit. Was there a reason for getting rid of the handle protection in this patch? We are apparently stumbling over a problem with handle corruption in the current CVS so removing a chance for protection seems like we're going backwards. The previous code was assuming that a handle would never change from inheritable to non-inheritable (or conversely) and was protecting it accordingly. That's not true anymore and I don't know how to protect in that situation. I have seen the DEBUGGING_AND_FDS_PROTECTED stuff, but I am not sure if/how it works. Pierre
Re: [Patch]: secret event
On Fri, Jan 23, 2004 at 11:04:05AM -0500, Pierre A. Humblet wrote: Christopher Faylor wrote: I agree, with one nit. Was there a reason for getting rid of the handle protection in this patch? We are apparently stumbling over a problem with handle corruption in the current CVS so removing a chance for protection seems like we're going backwards. The previous code was assuming that a handle would never change from inheritable to non-inheritable (or conversely) and was protecting it accordingly. That's not true anymore and I don't know how to protect in that situation. Ah, of course. I should have realized that. I make similar tradeoffs in the tty stuff for similar reasons. Well, Volker's problem is confirmed as some strange handle corruption. I always seem to be poised at the uncertain cusp of thinking that the handle protection code is stupid and should be removed, and thinking that it is useful and should be augmented... cgf
RE: patch for audio recording with /dev/dsp
Hi Corinna, Yes, I'm on the cygwin-patches and cygwin-developers mailing lists (and I also peek into the cygwin mailing list now and then at cygwin.com), so I read your message. Regarding the copyright assignment, I haven't sent yet the part that my employer should sign, but I'm working on it. My personal part should be at RedHat already. Gerd -Original Message- From: Corinna Vinschen [SMTP:[EMAIL PROTECTED] Sent: Freitag, 23. Januar 2004 11:12 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject:Re: patch for audio recording with /dev/dsp Hi Gerd, I'm not sure if you read this. Are you going to send us a copyright assignment according to http://cygwin.com/contrib.html ? Corinna On Dec 8 00:35, Christopher Faylor wrote: On Mon, Dec 08, 2003 at 03:37:19AM +0100, Gerd Spalink wrote: Hi, This patch changes the device /dev/dsp so that audio recording works. I have tested it with cp /dev/dsp test.wav (stop by hitting ctrl-C) and subsequent playback with cp test.wav /dev/dsp I also tested successfully with bplay of the gramofile package (with some hangups that I link to the terminal handling of this software). I am now considering implementing /dev/mixer ... Any suggestions? Thanks for the patch but have you checked out http://cygwin.com/contrib.html ? AFAIK, we don't have an assignment on file with you so we can't incorporate any substantial patches from you into cygwin. cgf -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: launching GUI programs via command-line ssh
Andrew DeFaria wrote: DAVID SPEAR wrote: I have been searching for a way to use su on my Win2K machine... from the reading I've done in this group the easiest way is to run ssh and log in as Administrator. An excellent solution, and one that works for me. I am curious as to how I might launch a Windows application from my root ssh command line to display within my non-priveleged-user Win2K login session. I guess I'm looking for the Windows equivilant of the X environment commands: unixhost% xhost +Administrator unixhost% setenv DISPLAY localhost:0.0 so that if I wanted to run, say, the Event Viewer as root it would display it within my current logon session. My understanding is that this cannot be done. MS Windows is NOT a network aware windowing system like X. Well, it is, but you have to pay for Terminal Services if you want that capability. Honestly, if you want to run native windows apps remotely just get one of the VNC flavors such as TightVNC (see sourceforge.) But it's safe to say that native Windows apps have absolutely nothing to do with X11, and trying to force them into that mould will not work. 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: prelude to a new cygwin 1.5.7 release: snapshot available
On Fri, Jan 23, 2004 at 12:40:51AM -0600, Joshua Daniel Franklin wrote: On Thu, Jan 22, 2004 at 05:09:23PM -0500, Christopher Faylor wrote: I've fixed a couple more signal problems and made a new snapshot available. Please try it. http://cygwin.com/snapshots.html http://cygwin.com/snapshots/ I'm still having trouble with vim hanging on ^Z. Here's some random stuff that's probably useless, I did 'strace vim' and pressed ^Z: Oops, that's not stopping vim. Here's a different try, start vim on tty0 strace vim on tty1 ^Z on tty0 /bin/kill -CONT vim on tty2, which causes vim to return to normal ^Z on tty0 again strace attached, and I'm out for the day. Attached to pid 3916 (windows pid 3928) 5 5 [main] vi 3916 select_stuff::wait: woke up. wait_ret 1. verifying 124 129 [main] vi 3916 set_bits: me 0x101B2470, testing fd 0 (/dev/tty0) 33 162 [main] vi 3916 set_bits: ready 1 28 190 [main] vi 3916 select_stuff::wait: gotone 1 27 217 [main] vi 3916 select_stuff::wait: returning 0 298 515 [main] vi 3916 select_stuff::cleanup: calling cleanup routines 42 557 [main] vi 3916 peek_pipe: already ready 27 584 [main] vi 3916 set_bits: me 0x101B2470, testing fd 0 (/dev/tty0) 28 612 [main] vi 3916 set_bits: ready 1 25 637 [main] vi 3916 select_stuff::poll: returning 1 27 664 [main] vi 3916 select_stuff::cleanup: calling cleanup routines 82 746 [main] vi 3916 select_stuff::~select_stuff: deleting select records 62 808 [main] vi 3916 readv: readv (0, 0x22E9A0, 1) blocking, sigcatchers 19 27 835 [main] vi 3916 readv: no need to call ready_for_read 27 862 [main] vi 3916 fhandler_tty_slave::read: read(4F5880, 250) handle 0x150 46 908 [main] vi 3916 fhandler_tty_slave::read: reading 1 bytes (vtime 0) 42 950 [main] vi 3916 fhandler_tty_slave::read: 1=read(4F5881, 249) 29 979 [main] vi 3916 readv: 1 = readv (0, 0x22E9A0, 1), errno 2 351014 [main] vi 3916 cygwin_select: 1, 0x22EAE8, 0x0, 0x22EAE0, 0x22EAF0 1951209 [main] vi 3916 dtable::select_read: /dev/tty0 fd 0 361245 [main] vi 3916 cygwin_select: to-tv_sec 0, to-tv_usec 0, ms 0 281273 [main] vi 3916 cygwin_select: sel.always_ready 0 261299 [main] vi 3916 select_stuff::cleanup: calling cleanup routines 341333 [main] vi 3916 select_stuff::poll: returning 0 301363 [main] vi 3916 select_stuff::cleanup: calling cleanup routines 671430 [main] vi 3916 select_stuff::~select_stuff: deleting select records 1521582 [main] vi 3916 writev: writev (1, 0x22E7C0, 1) 341616 [main] vi 3916 fhandler_tty_slave::write: tty0, write(4F5080, 9) 281644 [main] vi 3916 fhandler_tty_slave::write: (679): tty output_mutex: waiting -1 ms 651709 [main] vi 3916 fhandler_tty_slave::write: (679): tty output_mutex: acquired 371746 [main] vi 3916 fhandler_tty_slave::write: (722): tty output_mutex released 271773 [main] vi 3916 writev: 9 = write (1, 0x22E7C0, 1), errno 2 311804 [main] vi 3916 writev: writev (1, 0x22E7B0, 1) 281832 [main] vi 3916 fhandler_tty_slave::write: tty0, write(4F5080, 7) 621894 [main] vi 3916 fhandler_tty_slave::write: (679): tty output_mutex: waiting -1 ms 321926 [main] vi 3916 fhandler_tty_slave::write: (679): tty output_mutex: acquired 311957 [main] vi 3916 fhandler_tty_slave::write: (722): tty output_mutex released 261983 [main] vi 3916 writev: 7 = write (1, 0x22E7B0, 1), errno 2 292012 [main] vi 3916 writev: writev (1, 0x22E7C0, 1) 632075 [main] vi 3916 fhandler_tty_slave::write: tty0, write(4F5080, 8) 312106 [main] vi 3916 fhandler_tty_slave::write: (679): tty output_mutex: waiting -1 ms 292135 [main] vi 3916 fhandler_tty_slave::write: (679): tty output_mutex: acquired 302165 [main] vi 3916 fhandler_tty_slave::write: (722): tty output_mutex released 282193 [main] vi 3916 writev: 8 = write (1, 0x22E7C0, 1), errno 2 672260 [main] vi 3916 fhandler_tty_slave::tcsetattr: (1028): tty output_mutex: waiting -1 ms 342294 [main] vi 3916 fhandler_tty_slave::tcsetattr: (1028): tty output_mutex: acquired 282322 [main] vi 3916 fhandler_tty_slave::tcsetattr: (1030): tty output_mutex released 282350 [main] vi 3916 tcsetattr: iflag 0x50E, oflag 0x9, cflag 0xB0, lflag 0xC1C, VMIN 1, VTIME 0 282378 [main] vi 3916 tcsetattr: 0 = tcsetattr (0, 2, 22E7B0) 622440 [main] vi 3916 kill: kill (0, 18) 302470 [main] vi 3916 kill_pgrp: pid 0, signal 18 8083278 [main] vi 3916 pinfo::init: execed process windows pid 3112, cygwin pid 3100 2243502 [main] vi 3916 pinfo::init: execed process windows pid 3236, cygwin pid 3220 883590 [main] vi 3916 pinfo::init: execed process windows pid 3352, cygwin pid 3336 713661 [main] vi 3916 pinfo::init: execed process windows pid 3928, cygwin pid 3916 993760 [main] vi
Re: installation freezes at /usr/bin/idle
I can click Cancel but then it give me an err msg: cannot open /usr/.../setup.log for writing I checked writing permission to the folder and it checks out. I used two different mirror http://mirror.kernel.org http://mirror.rcn.net and same thing --- Larry Hall [EMAIL PROTECTED] wrote: At 11:04 PM 1/22/2004, Ling F. Zhang you wrote: I am doing a full installtion with all src selected, and when it's installing Python-2.3.3-1 /usr/bin/idle The program uses 100% CPU, and doesn't do anything for long time. I am using a p4 1.7G, 512 RDRAM, 120GB HDD (lots of space remaining), WIN2K3 Standard...anyone has the same problem? Google may be able to help answer that question: http://www.google.com/search?q=setup++%22100%25+CPU%22+site:cygwin.comhl=enlr=ie=UTF-8oe=UTF-8as_qdr=allstart=10sa=N But I didn't have that problem and I have Python-2.3.3-1 installed. Maybe you just got a bad package/mirror. Try checking the md5sum of the python package to see if it's corrupt or something. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: 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: default kerberos support for cygwin OpenSSH_3.7.1p2
On Jan 23 13:07, King Lung Chiu wrote: Hi, Is kerberos support enabled by default on the latest binary ssh that comes with Cygwin? (OpenSSH_3.7.1p2) No. Do I need to compile kerberos support into it myself? Or did I miss some settings? Yes. No. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: wget FTP wildcards
-Original Message- From: Brian Dessent [mailto:[EMAIL PROTECTED], Sent: Friday, January 23, 2004 7:05 AM Václav Krpec wrote: But, as you can see, I'm trying to do __FTP__ connection, and these allows wildcards usage (according to wget man pages). Maybe -g on option will help... I'm gonna try... No. I know it works on Linux, why not on cygWin? Do I need special settings? Or wget thinks I'm trying to make http connection? Why? I specified FTP protocol. How to force the protocol? Seems to work fine for me: ... Check /etc/wgetrc/ and ~/.wgetrc whether it contains a line like: ftp_proxy = http://USERNAME:[EMAIL PROTECTED]:PORT/ For me, also having this setting, wildcards in wget don't work too. CU, Bernd -- Unsubscribe info: 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: error 1062 when starting distccd
Mark schrieb: Here is someone's solution that uses cygrunsrv: http://lists.samba.org/archive/distcc/2004q1/001960.html Based on this I suggest the following command line to install it: $ cygrunsrv \ --install distccd \ --path /usr/bin/distccd.exe \ --args --no-detach --daemon \ --disp Cygwin distccd \ --env CYGWIN=ntsec tty $ cygrunsrv -S distccd Seems to run. $ ps -e | grep distcc 251219162512 2032? 18 10:49:22 /usr/bin/distccd 210425122512 2104? 18 10:49:22 /usr/bin/distccd 215625122512 2156? 18 10:49:24 /usr/bin/distccd 213625122512 2136? 18 10:49:25 /usr/bin/distccd Attached is a script, would be nice to have it in the original source distribution, there is this neat examples directory;) For Cygwin it could be part of the binary distribution as 'distccd-config' script in /usr/bin, though should be similar to the sshd-config script then. 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/
FAQ/ug suggestion [was RE: 1.5.6 is there a problem with this build?]
-Original Message- From: cygwin-owner On Behalf Of Igor Pechtchanski Sent: 23 January 2004 01:06 To: zzapper Cc: [EMAIL PROTECTED] Subject: Re: 1.5.6 is there a problem with this build? I then used Winzip to install files in c:\cygwin BAD. VERY BAD. The FAQ and the user's guide repeatedly state: DO NOT USE WinZip for installing packages. The same applies to snapshots. One reason is that WinZip does not handle symlinks correctly, but there are others. ...one of the others being that if you haven't configured it correctly, it replaces all the unix line-ends with DOS line-ends when expanding a TAR file. Might I suggest that there should be a similar warning added to the FAQ or user guide (or perhaps extend the existing one) about the fact that you shouldn't use WinCVS to access source code for use with cygwin, for the same line-ends reason ? See, e.g. http://sources.redhat.com/ml/cygwin/2004-01/msg00381.html 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: wget FTP wildcards
-Original Message- From: cygwin-owner On Behalf Of Brian Dessent Václav Krpec wrote: But, as you can see, I'm trying to do __FTP__ connection, and these allows wildcards usage (according to wget man pages). Maybe -g on option will help... I'm gonna try... No. I know it works on Linux, why not on cygWin? Do I need special settings? Or wget thinks I'm trying to make http connection? Why? I specified FTP protocol. How to force the protocol? Seems to work fine for me: $ wget ftp://ftp.fit.vutbr.cz/pub/XFree86/4.3.0/source/\* --22:02:15-- ftp://ftp.fit.vutbr.cz/pub/XFree86/4.3.0/source/* = `.listing' [...snip...] (and so on) I think this may have something to do with the fact that you're using a proxy. I'm not sure how wget uses 'ftp_proxy', presumably with a HTTP CONNECT method, right? There's no such thing as a true native ftp proxy. So maybe it's getting confused? But if it works for you under linux (assuming the same upstream version of both) then I don't know. It's got to be down to the proxy: check this quote from the original post: Connecting to 192.168.35.1:3128... connected. Proxy request sent, awaiting response... 404 Not Found 11:16:54 ERROR 404: Not Found. 404 is an HTTP error code, not an FTP one. What's more, when you use HTTP connect, you'd expect a different error code (I forget exactly what) if the connection can't be made, but you wouldn't expect the proxy to send any request forward after making the connection. In short, you don't ever see a 404 in response to an HTTP CONNECT, although you might see one if you HTTP CONNECTed to another web server and sent a GET request yourself. So my guess is that it isn't using HTTP CONNECT at all, but actually forwarding a GET request with an ftp:// URL to the proxy and leaving it entirely for the proxy to deal with. I think it must be the proxy that's having problems with the asterisk character and therefore returning a 404. BTW, there *is* such a thing as a true native ftp proxy. There are any number of firewalls/NAT devices that proxy/gateway FTP connections. I could also point to the analog-x proxy software, which does FTP proxying natively. 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: fetchmail problem with latest cygwin-1.5.6-1
Christopher == Christopher Faylor [EMAIL PROTECTED] writes: Christopher Yes. And, building with --enable-debugging might be useful since there is Christopher a chance that it will detect handle corruption which, I suspect is what is Christopher going wrong. Ok here some more information. First of all fetchmail seems to work fine when NOT running in daemon mode (fetchmail --nodetach). I build a debugable dll from the 20040122 snapshot and also debugable versions of fetchmail and procmail. I then followed the instuctions in winsup/cygwin/how-to-debug-cygwin.txt. Here are the results from the fetchmail.log file and below the three console windows which appear as soon as fetchmail starts fetching the first mail. fetchmail: skipping message [EMAIL PROTECTED]:1086 not flushed fetchmail: reading message [EMAIL PROTECTED]:1087 of 1088 (1286 header octets) fetchmail: (12104 body octets) *** starting debugger for pid 1024 fetchmail: MDA returned nonzero status 128 fetchmail: not flushed fetchmail: reading message [EMAIL PROTECTED]:1088 of 1088 (1460 header octets) 5311969 [main] fetchmail 1732 fhandler_base::dup: dup(/dev/null) failed, handle 1DC, Win32 error 6 5776268 [main] fetchmail 1732 mark_closed: attempt to close protected handle int proc_subproc(long unsigned int, long unsigned int):337(pid_handle0x1DC) winpid 1732 5982191 [main] fetchmail 1732 mark_closed: by virtual int fhandler_pipe::close():96(read_state0x1DC) *** starting debugger for pid 1648 - D:\rem D:\set CYGWIN_TESTING=1 D:\D:\tmp\cygdeb\gdb.exe -nw D:/bin/sh.exe 1024 GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin...(no debugging symbols found)... Attaching to program `/usr/bin/sh.exe', process 1024 [Switching to thread 1024.0x73c] (gdb) bt #0 0x77fa144c in ntdll!DbgUiConnectToDbg () from /c/WINNT/system32/NTDLL.DLL #1 0x7c50dfdb in KERNEL32!DebugActiveProcess () from /c/WINNT/system32/KERNEL32.DLL #2 0x7c4e987c in SetThreadExecutionState () from /c/WINNT/system32/KERNEL32.DLL - D:\rem D:\set CYGWIN_TESTING=1 D:\D:\tmp\cygdeb\gdb.exe -nw D:/bin/sh.exe 1648 GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin...(no debugging symbols found)... Can't attach to process. //1648: No such file or directory. (gdb) bt No stack. - D:\rem D:\set CYGWIN_TESTING=1 D:\D:\tmp\cygdeb\gdb.exe -nw D:/bin/fetchmail.exe 1732 GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... Can't attach to process. //1732: No such file or directory. (gdb) bt No stack. - I dont know if this is enough information to solve the fetchmail issue. But if somebody has any ideas how to debug this further please tell me. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cannot connect to Interix subsystem
On Thu, Jan 22, 2004 at 10:22:01PM -0800, Curtis Ebert wrote: Hi Christopher, While Googling for a clue on what may be causing my problem, I came across your post 1/12/02 post to the cygwin group about Cannot connect to Interix subsystem whenever trying to run any of their commands such as ksh... I'm having the exact same problem. Did you ever figure it out? Would you mind sharing your findings with me? I know it's been a long while and you don't know me from Adam, but anything you can recall would be much appreciated. Please check out the project web page for links to available information and ports: http://cygwin.com/ . If you don't see what you need there, then the cygwin mailing list is the best place to make observations or get questions answered. Information on the mailing list is available at the project web page. For your convenience, I've reset the Reply-To: address to point to the cygwin mailing list. I've also Cc'ed this reply there. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.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: prelude to a new cygwin 1.5.7 release: snapshot available
On Thu, Jan 22, 2004 at 11:04:45PM -0500, Larry Hall wrote: At 09:46 PM 1/22/2004, Ton van Overbeek you wrote: Any test/strace etc. you want me to run ? Or does this rings any bells w.r.t. changes between 1.5.5 and 1.5.6 ? There is one change in the 1.5.6 announcement which seems to be related to this: - Protect tty access from unauthorized users. (Pierre Humblet, Christopher Faylor) Well, it could be useful for you to track down this change in CVS and build without it to determine whether this is a contributing factor or not. Give it a shot. It it would be generally unuseful to point me at a change that I made myself and say Could that be it? This is YA case of Don't even bother. 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: prelude to a new cygwin 1.5.7 release: snapshot available
On Fri, Jan 23, 2004 at 10:30:28AM -0500, Christopher Faylor wrote: On Fri, Jan 23, 2004 at 12:40:51AM -0600, Joshua Daniel Franklin wrote: On Thu, Jan 22, 2004 at 05:09:23PM -0500, Christopher Faylor wrote: I've fixed a couple more signal problems and made a new snapshot available. Please try it. http://cygwin.com/snapshots.html http://cygwin.com/snapshots/ I'm still having trouble with vim hanging on ^Z. Still having problems? There haven't been any problems reported with vim and ^Z for 1.5.6. ...However, I have fixed this problem in current CVS and am generating a new snapshot. cgf (who really does have a day job that doesn't involve cygwin) -- Unsubscribe info: 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 VC++ apps to cygwin-based DLLs
At 01:22 AM 1/23/2004, Brian Dessent you wrote: Tomer Zekharya wrote: I want to port a certain group of libraries from UNIX to windows. I managed to compile and link it using cygwin, but the Windows applications that needs these libs are MFC based, so I can't compile them in cygwin (at least that's what I understood from searching through the web and through the cygwin mailing list). I tried doing the opposite: compile the UNIX code to DLLs using cygwin, and trying to link to them in VC++, but I get all kind of errors. After compiling the DLLs as described in the Building DLLs section in the Cygwin manual, I get the following message when linking in VC++: warning LNK4078: multiple .text sections found with different attributes (E020) And my application crashes on some kind of memory fault. Since I'm new to this world of cygwin and VC++, I don't really know if I made a mistake in the cygwin side or the VC++ side. If anyone has successfully compiled MFC based applications linking against cygwin-based DLLs, I'll be more than happy to hear how he/she did it. THis is surely in the FAQ somewhere, which I'm sure gives a better answer than I can. A Cygwin application by definition is one that links against cygwin1.dll. That is, it uses the Cygwin layer to provide a POSIX interface. If you link against cygwin1.dll you cannot also link against another crt (C runtime) library, because the two conflict. So, either you must modify your VC++ code to not use any of the VC++ libraries, or you must modify your Cygwin code so that it doesn't link against cygwin1.dll. The latter is possible with the -mno-cygwin flag to gcc, which turns it into mingw. Objects compiled that way will have no dependance on cygwin1.dll, but they will also have no support for the POSIX compatibility that Cygwin provides. So, you can't have your cake and eat it too. If you want the functionality that Cygwin provides, you must not use any other crt. And you must interface to your DLLs as C-callable functions, not as C++ functions or classes. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Python packaging bug? [Attn: Jason Tishler]
Igor, On Fri, Jan 23, 2004 at 09:27:53AM -0500, Igor Pechtchanski wrote: I'm not sure if this is a bug (hence the question mark in the subject), but the two python scripts in /usr/bin (idle and pydoc) refer to /usr/bin/python.exe in their #! line. Is there a particular reason why they don't just use /usr/bin/python? I know it makes no difference in Cygwin, but it might be confusing. The above is by design: def copy_scripts (self): Copy each script listed in 'self.scripts'; if it's marked as a Python script in the Unix way (first line matches 'first_line_re', ie. starts with \#! and contains python), then adjust the first line to refer to the current Python interpreter as we copy. [snip] if adjust: log.info(copying and adjusting %s - %s, script, self.build_dir) [snip] else: outf.write(#!%s%s\n % (os.path.join( sysconfig.get_config_var(BINDIR), python + sysconfig.get_config_var(EXE)), post_interp)) Note the reference to EXE above. Also, I looked at the Python sources, and the sample scripts there contain '#! /usr/bin/env python' (not /usr/bin/python.exe). I'm guessing that this somehow gets changed in setup.py, but don't know enough Python to find exactly where this happens. This problem has been present since at least python-2.3-2 (maybe earlier). Python uses the following: #! /usr/bin/env python as its standard trigger line. In this way, scripts will use the version of python found on the user's PATH first. Some like this approach, some don't. Do we have too much time on our hands? :,) Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cannot connect to Interix subsystem
At 10:09 AM 1/23/2004, Christopher Faylor you wrote: On Thu, Jan 22, 2004 at 10:22:01PM -0800, Curtis Ebert wrote: Hi Christopher, While Googling for a clue on what may be causing my problem, I came across your post 1/12/02 post to the cygwin group about Cannot connect to Interix subsystem whenever trying to run any of their commands such as ksh... I'm having the exact same problem. Did you ever figure it out? Would you mind sharing your findings with me? I know it's been a long while and you don't know me from Adam, but anything you can recall would be much appreciated. Please check out the project web page for links to available information and ports: http://cygwin.com/ . If you don't see what you need there, then the cygwin mailing list is the best place to make observations or get questions answered. Information on the mailing list is available at the project web page. For your convenience, I've reset the Reply-To: address to point to the cygwin mailing list. I've also Cc'ed this reply there. Curtis, You contacted the wrong person in that thread. Robert White was the one with this problem and Chris simply pointed out to him that this inquiry on the Cygwin list was off-topic. You'd want to check with Robert personally as to whether he was able to resolve this issue. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: launching GUI programs via command-line ssh
Brian Dessent wrote: My understanding is that this cannot be done. MS Windows is NOT a network aware windowing system like X. Well, it is, but you have to pay for Terminal Services if you want that capability. I don't think that that allows you to run say notepad and display it somewhere else. It does allow you to start a whole windows session but I don't think it allows you to run individual window apps without the whole 9 yards. -- I thought about how mothers feed their babies with tiny little spoons and forks so I wondered, what do Chinese mothers use? Toothpicks? -- Unsubscribe info: 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: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
At 11:46 AM 1/23/2004, Rolf Hemmerling you wrote: Hello ! 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug to the authors builders of the binary distribution, so that WORKING packages are offered for download, in the future ? ? Actually, things work fine if they are installed correctly. *** From my point of view, this bug exists since months and nobody cares of it. This is absolutely horror and might cause a very-bad reputation of open-source freeware, as the binary distribution is a must for rookie users. The problem is installation specific and not systemic. The solution is to find the local conflict and resolve it. I've found nothing that would substantiate your view of this bug in the distribution or that nobody cares about it. I installed parts of the ***binary*** distribution of the Cygwin stuff, with W2k,SP4. And how did you do that? Some of the binary compiled tools, like G++ (release/gcc/gcc-g++/gcc-g++-3.3.1-3.tar.bz2 ), when called in a DOS box, refuse to work and abort with a special message in an extra window ( of Windows) (german language on W2k) 'Der Prozedureinsprungpunkt __getreent wurde in der DLL Cygwin1.dll nicht gefunden'. 'Der Prozedureinsprungpunkt libintl_bindtextedomain wurde in der DLL Cygmtl-2.dll nicht gefunden'. (translation) 'The entrypoint __getreent is missing in the DLL Cygwin1.DLL'. 'The entrypoint libintl_bindtextedomain is missing in the DLL Cygmtl-2.dll'. Same with the standard installation process with setup.exe: it fails, with similar messages. Visit http://cygwin.com/problems.html then and follow the instructions provided there. There's some basic information we need to understand your installation before anyone here can help you diagnose your problem. I should also clarify that this list can only really support installations of Cygwin that are current (well, for the moment, at least to the level of version 1.5.5 for the Cygwin package) and that use setup.exe to install them. The ** entrypoint __getreent is missing ** problem was discussed both in this mailing list, and other mailing lists. Mostly it was by people who did NOT run this binary distribution, but who were faced with the bug when they compiled their own projects. Before compiling a project (with windows), I need a working binard distribution ! Maybe the solution was a simple wrong -D definition when the binary distribution was created ? Read this posting ! http://www.cygwin.com/ml/cygwin/2003-01/msg01441.html The compile option -D__linux__ is the cause. There are some header files which use __linux__ in them. But cygwin environment (that corresponds to __CYGWIN__) somewhat differs from __linux__ one. So using '__linux__' in cygwin has some bad effect on those header files, I suppose. No, that's a build environment issue. It's related (by the message) but not the same thing at all. Any suggestions, besides to recompile the whole stuff by myself ( too much work for me, especially as I am shure that I must know special tricks to (cross-) compile the whole stuff on Linux :-(. ) Seems to me that you've done some reading but apparently missed or dismissed relevant postings on this matter. For example, the thread starting here: http://sources.redhat.com/ml/cygwin-xfree/2003-12/msg00073.html There are others as well. Your best bet is to report the problems you're having following the guidelines of http://cygwin.com/problems.html if you are installing with setup, can't get things to work, and the previous advice isn't working for you. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
-Original Message- From: cygwin-owner On Behalf Of Rolf Hemmerling Hello ! 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug to the authors builders of the binary distribution, so that WORKING packages are offered for download, in the future ? ? Nope, this bug does not exist. Nobody else has had this problem; there must simply be something wrong on your machine. Somehow your installation has gone wrong. The packages offered for download ARE working, HAVE been working in the past, and probably will CONTINUE to work in the future. The _getreent function is a recent addition to cygwin (well, a renamed function rather than an addition to be precise) and has only existed since june this year. It seems to me that you are mixing an old version of the cygwin dll with newer, more recent versions of the binaries that were compiled for the newer dll version. The most likely cause of this problem would be that you didn't use the proper setup.exe to install your cygwin but tried to do it yourself by hand. And the most likely solution would be to reinstall cygwin *PROPERLY*. *** From my point of view, this bug exists since months and nobody cares of it. This is absolutely horror and might cause a very-bad reputation of open-source freeware, as the binary distribution is a must for rookie users. How could you possibly believe that there would be a terrible bug existing for months and nobody would notice, or say anything, or do anything about it? Do you think everyone is stupid except for yourself? Still, congratulations on winning the Ultimate Trash Site Award 2001 [http://muellseite.de/utsa01.htm] for your homepage. 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/
cygthread::detach: WFSO sigwait 0x7B4 failed w/ 1.5.6-1 cygwin1-20040123.dll.bz2
ts=2003/8/9 1:28 1086k 2004/01/23 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2004/1/23 9:52 Cygwin DLL version info: DLL version: 1.5.7 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 109 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Jan 23 10:52:50 EST 2004 CVS tag: cr-0x9e Snapshot date: 20040123-10:48:23 Shared id: cygwin1S3 237k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 cygdps-1.dll v0.0 ts=2003/11/17 19:41 121k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 cygdpstk-1.dll v0.0 ts=2003/11/17 19:41 28k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 cygDtPrint-1.dll v0.0 ts=2004/1/15 22:07 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 cygfreetype-9.dll v0.0 ts=2003/10/18 1:44 373k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 cygGL-1.dll v0.0 ts=2003/11/17 19:39 439k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 cygGLU-1.dll v0.0 ts=2003/11/17 19:40 74k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 cygICE-6.dll v0.0 ts=2003/11/17 19:30 76k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 cygMrm-2.dll v0.0 ts=2004/1/15 22:07 9k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 cygoldX-6.dll v0.0 ts=2003/11/17 19:30 1271k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 cygOSMesa-4.dll v0.0 ts=2003/11/17 19:39 20k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 cygpsres-1.dll v0.0 ts=2003/11/17 19:42 30k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 cygSM-6.dll v0.0 ts=2003/11/17 19:30 66k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 cygUil-2.dll v0.0 ts=2004/1/15 22:07 864k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 cygX11-6.dll v0.0 ts=2003/11/17 19:30 253k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 cygXaw-6.dll v0.0 ts=2003/11/17 19:33 355k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 cygXaw-7.dll v0.0 ts=2003/11/17 19:34 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 cygXaw3d-7.dll v0.0 ts=2004/1/13 16:17 36k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 cygXcursor-1.dll v0.0 ts=2003/11/17 19:43 49k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 cygXext-6.dll v0.0 ts=2003/11/17 19:30 56k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 cygXft-1.dll v0.0 ts=2003/11/17 19:42 74k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 cygXft-2.dll v0.0 ts=2003/11/17 19:42 27k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 cygXi-6.dll v0.0 ts=2003/11/17 19:34 1293k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 cygXm-2.dll v0.0 ts=2004/1/15 22:03 76k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 cygXmu-6.dll v0.0 ts=2003/11/17 19:32 11k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 cygXmuu-1.dll v0.0 ts=2003/11/17 19:32 26k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 cygXp-6.dll v0.0 ts=2003/11/17 19:35 51k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 cygXpm-4.dll v0.0 ts=2003/11/17 19:32 14k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 cygXrandr-2.dll v0.0 ts=2003/11/17 19:43 26k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 cygXrender-1.dll v0.0 ts=2003/11/17 19:42 282k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 cygXt-6.dll v0.0 ts=2003/11/17 19:31 27k
Re: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
On Fri, Jan 23, 2004 at 05:12:11PM -, Dave Korn wrote: How could you possibly believe that there would be a terrible bug existing for months and nobody would notice, or say anything, or do anything about it? Do you think everyone is stupid except for yourself? Heh. Can we get a gold star over here for this comment? 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: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
On Fri, 23 Jan 2004, Christopher Faylor wrote: On Fri, Jan 23, 2004 at 05:12:11PM -, Dave Korn wrote: How could you possibly believe that there would be a terrible bug existing for months and nobody would notice, or say anything, or do anything about it? Do you think everyone is stupid except for yourself? Heh. Can we get a gold star over here for this comment? cgf Voila. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
xmlto errors
Hello, 1) When I use xmlto to convert a docbook xml file to html-nochunks, I get the following error: basename: too many arguments Try `basename --help' for more information. 2) Further, if I use the plain 'html' option, no files are created. It fails with the error: cp: cannot stat `*.htm*': No such file or directory 3) I am unable to run xmlto from any other directory other than ~. I am using the latest version of cygwin. Any help is appreciated. Thank you. __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: installation freezes at /usr/bin/idle
Hi: I will do that as soon as I get to my computer (later this afternoon). I would like to also point out that I tried the following: unselect Python during the package section phase result: set freezes when trying to installed rcs (which is the next package) I suspect that some windows service/process is conflicting with cygwin, as I had similar freezing problem long ago with Norton Anti-Virus Enterprise. However this is a new installation on this computer with win2k3 standard. The only software I got on it so far are MS Office System 2k3. --- Larry Hall [EMAIL PROTECTED] wrote: Hm. Something's not right here. Let's see if we can start with the basics. Can you invoke Cygwin install drive:Cygwin install directory\bin\cygcheck -s -r -v If so, send the output *as an attachment* to the list. That will give us some idea of the state you're in. Larry At 03:57 AM 1/23/2004, Ling F. Zhang you wrote: I can click Cancel but then it give me an err msg: cannot open /usr/.../setup.log for writing I checked writing permission to the folder and it checks out. I used two different mirror http://mirror.kernel.org http://mirror.rcn.net and same thing --- Larry Hall [EMAIL PROTECTED] wrote: At 11:04 PM 1/22/2004, Ling F. Zhang you wrote: I am doing a full installtion with all src selected, and when it's installing Python-2.3.3-1 /usr/bin/idle The program uses 100% CPU, and doesn't do anything for long time. I am using a p4 1.7G, 512 RDRAM, 120GB HDD (lots of space remaining), WIN2K3 Standard...anyone has the same problem? Google may be able to help answer that question: http://www.google.com/search?q=setup++%22100%25+CPU%22+site:cygwin.comhl=enlr=ie=UTF-8oe=UTF-8as_qdr=allstart=10sa=N But I didn't have that problem and I have Python-2.3.3-1 installed. Maybe you just got a bad package/mirror. Try checking the md5sum of the python package to see if it's corrupt or something. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: 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: xmlto errors
At 12:46 PM 1/23/2004, Elvin Peterson you wrote: Hello, 1) When I use xmlto to convert a docbook xml file to html-nochunks, I get the following error: basename: too many arguments Try `basename --help' for more information. 2) Further, if I use the plain 'html' option, no files are created. It fails with the error: cp: cannot stat `*.htm*': No such file or directory 3) I am unable to run xmlto from any other directory other than ~. I am using the latest version of cygwin. Any help is appreciated. Don't forget the important information to read at: Problem reports: http://cygwin.com/problems.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: installation freezes at /usr/bin/idle
At 12:51 PM 1/23/2004, Ling F. Zhang you wrote: Hi: I will do that as soon as I get to my computer (later this afternoon). I would like to also point out that I tried the following: unselect Python during the package section phase result: set freezes when trying to installed rcs (which is the next package) OK. I suspect that some windows service/process is conflicting with cygwin, as I had similar freezing problem long ago with Norton Anti-Virus Enterprise. However this is a new installation on this computer with win2k3 standard. The only software I got on it so far are MS Office System 2k3. Right. Virus software can be a problem in these situations. But if you haven't installed any, then this can't be a problem here. ;-) --- Larry Hall [EMAIL PROTECTED] wrote: Hm. Something's not right here. Let's see if we can start with the basics. Can you invoke Cygwin install drive:Cygwin install directory\bin\cygcheck -s -r -v If so, send the output *as an attachment* to the list. That will give us some idea of the state you're in. Larry At 03:57 AM 1/23/2004, Ling F. Zhang you wrote: I can click Cancel but then it give me an err msg: cannot open /usr/.../setup.log for writing I checked writing permission to the folder and it checks out. I used two different mirror http://mirror.kernel.org http://mirror.rcn.net and same thing --- Larry Hall [EMAIL PROTECTED] wrote: At 11:04 PM 1/22/2004, Ling F. Zhang you wrote: I am doing a full installtion with all src selected, and when it's installing Python-2.3.3-1 /usr/bin/idle The program uses 100% CPU, and doesn't do anything for long time. I am using a p4 1.7G, 512 RDRAM, 120GB HDD (lots of space remaining), WIN2K3 Standard...anyone has the same problem? Google may be able to help answer that question: http://www.google.com/search?q=setup++%22100%25+CPU%22+site:cygwin.comhl=enlr=ie=UTF-8oe=UTF-8as_qdr=allstart=10sa=N But I didn't have that problem and I have Python-2.3.3-1 installed. Maybe you just got a bad package/mirror. Try checking the md5sum of the python package to see if it's corrupt or something. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: 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: xmlto errors
--- Larry Hall [EMAIL PROTECTED] wrote: At 12:46 PM 1/23/2004, Elvin Peterson you wrote: Hello, 1) When I use xmlto to convert a docbook xml file to html-nochunks, I get the following error: basename: too many arguments Try `basename --help' for more information. 2) Further, if I use the plain 'html' option, no files are created. It fails with the error: cp: cannot stat `*.htm*': No such file or directory 3) I am unable to run xmlto from any other directory other than ~. I am using the latest version of cygwin. Any help is appreciated. Don't forget the important information to read at: Problem reports: http://cygwin.com/problems.html I have searched Google (web and newsgroups) and this mailing list too. Here is my detailed cygwin info. Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 Test command: $ xmlto -o xml html-nochunks xmlto.xml The file xmlto.xml is the one distributed with xmlto (uses docbook 4.2). Thanks. __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: 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: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
-Original Message- From: cygwin-owner On Behalf Of Igor Pechtchanski On Fri, 23 Jan 2004, Christopher Faylor wrote: On Fri, Jan 23, 2004 at 05:12:11PM -, Dave Korn wrote: How could you possibly believe that there would be a terrible bug existing for months and nobody would notice, or say anything, or do anything about it? Do you think everyone is stupid except for yourself? Heh. Can we get a gold star over here for this comment? cgf Voila. Igor Merci beaucoup! 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: xmlto errors
At 01:20 PM 1/23/2004, Elvin Peterson you wrote: --- Larry Hall [EMAIL PROTECTED] wrote: Don't quote email addresses in your responses. It's just spam fodder! At 12:46 PM 1/23/2004, Elvin Peterson you wrote: Hello, 1) When I use xmlto to convert a docbook xml file to html-nochunks, I get the following error: basename: too many arguments Try `basename --help' for more information. 2) Further, if I use the plain 'html' option, no files are created. It fails with the error: cp: cannot stat `*.htm*': No such file or directory 3) I am unable to run xmlto from any other directory other than ~. I am using the latest version of cygwin. Any help is appreciated. Don't forget the important information to read at: Problem reports: http://cygwin.com/problems.html I have searched Google (web and newsgroups) and this mailing list too. Here is my detailed cygwin info. Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 OK but what about the output of cygcheck -s -r -v (*attached*, not included/inlined)? Test command: $ xmlto -o xml html-nochunks xmlto.xml The file xmlto.xml is the one distributed with xmlto (uses docbook 4.2). -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: installation freezes at /usr/bin/idle
-Original Message- From: cygwin-owner On Behalf Of Ling F. Zhang afternoon). I would like to also point out that I tried the following: unselect Python during the package section phase result: set freezes when trying to installed rcs (which is the next package) I suspect that some windows service/process is conflicting with cygwin, as I had similar freezing problem long ago with Norton Anti-Virus Enterprise. However this is a new installation on this computer with win2k3 standard. The only software I got on it so far are MS Office System 2k3. I've seen very similar behaviour from setup.exe once before myself. Alas it was quite a while ago and I didn't make notes, so this can't be more than a sort of 'yes, that does happen' rather than a proper bugreport. Sorry. However at least I have a few suggestions to try to work round it. Anyway, setup was definitely doing the same sort of thing: getting most of the way through an install, then hanging solid during one package; and I got the same sort of results, too: when I tried it again, it hung in the same place every time; if I tried deselecting the package that it was hanging on, it would get a bit further and hang there. I solved it in the end though. I can't remember whether I just kept on trying until setup finally managed to get all the way through the list of packages, or whether I got there by repeatedly installing packages in smaller groups, or whether I had to blow away my entire cygwin download directory and start again, but I got through it in the end and it never recurred. I'm inclined just on the basis of a half-remembered memory to think that it was blowing away the download dir that finally fixed it, but I'm not sure. The one thing I am fairly certain of is that it wasn't down to any interference from services / firewall / antivirus. Anyway, I wrote it off as a temporary glitch and never had cause to worry about it again. Hope one of these solutions works for you too. 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/
sftp + cygwin
Hi, How can I sftp defauly folder when I am using cygwin. It points to c: drive right now. -- Thanks, -hp - This email was sent using DACafeMail. Get Your FREE 10 MB eMail Account Now. http://cafemail.dcccafe.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: xmlto errors
--- Larry Hall [EMAIL PROTECTED] wrote: At 01:20 PM 1/23/2004, Elvin Peterson you wrote: --- Larry Hall [EMAIL PROTECTED] wrote: Don't quote email addresses in your responses. It's just spam fodder! At 12:46 PM 1/23/2004, Elvin Peterson you wrote: Hello, 1) When I use xmlto to convert a docbook xml file to html-nochunks, I get the following error: basename: too many arguments Try `basename --help' for more information. 2) Further, if I use the plain 'html' option, no files are created. It fails with the error: cp: cannot stat `*.htm*': No such file or directory 3) I am unable to run xmlto from any other directory other than ~. I am using the latest version of cygwin. Any help is appreciated. Don't forget the important information to read at: Problem reports: http://cygwin.com/problems.html I have searched Google (web and newsgroups) and this mailing list too. Here is my detailed cygwin info. Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 OK but what about the output of cygcheck -s -r -v (*attached*, not included/inlined)? I have attached it to this mail. Please note that I have subscribed to this list. Thanks. __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ cygcheck.out Description: cygcheck.out -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Most mirrors don't have md5.sum for setup.exe
Brian Dessent wrote: Jim Kleckner wrote: I noticed that the mirror site that I am using via rsync: rsync://mirrors.kernel.org/sources.redhat.com/cygwin/ lost the md5.sum file some time ago (2-3 months?). *at the top level* An informal and incomplete check of sites from http://cygwin.com/mirrors.html indicates these sites have the md5.sum file: http://www.online-mirror.org/cygwin/ http://cygwin.get-software.com/ http://cygwin.get-software.com/md5.sum and these sites do not have the md5.sum file: http://mirrors.kernel.org/sources.redhat.com/cygwin/ http://cygwin.thehostedbox.com/ http://sigunix.cwru.edu/pub/cygwin/ftp/ http://mirrors.theonlinerecordstore.com/cygwin/ http://sources-redhat.mirrors.redwire.net/cygwin/ http://cygwin.matrix.com.br/ http://ftp.univie.ac.at/packages/cygwin/ http://mirror.cpsc.ucalgary.ca/mirror/cygwin.com/ Should it be at every site? I don't understand what you mean by the md5.sum file. There is a md5 file for every package. If you open http://mirrors.kernel.org/sources.redhat.com/cygwin/ and traverse into the release subdirectory and look at any package dir, there is a md5.sum file with timestamp corresponding to the same date as the packages. In other words, I don't see anything wrong. Brian Yes, I know that. The original message could have had the phrase at the top level though I thought, obviously incorrectly, that the explicit path to the containing directory would be clear. Click on this link to see the existing file: http://cygwin.get-software.com/md5.sum or this one to see that it is missing: http://mirrors.kernel.org/sources.redhat.com/cygwin/md5.sum This is the md5.sum file for setup.exe, setup.ini etc. Note that the file mod times are fresh in those sites that have it. Jim -- Unsubscribe info: 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: Most mirrors don't have md5.sum for setup.exe
Sounds like something that's worthwhile to report to the site maintainer(s). Larry At 01:45 PM 1/23/2004, Jim Kleckner you wrote: Brian Dessent wrote: Jim Kleckner wrote: I noticed that the mirror site that I am using via rsync: rsync://mirrors.kernel.org/sources.redhat.com/cygwin/ lost the md5.sum file some time ago (2-3 months?). *at the top level* An informal and incomplete check of sites from http://cygwin.com/mirrors.html indicates these sites have the md5.sum file: http://www.online-mirror.org/cygwin/ http://cygwin.get-software.com/ http://cygwin.get-software.com/md5.sum and these sites do not have the md5.sum file: http://mirrors.kernel.org/sources.redhat.com/cygwin/ http://cygwin.thehostedbox.com/ http://sigunix.cwru.edu/pub/cygwin/ftp/ http://mirrors.theonlinerecordstore.com/cygwin/ http://sources-redhat.mirrors.redwire.net/cygwin/ http://cygwin.matrix.com.br/ http://ftp.univie.ac.at/packages/cygwin/ http://mirror.cpsc.ucalgary.ca/mirror/cygwin.com/ Should it be at every site? I don't understand what you mean by the md5.sum file. There is a md5 file for every package. If you open http://mirrors.kernel.org/sources.redhat.com/cygwin/ and traverse into the release subdirectory and look at any package dir, there is a md5.sum file with timestamp corresponding to the same date as the packages. In other words, I don't see anything wrong. Brian Yes, I know that. The original message could have had the phrase at the top level though I thought, obviously incorrectly, that the explicit path to the containing directory would be clear. Click on this link to see the existing file: http://cygwin.get-software.com/md5.sum or this one to see that it is missing: http://mirrors.kernel.org/sources.redhat.com/cygwin/md5.sum This is the md5.sum file for setup.exe, setup.ini etc. Note that the file mod times are fresh in those sites that have it. Jim -- Unsubscribe info: 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: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
Please install the hole cygwin-distribution and you'll get these error messages. AND Rolf is right, it is existing a very long time. Remember my first posting to you, i was trying to explain exactly the same problems !!! In my opinion, not all binary packages wasn't recompiled with the newest cygwin1.dll, so the problems with missing entrypoints only can solved with recompiling hole. This problems was reporting from me last quarter '03 - i think september, shortly after released cygwin 1.5. best regards Homar - Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 23, 2004 6:18 PM Subject: Re: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ? On Fri, Jan 23, 2004 at 05:12:11PM -, Dave Korn wrote: How could you possibly believe that there would be a terrible bug existing for months and nobody would notice, or say anything, or do anything about it? Do you think everyone is stupid except for yourself? Heh. Can we get a gold star over here for this comment? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
On Fri, 23 Jan 2004, Homar Simpson wrote: Please install the hole cygwin-distribution and you'll get these error messages. The Cygwin distribution is not a hole. :-) I assume you mean whole. FYI, I do have the whole distribution, as do many others, and I don't get any of these messages. AND Rolf is right, it is existing a very long time. Remember my first posting to you, i was trying to explain exactly the same problems !!! Which means there's something wrong with your installation. In my opinion, not all binary packages wasn't recompiled with the newest cygwin1.dll, so the problems with missing entrypoints only can solved with recompiling hole. I think you're getting confused. Older programs work just fine with the newer versions of cygwin1.dll. The problem you (and Ralf) described occurs when you try to execute a *newer* program with an *older* DLL, which can happen in one of three cases: 1) you did not upgrade your cygwin package; 2) you had a running Cygwin process while upgrading and your old cygwin1.dll could not be overwritten; and 3) you have more than one cygwin1.dll on your system, and the older one is getting picked up first. The solutions in these situations have been discussed numerous times on this list: for 1) you upgrade cygwin, for 2) you reboot, and for 3) you run a global search and remove any cygwin1.dll that's not in /usr/bin. Hope this helps, Igor This problems was reporting from me last quarter '03 - i think september, shortly after released cygwin 1.5. best regards Homar - Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 23, 2004 6:18 PM Subject: Re: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ? On Fri, Jan 23, 2004 at 05:12:11PM -, Dave Korn wrote: How could you possibly believe that there would be a terrible bug existing for months and nobody would notice, or say anything, or do anything about it? Do you think everyone is stupid except for yourself? Heh. Can we get a gold star over here for this comment? cgf -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
-Original Message- From: cygwin-owner On Behalf Of Homar Simpson AND Rolf is right, it is existing a very long time. Remember my first posting to you, i was trying to explain exactly the same problems !!! How is a segv from gcc during compiling glibc 'the same' problem as a missing entrypoint in a .dll ? They seem to be entirely different problems to me. 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: xmlto errors
At 01:20 PM 1/23/2004, Elvin Peterson you wrote: snip Test command: $ xmlto -o xml html-nochunks xmlto.xml The file xmlto.xml is the one distributed with xmlto (uses docbook 4.2). OK, from what you've provided, I don't see anything wrong with the installation and I cannot reproduce your problems (though I'm a complete newbie with xmlto so I can't claim that means anything). Looking at the script, it appears to me that there is some possibility that spaces in $PWD has the potential to foul up the second usage of basename, accounting for the first complaint you mentioned. Perhaps you want to add 'set -x' to the start of the of 'xmlto' and see what it tells you. I'm sure someone else more familiar with xmlto can help out better than I, if you don't find your own answer first. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: installation freezes at /usr/bin/idle
I cannot do cygchecks -s -r -v because of the following error: C:\cygwin\bincygcheck -s -r -v Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Jan 23 13:30:04 2004 Windows .NET Server Ver 5.2 Build 3790 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem `id' program not found 'C:\cygwin\bin\id.exe' is not recognized as an internal or external comma nd, operable program or batch file. Output from C:\cygwin\bin\id.exe (nontsec) I guess it's due to my unability to complete the installation... --- Larry Hall [EMAIL PROTECTED] wrote: At 12:51 PM 1/23/2004, Ling F. Zhang you wrote: Hi: I will do that as soon as I get to my computer (later this afternoon). I would like to also point out that I tried the following: unselect Python during the package section phase result: set freezes when trying to installed rcs (which is the next package) OK. I suspect that some windows service/process is conflicting with cygwin, as I had similar freezing problem long ago with Norton Anti-Virus Enterprise. However this is a new installation on this computer with win2k3 standard. The only software I got on it so far are MS Office System 2k3. Right. Virus software can be a problem in these situations. But if you haven't installed any, then this can't be a problem here. ;-) --- Larry Hall [EMAIL PROTECTED] wrote: Hm. Something's not right here. Let's see if we can start with the basics. Can you invoke Cygwin install drive:Cygwin install directory\bin\cygcheck -s -r -v If so, send the output *as an attachment* to the list. That will give us some idea of the state you're in. Larry At 03:57 AM 1/23/2004, Ling F. Zhang you wrote: I can click Cancel but then it give me an err msg: cannot open /usr/.../setup.log for writing I checked writing permission to the folder and it checks out. I used two different mirror http://mirror.kernel.org http://mirror.rcn.net and same thing --- Larry Hall [EMAIL PROTECTED] wrote: At 11:04 PM 1/22/2004, Ling F. Zhang you wrote: I am doing a full installtion with all src selected, and when it's installing Python-2.3.3-1 /usr/bin/idle The program uses 100% CPU, and doesn't do anything for long time. I am using a p4 1.7G, 512 RDRAM, 120GB HDD (lots of space remaining), WIN2K3 Standard...anyone has the same problem? Google may be able to help answer that question: http://www.google.com/search?q=setup++%22100%25+CPU%22+site:cygwin.comhl=enlr=ie=UTF-8oe=UTF-8as_qdr=allstart=10sa=N But I didn't have that problem and I have Python-2.3.3-1 installed. Maybe you just got a bad package/mirror. Try checking the md5sum of the python package to see if it's corrupt or something. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: installation freezes at /usr/bin/idle
OK, try this: set PATH=C:\cygwin\bin;%PATH% cygcheck -s -r -v If that gives you the same complaint, it's probably a permissions problem. Take a look at who has permission for the executables tweak them as necessary. Larry At 04:31 PM 1/23/2004, Ling F. Zhang you wrote: I cannot do cygchecks -s -r -v because of the following error: C:\cygwin\bincygcheck -s -r -v Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Jan 23 13:30:04 2004 Windows .NET Server Ver 5.2 Build 3790 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem `id' program not found 'C:\cygwin\bin\id.exe' is not recognized as an internal or external comma nd, operable program or batch file. Output from C:\cygwin\bin\id.exe (nontsec) I guess it's due to my unability to complete the installation... --- Larry Hall [EMAIL PROTECTED] wrote: At 12:51 PM 1/23/2004, Ling F. Zhang you wrote: Hi: I will do that as soon as I get to my computer (later this afternoon). I would like to also point out that I tried the following: unselect Python during the package section phase result: set freezes when trying to installed rcs (which is the next package) OK. I suspect that some windows service/process is conflicting with cygwin, as I had similar freezing problem long ago with Norton Anti-Virus Enterprise. However this is a new installation on this computer with win2k3 standard. The only software I got on it so far are MS Office System 2k3. Right. Virus software can be a problem in these situations. But if you haven't installed any, then this can't be a problem here. ;-) --- Larry Hall [EMAIL PROTECTED] wrote: Hm. Something's not right here. Let's see if we can start with the basics. Can you invoke Cygwin install drive:Cygwin install directory\bin\cygcheck -s -r -v If so, send the output *as an attachment* to the list. That will give us some idea of the state you're in. Larry At 03:57 AM 1/23/2004, Ling F. Zhang you wrote: I can click Cancel but then it give me an err msg: cannot open /usr/.../setup.log for writing I checked writing permission to the folder and it checks out. I used two different mirror http://mirror.kernel.org http://mirror.rcn.net and same thing --- Larry Hall [EMAIL PROTECTED] wrote: At 11:04 PM 1/22/2004, Ling F. Zhang you wrote: I am doing a full installtion with all src selected, and when it's installing Python-2.3.3-1 /usr/bin/idle The program uses 100% CPU, and doesn't do anything for long time. I am using a p4 1.7G, 512 RDRAM, 120GB HDD (lots of space remaining), WIN2K3 Standard...anyone has the same problem? Google may be able to help answer that question: http://www.google.com/search?q=setup++%22100%25+CPU%22+site:cygwin.comhl=enlr=ie=UTF-8oe=UTF-8as_qdr=allstart=10sa=N But I didn't have that problem and I have Python-2.3.3-1 installed. Maybe you just got a bad package/mirror. Try checking the md5sum of the python package to see if it's corrupt or something. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: 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/
ssh configuration that is pulling my hair out!
Hello, I'm trying to setup sshd and I'm getting to success at all. Here's my situation. I've followed the instructions at http://tech.erdelynet.com/cygwin-sshd.html and when I run *ssh-host-config -y* I get this error message. To start the service, call `net start sshd' or `cygrunsrv -S sshd'. chown: changing ownership of `/etc/ssh_config': Permission denied chown: changing ownership of `/etc/ssh_host_dsa_key': Permission denied chown: changing ownership of `/etc/ssh_host_dsa_key.pub': Permission denied chown: changing ownership of `/etc/ssh_host_key': Permission denied chown: changing ownership of `/etc/ssh_host_key.pub': Permission denied chown: changing ownership of `/etc/ssh_host_rsa_key': Permission denied chown: changing ownership of `/etc/ssh_host_rsa_key.pub': Permission denied chown: changing ownership of `/etc/sshd_config': Permission denied chown: changing ownership of `/var/empty': Permission denied chown: changing ownership of `/var/log/sshd.log': Permission denied When I attempt to run the service I get this error message in the logs The description for Event ID ( 0 ) in Source ( sshd ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: sshd : PID 1968 : starting service `sshd' failed: execv: 1, Operation not permitted. I'm running on a Windows 2000 Pro box but it is part of a domain but I installed cygwin as a local user to the box. I don't have administration permissions but the user account has admin privs for the local box. I tried the suggestions from this earlier post at http://sources.redhat.com/ml/cygwin/2003-10/msg00319.html. But no luck. I was able to run the sshd from a command prompt but I was unable to log on doing ssh localhost and using a known account. Any suggestions? Thanks! Jose Torres -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
printf does not print long long ints properly
when I compile the following program: #include stdio.h main() { long long i; i=100; i*=100; printf(%Ld,i); return 0; } I get the following: -727379968 instead of the expected 1 I am using gcc 3.3.1 the same code works nicely on linux machine with gcc 3.3.1 is any other information necessary? dj -- Unsubscribe info: 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: printf does not print long long ints properly
In message [EMAIL PROTECTED], =?iso-8859-2?B?RGFuaWVsIEplbGnxc2tp?= writes: I am using gcc 3.3.1 the same code works nicely on linux machine with gcc 3.3.1 is any other information necessary? What happens if you use %lld, which is what the standard specifies for long long, instead of the L flag, which is for long double? -s -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: printf does not print long long ints properly
ll is the long long prefix. Daniel Jeliski wrote: when I compile the following program: #include stdio.h main() { long long i; i=100; i*=100; printf(%Ld,i); return 0; } I get the following: -727379968 instead of the expected 1 I am using gcc 3.3.1 the same code works nicely on linux machine with gcc 3.3.1 is any other information necessary? dj -- Unsubscribe info: 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: prelude to a new cygwin 1.5.7 release: snapshot available
On Fri, Jan 23, 2004 at 10:30:28AM -0500, Christopher Faylor wrote: On Fri, Jan 23, 2004 at 12:40:51AM -0600, Joshua Daniel Franklin wrote: On Thu, Jan 22, 2004 at 05:09:23PM -0500, Christopher Faylor wrote: I've fixed a couple more signal problems and made a new snapshot available. Please try it. http://cygwin.com/snapshots.html http://cygwin.com/snapshots/ I'm still having trouble with vim hanging on ^Z. Still having problems? There haven't been any problems reported with vim and ^Z for 1.5.6. Sorry, the memory's the first to go. The new snapshot fixes the problem for 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: installation freezes at /usr/bin/idle
I would like to report that I was finally able to install cygwin with the following adjustments: use different mirror: I tried http://mirrors.kernel.org and http://mirrors.rcn.net with the previous error, this time I used planetmirror.org 2) install everything but no source (After successful installation, I ran setup again to install the source) I have notice the following differences: 1) no more freezing (thankgod!) 2) in the 2 previous mirror, I get an msg warning me about moving some folder/file out out to make way when installing teTex, with the planetmirror, I didn't get anything. 3) I have been using the two problematic mirrors for long time and not so long ago installing cygwin to my laptop (always have warning msg as stated in (2) above). Maybe I should look more careful at MD5Sum for each mirror... --- Larry Hall [EMAIL PROTECTED] wrote: OK, try this: set PATH=C:\cygwin\bin;%PATH% cygcheck -s -r -v If that gives you the same complaint, it's probably a permissions problem. Take a look at who has permission for the executables tweak them as necessary. Larry At 04:31 PM 1/23/2004, Ling F. Zhang you wrote: I cannot do cygchecks -s -r -v because of the following error: C:\cygwin\bincygcheck -s -r -v Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Jan 23 13:30:04 2004 Windows .NET Server Ver 5.2 Build 3790 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem `id' program not found 'C:\cygwin\bin\id.exe' is not recognized as an internal or external comma nd, operable program or batch file. Output from C:\cygwin\bin\id.exe (nontsec) I guess it's due to my unability to complete the installation... --- Larry Hall [EMAIL PROTECTED] wrote: At 12:51 PM 1/23/2004, Ling F. Zhang you wrote: Hi: I will do that as soon as I get to my computer (later this afternoon). I would like to also point out that I tried the following: unselect Python during the package section phase result: set freezes when trying to installed rcs (which is the next package) OK. I suspect that some windows service/process is conflicting with cygwin, as I had similar freezing problem long ago with Norton Anti-Virus Enterprise. However this is a new installation on this computer with win2k3 standard. The only software I got on it so far are MS Office System 2k3. Right. Virus software can be a problem in these situations. But if you haven't installed any, then this can't be a problem here. ;-) --- Larry Hall [EMAIL PROTECTED] wrote: Hm. Something's not right here. Let's see if we can start with the basics. Can you invoke Cygwin install drive:Cygwin install directory\bin\cygcheck -s -r -v If so, send the output *as an attachment* to the list. That will give us some idea of the state you're in. Larry At 03:57 AM 1/23/2004, Ling F. Zhang you wrote: I can click Cancel but then it give me an err msg: cannot open /usr/.../setup.log for writing I checked writing permission to the folder and it checks out. I used two different mirror http://mirror.kernel.org http://mirror.rcn.net and same thing --- Larry Hall [EMAIL PROTECTED] wrote: At 11:04 PM 1/22/2004, Ling F. Zhang you wrote: I am doing a full installtion with all src selected, and when it's installing Python-2.3.3-1 /usr/bin/idle The program uses 100% CPU, and doesn't do anything for long time. I am using a p4 1.7G, 512 RDRAM, 120GB HDD (lots of space remaining), WIN2K3 Standard...anyone has the same problem? Google may be able to help answer that question: http://www.google.com/search?q=setup++%22100%25+CPU%22+site:cygwin.comhl=enlr=ie=UTF-8oe=UTF-8as_qdr=allstart=10sa=N But I didn't have that problem and I have Python-2.3.3-1 installed. Maybe you just got a bad package/mirror. Try checking the md5sum of the python package to see if it's corrupt or something. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it!
Re: xmlto errors
--- Larry Hall [EMAIL PROTECTED] wrote: At 01:20 PM 1/23/2004, Elvin Peterson you wrote: snip Test command: $ xmlto -o xml html-nochunks xmlto.xml The file xmlto.xml is the one distributed with xmlto (uses docbook 4.2). OK, from what you've provided, I don't see anything wrong with the installation and I cannot reproduce your problems (though I'm a complete newbie with xmlto so I can't claim that means anything). Looking at the script, it appears to me that there is some possibility that spaces in $PWD has the potential to foul up the second usage of basename, accounting for the first complaint you mentioned. Perhaps you want to add 'set -x' to the start of the of 'xmlto' and see what it tells you. For the basename problems, it seems that 341,342c341,342 XSLT_PROCESSED=$XSLT_PROCESSED_DIR/$(basename ${INPUT_FILE%.*}).proc --- foo=`basename ${INPUT_FILE%.*}` XSLT_PROCESSED=$XSLT_PROCESSED_DIR/$foo.proc Thanks. __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Fix for sshd service start failure problem
For what it's worth, I think I've found a fix to a problem posted in October of 2002 in this thread: http://www.cygwin.com/ml/cygwin/2002-10/msg00443.html Here's my version of the problem: After running ssh-host-config (and noticing two errors from chown about the system account), the sshd Windows service won't start, even though manually executing /usr/sbin/sshd works fine. I'm running the current openssh package, 3.7.1p2-2, on WinXP. All my other Cygwin packages are current (as of today). Here is the error message from sshd in the Windows application log (Event Viewer): sshd : PID 4320 : starting service `sshd' failed: execv: 1, Operation not permitted. The problem is that I didn't have the SYSTEM user listed in my /etc/passwd. I noticed that ssh-host-config had some issues with some chown calls at the end of its run. The application log message seems to come from the fact that the ownership is incorrect for the /var/empty directory (where sshd chroots to on startup, I gather). Here was the easiest fix for me: mypc$ mkpasswd -l | grep '^SYSTEM:' /etc/passwd mypc$ cygrunsrv -R sshd mypc$ rm /etc/ssh_host* /etc/ssh_config /etc/sshd_config mypc$ ssh-host-config By the way, don't forget to delete /var/run/sshd.pid, if it's still around. (It shouldn't exist if sshd exits cleanly.) I have some fuzzy memory that putting the SYSTEM user in /etc/passwd used to be a security issue in Cygwin. Just for safety, I removed the SYSTEM entry from /etc/passwd again after I had run ssh-host-config. Would anyone else care to comment one way or the other? Please copy any replies to me directly, as I'm not subscribed to the list. Joe V. -- Unsubscribe info: 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: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
Hello again ! ( at first, I get the digest version of the messages, so I can´t reply in the thread :-( ) I did a complete download at 2003-11-29, with which I encountered the problems with the __getreent missing messages of the G++ compiler and other tools. So I beg your pardon, that I reported this expericence so lately. Now with download of 2004-01-24, at least G++ is running, so my problem is particially solved. I did not check the other packages. The only useful update technology for me as Windows users, is to use WS_FTP by doing a recursive directory download, so that just new files ( not yet existing on my local computer) were downloaded, PLUS setup.bz2. Due to this process, I realize: gcc/gccg++/ does not contain updated files since 2003-10. So the critical bad component is probably cygwin/cygwin-1.5.5.1.tar.bz2 ! If I am right, note that cygwin/cygwin-1.5.6.1.tar.bz2 is of 2004-01-19, so that my posting is just superfluous since a few days. ** I just would like to advice other newbies and experts, IF they run into such problems, to post it here in the list ! Thanks to Homar Simpson for support and agreeing to my message in this mailing list. But I can´t agree with his conclusion In my opinion, not all binary packages wasn't recompiled with the newest cygwin1.dll, so the problems with missing entrypoints only can solved with recompiling hole. as with the same-old GCC, but with new cygwin base package, G++ works now ! This problems was reporting from me last quarter '03 - i think september, shortly after released cygwin 1.5. Exactly, so cygwin/cygwin-1.5.5.1.tar.bz2 is the bad package, from my point of view. As some of the packages of 2003-11 were running, like GCC, but some like G++ NOT, Might the team consider to delete or ??update?? the critical components from the FTP download, so that nobody is mislead to download and use a corrupt release of cygwin-1.5.5.1.tar.bz2 ? As I am a newbie, I don´t know about the practice and rules with this project. Anyhow, cygwin/cygwin-1.5.6.1.tar.bz2 is a working solution ! Sincerely Rolf -- / // Alone on the data highway... // like on an allee in Hannover-Herrenhausen // / The Hemmerling (R) WEB site - Rolf Hemmerling,Germany // / http://www.hemmerling.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: cygthread::detach: WFSO sigwait 0x7B4 failed w/ 1.5.6-1 cygwin1-20040123.dll.bz2
On Fri, Jan 23, 2004 at 03:22:01PM -0500, Christopher Faylor wrote: I can duplicate this! I can duplicate this! Sob. I'm so happy. I'll fix this ASAP. Should be fixed in the most recent snapshot: http://cygwin.com/snapshots/ 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/
Patch suggestion for netcat-1.10.2 (ping Corinna)
Hi CV, I see you're listed as netcat maintainer. I've got a small patch for netcat that gives it two new options (-D/-X) to force dos or unix line ends when it's sending to the network. This comes in quite useful for things like HTTP and SMTP servers, since strict ones only accept CRLF. Default is to just behave as it does presently, and the entire patch is wrapped in ifdef for good measure. Dunno if you'll think it's a good idea or not, but here it is for your entertainment. Heh, I didn't know whether to do a gnu-style changelog or one in the style of the existing changelogs, so I did both. cheers, DaveK -- 040124 Added -D and -X options to force DOS or *nix EOLs when reading stdin. -- * netcat.c [FORCE_EOLS] (o_eols): added new global option variable. * netcat.c (readwrite) [FORCE_EOLS]: respect o_eols by using binary mode fgets. to read native EOLs or appending a chosen EOL type to gets. * netcat.c (main) [FORCE_EOLS]: parse new options -D and -X and set o_eols. * netcat.c (helpme) [FORCE_EOLS]: document new -D and -X options. _ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger --- netcat-1.10-2.orig/netcat.c 2003-05-10 16:20:58.0 +0100 +++ netcat-1.10-2.new/netcat.c 2004-01-24 00:38:04.0 + @@ -165,6 +165,9 @@ USHORT o_random = 0; USHORT o_udpmode = 0; USHORT o_verbose = 0; unsigned int o_wait = 0; +#ifdef FORCE_EOLS +USHORT o_eols = 0; +#endif // FORCE_EOLS USHORT o_zero = 0; /* o_tn in optional section */ @@ -1216,7 +1219,47 @@ Debug ((got %d from the net, errno %d, /* okay, suck more stdin */ if (FD_ISSET (0, ding2)) { /* stdin: ding! */ +#ifdef FORCE_EOLS + if (o_eols = 1) /* no translation or only shrink crlf-lf */ + rr = read (0, bigbuf_in, BIGSIZ); + else /* leave worst-case room to expand lf-crlf */ + rr = read (0, bigbuf_in, BIGSIZ / 2); + if (o_eols == 1) { + /* crlf-lf */ + char *s, *d; + int m; + s = d = bigbuf_in; + m = rr; + while (m--) { + if (*s != 0x0d) + *d++ = *s; + else + rr--; + s++; + } + } else if (o_eols == 2) { + /* lf-crlf. */ + char *s, *d; + int n, m; + n = 0; + s = bigbuf_in; + m = rr; + while (m--) + n += (*s++ == 0x0a) ? 1 : 0; + rr += n; + --s; + d = s + n; + m = rr; + if (n) while (m--) { + *d-- = *s; + if (*s == 0x0a) + *d-- = 0x0d; + s--; + } + } +#else // !FORCE_EOLS rr = read (0, bigbuf_in, BIGSIZ); +#endif // FORCE_EOLS /* Considered making reads here smaller for UDP mode, but 8192-byte mobygrams are kinda fun and exercise the reassembler. */ if (rr = 0) { /* at end, or fukt, or ... */ @@ -1395,7 +1438,11 @@ main (argc, argv) /* If your shitbox doesn't have getopt, step into the nineties already. */ /* optarg, optind = next-argv-component [i.e. flag arg]; optopt = last-char */ +#ifdef FORCE_EOLS + while ((x = getopt (argc, argv, aDe:g:G:hi:lno:p:rs:tuvw:Xz)) != EOF) { +#else // !FORCE_EOLS while ((x = getopt (argc, argv, ae:g:G:hi:lno:p:rs:tuvw:z)) != EOF) { +#endif // FORCE_EOLS /* Debug ((in go: x now %c, optarg %x optind %d, x, optarg, optind)) */ switch (x) { case 'a': @@ -1475,6 +1522,14 @@ main (argc, argv) case 'z':/* little or no data xfer */ o_zero++; break; +#ifdef FORCE_EOLS + case 'D': + o_eols = 2; + break; + case 'X': + o_eols = 1; + break; +#endif // FORCE_EOLS default: errno = 0; bail (nc -h for help); @@ -1667,6 +1722,11 @@ options:); -v verbose [use twice to be more verbose]\n\ -w secs timeout for connects and final net reads\n\ -z zero-I/O mode [used for scanning]); +#ifdef FORCE_EOLS + holler (\ + -D force DOS-style CR/LF line ends from stdin\n\ + -X force *nix-style LF line ends from stdin); +#endif // FORCE_EOLS bail (port numbers can be individual or ranges: lo-hi [inclusive]); } /* helpme */ #endif /* HAVE_HELP */ -- Unsubscribe info: 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: 'entrypoint __getreent missing' problem in the binary distribution files for Windows ! How to proceed, how to report the bug ?
On Sat, Jan 24, 2004 at 04:46:03AM +, Dave Korn wrote: Wow! Homer Simpson supports me, but he's wrong. D'oh! Unky Moe, this sody makes my teef hurt... 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/