Re: Please upload: coreutils-5.3.0-5
On Apr 14 06:49, Eric Blake wrote: think it is better to leave 5.3.0-3 as the prev version, so delete 5.3.0-4. http://home.comcast.net/~ericblake/coreutils-5.3.0-5.tar.bz2 1952825 f60ba5fc56f3f7523beee588ed8fd242 http://home.comcast.net/~ericblake/coreutils-5.3.0-5-src.tar.bz2 4555211 575037876f5b9eef45812c752ceeb1f6 Uploaded, 5.3.0-4 deleted. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: CMake 2.0.6-1 ready
On Apr 14 11:21, William A. Hoffman wrote: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.6-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.6-1-src.tar.bz2 The previous version should remain 1.8.3-1, and 2.0.5-1 should be removed. Uploaded and 2.0.5-1 removed. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Please upload: doxygen v1.4.2-20050410 (3nd take)
I've uploaded another cut of doxygen v142 src binary packages to http://www.smithii.com/files/cygwin/hans/, addressing more concerns/suggestions raised by Max Bowsher. In particular: 1. removing pdf manual 2. including upstream source tarball 3. package naming issues -rw-r--r-- 1 32237 ross 2276844 Apr 15 11:34 doxygen_1.4.2-20050410-src.tar.bz2 -rw-r--r-- 1 32237 ross 2000493 Apr 15 11:35 doxygen_1.4.2-20050410.tar.bz2 -rw-r--r-- 1 32237 ross 179 Apr 15 11:35 md5.sum -rw-r--r-- 1 32237 ross 351 Apr 15 11:35 setup.hint Does that do? H.
RE: 1.5.14-1 cygwin1.dll could not be found
Original Message From: Dave Korn Sent: 07 April 2005 20:07 [Thread properly TITTAL'd, to coin a phrase] Well, I have a crude patch going, and it's that time of night that I'm leaving the office and going home now[*], so here's what I've done so far, just in case anyone else wants to have a go and see if it works for them. Here's rev.1 of that patch. I've avoided all the code duplication from the cut-n-paste-coding of the previous patch by factoring out the repeated bits into subroutines (and indeed by removing some slightly pointless constructs like that int e = 0; e += thing that was going on in the trycatch clauses. I've also removed the message boxes that I put in for debugging. The following points however remain: 3) There's no changelog entry! 4) I'm not sure how correct it is! For instance, do I need to worry about whether the cygwin package is going to be an uninstall-and-reinstall or a replace-in-place? To which I may as well add: 5) Do I really need to worry about putting return statements after calling LogSingleton::GetInstance().exit (1); ? There was a reference in there to some kind of 'issue' with ::exit, but I haven't yet done an archive search to try and understand what's going on - does anyone remember? I'm not so worried about 4) now. There's nothing innate to stop a package from being processed first by the uninstall, then by the replace-in-place loop, and if the uninstall affected the flags in the packagemeta in such a way that they passed the test (which I have now moved into upgrade_if_needed), then it would indeed be first uninstalled and then replaced in place. However that's the way its always worked; I assume it is implicitly protected against this by the behaviour of the various pkg.installed and pkg.desired flags. Anyway it seems to do the job reasonable well, so if nobody has offered me any of the requested-for comments by Monday a.m., I'll call it finalised and resubmit it with a changelog entry. cheers, DaveK -- Can't think of a witty .sigline today setup-save-cygdll-til-last-patch.diff Description: Binary data
RE: 1.5.14-1 cygwin1.dll could not be found
On Fri, 15 Apr 2005, Dave Korn wrote: 5) Do I really need to worry about putting return statements after calling LogSingleton::GetInstance().exit (1); ? There was a reference in there to some kind of 'issue' with ::exit, but I haven't yet done an archive search to try and understand what's going on - does anyone remember? IIRC, gcc needs to know that the exit() function never returns. It does know for ::exit() (because there's an appropriate attribute on it), but it doesn't for LogSingleton::exit(), and so will complain that the functions are missing a return statement. So you need to put those in to quell the warnings. 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! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: Please upload: doxygen v1.4.2-20050410 (3nd take)
Max, Max Bowsher wrote: Hans W. Horn wrote: I've uploaded another cut of doxygen v142 src binary packages to http://www.smithii.com/files/cygwin/hans/, addressing more concerns/suggestions raised by Max Bowsher. In particular: 1. removing pdf manual 2. including upstream source tarball 3. package naming issues -rw-r--r-- 1 32237 ross 2276844 Apr 15 11:34 doxygen_1.4.2-20050410-src.tar.bz2 -rw-r--r-- 1 32237 ross 2000493 Apr 15 11:35 doxygen_1.4.2-20050410.tar.bz2 -rw-r--r-- 1 32237 ross 179 Apr 15 11:35 md5.sum -rw-r--r-- 1 32237 ross 351 Apr 15 11:35 setup.hint Does that do? Package naming still incorrect. It should be: doxygen-1.4.2_20050410-1.tar.bz2 doxygen-1.4.2_20050410-1-src.tar.bz2 Fixed. Also, please could you briefly describe the purpose and origin of the following parts of the patch: +++ doxygen_1.4.2-20050410/addon/doxywizard/version.cpp 1969-12-31 16:00:00.0 -0800 addon/doxywizard/version.cpp is created during the build and removed during a 'make distclean'. The upstream version I was diffing against, must not have been made 'distclean'. I haved removed the offending file from the upstream version I am diffing against! +++ doxygen_1.4.2-20050410/doc/language.doc 2005-04-12 08:19:02.941256000 -0700 +++ doxygen_1.4.2-20050410/doc/translator_report.txt 2005-04-12 08:19:05.404798400 -0700 +++ doxygen_1.4.2-20050410/examples/example.tag 2005-04-15 08:12:16.622246400 -0700 These files are touched during a 'make install_docs'. diffs seem to be meaningless! Is there a way to exclude them from the patch file (I mean automatically)? The Cygwin-specific readme should be wrapped to remain within 80 columns. Fixed! But, please, take a look at doxygen-1.2.18.README and tell me how many chars per line you see! And, by the way, the previous doxygen-1.2.18 version did ship with a pdf version of its manual Re-uploaded! -rw-r--r-- 1 32237 ross 2276504 Apr 15 19:45 doxygen-1.4.2_20050410-src.tar.bz2 -rw-r--r-- 1 32237 ross 2000743 Apr 15 19:47 doxygen-1.4.2_20050410.tar.bz2 -rw-r--r-- 1 32237 ross 179 Apr 15 19:47 md5.sum -rw-r--r-- 1 32237 ross 351 Apr 15 19:47 setup.hint Does that do? H.
new packages: w3m-0.5.1-1 and libgc-6.4-1
Hi, I have w3m 0.5.1 and libgc 6.4 packaged and available for initial release: http://bheckel.multics.org/cygwin/w3m/w3m-0.5.1-1.tar.bz2 http://bheckel.multics.org/cygwin/w3m/w3m-0.5.1-1-src.tar.bz2 http://bheckel.multics.org/cygwin/w3m/setup.hint http://bheckel.multics.org/cygwin/libgc/libgc-6.4-1.tar.bz2 http://bheckel.multics.org/cygwin/libgc/libgc-6.4-1-src.tar.bz2 http://bheckel.multics.org/cygwin/libgc/setup.hint - setup.hint - w3m: sdesc: A text based Web browser and pager ldesc: w3m is a pager/text-based WWW browser. It is similar to Lynx, but handles some things like page navigation differently. It can render tables and frames (by converting frames into tables) or display a document given from standard input. It supports tabbed browsing. It can execute local CGI scripts without any HTTP server. category: Text Web requires: libgc ncurses openssl cygwin setup.hint - libgc: sdesc: The Boehm-Demers-Weiser conservative garbage collector for C/C++ ldesc: The Boehm-Demers-Weiser conservative garbage collector can be used as a garbage collecting replacement for C malloc or C++ new. It allows you to allocate memory basically as you normally would, without explicitly deallocating memory that is no longer useful. The collector automatically recycles memory when it determines that it can no longer be otherwise accessed. category: Libs requires: cygwin - FWIW, both the w3m and libgc packages exist as part of Debian: http://packages.debian.org/stable/libs/libgc6 http://packages.debian.org/stable/web/w3m-ssl I want to thank Jason Tishler for his assistance over the last month in guiding a new package maintainer, testing and figuring out (then helping me fix) a problem that caused older versions of w3m to perform much better than the latest version of unmodified w3m. Please let me know if you have any questions or if I could have done anything better. Thanks for considering the integration of these packages into Cygwin. Bob Heckel
fatal error in running startx (after installing KDE)
Hi I got this message and unable to get my KDE loaded: == $startx + test -f /home/darwin/.kde_mountchecked + IPC_PID=3948 + ipc_daemon2 + client_opt= + server_opt= + xinit /opt/kde3/bin/startkde -- usr/X11R6/bin/XWin :0 -noreset -ac -nowinkill Wlcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin :0 -noreset -ac -nowinkill Fatal server error: CAnnot open log file /tmp/XWin.log $ winDeinitMultiWindowWM - Noting shutdown in progress giving up xinit: Connection refused (errno 111): unable to connect to X server xinit: No such process (errno 3): Server error. + kill -15 3948 == I have to add that i installed my Cygwin and KDE3 on Windows XP under admin login The strange thing (at least for me) is that the KDE can run when I log in as admin but when I login using another login user name, the KDE won't work any help/clue is welcome thanx in advance (at least for reading this email) darwin -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: fatal error in running startx (after installing KDE)
On Fri, 15 Apr 2005, Darwin P Sigumonrong wrote: Fatal server error: CAnnot open log file /tmp/XWin.log I have to add that i installed my Cygwin and KDE3 on Windows XP under admin login The strange thing (at least for me) is that the KDE can run when I log in as admin but when I login using another login user name, the KDE won't work make sure any use can write to c:\cygwin\tmp bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: starting xterm from tcsh, gives error message: missing }.
On Fri, 2005-04-15 at 19:21 -0500, Bengt Svensson wrote: I am using tcsh in cygwin and every time I start a new xterm from an existing xterm/tcsh window I get the error message 'missing }.' I recently updated my cygwin so everything should be current. But see attached cygcheck -s -v -r output. You haven't given enough context in that script to determine why that line was problematic and I don't have a Cygwin install in front of me, so I can't check. To me that line looks fine as it was, however the purpose of the eval was not obvious. I think that statement would be better without the eval at all. I notice that one directory in your PATH contains a space (c:\Program Files\Common Files\MDL Shared\ISIS). If you examine your output from cygcheck you will see that something weird is happening. My guess is that at least one script in profile.d isn't handling directories with spaces properly. They really should be rewritten to use the $path variable instead ($path is an array, $PATH is a scalar) or to explicitly set IFS and use proper quoting. -- Michael Wardle [EMAIL PROTECTED]
src/winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-04-15 08:19:08 Modified files: winsup/cygwin : ChangeLog syscalls.cc Log message: * syscalls.cc (setuid32): Correct debugging output. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2839r2=1.2840 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.373r2=1.374
winsup/cygwin ChangeLog fhandler.cc fhandler_f ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-04-16 05:20:01 Modified files: cygwin : ChangeLog fhandler.cc fhandler_fifo.cc pipe.cc cygwin/include/cygwin: version.h Log message: * fhandler.cc (fhandler::dup): Duplicate flags, too. * fhandler.h (fhandler_fifo::owner): Eliminate. * fhandler_disk_file.cc (fhandler_base::fstat_fs): Handle on-disk devices better. (fhandler_base::fstat_helper): Ditto. * fhandler_fifo.cc (fhandler_fifo::fhandler_fifo): Don't initialize obsolete owner. (fhandler_fifo::open_not_mine): Add some debugging. Duplicate correct handle when we own it. (fhandler_fifo::open): Set flags from input, not from first pipe. Flag that fork fixup is needed. (fhandler_fifo::dup): Set errno correctly when DuplicateHandle fails. * pinfo.cc (commune_send): Add debugging for fifo. * cygwin/version.h: Bump API minor version to 127 to reflect exporting of sigrelese. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2840r2=1.2841 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler.cc.diff?cvsroot=uberbaumr1=1.230r2=1.231 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_fifo.cc.diff?cvsroot=uberbaumr1=1.7r2=1.8 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pipe.cc.diff?cvsroot=uberbaumr1=1.75r2=1.76 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=uberbaumr1=1.185r2=1.186
Re: Correct debugging output in seteuid32
On Apr 14 16:24, Pierre A. Humblet wrote: I can see why would one think this is a bug, but it was meant to be that way. Having a wrong gid can make seteuid fail. Perhaps we could print the new and current uids and the current gid to cover all cases. Yep, that's how I did it already locally. I've applied it that way. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: bash/fork problem on Win server 2003 with terminal serve
Lionel B wrote in message news:[EMAIL PROTECTED] Hi, I seem to have hit the same issue as described in: http://sourceware.org/ml/cygwin/2005-03/msg00919.html [...] I've attach cygcheck output for the machine where Cygwin is installed (again I cannot run cygcheck on the Win server 2003 machine because it too fails...) Apologies, struggling with braindead newsreader... here's (hopefully) cygcheck output in readable format... -- Lionel B cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.14-1: child died
Anyway, it could also be a permissions problem: maybe because its a restricted user, the child process is in some way prevented from accessing the object created by the parent and it can't notify it. But that's just guesswork. I think your next most informative option might be to use strace -t; that should let you see if there are any obvious errors occurring in the child. I don't know how to use this command, because I can't start any command within this user. Changing to another account I can't check it, because everthing works as expected. What exactly can I try? Thanks, Oliver -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: swig-1.3.24-1
SWIG, the Simplified Wrapper and Interface Generator, a tool for easing the interfacing of C/C++ libraries to scripting languages, has been updated in the Cygwin net distribution to version 1.3.24-1. This version has already been present a TEST release for almost 8 weeks now. SWIG has undergone major changes since the last Cygwin release was made, especially with respect to bindings consisting of multiple co-operating modules. Max Bowsher. PS: For anyone wondering Since when was Max the SWIG package maintainer? - this is the first release I have made since I took over that role. -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Latest snapshot has problems on remote FAT drives
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've upgraded to the 20050413 snapshot, and have a WinXP machine connected to a Win98 box on a home network. This used to work in 1.5.12, but now the snapshot has problems creating files and directories, and calling utimes on directories: $ uname -a CYGWIN_NT-5.1 LOUNGE 1.5.15s(0.126/4/2) 20050413 13:19:04 i686 unknown unknown Cygwin $ df -T /cygdrive/g FilesystemType 1K-blocks Used Available Use% Mounted on g: user,remote 6260992 4988672 1272320 80% /cygdrive/g $ cd /cygdrive/g/cygwin/tmp/ $ touch file touch: cannot touch `file': Invalid request code $ touch . touch: setting times of `.': Function not implemented $ mkdir dir mkdir: cannot create directory `dir': Invalid request code $ strace touch file [...] 547 1805292 [main] touch 3588 open: open (file, 0xC201) 36 1805328 [main] touch 3588 normalize_posix_path: src file 29 1805357 [main] touch 3588 cwdstuff::get: posix /cygdrive/g/cygwin/tmp 28 1805385 [main] touch 3588 cwdstuff::get: (/cygdrive/g/cygwin/tmp) = cwdstuff::get (0x22EB70, 260, 1, 0), errno 0 29 1805414 [main] touch 3588 normalize_posix_path: /cygdrive/g/cygwin/tmp/file = normalize_posix_path (file) 30 1805444 [main] touch 3588 mount_info::conv_to_win32_path: conv_to_win32_path (/cygdrive/g/cygwin/tmp/file) 32 1805476 [main] touch 3588 mount_info::cygdrive_win32_path: src '/cygdrive/g/cygwin/tmp/file', dst 'g:\cygwin\tmp\file' 28 1805504 [main] touch 3588 set_flags: flags: binary (0x2) 27 1805531 [main] touch 3588 mount_info::conv_to_win32_path: src_path /cygdrive/g/cygwin/tmp/file, dst g:\cygwin\tmp\file, flags 0x22, rc 0 11907 1817438 [main] touch 3588 symlink_info::check: GetFileAttributes (g:\cygwin\tmp\file) failed 97 1817535 [main] touch 3588 geterrno_from_win_error: windows error 1 == errno 54 10862 1828397 [main] touch 3588 symlink_info::check: GetFileAttributes (g:\cygwin\tmp\file.lnk) failed 108 1828505 [main] touch 3588 geterrno_from_win_error: windows error 1 == errno 54 31 1828536 [main] touch 3588 symlink_info::check: 0 = symlink.check (g:\cygwin\tmp\file, 0x22E830) (0x22) 37 1828573 [main] touch 3588 path_conv::check: this-path(g:\cygwin\tmp\file), has_acls(0) 51 1828624 [main] touch 3588 open: -1 = open (file, 0xC201) 36 1828660 [main] touch 3588 normalize_posix_path: src file 31 1828691 [main] touch 3588 cwdstuff::get: posix /cygdrive/g/cygwin/tmp 29 1828720 [main] touch 3588 cwdstuff::get: (/cygdrive/g/cygwin/tmp) = cwdstuff::get (0x22EB70, 260, 1, 0), errno 54 31 1828751 [main] touch 3588 normalize_posix_path: /cygdrive/g/cygwin/tmp/file = normalize_posix_path (file) 31 1828782 [main] touch 3588 mount_info::conv_to_win32_path: conv_to_win32_path (/cygdrive/g/cygwin/tmp/file) 33 1828815 [main] touch 3588 mount_info::cygdrive_win32_path: src '/cygdrive/g/cygwin/tmp/file', dst 'g:\cygwin\tmp\file' 30 1828845 [main] touch 3588 set_flags: flags: binary (0x2) 28 1828873 [main] touch 3588 mount_info::conv_to_win32_path: src_path /cygdrive/g/cygwin/tmp/file, dst g:\cygwin\tmp\file, flags 0x22, rc 0 10847 1839720 [main] touch 3588 symlink_info::check: GetFileAttributes (g:\cygwin\tmp\file) failed 96 1839816 [main] touch 3588 geterrno_from_win_error: windows error 1 == errno 54 10663 1850479 [main] touch 3588 symlink_info::check: GetFileAttributes (g:\cygwin\tmp\file.lnk) failed 96 1850575 [main] touch 3588 geterrno_from_win_error: windows error 1 == errno 54 69 1850644 [main] touch 3588 symlink_info::check: 0 = symlink.check (g:\cygwin\tmp\file, 0x22E830) (0x22) 38 1850682 [main] touch 3588 path_conv::check: this-path(g:\cygwin\tmp\file), has_acls(0) 39 1850721 [main] touch 3588 utimes: got 54 error from build_fh_name 31 1850752 [main] touch 3588 utimes: -1 = utimes (file, 0x0) [...] $ strace touch . [...] 236 17271 [main] touch 2832 open: open (., 0xC201) 32 17303 [main] touch 2832 normalize_posix_path: src . 29 17332 [main] touch 2832 cwdstuff::get: posix /cygdrive/g/cygwin/tmp 28 17360 [main] touch 2832 cwdstuff::get: (/cygdrive/g/cygwin/tmp) = cwdstuff::get (0x22EB70, 260, 1, 0), errno 0 30 17390 [main] touch 2832 normalize_posix_path: /cygdrive/g/cygwin/tmp/ = normalize_posix_path (.) 29 17419 [main] touch 2832 mount_info::conv_to_win32_path: conv_to_win32_path (/cygdrive/g/cygwin/tmp) 31 17450 [main] touch 2832 mount_info::cygdrive_win32_path: src '/cygdrive/g/cygwin/tmp', dst 'g:\cygwin\tmp' 29 17479 [main] touch 2832 set_flags: flags: binary (0x2) 27 17506 [main] touch 2832 mount_info::conv_to_win32_path: src_path /cygdrive/g/cygwin/tmp, dst g:\cygwin\tmp, flags 0x22, rc 0 210 17716 [main] touch 2832 symlink_info::check: not a symlink 39 17755 [main] touch 2832 symlink_info::check: 0 = symlink.check (g:\cygwin\tmp, 0x22E830) (0x22) 33 17788 [main] touch 2832 path_conv::check: this-path(g:\cygwin\tmp), has_acls(0) 34 17822 [main] touch 2832 build_fh_pc: fh
RE: 1.5.14-1: child died
Original Message From: Oliver Vecernik Sent: 15 April 2005 09:57 Anyway, it could also be a permissions problem: maybe because its a restricted user, the child process is in some way prevented from accessing the object created by the parent and it can't notify it. But that's just guesswork. I think your next most informative option might be to use strace -t; that should let you see if there are any obvious errors occurring in the child. I don't know how to use this command, because I can't start any command within this user. Changing to another account I can't check it, because everthing works as expected. What exactly can I try? You can strace a program from a DOS prompt. Cd into the cygwin bin directory, and issue a command such as strace -f -o strace.log -w --mask=all -b 204800 bash.exe --login -i 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: Building a common cygwin enviroment for network distribution
I've looked around the Cygwin site for information on installation that doesn't use the supplied setup.exe, and I've found a lot of you on your own so I'm hoping to get some help here. Thanks! What so wrong with setup.exe? I am doing a similar cygwin roll out at my work site and I use setup.exe. It can be run with command line switches so that it does not prompt the user and installs/updates automatically. Then you just define you own custom package, add it to Base group and make it depend on all the pacakges you want installed by default. See http://sources.redhat.com/cygwin-apps/package-server.html By staying with setup.exe your installation process will update as Cygwin does. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: coreutils-5.3.0-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of coreutils, 5.3.0-5, is available. NEWS This is a minor patch release. The overall 5.3.0 series was designated unstable by the upstream author (compared to the stable 5.2.1), because it introduces some POSIX-compliance fixes for the first time; but there have been few complaints so the 5.2.1 series is no longer available via setup.exe. See /usr/share/doc/coreutils-5.3.0/NEWS for the changes since 5.2.1-5. This release reverts the implicit .exe magic in rm(1) introduced in 5.3.0-4. It turns out that it broke libtool, and didn't always behave properly on symlinks. I hope to add a command-line option to all the tools that experience .exe magic, to make it user-selectable whether .exe can be added as needed, but that will take more time to implement. Note that su(1) is UNSUPPORTED; for more details, see http://cygwin.com/faq/faq_3.html#SEC42. This package REQUIRES cygwin 1.5.13 or newer snapshots, and has been tested with cygwin 1.5.14. If you are running on a Windows 95, 98, or ME system, cygwin 1.5.14 still has some known bugs that may affect several coreutils, such as touch(1). To avoid those bugs, you can use a snapshot or wait for cygwin 1.5.15. When building from source, you will need your own version of automake 1.9.5 or later (until the cygwin automake version is updated) if you want `make -k check' to get past the spurious failures caused by bugs in the testsuite. DESCRIPTION === GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir seq sha1sum shred sleep sort split stat stty sum sync tac tail tee test touch tr true tsort tty uname unexpand uniq unlink users vdir wc who whoami yes UPDATE == To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions, then look for 'coreutils' in the 'Base' category. Because of packaging conflicts between coreutils-5.2.1-5, cygutils-1.2.5-1, gettext-0.14.1-1, libiconv-1.9.2-1, and procps-010801-2, upgrading any of these packages may delete a file provided by another. Running `cygcheck -c' will show you if upgrading left a package incomplete, in which case you should reinstall that package. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCXmj584KuGfSFAYARAiytAJ0QHFf20imZYvQbblygHDlA6tUC0ACgpFiU z9NxNUpq9Aog9JDBLe0JziM= =UnZJ -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.14-1: child died
On Apr 14 11:40, Oliver Vecernik wrote: Hi, I'm not sure what happened, but if I start Cygwin for a certain restricted user I receive the following message: 9 [main] bash 3624 fork_parent: child 2756 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ Please test the latest snapshot from http://cygwin.com/snapshots/ I'm rather confident that it solves your problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash/fork problem on Win server 2003 with terminal serve
On Apr 14 14:55, Lionel B wrote: Hi, I seem to have hit the same issue as described in: http://sourceware.org/ml/cygwin/2005-03/msg00919.html Please test the latest snapshot from http://cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Running Cygwin on Windows 2003 Server via remote desktop
On Apr 14 10:49, Nathan Potter wrote: Hi, I'm having this problem as well. Specifically, I'm getting the following errors for non-privileged users logging in via Remote Desktop to Windows Server 2003: When I click on the Cygwin Icon: 2 [main] bash 6544 fork_parent: child 5496 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ Please test the latest snapshot from http://cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.14 non-admin account problems
For the past couple of days I have been trying to get non-admin accounts working under cygwin. Whenever I try to start cygwin after logging into windows with a non-admin account or try to ssh using a non-admin account I get the following errors: Last login: Fri Apr 15 09:43:31 2005 from sms-mh bash.exe: warning: could not find /tmp, please create! -bash: /etc/profile: Permission denied -bash: /home/sms2/.bash_profile: Permission denied I cannot change directories or execute any commands except pwd and echo. (error: -bash: fork: Permission denied) The one other strange thing is that the CYGWIN variable does not get defined when logging in with a non-admin user. I figured it was a permissioning problem so I added the non-admin user to the Administrators group in /etc/passwd, and the user could login fine with ssh. After searching the mailing lists and google, I've tried a number of different things to fix this. I changed my CYGWIN variable to ntsec notransverse, rebooted and still got the error. I've changed folder and file owner/group with chown. I've tried changing permissions on different files and folders using Windows Security, chmod and setfacl. I've had to uninstall and reinstall a couple of times from changing permissions and screwing up the install. At this point I don't know what else to try. These permissions do not look correct to me, but I do not know which files/directories need to be changed and what exactly they should be changed to. $ getfacl /bin # file: /bin # owner: sms # group: Users user::--- group::--- mask:rwx other:rwx default:other:rwx Pretty much all directories and files have the above permissions except for /home. $ getfacl /home # file: /home # owner: sms # group: None user::rwx group::rwx mask:rwx other:rwx default:user::rwx default:group::rwx default:other:rwx I am running Windows 2000 Server fully patched. C: is formatted NTFS. System name sms-mh sms - user I installed cygwin with. under windows security, member of Administrators sms2 - non-admin user I am having problems with. under windows security, member of Users Where I'm at right now: Logged into windows as sms, I uninstalled cygwin (removed Cygnus Solutions registry entries from HKEY_LOCAL_MACHINE\SOFTWARE, HKEY_CURRENT_USER\SOFTWARE and HKEY_USERS_.DEFAULT and the sshd key from CurrentControlSet\services, deleted c:\cygwin, rebooted) and then reinstalled cygwin (base packages plus vim, less, ssh) Started cygwin: /home/sms, .bashrc, .bash_profile, .inputrc were created. Ran ssh_host_config, answered yes to privelege separation, yes to install as service, entered ntsec notransverse for CYGWIN=. Ran cygrunsrv --start sshd. Connected as sms using ssh okay. Tried to connect as sms2 received error. Added sms2 to Administrators group under cygwin (in /etc/passwd changed xp:1005:513 to xp:1005:544) Connected as sms2 okay. Home directory and files were created. Moved sms2 back to group none (:513) Tried to ssh as sms2 received error. Any help would be appreciated. If this is a simple fix and has been talked about before in the mailing lists, I apologize for wasting your time. (I swear I did numerous searches before posting this) If you need any other info, just let me know. Again, thanks. -- -Michael Haas King of Prussia, PA Cygwin Configuration Diagnostics Current System Time: Fri Apr 15 09:20:25 2005 Windows 2000 Server Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Perl\bin\ c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Putty C:\cygwin C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(sms) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(sms) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `ntsec notraverse' HOME = `C:\cygwin\home\sms' MAKE_MODE = `unix' PWD = `/home/sms' USER = `sms' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\sms\Application Data' CLASSPATH = `C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `SMS-MH' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\sms' HOSTNAME = `sms-mh' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\SMS-MH' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/etc/skel' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `Lexmark Optra S 2455' PROCESSOR_ARCHITECTURE = `x86'
Re: bash/fork problem on Win server 2003 with terminal serve
Corinna Vinschen wrote in message news:[EMAIL PROTECTED] On Apr 14 14:55, Lionel B wrote: Hi, I seem to have hit the same issue as described in: http://sourceware.org/ml/cygwin/2005-03/msg00919.html Please test the latest snapshot from http://cygwin.com/snapshots/ Thanks, it appears to fix the problem. Will test more thoroughly. Regards, Lionel -- 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 problems
Brian Dessent brian at dessent.net writes: [...] The version number is displayed when you run setup, on the first page of the wizard. But, as long as you are using a recent version you should be fine, as setup.exe does not change that often. 2.457.2.2 [...] It could be that for some reason the setup.ini that is being downloaded in your case is being mangled, perhaps by some proxy server or other software that the packets pass through. Brian It's working again. BTW, the setup.log didn't give much information. Just said that the setup started and ended. The download directories in the path did not contain a recent setup.ini file. In the end, what worked for me was to change from Direct connection to Use IE5 settings (but in LAN settings are empty, and I haven't touched that in a long time). Well, the other thing that was different was that I ran setup.exe from a cygwin shell and made sure it's the right one. I(sort of) doubt that this was the issue since all I did was execute the same thing I was double-clicking on. I guess, it's also possible that something changed in the repository, I don't know how to check that. Thanks for the reply, George -- 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/
cron.hourly
Hi, I have started cron as a service under Windows 2000. I 'naively' created a directory, /etc/cron.hourly and put a script in there. I had hoped that cron would execute the script once every hour but it does not work. How do I get the folders /etc/cron.hourly, etc/cron.daily etc/cron.weekly correctly working in cygwin? regards -totte -- 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: cron.hourly
Totte Karlsson wrote: Hi, I have started cron as a service under Windows 2000. I 'naively' created a directory, /etc/cron.hourly and put a script in there. I had hoped that cron would execute the script once every hour but it does not work. How do I get the folders /etc/cron.hourly, etc/cron.daily etc/cron.weekly correctly working in cygwin? regards -totte http://www.aota.net/Script_Installation_Tips/cronhelp.php3 reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cron.hourly
Totte Karlsson wrote: Hi, I have started cron as a service under Windows 2000. I 'naively' created a directory, /etc/cron.hourly and put a script in there. I had hoped that cron would execute the script once every hour but it does not work. How do I get the folders /etc/cron.hourly, etc/cron.daily etc/cron.weekly correctly working in cygwin? regards -totte $ cat exampleCronFile #* * * ** command to be executed #- - - -- #| | | || #| | | |+- day of week (1 - 7) (monday = 1) #| | | +--- month (1 - 12) #| | +- day of month (1 - 31) #| +--- hour (0 - 23) #+- min (0 - 59) 0515 5 2* /path/to/executable /path/to/logfile will execute the executable at 3:15 PM on the 5th of the second month and it doesn't care which day of the week that is. reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cron.hourly
Reid Thompson wrote: Totte Karlsson wrote: Hi, I have started cron as a service under Windows 2000. I 'naively' created a directory, /etc/cron.hourly and put a script in there. I had hoped that cron would execute the script once every hour but it does not work. How do I get the folders /etc/cron.hourly, etc/cron.daily etc/cron.weekly correctly working in cygwin? regards -totte $ cat exampleCronFile #* * * ** command to be executed #- - - -- #| | | || #| | | |+- day of week (1 - 7) (monday = 1) #| | | +--- month (1 - 12) #| | +- day of month (1 - 31) #| +--- hour (0 - 23) #+- min (0 - 59) 0515 5 2* /path/to/executable /path/to/logfile cron hourly 00** ** /path/to/executable /path/to/logfile will run at the top of each hour 30 ** ** /path/to/executable /path/to/logfile will run at the bottom of each hour etc... reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Symlinks don't work in python???
Jason, RE: Sorry, but I cannot reproduce the above problem with the latest snapshot: $ uname -a CYGWIN_NT-5.1 gelpdevjt022 1.5.15s(0.126/4/2) 20050408 16:35:04 ... $ python -V Python 2.4 $ ls -l total 0 lrwxrwxrwx1 jtishler Domain U 11 Apr 11 10:14 foo.py - /tmp/foo.py $ python -c 'import foo' $ Jason That's curious, given that: uname -a CYGWIN_NT-5.1 ward 1.5.15s(0.126/4/2) 20050408 16:35:04 i686 unknown unknown Cygwin python -V Python 2.4 ls -l total 2 lrwxrwxrwx 1 ward None 6 Apr 15 15:31 bar.py - foo.py -rwxrwxrwx 1 ward None 34 Apr 15 15:31 foo.py python -c 'import foo' This is file foo.py. python -c 'import bar' Traceback (most recent call last): File string, line 1, in ? ImportError: No module named bar is reproducible on multiple machines here. HOWEVER, when I repeat your experiment more precisely: uname -a CYGWIN_NT-5.1 ward 1.5.15s(0.126/4/2) 20050408 16:35:04 i686 unknown unknown Cygwin python -V Python 2.4 ls -l total 1 lrwxrwxrwx 1 ward None 11 Apr 15 15:43 foo.py - /tmp/foo.py python -c 'import foo' This is file foo.py. all seems OK. Can you try my failing experiment (symlink bar.py to file foo.py in same directory)? It seems using a different name for the symlink may cause the trouble... I have no idea why. Thanks, Steve -- 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: Losing track of processes?
Christopher Faylor wrote: If you're not using the -17 (test) version of bash, try that. Wow! Much better! My scripts are still churning after 4 hours. When will this be part of an offical cygwin drop? Well, it's already official FWIW, I've removed -17 from test status. Thanks. But, had the problem show up again only this time the ps command doesn't show a bash pid and yet taskmanager thinks it's running. In other words, taskmanager has a bash running which doesn't show up in the ps -ef listing. So, the log processing script ran for about 30 hours before stall. At least that's better than two. -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- 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: Slow shell script execution on Cygwin
Brian Dessent wrote: My questions for you: 1. Do these numbers seem reasonable? Yes, unfortunately. Heavy fork()-exec() based scripts just take forever. Ok. 2. Is there anything (apart from cross-compiling on Linux :) ) that can be done to increase script execution speed? You can try mounting your /usr/bin as cygexec. The manpage for mount has some information. From my understanding, the way this works is that when a Cygwin process goes to execute a binary, it checks the mount table. If that binary is mounted on a path that is marked cygexec it assumes that it is a Cygwin binary and skips a bit of the normal song-and-dance, because it knows that it can just communicate directly with the child process via the Cygwin shared memory area after the process has started. I'm not entirely sure of how much of a speedup can be expected, or whether it's significant or not, but it's worth testing. Thank you for the suggestion. I tried it, and it reduced the time for a full make of glib by about 2 seconds, but increased the configure time by 2 seconds on average. Interesting... Thanks for the reply, Robert -- 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/
Possible to create an X application not linked to cygwin1.dll?
Greetings, I have ported an X application to cygwin/gcc. It runs well under the X server xwin. When I compile, I link up with libX11. Then I end up my app being linked to cygwin1.dll since libX11 depends on cygwin1.dll. I need to distribute this application, but I cannot make it open source. Those I distribute it to would download cygwin and use xwin. I'm under the impression I cannot do this due to my app - libX11 - cygwin1.dll. Is that correct? I notice that only the X11 lib has this dependency (not Xm or Xpm). I have tried using the -mno_cygwin flag to gcc to compile the app, but this still ends up with the X11 - cygwin1.dll dependency. Is there any way to compile an app that needs X11 and not be linked to cygwin1.dll? Is there another X11 available, for instance? thanks! tim -- 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/
build failure for expat-1.95.8-1 cygwin src pkg
When I ran ./expat-1.95.8-1.sh prep the resulting directory tree was not patched. Manually patched after extracting the patch from the cygwin -src tarball. The build fails with the preprocessor error: #error memmove does not exist on this platform, nor is a substitute available in lib/xmlparse.c line 75. The command line issued by libtool looks approximately like this: /bin/bash ./libtool --silent --mode=compile gcc -g0 -O3\ -Iexpat-1.95.8/lib -I. -o lib/xmlparse.lo\ -c expat-1.95.8/lib/xmlparse.c [line breaks added for posting to email List] and it is obvious that it is not applying the CFLAGS: (from Makefile): CFLAGS = -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes\ -fexceptions -DHAVE_EXPAT_CONFIG_H Because the libtool is not getting or passing on the CFLAGS parameters to gcc, the compilation fails: the HAVE_EXPAT_CONFIG.H option must be present on Cygwin or the show will stop immediately. I retrieved the latest release of libtool and extracted the ltmain.sh file from that tarball, replacing the one that came in expat. Now the build worked as expected, to completion. The libtool release installed on my machine (latest from cygwin at the time of this writing): Cygwin Package Information Package VersionStatus libtool-devel1.5.10-1 OK Cygwin Package Information Package VersionStatus libtool-stable 1.4.3-2OK Cygwin Package Information Package VersionStatus libtool 1.5b-1 OK The only thing I know to be non-standard about my setup for this build was the fact that I did not undertake it in /usr/src but in another disk location (not one with any spaces present in its pathname, btw). My conclusion is that use of libtool to build this package on Cygwin is brittle. This is not the first cygwin package release of expat which failed to build for me (last time was in 2002, no details are available to cite after this lengthy interval). My opinion is that GNU libtool is a poor match for the requirements of building of libraries on the ms windows platform. It reminds one a bit of hunting squirrel with a piece of field artillery. You'll definitely send the wee critter out of this life with no remnants to dispose of, but you'll have to get him in your sights first. There also seems to be an issue with the expat-1.95.8-1.sh script not patching the upstream source tree it unpacks. Why this would fail I could not tell (and didn't look too hard). Regards. -- 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: Symlinks don't work in python???
Steve, On Fri, Apr 15, 2005 at 03:54:37PM -0400, Steve Ward wrote: Can you try my failing experiment (symlink bar.py to file foo.py in same directory)? I was able reproduce your problem on my way out of work today. It seems using a different name for the symlink may cause the trouble... I have no idea why. Can you strace the issue and report back to the list? If not, then I will try when I'm back at work on Monday. Thanks, 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: Possible to create an X application not linked to cygwin1.dll?
On Fri, Apr 15, 2005 at 08:39:31PM -0400, Stone, Tim wrote: I have ported an X application to cygwin/gcc. It runs well under the X server xwin. When I compile, I link up with libX11. Then I end up my app being linked to cygwin1.dll since libX11 depends on cygwin1.dll. I need to distribute this application, but I cannot make it open source. Those I distribute it to would download cygwin and use xwin. I'm under the impression I cannot do this due to my app - libX11 - cygwin1.dll. Is that correct? I notice that only the X11 lib has this dependency (not Xm or Xpm). I have tried using the -mno_cygwin flag to gcc to compile the app, but this still ends up with the X11 - cygwin1.dll dependency. Is there any way to compile an app that needs X11 and not be linked to cygwin1.dll? Is there another X11 available, for instance? broken recordWhy would you be asking how to not use cygwin in a list that is devoted to cygwin?/broken record No, you can't do what you want to do. You could ask about this in the [EMAIL PROTECTED] mailing list, however. This topic certainly has nothing to do with this mailing list. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.12-1: poll bug (Windows 2000)
Cygwin v1.5.12-1/Windows 2000 Cygwin poll() uses POLLPRI as the flag for detecting exceptions, POLLPRI must be explicitly set (otherwise socket exceptions aren't reported), and POLLERR is only used when select() returns -1 but there was no WSAENOTCONN. However, the Unix man page for poll() says POLLPRI is for detecting urgent data to read, POLLERR is for detecting exceptions, and POLLERR does not need to be explicitly set in the pollfd.events field. Why is POLLPRI used for detecting exceptions instead of POLLERR? Why are exceptions only detected when POLLPRI is set instead of being detected automatically? The following example shows how behavior differs between Linux and Cygwin. On Linux poll() gives readable and exception, but on Cygwin poll() only gives writable. #include sys/poll.h #include sys/socket.h #include sys/un.h #include netinet/in.h #include netdb.h #include arpa/inet.h #include errno.h #include stdio.h #include unistd.h #include fcntl.h #include signal.h #include string.h int my_connect(const char * a, int p) { int s; struct sockaddr_in dest; struct hostent * h; if((s = socket(AF_INET, SOCK_STREAM, 0)) == -1) return -1; if ((h = (struct hostent *)gethostbyname(a))) dest.sin_addr = *((struct in_addr *)h-h_addr); else dest.sin_addr.s_addr = inet_addr(a); dest.sin_family = AF_INET; dest.sin_port = htons(p); memset((dest.sin_zero), 0, 8); fcntl(s, F_SETFL, O_NONBLOCK); connect(s, (struct sockaddr *) dest, sizeof (struct sockaddr)); fcntl(s, F_SETFL, 0); return s; } int pollsd(int sd) { int rd, wr, ex; struct pollfd p; short ret; p.fd = sd; /* poll() man page says exceptions are reported automatically */ p.events = POLLIN | POLLOUT; if (poll(p, 1, 1000) == -1) return -1; rd = p.revents POLLIN; wr = p.revents POLLOUT; ex = p.revents POLLERR; printf(rd: %s\twr: %s\tex: %s\n, rd ? YES : NO, wr ? YES : NO, ex ? YES : NO); return 0; } int main(void) { int sd, i; if((sd = my_connect(12.107.209.250,12321)) == -1) { printf(CONNECT ERROR\n); return -1; } for (i = 0; i 32; i++) { if(pollsd(sd) == -1) { printf(POLL ERROR\n); return -1; } } close(sd); return 0; } __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail -- 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/
Updated: swig-1.3.24-1
SWIG, the Simplified Wrapper and Interface Generator, a tool for easing the interfacing of C/C++ libraries to scripting languages, has been updated in the Cygwin net distribution to version 1.3.24-1. This version has already been present a TEST release for almost 8 weeks now. SWIG has undergone major changes since the last Cygwin release was made, especially with respect to bindings consisting of multiple co-operating modules. Max Bowsher. PS: For anyone wondering Since when was Max the SWIG package maintainer? - this is the first release I have made since I took over that role. -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.