Re: bug in libintl2 0.12.1-3

Uwe Stöhr wrote: I'm stumped too, because I thaught testing means to test it with all character sets. Did you read this? >>school spanish was a long time ago. I've often >>said that perhaps I'm not the best person to >>maintain these two packages... If you'd like to take over maintaining libicon

Re: package _version_ check

gdbm-1.8.3-7 libbz2_0-1.0.2-1 libgdbm-1.8.0-5 libgdbm3-1.8.3-3 libintl-0.10.38-3 libintl1-0.10.40-1 libncurses5-5.2-1 libncurses6-5.2-8 libreadline4-4.1-2 libtiff3-3.6.0-2 These are mine. it would be very nice if the above packages were re-built against 1.5 No, I don't think so. With one excepti

Re: Old packages...

Thank you, Max! It works perfectly with options: clean_setup.pl -DDir -DFile -prev -prevobs Thanks!! Jason > Jason Fu wrote: >> Sorry that I did not make it clear. What I mean is those source files > and > not >> the installed packages. >> >> Just wonder if there's any way being used by cygwin'

nobody home

Sorry about this, but this e-mail address isn't read. Please see my homepage at http://dunne.home.dhs.org (http://www.linuxlots.com/~dunne/) if you need to contact me. If that's down, my home machine's hostname is dunne.dyn.dhs.org, and there's a sendmail daemon running... -- Unsubscribe info:

Re: cygwin doesn't show .. in all directories

On Wed, Sep 10, 2003 at 09:31:23AM +1000, David O'Shea wrote: >Yes, that's exactly the problem I was reporting (with FAT32 in my >case). I managed to get a 'cygwin-snapshot' to build so I guess >that's the first step in developing a fix. Now comes the hard part, >figuring out how to fix the probl

Re: Cygwin doesn't show .. in all directories

Hi Larry, Yes, that's exactly the problem I was reporting (with FAT32 in my case). I managed to get a 'cygwin-snapshot' to build so I guess that's the first step in developing a fix. Now comes the hard part, figuring out how to fix the problem! If/when I have diffs can I just post them to this

Re: wtf missing ootb?

On Tue, 9 Sep 2003, Lapo Luchini wrote: > Not exactly a OLOCA issue... but seems strange that it's unknown to the > other list 0_O > > Lapo Lapo, Thanks for the report. I'll add it to the OLOCA as well, and it should appear in 0.0.4-5 RSN (unless there's a new upstream release in the meantime).

Re: package _version_ check

>* Christopher Faylor <[EMAIL PROTECTED]> [2003-09-09 15:49:11 -0400]: > > On Tue, Sep 09, 2003 at 03:40:41PM -0400, Sam Steingold wrote: > >I am getting spurious failures, and I would love to have them fixed. > > "spurious failures", eh? Yeah, we'll get right on that. I am afraid I do not under

Re: package _version_ check

>* Igor Pechtchanski <[EMAIL PROTECTED]> [2003-09-09 15:25:51 -0400]: > > On Tue, 9 Sep 2003, Sam Steingold wrote: > > > shouldn't setup.exe refuse to install 1.5.3 unless all packages that > > use 1.3 are also upgraded? like RPM and apt-get at al do?! > > I think you got it backwards. Cygwin 1

Re: SEGV in conv_path_list_buf_size with xemacs-21.5-b13 and cygwin-snapshot-20030904-1

Hi, After some more hunting, I now understand there is a difference between the cygwin heap and the user heap. My problem is that I'm running out of cygwin heap: (gdb) where #0 _csbrk(int) (sbs=40) at ../../../../cygwin-snapshot-20030904-1/winsup/cygwin /cygheap.cc:190 #1 0x61002354 in _cmall

Re: package _version_ check

Sam Steingold wrote: >> Max Bowsher <[EMAIL PROTECTED]> [Tue, 9 Sep 2003 19:58:39 +0100]: >> I've attached a perl script (CVID - Cygwin Version IDentify) that I wrote, >> which you can run on an .exe or .dll. >> It examines "objdump -p" output (so requires binutils), and deduces the API >> based on

Re: package _version_ check

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sam Steingold wrote: | how do I check that the installed package foo was built against | cygwin 1.5 and not 1.3? "strings"ing and "grep"ing it for "64" should do the trick. e.g. rsync-2.5.6-2 (1.5.x verisonm9 contains: $ strings /usr/bin/rsync.exe |

Re: package _version_ check

On Tue, Sep 09, 2003 at 03:40:41PM -0400, Sam Steingold wrote: >it would be very nice if the above packages were re-built against 1.5 Pay attention. There is no need to rebuild packages against 1.5. Old applications work fine modulo the usual bugs that crop in with any new release. The hoopla a

Re: Need help: cron jobs can't access network drives.

Louis-Luc Le Guerrier wrote: The target (sharing) machine has Windows XP, and I have not yet found how to change the share permission to "everyone". I remember that in previous Windows versions, but Microsoft seems to have moved options all around, and just this straight forward task seems comp

Re: package _version_ check

> Max Bowsher <[EMAIL PROTECTED]> [Tue, 9 Sep 2003 19:58:39 +0100]: > Sam Steingold wrote: > > how do I check that the installed package foo was built against cygwin > > 1.5 and not 1.3? > > I've attached a perl script (CVID - Cygwin Version IDentify) that I wrote, > which you can run on an .exe o

Re: package _version_ check

On Tue, 9 Sep 2003, Sam Steingold wrote: > > Igor Pechtchanski <[EMAIL PROTECTED]> [Tue, 9 Sep 2003 15:02:25 -0400 (EDT)]: > > On Tue, 9 Sep 2003, Sam Steingold wrote: > > > > > how do I check that the installed package foo was built against cygwin > > > 1.5 and not 1.3? > > > > I doubt there's a

Re: Need help: cron jobs can't access network drives.

Louis-Luc Le Guerrier wrote: On Tue, 2 Sep 2003, David Rothenberger wrote: Louis-Luc Le Guerrier wrote: Hello, I have tried Universal Name Convention path as well, and I still can't access the network drives, even with UNC paths inside the script ran by 'cron'. The same script invoked manually

Re: package _version_ check

> Igor Pechtchanski <[EMAIL PROTECTED]> [Tue, 9 Sep 2003 15:02:25 -0400 (EDT)]: > On Tue, 9 Sep 2003, Sam Steingold wrote: > > > how do I check that the installed package foo was built against cygwin > > 1.5 and not 1.3? > > I doubt there's a utility that'd tell you that. At a guess, if you > on

Re: package _version_ check

On Tue, 9 Sep 2003, Sam Steingold wrote: > how do I check that the installed package foo was built against cygwin > 1.5 and not 1.3? I doubt there's a utility that'd tell you that. At a guess, if you only want to distinguish between these two versions, you should be able to call "strings" on an

Re: package _version_ check

Sam Steingold wrote: > how do I check that the installed package foo was built against cygwin > 1.5 and not 1.3? I've attached a perl script (CVID - Cygwin Version IDentify) that I wrote, which you can run on an .exe or .dll. It examines "objdump -p" output (so requires binutils), and deduces the

Re: Need help: cron jobs can't access network drives.

On Tue, 2 Sep 2003, David Rothenberger wrote: > Louis-Luc Le Guerrier wrote: > > Hello, > > I have tried Universal Name Convention path as well, and I still can't > > access the network drives, even with UNC paths inside the script ran by > > 'cron'. The same script invoked manually accesses net

package _version_ check

how do I check that the installed package foo was built against cygwin 1.5 and not 1.3? -- Sam Steingold (http://www.podval.org/~sds) running w2k An elephant is

Re: cygwin1.dll - debug version (RE: similar crash in mmap for 1.5.3-1)

On Tue, Sep 09, 2003 at 10:41:46AM +0200, Hannu E K Nevalainen (garbage mail) wrote: >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf >> Of Christopher Faylor > > >> ... You can't get a reliable crash dump >> from a stripped DLL, which cygwin1.dll is, of course. I can't believe >> that

Re: cygwin on Windows Server 2003 64 bit

On Tue, Sep 09, 2003 at 06:51:27AM +, Dave Salton wrote: >Has anyone successfully run cygwin on Windows Server 2003 64 bit? I have >installed cygwin 1.3.22-1 without a problem, but when I run the bash shell, >I get a fork error: > >C:\cygwin\bin\bash.exe: *** fork: can't reserve memory for st

RE: Setup 2.358 Hangs During Post-Install Script

SIGH! As always, I should've READ the message PROPERLY - *before* butting in. :-7 /Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation

RE: Setup 2.358 Hangs During Post-Install Script

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf > Of Dan Hatton > Having originally found this problem with Setup 2.358 under Windows > 2000, I've now reproduced it with Setup 2.364 under Windows XP, and on > a total of 3 independent machines. And it's still happening as of > last nigh

Re: Setup 2.358 Hangs During Post-Install Script

Dan, The XFree86-bin-icons package is buggy. It's basically a postinstall script that tries to create icons for the X programs that are installed on your machine. The problem is that it tries to create them in the Start Menu for "All Users" without checking whether the current user can write to

RE: Newby: setting up SSH

Hi, I think your WAG is right, it is asking for a password now. I don't know what has changed but it used to ask my for a passphrase. Could you tell me what to make of this output and why it doesn't use my keys? Another question, where do I have to generate keys on the client or a server. I've

Re: ps -W not working after latext cygwin DLL update

The entire cygwin, or only specific packages? (I tried re-installing the cygwin package only, and it does not help) >>Windows 2000 SP 4 does not make a difference. Try re-installing -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/probl

Re: ps -W not working after latext cygwin DLL update

Windows 2000 SP 4 does not make a difference. Try re-installing -- 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: ps -W not working after latext cygwin DLL update

which ps: /usr/bin/ps (but there is only /usr/bin/ps.exe, no /usr/bin/ps) "/usr/bin/ps -W" - the same results (only the processes that run "cygwin" commands - tcsh and ps). I am using Win2K SP4, in case it makes a difference. Thanks >On Mon, Sep 08, 2003 at 05:27:21PM +0300, Goren Il wrote: >>

Re: symlink extension shown using 1.5.3

> On Tue, Sep 09, 2003 at 12:05:20PM +0200, [EMAIL PROTECTED] wrote: > > Since I updated to cygwin 1.5.3 and bash 2.0.5b13, symlinks *on* network > > drives are shown by ls including the '.lnk'. They are properly > recognized as > > symlinks and it is even possible to, e.g., change the directory us

Re: ps -W not working after latext cygwin DLL update

On Mon, Sep 08, 2003 at 05:27:21PM +0300, Goren Il wrote: > /usr/bin/ps.exe -v > ps (cygwin) 1.11 > Process Statistics > Copyright 1996, 1997, 1998, 1999, 2000, 2001, 2002 Red Hat, Inc. > Compiled on Sep 1 2003 What does `type ps' or `which ps' print? Did you try `/usr/bin/ps -W'? Corinna --

Re: group_from_gid

On Tue, Sep 09, 2003 at 11:06:19AM +0200, Thomas Klausner wrote: > Hi! > > In /usr/include/grp.h, group_from_gid is mentioned, but I can't > find any reference in /usr/lib, nor is the function mentioned on > http://cygwin.com/faq/faq_3.html. > > Shouldn't it be removed from the header file until

Re: symlink extension shown using 1.5.3

On Tue, Sep 09, 2003 at 12:05:20PM +0200, [EMAIL PROTECTED] wrote: > Since I updated to cygwin 1.5.3 and bash 2.0.5b13, symlinks *on* network > drives are shown by ls including the '.lnk'. They are properly recognized as > symlinks and it is even possible to, e.g., change the directory using only t

repost: ipc-daemon2 fails on start as service

Sorry about the repost, but my post on Sunday got no response... I upgraded to the latest postgresql using ipc-daemon2. I can start both from the command line, but when I tried to install them as a service, ipc-daemon2, fails with message: The ipc-daemon service on Local Computer started then st

RE: !RE: [PATCH] gcc3/ld patch for direct-linking-to-dll andauto-importsupport

> > > I've tried that with your testcase and it seems to work. > > > > > What gcc release you are using ? > > I tested with mingw builds of 3.3.1 and last weeks GCC-head (3.4). They put > readonly data into .rdata$ sections if -fdata-sections but in .text otherwise. > You're correct, though, it is

Re: latest cygcheck -c is expensive

On Mon, Sep 08, 2003 at 05:05:22PM -0400, Christopher Faylor wrote: > On Mon, Sep 08, 2003 at 04:32:04PM -0400, Jason Tishler wrote: > >I see a minor speed up (now) -- 1:24 versus 1:18. Note this is on my > >laptop. Maybe the disk subsystem is so slow as to dominate the > >throughput? > > In tha

Re: Setup 2.358 Hangs During Post-Install Script

Having originally found this problem with Setup 2.358 under Windows 2000, I've now reproduced it with Setup 2.364 under Windows XP, and on a total of 3 independent machines. And it's still happening as of last night. On Fri, 22 Aug 2003, Dan Hatton wrote: > I've been trying to update my cygwin p

symlink extension shown using 1.5.3

Since I updated to cygwin 1.5.3 and bash 2.0.5b13, symlinks *on* network drives are shown by ls including the '.lnk'. They are properly recognized as symlinks and it is even possible to, e.g., change the directory using only the link name (without '.lnk'). Symlinks on local drives are shown just f

group_from_gid

Hi! In /usr/include/grp.h, group_from_gid is mentioned, but I can't find any reference in /usr/lib, nor is the function mentioned on http://cygwin.com/faq/faq_3.html. Shouldn't it be removed from the header file until it is implemented? Cheers, Thomas -- Thomas Klausner - [EMAIL PROTECTED] Wh

cygwin1.dll - debug version (RE: similar crash in mmap for 1.5.3-1)

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf > Of Christopher Faylor > ... You can't get a reliable crash dump > from a stripped DLL, which cygwin1.dll is, of course. I can't believe > that this has to be a FAQ entry but apparently it does. > > If you want to help with a back trace

Re: similar crash in mmap for 1.5.3-1

On Mon, Sep 08, 2003 at 03:31:31PM -0700, John Joganic wrote: > Previous posts described a bug in mmap called via malloc. I am seeing a > bug in mmap itself. The following test does not map large amounts of > memory, nor does it leak. It crashes however, after 4193 (0x1061) > iterations every