"realpath" behavior
Looking for someone to confirm if this is expected behavior, or a bug: With standard mount points: c:\cygwin\bin on /usr/bin type system (binmode) c:\cygwin\lib on /usr/lib type system (binmode) * Calling realpath() to resolve "/bin" results in "/usr/bin". * Likewise, calling realpath() to resolve "/lib" results in "/usr/lib". If anything, I'd expect the opposite behavior - ie, realpath("/usr/bin") to return "/bin", etc. -Samrobb
RE: [ITP] rebase
> I can reproduce it now. I will debug and try to fix it myself. If I'm > unsuccessful, then I will ask Ralf for help. > Jason, your rebase depends on the ms imagehelp library, isn't it. A way may be to try my version with the -D flag. This give some additional hint about the internals of the dll. Ralf
Should the gcc package contain a cc symlink?
Chris, Would you be willing to add the following symlink to the gcc package? $ ln -s gcc.exe /usr/bin/cc It would solve the following problem: http://sf.net/tracker/?func=detail&aid=681504&group_id=5470&atid=305470 and make the Cygwin gcc package more consistent with the Red Hat Linux one (at least in this regard). 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
Re: Anomaly during update by Setup.exe (re-post with compressedattachment)
On Mon, 10 Feb 2003, Christopher Faylor wrote: > On Mon, Feb 10, 2003 at 12:03:48PM +0100, Ronald Landheer-Cieslak wrote: > >During the daily update this morning, I saw a slight anomaly while running > >Setup. I've attached the setup log. > It's a known problem, reported multiple times previously. Ah, sorry - should have checked the archives :( rlc
SYSTEM() problem
Title: SYSTEM() problem Hi, I am trying to use the system() calll, for example system("echo hello"); but it does not work, even though system(NULL); returns non-zero. It does work in the cygwin environment, but I need it to work on a dos command line with cygwin DLL in the path. thanks in advance, Houman
Re: Anomaly during update by Setup.exe (re-post with compressed attachment)
On Mon, Feb 10, 2003 at 12:03:48PM +0100, Ronald Landheer-Cieslak wrote: >Hello all, > >During the daily update this morning, I saw a slight anomaly while running >Setup. I've attached the setup log. It's a known problem, reported multiple times previously. cgf
Re: [ITP] rebase
Max, On Sun, Feb 09, 2003 at 12:41:43AM -, Max Bowsher wrote: > > On Sat, Feb 08, 2003 at 04:47:51PM -, Max Bowsher wrote: > >> got a segfault whilst processing: > >> /usr/lib/perl5/5.6.1/cygwin-multi/auto/SDBM_File/SDBM_File.dll > >> from Cygwin perl-5.6.1-2. > > Jason Tishler wrote: > > I get the following: > > > > $ rebase -v -b 0x6800 SDBM_File.dll > > ReBaseImage (SDBM_File.dll) failed with last error = 6 > > I played around a bit - turns out that if the dll is readonly, the > error you give above occurs. If the dll is writeable, rebase > segfaults. Thanks for the above. Sorry, for giving up so quickly, but I was bathing my kids... :,) I can reproduce it now. I will debug and try to fix it myself. If I'm unsuccessful, then I will ask Ralf for help. All, The above has raised two issues: 1. How should rebase deal with the above. Should it temporarily chmod to writable, rebase, and reset to the original permissions? Or, should it just fail on read-only files? 2. Should rebase quit on the first failure or just skip problematic files? Note that my original version was greedy. I changed it to stop on the first failure when I switched to using Ralf's imagehelper library. There are pros and cons to both policies. I'm not sure which one is best. 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
Re: Apache Module Packaging Issue
Hi Volker, what about your invitation for a BBQ? Maybe upcoming summer? :)) "Dr. Volker Zell" wrote: > > And please fix also the line > > AddModule mod_ntsec_auth.c > > which gets added to httpd.conf from mod_auth_ntsec Hmm, that thingy is not my fault. It's more the way apxs includes the module identifier names. The thing is that within the source the module identifier is named the other way arround, then the filename is. I may rename the module identifier in that case to avoid it. mod_auth_mysql has the same problem :(( PS: I hadn't the chance to run the latest Cygwin DLLs on my laptop. Can someone confirm that the socket connection hanging problems have now been fixed with it? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Apache Module Packaging Issue
Nicholas Wourms wrote: > > > > > Regardless of how you fix this issue, I would appreciate you repackaging > > the following: > > > > mod_auth_mysql > > mod_auth_ntsec > > mod_dav > > mod_php4 > > mod_ssl > > Also he needs to ditch that antiquated rebase that he > distributes with php4, which will undoubtbly cause issues > with your newer rebase scheme. > > A newer apache release wouldn't hurt, either. yep, +1 from my side. How about aiming this to be included and finished up to the end of the week?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Anomaly during update by Setup.exe (re-post with compressed attachment)
Hello all, During the daily update this morning, I saw a slight anomaly while running Setup. I've attached the setup log. This is what I got: after download, during un-installation (with no Cygwin applications running) I got a message box the cygwin1.dll was missing in the PATH - which is a bit normal as it has just been un-installed to be updated. It was uninstalling xerces when it complained. This kinda figures, because there is a "preremove" shell script, which is run with sh, which needs the cygwin1 DLL (which was already removed). The setup log shows this nicely: 2003/02/10 10:02:18 Starting cygwin install, version 2.249.2.5 2003/02/10 10:02:18 Current Directory: D:\Cygwin downloads 2003/02/10 10:02:20 source: network install 2003/02/10 10:02:20 root: D:\cygwin binary system 2003/02/10 10:02:21 Selected local directory: D:\Cygwin downloads 2003/02/10 10:02:22 net: Direct [snip] 2003/02/10 10:03:38 Uninstalling cygwin [snip] 2003/02/10 10:03:42 Uninstalling xerces-c-devel 2003/02/10 10:03:42 running: D:\cygwin\bin\sh.exe -c /etc/preremove/xerces-c-devel.sh [snip] Preremove scripts also exist for cygwin-doc and gcc-mingw. This means that if Cygwin and one of these packages are simultaniously updated, the (IMHO anomalous) message box complaining about an absent cygwin1.dll will appear. Some dependency tracking of the updated packages may be in order if this is to be fixed (not uninstalling a package unless all packages to be uninstalled that depend in it have effectively been uninstalled, in stead of alphabetical order). I am not familiar with the Setup code, so I can send a patch for this problem, at least for the time being.. just thought you might like to know anyway :) Greetz! rlc NB: I cross-posted this to both cygwin@... and cygwin-apps@... because (as I understand it) this is on-topic on both lists. Forgive me if that was a mistake... NNB: I had to re-post this to at least [EMAIL PROTECTED] because the attachment was apparently too large. If this means that some got the message twice on cygwin-apps, I apologize (but I haven't seen it arrive there either, so I don't think it'll be the case) setup.log.full.gz Description: Compressed setup log
Pending packages status
1. grace date : 25 Nov 2002 version: 5.1.10-1 status : not reviewed notes : http://cygwin.com/ml/cygwin-apps/2002-11/msg00322.html votes : 2 (Lapo and Robert) url: http://www.scytek.de/cygwin/grace-5.1.10-1.tar.bz2 http://www.scytek.de/cygwin/grace-5.1.10-1-src.tar.bz2 http://www.scytek.de/cygwin/setup.hint 2. nfs-server date : 09 Dec 2002 version: 2.2.47-1 status : reviewed; the server has problems exporting /cygdrive/* (Cygwin needs fixing for this to work) notes : http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00113.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00072.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00109.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00211.html reviews: http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00117.html http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00120.html http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00161.html http://www.cygwin.com/ml/cygwin/2003-01/msg00885.html votes : 4 (Christopher, Corinna, Hack and Sergey) url: http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-1.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-1-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint 3. LPRng date : 21 Jan 2003 version: 3.8.19-1 status : reviewed; updated package available notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00061.html votes : 1 (Joshua) url: https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1.tar.bz2 https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1-src.tgz https://www.as.cmu.edu/~geek/LPRng/setup.hint 4. ifhp date : 21 Jan 2003 version: 3.5.10-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html votes : 1 (Joshua) url: https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1-src.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/setup.hint 5. TCM date : 27 Jan 2003 version: 2.20-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00299.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00100.html votes : 2 (Christopher and Lapo) url: http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint 6. par date : 04 Feb 2003 version: 1.52-1 status : reviewed; ready to upload once it gets the votes notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00040.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00062.html votes : 1 (Joshua) url: http://www.lapo.it/tmp/par-1.52-1.tar.bz2 http://www.lapo.it/tmp/par-1.52-1-src.tar.bz2
Re: [Package Update] zsh-4.0.6-5
On Sun, Feb 09, 2003 at 10:11:11PM -0500, Christopher Faylor wrote: > On Sun, Feb 09, 2003 at 05:37:41PM -0800, Peter A. Castro wrote: > >On Sun, 9 Feb 2003, Corinna Vinschen wrote: > >>On Sun, Feb 09, 2003 at 11:17:04AM +0100, Corinna Vinschen wrote: > >>>the concerned directories and files, otherwise I assume a cockpit > >>>error. > >> > >>I was right, it was a cockpit error... on my side :-( > >> > >>I could reproduce the problem seconds after sending that mail. > > > >Oh, good... err, bad :( Well, at least I'm not losing as many brain > >cells as I thought I was :) > > > >Is this worth a note somewhere or should I perhaps file a bug against > >how patch is working? > > I suspect that Corinna's patch announcement of today was specifically > designed to deal with this. Bingo ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.