RE: Perl v5.8.7, CygWin DLL 1.5.18, script runs differently (hangs) on Cygwin while running open FH, "netsh ...|" or die "..."

> > #!/usr/bin/perl -w > > open(NETSHARE, "net share |") or die "Can't run net share: $!\n"; > > print "we got through the call to 'net share'\n"; while > () { > > print; > > } > > > > open(IPSEC, "netsh ipsec static show all format=table |") or die > > "Can't run > > netsh: $!\n"; > > print "

RE: Anyone running spfd on Cygwin?

> > spfd -path=/var/run/spfd > > > > Trying to naively put it in the background with: > > > > spfd -path=/var/run/spfd & > > > > ...seems to leave it non-responsive. > > I know nothing about spfd, but some programs work better in > the background if you kill their input/output (i.e., try

May g++ output windows-style paths instead of cygwin-style one?

Is there any way I can force the cygwin build of g++ to output folders using windows style (e.g. c:\folder\file) instead of cygwin style (/cygdrive/c/folder/file) when writing dependency files (-MM option)? I have this problem, 'cause I use a windows build of make 3.81beta3 and it does not rec

stackdump on cygwin (was: is there a cygwin maintainer for gnu emacs?)

here is a sample emacs.exe.stackdump file I get when emacs crashes. in the absence of a detailed gdb GC debugging which I dont know how to do, does this help? Exception: STATUS_ACCESS_VIOLATION at eip=610C4974 eax=21121CB8 ebx=8014 ecx=2005 edx= esi=A1121CC8 edi=A315B51C ebp=0

Re: May g++ output windows-style paths instead of cygwin-style one?

Angel Tsankov wrote: > Is there any way I can force the cygwin build of g++ to output folders > using windows style (e.g. c:\folder\file) instead of cygwin style > (/cygdrive/c/folder/file) when writing dependency files (-MM option)? No, there's no way to do that. You could probably come up with

Re: stackdump on cygwin (was: is there a cygwin maintainer for gnu emacs?)

emacs user wrote: > here is a sample emacs.exe.stackdump file I get when emacs crashes. in the > absence of a detailed gdb GC debugging which I dont know how to do, does > this help? I don't know anything about emacs, but I don't think this will help anyone find the problem. A stack trace witho

Re: May g++ output windows-style paths instead of cygwin-style one?

- Original Message - From: "Brian Dessent" <[EMAIL PROTECTED]> To: "cygwin mailing list" Sent: Tuesday, August 16, 2005 12:00 PM Subject: Re: May g++ output windows-style paths instead of cygwin-style one? Angel Tsankov wrote: Is there any way I can force the cygwin build of g++ to

Re: May g++ output windows-style paths instead of cygwin-style one?

Angel Tsankov wrote: > Well, how do I document the bug? Start here: > > Problem reports: http://cygwin.com/problems.html Post a concise explanation of what happens, what was expected to happen, and what did not happen. Include a simple testcase if possible. Brian -- Unsubscribe info:

Re: May g++ output windows-style paths instead of cygwin-style one?

- Original Message - From: "Angel Tsankov" <[EMAIL PROTECTED]> To: Sent: Tuesday, August 16, 2005 12:11 PM Subject: Re: May g++ output windows-style paths instead of cygwin-style one? - Original Message - From: "Brian Dessent" <[EMAIL PROTECTED]> To: "cygwin mailing list"

Re: openssh-4.1p1-2/cygwin-1.5.18-1: write(2) misbehaving?

On Aug 15 19:57, Dave Kilzer wrote: > 2. Apply the attached patch and (re)build openssh. After reading the > manpage for write(2), it said that write(2) returns -1 on error, thus > errno will not contain a "related" error if checked when write(2) > returns 0. (There were other mitigating circumst

RE: Windows hardening and system paths

Hello again, The problem at hand is basically that when I try to start the service, it freezes and logs this error: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. I figured that this mu

Re: Windows hardening and system paths

Mikkel Rostock wrote: > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1053: > The service did not respond to the start or control request in a timely > fashion. "The" service? You haven't posted any details of what you're trying to do -- what program you're trying to run

RE: Anyone running spfd on Cygwin? (Attn: cygrunsrv maintainer)

Original Message >From: Igor Pechtchanski >Sent: 16 August 2005 02:22 > On Thu, 11 Aug 2005, Herb Martin wrote: >> Or must such services be stopped and restarted completely? > > Yes, but you'll need to send SIGHUP to the program process, and not to the > corresponding cygrunsrv process, s

RE: Perl v5.8.7, CygWin DLL 1.5.18, script runs differently (hangs) on Cygwin while running open FH, "netsh ...|" or die "..."

Original Message >From: Herb Martin >Sent: 16 August 2005 09:14 > No, it's a type that I changed from using one name to > the other somewhere during the preparation of the email > (and failed to recopy the code) DON'T DO THAT! IF YOU FALSIFY YOUR DATA, YOU WILL GET BOGUS RESULTS.

RE: Perl v5.8.7, CygWin DLL 1.5.18, script runs differently (hangs) on Cygwin while running open FH, "netsh ...|" or die "..."

On Tue, 16 Aug 2005, Dave Korn wrote: > Don't ever do it again, or I will drop a hippo on you from a very > great height! Yay, hippo police! Igor P.S. Let's TITTTL the rest... -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL

[ANNOUNCEMENT] Updated: libmng-1.0.9-1

libmng - the Multiple-image Network Graphics (MNG) Reference Library - has been updated to version 1.0.9 NEWS This is an update to latest upstream release. DESCRIPTION === The libmng library supports decoding, displaying, encoding, and various other manipulations of the Multiple-im

[ANNOUNCEMENT] Updated: libart_lgpl-2.3.17-1

libart_lgpl has been updated to version 2.3.17 NEWS This is an update to latest upstream release. DESCRIPTION === Libart is a library for high-performance 2D graphics. It is currently being used as the antialiased rendering engine for the Gnome Canvas. It is also the rendering engi

[ANNOUNCEMENT] Updated: intltool-0.33-1

intltool has been updated to version 0.33 NEWS This is an update to latest upstream release. DESCRIPTION === intltool is a helper tool for building GLib/GTK+/GNOME applications. The intltool package has a script, intltoolize, which copies the various scripts and does the other magi

[ANNOUNCEMENT] Updated: lcms-1.14-1

lcms - aka littlecms - has been updated to version 1.14 NEWS This is an update to latest upstream release. DESCRIPTION === Littlecms is a small-footprint, speed optimized color management engine. With a typical footprint of about 100K including C runtime, you can color-enable your

[ANNOUNCEMENT] Updated: libfpx-1.2.0.12-1

The Flashpix OpenSource Toolkit has been updated to version 1.2.0.12 NEWS This is an update to latest upstream release. DESCRIPTION === Flashpix OpenSource Toolkit is the FlashPix Reference Implementation. Canonical website: http://www.imagemagick.org/ UPDATE == To update yo

[ANNOUNCEMENT] Updated: libexif-0.6.12-1

The EXIF Tag Parsing Library has been updated to version 0.6.12 NEWS This is an update to latest upstream release. DESCRIPTION === libexif is a library for parsing, editing, and saving EXIF data. It is intended to replace lots of redundant implementations in command-line utilities

[ANNOUNCEMENT] Updated: libwmf-0.2.8.4-1

libwmf has been updated to version 0.2.8.4 NEWS This is an update to latest upstream release. DESCRIPTION === libwmf is a library for reading vector images in Microsøft's native Windøws Metafile Format (WMF) and for either (a) displaying them in, e.g., an X window; or (b) convertin

Re: Programatically finding value of "cygdrive" prefix

On 08/16/2005 at 08:25:18 AM, cygwin-owner wrote: mount -m | grep -- --change-cygdrive-prefix | \ xargs bash -c 'while [ $# != 1 ]; do shift; done; echo "$@"' -- --- end of excerpt --- Why the complexity? Is there something wrong with this? > regtool get "/HKCU/Software/Cygnus Solutions/Cygwin

Re: May g++ output windows-style paths instead of cygwin-style one?

On Tue, 16 Aug 2005, Angel Tsankov wrote: > - Original Message - > From: "Angel Tsankov" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, August 16, 2005 12:11 PM > Subject: Re: May g++ output windows-style paths instead of cygwin-style one? > > > - Original Message -

Re: Programatically finding value of "cygdrive" prefix

On Tue, 16 Aug 2005, Fred Kulack wrote: > On 08/16/2005 at 08:25:18 AM, cygwin-owner wrote: (i.e., Igor Pechtchanski :-D) > mount -m | grep -- --change-cygdrive-prefix | \ > xargs bash -c 'while [ $# != 1 ]; do shift; done; echo "$@"' -- > --- end of

Re: May g++ output windows-style paths instead of cygwin-style one?

On Tue, Aug 16, 2005 at 10:29:17AM -0400, Igor Pechtchanski wrote: >This particular problem must've been fixed by some other patch. >Nonetheless, now that the make maintainer is aware that there is a bug, >he'll likely look into releasing the updated version of make at some >point. Since he's a vo

RE: Programatically finding value of "cygdrive" prefix

Original Message >From: Fred Kulack >Sent: 16 August 2005 15:22 > On 08/16/2005 at 08:25:18 AM, cygwin-owner wrote: > mount -m | grep -- --change-cygdrive-prefix | \ > xargs bash -c 'while [ $# != 1 ]; do shift; done; echo "$@"' -- > --- end of excerpt --- > > Why the complexity? Is the

Re: Programatically finding value of "cygdrive" prefix

On Tue, Aug 16, 2005 at 03:49:39PM +0100, Dave Korn wrote: >Original Message >>From: Fred Kulack >>Sent: 16 August 2005 15:22 > >> On 08/16/2005 at 08:25:18 AM, cygwin-owner wrote: >> mount -m | grep -- --change-cygdrive-prefix | \ >> xargs bash -c 'while [ $# != 1 ]; do shift; done; echo

Re: May g++ output windows-style paths instead of cygwin-style one?

On Tue, 16 Aug 2005, Christopher Faylor wrote: > On Tue, Aug 16, 2005 at 10:29:17AM -0400, Igor Pechtchanski wrote: > >This particular problem must've been fixed by some other patch. > >Nonetheless, now that the make maintainer is aware that there is a bug, > >he'll likely look into releasing the

RE: Programatically finding value of "cygdrive" prefix

Original Message >From: Christopher Faylor >Sent: 16 August 2005 15:55 > On Tue, Aug 16, 2005 at 03:49:39PM +0100, Dave Korn wrote: >> Original Message >>> From: Fred Kulack >>> Sent: 16 August 2005 15:22 >> >>> On 08/16/2005 at 08:25:18 AM, cygwin-owner wrote: >>> mount -m | grep

Re: Installation Problem

Igor Pechtchanski cs.nyu.edu> writes: > "cygcheck -cv cygwin" should show the actual files it thinks are missing > from the cygwin package. This is strange - it says kill.exe is missing. What is funny, if I create any file in any directory named kill.exe, it dissappears.. I think the server I

Re: Problems installing octave-forge-2005.06.13-3

For those who had problems installing octave-forge-2005.06.13-3, I apologize. The binary package had some files that were installed as dead symlinks rather than live files, due to a problem with the build script. This issue has been fixed, and octave-forge-2005.06.13-4 is on the mirrors; please t

Re: Installation Problem

On Tue, 16 Aug 2005, Tom McKenna wrote: > Igor Pechtchanski cs.nyu.edu> writes: > > "cygcheck -cv cygwin" should show the actual files it thinks are missing > > from the cygwin package. > > This is strange - it says kill.exe is missing. What is funny, if I > create any file in any directory name

RE: Installation Problem

Original Message >From: Tom McKenna >Sent: 16 August 2005 16:33 > Igor Pechtchanski cs.nyu.edu> writes: >> "cygcheck -cv cygwin" should show the actual files it thinks are missing >> from the cygwin package. > > This is strange - it says kill.exe is missing. What is funny, if I > create

RE: problem running tcl/expect when it lives remotely

Hi, Is this issue good enough for a bug? I'm only seeing this when running the script on a mounted drive. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maloney, Michael Sent: Monday, August 15, 2005 3:21 PM To: cygwin@cygwin.com Subject: RE: problem ru

Re: Installation Problem

Well I solved the missing /bin/kill.exe problem, I just reinstalled service pack 1 for windows 2003 and everything seems more normal. I did a reinstall of cygwin and now cygcheck -c, or -cv don't show any incomplete packages, and kill.exe is back and not dissapearing anymore :) However, cygwin

RE: Installation Problem

Original Message >From: Tom McKenna >Sent: 16 August 2005 17:27 > However, cygwin still crashes.. > > As you suggested here is what happens: > > C:\Documents and Settings\Administrator>strace cygcheck -s > > Cygwin Configuration Diagnostics > Current System Time: Tue Aug 16 09:23:49 200

RE: problem running tcl/expect when it lives remotely

Ugh, top-posting. Reformatted. On Tue, 16 Aug 2005, Maloney, Michael wrote: > -Original Message- > From: [EMAIL PROTECTED] On Behalf Of Maloney, Michael > Sent: Monday, August 15, 2005 3:21 PM > To: [EMAIL PROTECTED] > Subject: RE: problem running tcl/expect when it lives remotely

Re: May g++ output windows-style paths instead of cygwin-style one?

Brian Dessent wrote: Angel Tsankov wrote: Is there any way I can force the cygwin build of g++ to output folders using windows style (e.g. c:\folder\file) instead of cygwin style (/cygdrive/c/folder/file) when writing dependency files (-MM option)? No, there's no way to do that. Actually,

RE: openssh-4.1p1-2/cygwin-1.5.18-1: write(2) misbehaving?

On Tuesday, August 16, 2005 4:33 AM, Corinna Vinschen wrote: > Not exactly, but I'm suspecting a specific piece of code in Cygwin. The > problem is that I can't reproduce this problem. Using ssh to access other > machines works fine for me, high traffic is also no problem. > > So, first step, co

Re: openssh-4.1p1-2/cygwin-1.5.18-1: write(2) misbehaving?

On Aug 16 14:33, Dave Kilzer wrote: > On Tuesday, August 16, 2005 4:33 AM, Corinna Vinschen wrote: > > So, first step, could you please try the latest snapshot DLL from > > http://cygwin.com/snapshots/ and see if the problem persists? If so, > > we will have to do some debugging together. > > I t

Re: Programatically finding value of "cygdrive" prefix

On Mon, 2005-08-15 at 21:43 -0400, Igor Pechtchanski wrote: > On Wed, 10 Aug 2005, Christopher Faylor wrote: > > > On Wed, Aug 10, 2005 at 11:23:00AM -0700, Linda W wrote: > > >Is there a way to find out in a bash script the cygdrive prefix? > > >I thought something simple like > > > mount -p|ta

[ANNOUNCEMENT] Updated: atk(-runtime/-devel/-doc)-1.9.1-1

ATK - has been uploaded to cygwin.com DESCRIPTION === The ATK library provides a set of interfaces for accessibility. By supporting the ATK interfaces, an application or toolkit can be used with such tools as screen readers, magnifiers, and alternative input devices. Canonical website: ht

[ANNOUNCEMENT] Updated: glib2(-runtime/-devel/-doc)-2.6.5-1

GLib - low-level core library that forms the basis for projects such as GTK+ and GNOME - has been uploaded to cygwin.com DESCRIPTION === The GLib library provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, d

[ANNOUNCEMENT] Updated: pango(-runtime/-devel/-doc)-1.8.1-1

Pango - has been uploaded to cygwin.com DESCRIPTION === Pango is a library for layout and rendering of text, with an emphasis on internationalization. It forms the core of text and font handling for GTK+-2.0. Canonical website: http://www.gtk.org/ & http://www.pango.org/ Pango consists of

[ANNOUNCEMENT] New Packages: netpbm/libnetpbm10/libnetpbm-devel-10.28

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following packages have been added to the Cygwin distribution: *** netpbm-10.28 *** libnetpbm10-10.28 *** libnetpbm-devel-10.28 Netpbm is a toolkit for manipulation of graphic images, including conversion of images between a variety of different

Re: Programatically finding value of "cygdrive" prefix

In the spirit of this soon-to-be-week-old thread I think I've come up with the ultimate way to find the cygdrive prefix. It meets all of the requirements that have been set out so far: 1) It is more complicated than my original solution 2) It is much slower than my original solution 3) It is no

Re: Problems installing octave-forge-2005.06.13-3

On Mon, 15 Aug 2005, Bolbby McNulty wrote: > Angelo Graziosi wrote: > > >When installing octave-forge-2005.06.13-3 setup.exe gives many errors: > > > > error: unsupported file 'K' > > > >One can only click OK to pass the next error, until the end. > > > >The setup.exe version is: 2.457.2.2 >

Re: Programatically finding value of "cygdrive" prefix

On Tue, 16 Aug 2005, Hannu E K Nevalainen wrote: > On Mon, 2005-08-15 at 21:43 -0400, Igor Pechtchanski wrote: > > On Wed, 10 Aug 2005, Christopher Faylor wrote: > > > > > On Wed, Aug 10, 2005 at 11:23:00AM -0700, Linda W wrote: > > > >Is there a way to find out in a bash script the cygdrive prefi

Re: Programatically finding value of "cygdrive" prefix

On Tue, Aug 16, 2005 at 05:10:25PM -0400, Igor Pechtchanski wrote: >There may not be a C: drive, but "cygpath -u c:" will do the right thing >-- try it with a drive you don't have. mount -f c: /willthisthreadeverdie cygpath -u c: /willthisthreadeverdie cgf -- Unsubscribe info: http://

Re: Problems installing octave-forge-2005.06.13-3 (fwd)

I have seen octave-forge-2005.06.13-4.tar.bz2 just now. So my previous mail was old. Now I just note that: octave-forge-2005.06.13-4.tar.bz2size: 5,267,212 octave-forge-2005.06.13-3.tar.bz2size: 14.836.809 octave-forge-2005.06.13-1.tar.bz2size: 13.360.059 Angelo.

Re: Programatically finding value of "cygdrive" prefix

On Tue, Aug 16, 2005 at 05:28:26PM -0400, Christopher Faylor wrote: >On Tue, Aug 16, 2005 at 05:10:25PM -0400, Igor Pechtchanski wrote: >>There may not be a C: drive, but "cygpath -u c:" will do the right thing >>-- try it with a drive you don't have. > > mount -f c: /willthisthreadeverdie > cygp

Re: Programatically finding value of "cygdrive" prefix

On Tue, 16 Aug 2005, Christopher Faylor wrote: > On Tue, Aug 16, 2005 at 05:10:25PM -0400, Igor Pechtchanski wrote: > >There may not be a C: drive, but "cygpath -u c:" will do the right thing > >-- try it with a drive you don't have. > > mount -f c: /willthisthreadeverdie > cygpath -u c: > /

RE: openssh-4.1p1-2/cygwin-1.5.18-1: write(2) misbehaving?

On Tue, Aug 16, 2005 at 09:55:58PM +0200, Corinna Vinschen wrote: > Ok, I have attached another Cygwin DLL for your consumption. If the cause > of this problem is what I suspect, this DLL should solve your problem, That WORKED! I no longer get the "Write failed:" error message, and I'm able to l

Re: Programatically finding value of "cygdrive" prefix

> * Igor Pechtchanski <[EMAIL PROTECTED]> [2005-08-16 17:10:25 -0400]: > > > was asking for the actual problem that programmatically accessing the > cygdrive prefix was supposed to solve. I already explained that in . let me try to do it again: uni

readline completion

pathname completion in bash (implemented using readline) does not work with woe32 pathnames: this does not work: $ ls c:/ this works: $ ls /cygdrive/c/ is it possible to fix this? -- Sam Steingold (http://www.podval.org/~sds) running w2k

Re: Programatically finding value of "cygdrive" prefix

Sam Steingold wrote: > > was asking for the actual problem that programmatically accessing the > > cygdrive prefix was supposed to solve. > > I already explained that in > . > > let me try to do it again: > > unix shell scripts and makefiles do no

Re: readline completion

> pathname completion in bash (implemented using readline) does not work > with woe32 pathnames: > this does not work: > $ ls c:/ > this works: > $ ls /cygdrive/c/ > > is it possible to fix this? > Possible? Yes. Likely to happen? Depends on whether I ever get time to look at it, or if someo

Re: readline completion

On Tue, 16 Aug 2005, Eric Blake wrote: > > pathname completion in bash (implemented using readline) does not work > > with woe32 pathnames: > > this does not work: > > $ ls c:/ > > this works: > > $ ls /cygdrive/c/ > > > > is it possible to fix this? > > Possible? Yes. Likely to happen? Depend

Re: Programatically finding value of "cygdrive" prefix

From: Sam Steingold Subject: Re: Programatically finding value of "cygdrive" prefix Date: Tue, 16 Aug 2005 17:51:00 -0400 > * Igor Pechtchanski <[EMAIL PROTECTED]> [2005-08-16 17:10:25 -0400]: > > > was asking for the actual problem that programmatically accessing the > cygdrive prefix was su

Re: readline completion

> > Besides, a one-time sequence of commands below will allow painless > Tab-completion of /cygdrive: > > cd / && \ > mkdir /cygdrive && \ > cmd /c ren cygwin.bat Cygwin.bat && \ > cmd /c ren cygwin.ico Cygwin.ico Only if you don't have case-insensitive tab-completion turned on. Me, I like 'shop

Re: readline completion

On Tue, 16 Aug 2005, Eric Blake wrote: > > Besides, a one-time sequence of commands below will allow painless > > Tab-completion of /cygdrive: > > > > cd / && \ > > mkdir /cygdrive && \ > > cmd /c ren cygwin.bat Cygwin.bat && \ > > cmd /c ren cygwin.ico Cygwin.ico > > Only if you don't have case-i

(XP) cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: Permission denied

I am running cvs under Cygwin on XP and get the following message when checking out: cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: Permission denied The checkout stops. If I resume it it seems continue from where it left off, but the problem recurs. The prob

OT: Krazy USB Kameras (RE: Programatically finding value of "cygdrive" prefix)

[snip] > > NOTE: A digital camera shows up as an USB drive, i.e. a DOS > drive -> e.g. /cygdrive/ - and is available > so long as the camera stays ON (it eventually WILL go OFF > after last use, just as your screen blanker! Depending on how > you've set it or use it.) > A USB Mass Storage De

Re: OT: Krazy USB Kameras (RE: Programatically finding value of "cygdrive" prefix)

Gary R. Van Sickle wrote: [snip] NOTE: A digital camera shows up as an USB drive, i.e. a DOS drive -> e.g. /cygdrive/ - and is available so long as the camera stays ON (it eventually WILL go OFF after last use, just as your screen blanker! Depending on how you've set it or use it.)

Re: stackdump on cygwin (was: is there a cygwin maintainer for gnu emacs?)

> From: "emacs user" <[EMAIL PROTECTED]> > Bcc: > Date: Tue, 16 Aug 2005 04:47:39 -0400 > Cc: cygwin@cygwin.com, [EMAIL PROTECTED], [EMAIL PROTECTED], > emacs-devel@gnu.org > > here is a sample emacs.exe.stackdump file I get when emacs crashes. in the > absence of a detailed gdb GC debugging w

Re: readline completion

Igor Pechtchanski wrote: On Tue, 16 Aug 2005, Eric Blake wrote: Besides, a one-time sequence of commands below will allow painless Tab-completion of /cygdrive: cd / && \ mkdir /cygdrive && \ cmd /c ren cygwin.bat Cygwin.bat && \ cmd /c ren cygwin.ico Cygwin.ico Only if you don't have case-i