Re: readline completion

[Andrew DeFaria]

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-insensitive tab-completion turned on.
Me, I like 'shopt -s nocaseglob' in ~/.bashrc, and
'set completion-ignore-case on' in ~/.inputrc, which then means
/cygdrive and /Cygwin.bat still have a common '[cC][yY][gG]' prefix,
so your trick doesn't help.



Yes, that turns a '/c[Tab]' sequence into a '/c[Tab]d[Tab]' (two more
keystrokes). :-)
Igor


That's why I've long since changed cygdrive prefix to /dev! ;-)
--
On the keyboard of life, always keep one finger on the escape key.


--
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: stackdump on cygwin (was: is there a cygwin maintainer for gnu emacs?)

[Eli Zaretskii]

> 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 which I dont know how to do, does 
> this help?

It doesn't.  You need to get an Emacs compiled with -g and not
stripped, then run it under GDB, and when it crashes, type "bt", the
GDB command that shows the function call traceback.

--
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: OT: Krazy USB Kameras (RE: Programatically finding value of "cygdrive" prefix)

[Reid Thompson]

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.)


   



A USB Mass Storage Device that does this is poorly designed at best, and
probably not compliant with the USB specification.  I can't recall a
situation where a device is allowed to just "disappear" once plugged in and
enumerated without the user doing something (a bus-powered device anyway).
You should see if there is a firmware upgrade available for it.

Then again, I know firsthand that Microsoft had USB Mass Storage pretty
wildly wrong as late as the release of XP SP...2 I think, maybe 1, so who
knows, could be MS's fault.

 



Most cameras have an auto-off function to preserve battery power. I do 
not think any of them are actually usb powered when plugged in.  I know 
that mine will NOT function without charged batteries in it even when 
plugged into a port. I suppose that if a camera has the means to turn 
off the auto-shutoff function then it will not disappear until the 
batteries fail, whereupon it will act like any other externally powered 
USB device and become unaccessable.  I believe that some cameras come 
with an external power adapter that will provide continuous power.


--
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/

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

[Gary R. Van Sickle]

[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 Device that does this is poorly designed at best, and
probably not compliant with the USB specification.  I can't recall a
situation where a device is allowed to just "disappear" once plugged in and
enumerated without the user doing something (a bus-powered device anyway).
You should see if there is a firmware upgrade available for it.

Then again, I know firsthand that Microsoft had USB Mass Storage pretty
wildly wrong as late as the release of XP SP...2 I think, maybe 1, so who
knows, could be MS's fault.

-- 
Gary R. Van Sickle


--
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/

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

[Greg Jones]

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 problem doesn't always occur when finishing checking out the first 
directory. The amount of progress cvs makes before encountering the problem 
varies.

If I manually try to mv the file, it works fine. The output for ls -al for 
Entries.Backup is:

  -rw-r--r--  1 gjones mkgroup-l-d 3011 Aug 16 18:09
  ultra/src/acro/CMap/CVS/Entries.Backup

and for Entries:

  -rw-r--r--  1 gjones mkgroup-l-d 2964 Aug 16 18:09
  ultra/src/acro/CMap/CVS/Entries

(Yes, I know the mkgroup-l-d group is bogus. I fixed that once and still had 
the problem, then I tried reinstalling Cygwin and haven't fixed it again.)

Cygwin version: 1.5.17-1, I think.
CVS version: 1.11.17.
OS: Microsoft Windows XP Professional version 5.1.2600


--
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: readline completion

[Igor Pechtchanski]

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-insensitive tab-completion turned on.
> Me, I like 'shopt -s nocaseglob' in ~/.bashrc, and
> 'set completion-ignore-case on' in ~/.inputrc, which then means
> /cygdrive and /Cygwin.bat still have a common '[cC][yY][gG]' prefix,
> so your trick doesn't help.

Yes, that turns a '/c[Tab]' sequence into a '/c[Tab]d[Tab]' (two more
keystrokes). :-)
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: readline completion

[Eric Blake]

> 
> 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 'shopt -s nocaseglob' in ~/.bashrc, and
'set completion-ignore-case on' in ~/.inputrc, which then means
/cygdrive and /Cygwin.bat still have a common '[cC][yY][gG]' prefix,
so your trick doesn't help.

--
Eric Blake



--
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: Programatically finding value of "cygdrive" prefix

[Karl M]

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 supposed to solve.

I already explained that in
.

let me try to do it again:

unix shell scripts and makefiles do not call cygpath.
when they are used under cygwin, they spit out cygwin pathnames
(/cygdrive/c/...) to non-cygwin programs.

[indeed, if I were using only cygwin-based software, I would have been
OK, but I do not.  I prefer the native implementations whenever
possible, so I stick with woe32 versions of CLISP, Mozilla, Emacs and VIM.]

when a non-cygwin program receives a /cygdrive/c/... pathname, it dies.

what are my options?

1. Fix all free software to call cygpath before invoking an editor or a
   browser.  This does not sound too optimistic.

2. Fix editors and browsers to handle cygwin pathnames.  This requires
   an officially published interface, preferably a known registry slot.


3. Hide these win32 tools (not first on $PATH) and write a wrapper for each.
  That wrapper can then use cygpath.

HTH,

...Karl



--
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: readline completion

[Igor Pechtchanski]

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?  Depends on whether I ever get
> time to look at it, or if someone beats me to it by providing a patch.
> Also, which version of bash and readline are you using?  bash-3.0-11
> introduced the notion of c: being an absolute path to the bash
> internals; maybe I need to find where readline also needs to be
> taught that fact.  Also, readline 5.1 and bash 3.1 are in alpha, so
> the fix might not appear until those go mainstream.
>
> One other thing to consider - by default, filename completion breaks
> words at the : character (useful for completing assignments to PATH,
> among others).  So do yourself a favor, and get used to a /cygdrive
> style pathname, rather than the c: prefix.  And if it is too many
> characters to type, change your cygdrive prefix to /.  '/c' is just as many
> characters as 'c:', but more unix-y:
> http://lists.gnu.org/archive/html/bug-bash/2005-08/msg00017.html
> http://lists.gnu.org/archive/html/bug-bash/2005-08/msg00019.html

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

Enjoy,
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: readline completion

[Eric Blake]

> 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 someone beats me to it by providing a patch.
Also, which version of bash and readline are you using?  bash-3.0-11
introduced the notion of c: being an absolute path to the bash
internals; maybe I need to find where readline also needs to be
taught that fact.  Also, readline 5.1 and bash 3.1 are in alpha, so
the fix might not appear until those go mainstream.

One other thing to consider - by default, filename completion breaks
words at the : character (useful for completing assignments to PATH,
among others).  So do yourself a favor, and get used to a /cygdrive
style pathname, rather than the c: prefix.  And if it is too many
characters to type, change your cygdrive prefix to /.  '/c' is just as many
characters as 'c:', but more unix-y:
http://lists.gnu.org/archive/html/bug-bash/2005-08/msg00017.html
http://lists.gnu.org/archive/html/bug-bash/2005-08/msg00019.html

--
Eric Blake
volunteer cygwin readline maintainer



--
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: Programatically finding value of "cygdrive" prefix

[Brian Dessent]

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 not call cygpath.
> when they are used under cygwin, they spit out cygwin pathnames
> (/cygdrive/c/...) to non-cygwin programs.

How has that got anything whatsoever to do with needing to know the
cygdrive prefix?

If you want to write a wrapper that converts posix -> windows paths for
the sake of non-cygwin programs, you have to convert all paths.  It
doesn't matter whether a path starts with /cygdrive or not.  "notepad
/usr/local/foo" fails just as badly as "notepad /cygdrive/c/foo", so the
only sane way to do this is to convert all paths. 

And there are already wrapper scripts that do this, and they surely
don't care what the cygdrive prefix is.  So I don't see how that
addresses the original topic of this thread.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

readline completion

[Sam Steingold]

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
 
 
Daddy, why doesn't this magnet pick up this floppy disk?

--
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: Programatically finding value of "cygdrive" prefix

[Sam Steingold]

> * 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:

unix shell scripts and makefiles do not call cygpath.
when they are used under cygwin, they spit out cygwin pathnames
(/cygdrive/c/...) to non-cygwin programs.

[indeed, if I were using only cygwin-based software, I would have been
OK, but I do not.  I prefer the native implementations whenever
possible, so I stick with woe32 versions of CLISP, Mozilla, Emacs and VIM.]

when a non-cygwin program receives a /cygdrive/c/... pathname, it dies.

what are my options?

1. Fix all free software to call cygpath before invoking an editor or a
   browser.  This does not sound too optimistic.

2. Fix editors and browsers to handle cygwin pathnames.  This requires
   an officially published interface, preferably a known registry slot.


-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
In C you can make mistakes, while in C++ you can also inherit them!

--
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: openssh-4.1p1-2/cygwin-1.5.18-1: write(2) misbehaving?

[Dave Kilzer]

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 log in!  What was the problem?

> BUT
>
> it will print annoying messages to the console, containing a text as
> "res and ret = 0, nonblocking = 1".

Actually, I never saw any of this output while using ssh.

Dave


--
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: Programatically finding value of "cygdrive" prefix

[Igor Pechtchanski]

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:
>   /willthisthreadeverdie

Yes, yes, I'm aware that if you explicitly mount a drive, you'll have that
mount point instead of /cygdrive (that's what I meant by "special mounts"
in ).  I was making a
point that even if the drive doesn't exist, cygpath will convert it to a
/cygdrive form, e.g.,

$ mount -c /idontthinkitwilleverdie
$ ls q:
ls: q:: No such file or directory
$ cygpath -u q:
/idontthinkitwilleverdie/q
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Programatically finding value of "cygdrive" prefix

[Christopher Faylor]

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
>  cygpath -u c:
>  /willthisthreadeverdie

In the spirit of my other contribution, here's the fix for the above
problem:

#!/bin/bash
mount -m > /tmp/saveme.$$
eval `sed -nre '/"[a-zA-Z]:"/s/^mount\s.*("[^"]*")\s".*$/umount \1;/p' 
/tmp/saveme.$$`
echo $(dirname $(cygpath -u c:))
eval `sed -nre '/"[a-zA-Z]:"/s/^.*$/&;/p' /tmp/saveme.$$`
. /tmp/saveme.$$
rm /tmp/saveme.$$

I think this one is slightly faster than my previous attempt.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

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

[Angelo Graziosi]

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. 


-- Forwarded message --
Date: Tue, 16 Aug 2005 23:02:44 +0200 (MET DST)
From: Angelo Graziosi <[EMAIL PROTECTED]>
To: Bolbby McNulty <[EMAIL PROTECTED]>
Cc: cygwin@cygwin.com
Subject: 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
> >
> >With the previous (useful) version, 2005.06.13-1, there are not installing
> >problems.
> >
> >
> >Best regards 
> >
> >angelo.
> >
> >
> >--
> >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/
> >
> >
> >  
> >
> Same here. Octave looks promising.
> 
> 

This means that I should ignore that (exactly):

 error: unknown (or unsupported) file type 'K' ?



I have noted that in the directories where those errors happen, there are
LINKS (*.m) to /home/dad/sources/ and this directory, obviously, does
not exist on my system.

In the previous version, octave-forge-2005.06.13-1, those LINKS were FILES
(*.m)!


Best regards,

Angelo.



--
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: Programatically finding value of "cygdrive" prefix

[Christopher Faylor]

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://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Programatically finding value of "cygdrive" prefix

[Igor Pechtchanski]

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 prefix?
> > > >I thought something simple like
> > > >   mount -p|tail -1|cut -f1
> > > >but that incorrectly assumed the fields were tab delimited.
> > > >Since there can be spaces in the cygdrive prefix, I can't
> > > >use space a delimiter, example:
> > > ># mount -p
> > > >Prefix  Type Flags
> > > >/cyg drive posix path  system   binmode
> > > >
> > >
> > > There may be a simpler way to do it, but this seems to work:
> > >
> > > mount -p | sed -n '2s/\([^ ]\)  *[^ ][^ ]*  *[^ ][^ ]*$/\1/p'
> >
> > The main question is: *why* would one want to programmatically find out
> > the cygdrive prefix?

Hi, Hannu...

> You're making assumptions without insight, Igor. Please, don't assume!
> Be open minded and allow to extract the information in an easily
> accessible manner - PLEASE.

Huh?  I wasn't making any assumptions, I was asking for the actual problem
that programmatically accessing the cygdrive prefix was supposed to solve.
Knowing the intended usage would make it easier to write a custom
accessor, as opposed to something generic.

> In general, having a setting be "hidden" in the manner that the cygdrive
> prefix is - is a bad idea. Simply because you never know what other ppl
> might come up with, if it IS accessible.
>
> Allowing RE-Reading the value of a parameter, that can be set, should
> IMO never be restricted, unless maybe the restricting is based on
> security... (passwords comes to mind)
>
> Check my local example "cygdrive" use below. Not perfect, but works - as
> it is - in my very static cygwin setup (e.g. has problems w spaces under
> certain conditions, a condition NOT present on my computers; I'm rabid
> on this)

The whole idea was to address cygdrive prefixes that may have spaces.

> > If all you want is access '/cygdrive/c' via a POSIX path, wouldn't
> > "cygpath -u c:" do the right thing?  In fact, barring special mounts,
> > "cygpath -u c:|sed 's#/c$##'" should do what the OP asked.
>
> Are you sure there is a C: drive on every Windows computer, I wouldn't
> wager on that.

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.

> > Alternatively, one could actually use the quotes that "mount -m"
> > produces, via something like
> >
> > mount -m | grep -- --change-cygdrive-prefix | \
> >   xargs bash -c 'while [ $# != 1 ]; do shift; done; echo "$@"' --
>
> IMO, something like
> $ mount -m | grep 'cygdrive-prefix' | sed -rne 's/.*"(.*)".*/\1/p'
>
> should work ; UNTESTED (I'm on Linux right now)

This won't always work.  The cygdrive prefix may not be the only thing in
quotes.

> ---8<--- example use ---
> [snip]
> [EMAIL PROTECTED] scripts]$ cat cygdrives
> #!/bin/bash
> # show paths to all mounted DOS/WINDOWS devices.
> mount | grep -E "$(cygprefix)[a-z] " | cut -d" " -f3

Hmm, why not simply 'echo "$(cygprefix)[a-z]"'?

> [EMAIL PROTECTED] scripts]$ cat cygprefix
> #!/bin/bash
> # grep out the cygwin prefix for DOS/WINDOWS devices
>
> mount -p |
> tail -1 |
> (
>   read p z;
>   if [ ! "${p: -1}" == "/" ] ;then
> p="$p/";
>   fi;
>   echo "$p"
> )

Again, not space-friendly.  And much longer than most scripts proposed in
this thread.
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Problems installing octave-forge-2005.06.13-3

[Angelo Graziosi]

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
> >
> >With the previous (useful) version, 2005.06.13-1, there are not installing
> >problems.
> >
> >
> >Best regards 
> >
> >angelo.
> >
> >
> >--
> >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/
> >
> >
> >  
> >
> Same here. Octave looks promising.
> 
> 

This means that I should ignore that (exactly):

 error: unknown (or unsupported) file type 'K' ?



I have noted that in the directories where those errors happen, there are
LINKS (*.m) to /home/dad/sources/ and this directory, obviously, does
not exist on my system.

In the previous version, octave-forge-2005.06.13-1, those LINKS were FILES
(*.m)!


Best regards,

Angelo.


--
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: Programatically finding value of "cygdrive" prefix

[Christopher Faylor]

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 not guaranteed to provide 100% correct results

4) Hitting CTRL-C while running it will leave stray subst'ed drives
around that you may not want (an added bonus).

Here it is:

  #!/bin/bash
  for f in c d e f g h i j k l m n o p q r s t u v w x y z; do
  subst "$f": "$SYSTEMROOT" >/dev/null 2>&1 || continue
  cd "$f":; cd ..
  cygdrive=$(pwd)
  subst /d "$f":
  break
  done
  echo "$cygdrive"

HTH.

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/

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

[Yaakov S]

-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 formats.  There
are over 220 separate tools in the package including converters for
about 100 graphics formats.

Examples of the sort of image manipulation we're talking about are:
Shrinking an image by 10%; Cutting the top half off of an image; Making
a mirror image; Creating a sequence of images that fade from one image
to another; etc.

This package includes the security patch for pstopnm (Debian bug
#319757, Gentoo bug #100398).


Yaakov

- --  *** 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.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDAk56piWmPGlmQSMRAg94AKCgJOzVW1j4mV550hlZ+4kL9rpK0wCfQig5
l8JqaF+AEkLS9t2HYdUWjfc=
=Y6Qk
-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/

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

[Gerrit P. Haase]

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 four packages:
pango-1.8.1-1 (main package - required)
pango-runtime-1.8.1-1 (required)
pango-devel-1.8.1-1
pango-doc-1.8.1-1


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 and pick up
'pango' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'pango' until '1.8.1-1' is
displayed.


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=



--
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: glib2(-runtime/-devel/-doc)-2.6.5-1

[Gerrit P. Haase]

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, dynamic loading, and an object system.  Canonical
website: http://www.gtk.org/

Glib2 consists of four packages:
glib2-2.6.5-1 (main package - required)
glib2-runtime-2.6.5-1 (required)
glib2-devel-2.6.5-1
glib2-doc-2.6.5-1


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 and pick up
'glib2' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'glib2' until '2.6.5-1' is
displayed.


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=




--
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: atk(-runtime/-devel/-doc)-1.9.1-1

[Gerrit P. Haase]

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: http://www.gtk.org/

ATK consists of four packages:
atk-1.9.1-1 (main package - required)
atk-runtime-1.9.1-1 (required)
atk-devel-1.9.1-1
atk-doc-1.9.1-1


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 and pick up
'atk' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'atk' until '1.9.1-1' is
displayed.


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=



--
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: Programatically finding value of "cygdrive" prefix

[Hannu E K Nevalainen]

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|tail -1|cut -f1
> > >but that incorrectly assumed the fields were tab delimited.
> > >Since there can be spaces in the cygdrive prefix, I can't
> > >use space a delimiter, example:
> > ># mount -p
> > >Prefix  Type Flags
> > >/cyg drive posix path  system   binmode
> > >
> >
> > There may be a simpler way to do it, but this seems to work:
> >
> > mount -p | sed -n '2s/\([^ ]\)  *[^ ][^ ]*  *[^ ][^ ]*$/\1/p'
> 
> The main question is: *why* would one want to programmatically find out
> the cygdrive prefix?

You're making assumptions without insight, Igor. Please, don't assume!
Be open minded and allow to extract the information in an easily
accessible manner - PLEASE.

In general, having a setting be "hidden" in the manner that the cygdrive
prefix is - is a bad idea. Simply because you never know what other ppl
might come up with, if it IS accessible.

Allowing RE-Reading the value of a parameter, that can be set, should
IMO never be restricted, unless maybe the restricting is based on
security... (passwords comes to mind)

Check my local example "cygdrive" use below. Not perfect, but works - as
it is - in my very static cygwin setup (e.g. has problems w spaces under
certain conditions, a condition NOT present on my computers; I'm rabid
on this)

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.)


> If all you want is access '/cygdrive/c' via a POSIX path, wouldn't
> "cygpath -u c:" do the right thing?  In fact, barring special mounts,
> "cygpath -u c:|sed 's#/c$##'" should do what the OP asked.

Are you sure there is a C: drive on every Windows computer, I wouldn't
wager on that.

> Alternatively, one could actually use the quotes that "mount -m" produces,
> via something like
> 
> mount -m | grep -- --change-cygdrive-prefix | \
>   xargs bash -c 'while [ $# != 1 ]; do shift; done; echo "$@"' --
> 

IMO, something like
$ mount -m | grep 'cygdrive-prefix' | sed -rne 's/.*"(.*)".*/\1/p'

should work ; UNTESTED (I'm on Linux right now)


---8<--- example use ---

[EMAIL PROTECTED] scripts]$ cat digicam
#!/bin/bash

# (C) Copyright 2003-10-29 by Hannu E K Nevalainen, Mariefred, Sweden
# With the exception of the copyright, this script is
# free with the restrictions set by the fsf.org GPL.

# Prerequisites:
# MANY digital still image cameras connect to a host computer
# via e.g. USB, and thus show up as one extra mass storage device.
# This device contains a _standardized_ directory tree. One of the
# facts is that there is a DCIM folder in the root.
# The DCIM folder contains at least yet one level of folders
# which in turn will contain the images. These can be either
# *.JPG *.MOV and presumably *.TIF (I'm not aware of others)
#
# The script first finds out currently mounted DOS/WINDOWS devices.
# Then loops through these looking for the root DCIM-folder...
# those that contain the folder will have their cygwin path printed.

for i in $(cygdrives) ;do
  if [ -d $i/DCIM ] ;then
echo $i;
  fi;
done

[EMAIL PROTECTED] scripts]$ cat cygdrives
#!/bin/bash

# (C) 2003-10-29 by Hannu E K Nevalainen, Mariefred, Sweden
#
# show paths to all mounted DOS/WINDOWS devices.

mount | grep -E "$(cygprefix)[a-z] " | cut -d" " -f3

[EMAIL PROTECTED] scripts]$ cat cygprefix
#!/bin/bash

# (C) 2003-10-29 by Hannu E K Nevalainen, Mariefred, Sweden
#
# grep out the cygwin prefix for DOS/WINDOWS devices

mount -p |
tail -1 |
(
  read p z;
  if [ ! "${p: -1}" == "/" ] ;then
p="$p/";
  fi;
  echo "$p"
)

[EMAIL PROTECTED] scripts]$

/Hannu E K Nevalainen


--
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: openssh-4.1p1-2/cygwin-1.5.18-1: write(2) misbehaving?

[Corinna Vinschen]

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 tried the 2005-Aug-14 snapshot (by exiting out of all Cygwin windows,
> renaming /bin/cygwin1.dll to cygwin1.dll.orig, and copying in the
> unarchived snapshot renamed to cygwin1.dll; verified with cygcheck after
> opening a new Cygwin window), and it had the same problem.  I also tried
> the 2005-Jul-28 snapshot (which was ~9 MB unpacked), and it still had
> the same problem as well.

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,

BUT

it will print annoying messages to the console, containing a text as
"res and ret = 0, nonblocking = 1".

I'll send the URL of the DLL in private mail in a minute.

> Are there older snapshots or revisions between 1.5.13 and 1.5.18 that I
> can try?  I could use a binary search algorithm to narrow down which
> snapshot or release first saw the problem.

Not officially.  This isn't quite the way we should go.  I'd rather
catch the problem in the current sources.


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: openssh-4.1p1-2/cygwin-1.5.18-1: write(2) misbehaving?

[Dave Kilzer]

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, 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 tried the 2005-Aug-14 snapshot (by exiting out of all Cygwin windows,
renaming /bin/cygwin1.dll to cygwin1.dll.orig, and copying in the
unarchived snapshot renamed to cygwin1.dll; verified with cygcheck after
opening a new Cygwin window), and it had the same problem.  I also tried
the 2005-Jul-28 snapshot (which was ~9 MB unpacked), and it still had
the same problem as well.

Are there older snapshots or revisions between 1.5.13 and 1.5.18 that I
can try?  I could use a binary search algorithm to narrow down which
snapshot or release first saw the problem.

BTW, I'm running Cygwin under Windows XP SP 1 on an IBM ThinkPad T42.

Dave


--
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: May g++ output windows-style paths instead of cygwin-style one?

[Shankar Unni]

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, there is: if the input path names to gcc/g++ are 
windows-style, it will happily emit windows-style paths to the -M output:


% gcc -M /cygdrive/c/Shankar/foo.c
foo.o: /cygdrive/c/Shankar/foo.c

% gcc -M c:/Shankar/foo.c
foo.o: c:/Shankar/foo.c

And just to remind the OP: "c:/Shankar" *IS* a windows-style name (the 
underlying Win32 API happily takes both \ and / as directory separators).


So you just have to define the directories in your Makefile using 
Windows-style paths, and preferably use "/" to avoid escape-related 
problems..



--
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: problem running tcl/expect when it lives remotely

[Igor Pechtchanski]

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

.  Thanks.

> > Looks like the script cannot find its-self. It's failing at:
> > exec $ARTS_EXPECT -n -N "$0" "$@"
> >
> > Log:
> > $ P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds
> > + TCL_LIBRARY=C:/cygwin/usr/share/tcl8.4/init.tcl
> > + export TCL_LIBRARY
> > + LD_LIBRARY_PATH=C:/cygwin/lib/libtcl84.a
> > + export LD_LIBRARY_PATH
> > + C:/cygwin/bin/expect -n -N 
> > P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds
> > couldn't read file 
> > "P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds": no such file or 
> > directory
> >
> > This doesn't seem right at all.
>
> Hi, Is this issue good enough for a bug? I'm only seeing this when
> running the script on a mounted drive.

A workaround for this issue could be something like

exec "$ARTS_EXPECT" -n -N "`cygpath -u "$0"`" "$@"

(note also the quotes around $ARTS_EXPECT -- it may contain spaces).

As for why this is happening, perhaps you could look at what the path
conversion produces for this -- browsing through the output of "strace"
should be instructive.  Please don't post that output, though...
HTH,
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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 Problem

[Dave Korn]

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 2005
> 
> Windows 2003 Web Server Ver 5.2 Build 3790 Service Pack 1
> 
> Running in Terminal Service session
> 
> Path:   C:\Program Files\Windows Resource Kits\Tools\
> C:\WINDOWS\system32
> C:\WINDOWS
> C:\WINDOWS\System32\Wbem
> c:\cygwin\bin
> 
> C:\Documents and Settings\Administrator>


  This means that it is crashing when it tries to run id.exe.  What happens
if you open a DOS prompt, cd into C:\cygwin\bin, and try running "id.exe" at
the command line?  Do you have a "sh.exe" in your bin dir?




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: Installation Problem

[Tom McKenna]

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 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 2005

Windows 2003 Web Server Ver 5.2 Build 3790 Service Pack 1

Running in Terminal Service session

Path:   C:\Program Files\Windows Resource Kits\Tools\
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
c:\cygwin\bin

C:\Documents and Settings\Administrator>



--
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: problem running tcl/expect when it lives remotely

[Maloney, Michael]

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 running tcl/expect when it lives remotely


Looks like the script cannot find its-self. It's failing at:
exec $ARTS_EXPECT -n -N "$0" "$@"

Log:
$ P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds
+ TCL_LIBRARY=C:/cygwin/usr/share/tcl8.4/init.tcl
+ export TCL_LIBRARY
+ LD_LIBRARY_PATH=C:/cygwin/lib/libtcl84.a
+ export LD_LIBRARY_PATH
+ C:/cygwin/bin/expect -n -N
P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds
couldn't read file
"P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds": no such file
or directory

This doesn't seem right at all.





-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Maloney, Michael
Sent: Monday, August 15, 2005 1:34 PM
To: cygwin@cygwin.com
Subject: problem running tcl/expect when it lives remotely




Version being used: 1.5.17(0.129/4/2)
OS; Windows 2003

I am trying to get my scripts which live on a remote server running on a
test box running Windows 2003. The history is when I had all of this
running locally (all scripts on local box, instead of remote using "net
use...") it was working fine. Now when ever I execute a tcl script, I
get the following error:

HELLO WORLD!
couldn't read file
"P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds": no such file
or directory

As you can see, my hello world script is being executed (it's a regular
bourne shell script). So that tells me it's just the tcl scripts that
"cannot be found". I can see the files on the filesystem:

$ ls -l P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds
-rwxr-xr-x  1 rsas None 22814 Aug 15  2005
P:/lemon/automation/WAM/FIM/FARTS/utils/run_remote_cmds

Here's what I'm using as far as environment:
SET: ARTS_PERL=$ARTS_ROOT/tools/aperl/Perl/bin/perl
SET: ARTS_TCL_LIBRARY=$HOMEDRIVE/cygwin/usr/share/tcl8.4/init.tcl
SET: ARTS_TCL_LD_LIBRARY_PATH=$HOMEDRIVE/cygwin/lib/libtcl84.a
SET: ARTS_EXPECT=$HOMEDRIVE/cygwin/bin/expect

My tcl scripts just reference these variables at execution time:
# \
TCL_LIBRARY=$ARTS_TCL_LIBRARY; export TCL_LIBRARY
# \
LD_LIBRARY_PATH=$ARTS_TCL_LD_LIBRARY_PATH; export LD_LIBRARY_PATH
# \
exec $ARTS_EXPECT -n -N "$0" "$@"

# I tried using Active State TCL and had similar issues so I'm assuming
this is a cygwin issue and not tcl. 

# I tried using alternate cygpaths: /cygdrive/p/ instead of P:/...

Nothing seems to help. Any ideas to what this is?

Thanks,
Mike

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
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 Problem

[Dave Korn]

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 any file in any directory named kill.exe, it dissappears..  I
> think the server I am using might have been hacked or might be corrupted
> some how. 

  Check your anti-virus isn't responsible.  False positives have been known
to happen.  Some viruses and worms bundle a (legitimate) command-line tool
'kill.exe' which they use as part of their infection process; if your AV has
suddenly decided that anything called 'kill.exe' is malicious that might
account for the symptoms.

  And, yes, it would be an absolutely stupid and lousy piece of design if
your AV was triggering on just a filename rather than a hash or checksum or
signature of some kind.

  And yes, it has been known to happen.


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: Installation Problem

[Igor Pechtchanski]

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 named kill.exe, it dissappears..  I
> think the server I am using might have been hacked or might be corrupted
> some how.

Heh, I certainly can't reproduce this.  Is it really *any* directory?
What is the exact message that "cygcheck -cv cygwin" produces?  What does
"zcat /etc/setup/cygwin.lst.gz | grep kill" show?  Finally, is there a
/bin/kill.exe on your system?

Does "strace" crash for you?  What does "strace cygcheck -s" produce?

Incidentally, I noticed something strange about the "cygrunsrv" invocation
in the "cygcheck -s" output -- will report the bug separately.
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Problems installing octave-forge-2005.06.13-3

[James R. Phillips]

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 try it.

This release of octave-forge incorporates octave support for special functions
in the cygwin gsl package, i.e., you can use gsl without having to write a C
program.

Jim Phillips


--
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 Problem

[Tom McKenna]

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 am 
using might have been hacked or might be corrupted some how.




--
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: Programatically finding value of "cygdrive" prefix

[Dave Korn]

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 -- --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/mounts v2/cygdrive
>>> prefix"
>>> /
>> 
>> http://cygwin.com/acronyms#YSHFRTT
>> 
>> Or in this case, you should have _started_ reading the thread, since
>> you've basically just repeated what was said in the very first post.
> 
> Well, we're now on 30 messages and counting on this crucial subject.
> How could you possibly expect anyone to *read* all of that?
> 
> Oh, wait.  You said this was already mentioned in the first post and, in
> addition, hey!, the problem was solved in the second post.
> 
> Nevermind.
> 
> cgf

Yes.

Sigh.  I can't believe that I contributed more fodder to keep this
discussion going.



;)

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: May g++ output windows-style paths instead of cygwin-style one?

[Igor Pechtchanski]

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 updated version of make at some
> >point.  Since he's a volunteer (like the rest of us), he'll do it on his
> >own schedule (the bug is relatively minor, and there's a workaround, so
> >this probably won't happen soon).
>
> Actually, I think I've said on more than one occasion that I'm waiting
> for an official upstream make release before I make the next cygwin
> release of make.

Ok, so you looked into it ("at some point") and decided to wait until an
upstream release (which "probably won't happen soon").  You gotta admit, I
was close... :-)

Seriously, though -- since your policy is to only package upstream
releases of make, maybe stating this in future announcements would quell
some of the requests for updates...
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Programatically finding value of "cygdrive" prefix

[Christopher Faylor]

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 "$@"' --
>> --- end of excerpt ---
>> 
>> Why the complexity? Is there something wrong with this?
>> 
>>> regtool get "/HKCU/Software/Cygnus Solutions/Cygwin/mounts v2/cygdrive
>> prefix"
>> /
>
>http://cygwin.com/acronyms#YSHFRTT
>
>Or in this case, you should have _started_ reading the thread, since
>you've basically just repeated what was said in the very first post.

Well, we're now on 30 messages and counting on this crucial subject.
How could you possibly expect anyone to *read* all of that?

Oh, wait.  You said this was already mentioned in the first post and, in
addition, hey!, the problem was solved in the second post.

Nevermind.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Programatically finding value of "cygdrive" prefix

[Dave Korn]

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 there something wrong with this?
> 
>> regtool get "/HKCU/Software/Cygnus Solutions/Cygwin/mounts v2/cygdrive
> prefix"
> /
> 

  http://cygwin.com/acronyms#YSHFRTT


  Or in this case, you should have _started_ reading the thread, since
you've basically just repeated what was said in the very first post.


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: May g++ output windows-style paths instead of cygwin-style one?

[Christopher Faylor]

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 volunteer (like the rest of us), he'll do it on his
>own schedule (the bug is relatively minor, and there's a workaround, so
>this probably won't happen soon).

Actually, I think I've said on more than one occasion that I'm waiting
for an official upstream make release before I make the next cygwin
release of make.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Programatically finding value of "cygdrive" prefix

[Igor Pechtchanski]

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 excerpt ---

This would also work, BTW, and is simpler:

mount -m | grep -- --change-cygdrive-prefix | xargs bash -c 'eval echo \$$#' --

> Why the complexity? Is there something wrong with this?
>
> > regtool get "/HKCU/Software/Cygnus Solutions/Cygwin/mounts v2/cygdrive
> prefix"
> /

Yes, there is.  The "mount" command is guaranteed to always work in the
future, but the mount settings are not guaranteed to stay in the registry.
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: May g++ output windows-style paths instead of cygwin-style one?

[Igor Pechtchanski]

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 -
> > From: "Brian Dessent" <[EMAIL PROTECTED]>
> > To: "cygwin mailing list" <[EMAIL PROTECTED]>
> > Sent: Tuesday, August 16, 2005 12:00 PM
> > Subject: Re: May g++ output windows-style paths instead of cygwin-style one?

.  Let's not feed the spammers.
Thanks.  Incidentally, what kind of mailer quotes full headers like this?

> > > Angel Tsankov wrote:
> > >
> > > > I have this problem, 'cause I use a windows build of make 3.81beta3
> > > > and it does not recognize cygwin style paths.
> > > > The latest cygwin build of make is 3.80, which has some bugs, and I
> > > > cannot use it.
> > >
> > > I think it would be more productive for you to get Cygwin make working
> > > than to try to jerry-rig a windows make into a posix environment. If
> > > you are running into a specific bug in the current packaged version that
> > > is fixed upstream, then you should document it here and the Cygwin
> > > package maintainer might release an updated package.
> >
> > Well, how do I document the bug?
>
> OK, here's something like a test case. Since a couple of my previous attempts
> to post a reply with a zip file attachment were unsuccessful, I've put the
> test case here:
> http://debian.fmi.uni-sofia.bg/~angel/test_case_make_3.80.zip

To summarize, for those who'd rather not download the full zip:

 BEGIN makefile 
GetAllFiles = \
$(eval AllFiles := $(wildcard $(addsuffix /*,$(strip $(1) \
$(AllFiles) \
$(if $(strip $(AllFiles)),$(call GetAllFiles,$(AllFiles)))

AllFiles := $(call GetAllFiles,Source)

all:
@echo $(AllFiles)
- END makefile -

The "Source" directory contains 2 files, File1.h and File2.h.

> The result I get when running (the cygwin version of) make on my system is:
> Source/File1.h Source/File2.h h
>
> And the expected result is:
> Source/File1.h Source/File2.h

There are a bunch of things wrong with the code above (in particular, the
variable AllFiles is overridden), but it does look like a genuine make bug
(in the expansion of a $(call) function).  Adding some trace commands
shows that the function invocation itself produces the right result, and
the corruption happens on variable assignment (affected by the number of
whitespace in the assignment line).  Simply invoking "@echo $(call
GetAllFiles,Source)" as part of the "all" target produces the right
result.

As a temporary workaround, invoke GetAllFiles like this:

AllFiles := $(call GetAllFiles,Source makefile)

Using "recursively expanded" variables, e.g.,

AllFiles = $(call GetAllFiles,Source)

, also fixes the problem, but they aren't really a good solution for this.

> Result of running 'make --version':
> GNU Make 3.80
> [snip]
>
> It is a very strange problem.

Indeed.

> A couple of weeks ago I started a thread about the exact same problem on
> the make-w32 mailing list, assuming it had something to do with long
> file names. The thread is located here:
>
> http://lists.gnu.org/archive/html/make-w32/2005-07/msg00011.html

Not the same problem.  There, the output was corrupted, here, the variable
assignment has gone awry.

> As one can see, this problem has been fixed. Unfortunately, no newer
> version of make has been release so far, except for betas, the latest
> one being is 3.81beta3. The source code of the windows version of
> 3.81beta3 is available at ftp://alpha.gnu.org/gnu/make/

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 volunteer (like the rest of us), he'll do it on his
own schedule (the bug is relatively minor, and there's a workaround, so
this probably won't happen soon).

HTH,
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Programatically finding value of "cygdrive" prefix

[Fred Kulack]

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/mounts v2/cygdrive 
prefix"
/



"It was a rigorous result in information theory that once you could 
learn in a sufficiently flexible manner - something humanity had achieved 
in the Bronze Age - the only limits you faced were speed and storage; 
any other structural changes were just a matter of style."
[Schild's Ladder by Greg Egan]

Fred A. Kulack - IBM eServer iSeries - Enterprise Application Solutions
ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN  (Phone: 507.253.5982   T/L 553-5982)
mailto:kulack/us.ibm.com   Personal: mailto:kulack/gmail.com
AIM Home:FKulack  AIM Work:FKulackWrk 
MSN Work: fakulack/hotmail.com (replace email / with @)

--
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: libwmf-0.2.8.4-1

[Gerrit P. Haase]

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) converting them to more standard/open file
formats such as, e.g., the W3C's XML-based Scaleable Vector Graphic
(SVG) format. Currently bindings exist for conversion to: 

- the following vector image formats:
(& Encapsulated) PostScript (EPS & PS)
Facility for Interactive Generation of graphics (FIG)
Scaleable Vector Graphic (SVG)

- the following raster image formats:
Portable Network Graphics (PNG)
Joint Photographic Experts Group (JPEG)

Official homepage: http://wvware.sourceforge.net/libwmf.html


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 and pick up
'libwmf' from the 'Graphics' category, if you install it for the first
time, click on the 'skip' field next to 'libwmf' until '0.2.8.4-1' is
displayed. 


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

Another cygwin mirror that is not listed there (AFAIK) is:
ftp://cygwin.mirrors.pair.com/cygwin/
  

QUESTIONS
=
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=




--
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: libexif-0.6.12-1

[Gerrit P. Haase]

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 and programs with GUIs.  libexif supports parsing, editing and
saving of EXIF data. All EXIF tags described in EXIF standard 2.1 are
supported.  libexif is written in plain C and does not require any
additional library.  libexif can only handle some maker notes, and even
those not very well.  More work needs to be done. Note that libmnote has
been merged with libexif - it is no longer needed.

Canonical website: http://libexif.sf.net/


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 and pick up
'libexif' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'libexif' until '0.6.12-1' is
displayed.


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=





--
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: libfpx-1.2.0.12-1

[Gerrit P. Haase]

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 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 and pick up
'libfpx' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'libfpx' until '1.2.0.12-1' is
displayed.


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=



--
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: lcms-1.14-1

[Gerrit P. Haase]

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 application without the pain of ActiveX, OCX,
redistributables or binaries of any kind.

Official homepage: http://www.littlecms.com/


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 and pick up
'lcms' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'lcms' until '1.14-1' is
displayed. 


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=




--
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: intltool-0.33-1

[Gerrit P. Haase]

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 magic to your module. So users building from
tarballs don't need intltool, only folks building from cvs.


Canonical website: http://www.gnome.org/


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 and pick up
'intltool' from the 'Devel' category, if you install it for the first
time, click on the 'skip' field next to 'intltool' until '0.33-1' is
displayed.


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=




--
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: libart_lgpl-2.3.17-1

[Gerrit P. Haase]

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 engine for Gill, the Gnome Illustration app.

Libart is free software (all components are either GPL or LGPL).
Libart is also available for commercial licensing. Raph Levien owns the
copyright to the libart code base, his website is
http://www.levien.com/libart/. 

Libart supports a very powerful imaging model, basically the same as SVG
and the Java 2D API. It includes all PostScript imaging operations, and
adds antialiasing and alpha-transparency. 

Libart is also highly tuned for incremental rendering. It contains data
structures and algorithms suited to rapid, precise computation of Region
of Interest, as well as a two-phase rendering pipeline optimized for
interactive display. 

Canonical website: http://www.gnome.org/


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 and pick up
'libart_lgpl' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'libart_lgpl' until '2.3.17-1'
is displayed.


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=



--
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: libmng-1.0.9-1

[Gerrit P. Haase]

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-image Network Graphics (MNG) format
image files. It uses the zlib compression library, and optionally the
JPEG library by the Independant JPEG Group (IJG) and/or
lcms (little cms), a color-management library by Marti Maria Saguer.
Official homepage: http://www.libmng.com/


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 and pick up
'libmng' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'libmng' until '1.0.9-1' is
displayed. 


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.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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]


Gerrit P. Haase
-- 
=^..^=






--
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: Perl v5.8.7, CygWin DLL 1.5.18, script runs differently (hangs) on Cygwin while running open FH, "netsh ...|" or die "..."

[Igor Pechtchanski]

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 PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Perl v5.8.7, CygWin DLL 1.5.18, script runs differently (hangs) on Cygwin while running open FH, "netsh ...|" or die "..."

[Dave Korn]

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.

  And if you forge your problem report, you will get a solution to a
different problem than the one you are actually experiencing.

> Usually I paste the actually tested code -- I apologize
> for this mistake and the confusion.

  Don't ever do it again, or I will drop a hippo on you from a very great
height!


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: Anyone running spfd on Cygwin? (Attn: cygrunsrv maintainer)

[Dave Korn]

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, since, IIRC, cygrunsrv itself will
> unconditionally terminate the child daemon on SIGHUP (and SIGTERM, and
> SIGQUIT, and SIGINT).
> 
> Corinna, perhaps cygrunsrv should pass explicit SIGHUPs to the child
> instead (unless --termsig is HUP)?  Or, better yet, pass the signal to
> send as an argument to terminate_child()?

  I think that if someone wants to send a signal to the child, they should
send it to the child, and if someone wants to send a signal to the parent,
they should send it to the parent, and I don't think cygrunsrv should try to
second guess them.

  And stop calling me Corinna!


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: Windows hardening and system paths

[Brian Dessent]

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 as a service, how you installed
it, whether you set the permissions and ownership of files correctly,
created the proper user accounts; nor the contents of the event log or
the /var/log/*.log files; nor your cygcheck output.  We are not mind
readers, and the above error is just a generic "something is wrong."

http://cygwin.com/problems.html

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Windows hardening and system paths

[Mikkel Rostock]

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 must be due to a security issue regarding the hardening
of this particular server which is located in a DMZ. Because it is placed in
a DMZ all possible high-risk DLLs are physically moved to a different
location from where they must be executed.

I have searched all over for other people having the same problem, but it
doesn't seem that anyone has encountered this before.


Best Regards
Mikkel Rostock
-Original Message-
From: Brian Dessent [mailto:[EMAIL PROTECTED] 
Sent: 15. august 2005 15:10
To: cygwin@cygwin.com
Subject: Re: Windows hardening and system paths

Mikkel Rostock wrote:

> However, I have searched all over to find out where to add the path, and
as
> you state "just put it in the path" - but where? - In Windows registry or
in
> a Cygwin config file?

The path is the path.  It doesn't matter how you add it there, as long
as the DLLs are in the path when you run the program you're trying to
run.  You can add it using the windows dialog in the control panel or
you can modify it in cygwin.bat before starting a Cygwin session, or any
other way.

But I have to wonder... I don't think it would be possible for windows
to work *without* the %windir%\system32 directory in the path.  I sure
haven't ever seen such a system that didn't have that in the path
already.  There are numerous DLLs there that every windows program
requires, and there is nothing special about Cygwin in this regard.  If
notepad runs then cygwin should run too -- as far as the system DLLs are
concerned.

Brian



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

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

[Corinna Vinschen]

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 circumstances when writing to
> "real" files according to the manpage, but this did not apply.)  The
> fact that this patch works tells me that write(2) seems to be broken,
> and is actually returning 0 when it should be returning a positive
> integer (e.g., the value of "len" in this case).
> 
> Note that I tried running "ssh.exe" from openssh-3.9p1-3/cygwin-1.5.13-1
> with cygwin-1.5.18-1, and it had the exact same problem.  (I have not
> tried compiling openssh-4.1p1-2 on the system running cygwin-1.5.13-1
> yet, though.)
> 
> Any idea what's going on?

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, 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.



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: May g++ output windows-style paths instead of cygwin-style one?

[Angel Tsankov]

- 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" 
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 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 a 
perl

command that would filter the files through cygpath to convert the
paths, though.

I have this problem, 'cause I use a windows build of make 
3.81beta3

and it does not recognize cygwin style paths.
The latest cygwin build of make is 3.80, which has some bugs, and 
I

cannot use it.


I think it would be more productive for you to get Cygwin make 
working
than to try to jerry-rig a windows make into a posix environment. 
If
you are running into a specific bug in the current packaged version 
that

is fixed upstream, then you should document it here and the Cygwin
package maintainer might release an updated package.


Well, how do I document the bug?



OK, here's something like a test case. Since a couple of my previous 
attempts to post a reply with a zip file attachment were unsuccessful, 
I've put the test case here:

http://debian.fmi.uni-sofia.bg/~angel/test_case_make_3.80.zip

The result I get when running (the cygwin version of) make on my 
system is:

Source/File1.h Source/File2.h h

And the expected result is:
Source/File1.h Source/File2.h

Result of running 'make --version':
GNU Make 3.80
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

It is a very strange problem. A couple of weeks ago I started a thread 
about the exact same problem on the make-w32 mailing list, assuming it 
had something to do with long file names. The thread is located here:


http://lists.gnu.org/archive/html/make-w32/2005-07/msg00011.html

As one can see, this problem has been fixed. Unfortunately, no newer 
version of make has been release so far, except for betas, the latest 
one being is 3.81beta3. The source code of the windows version of 
3.81beta3 is available at

ftp://alpha.gnu.org/gnu/make/

HTH
Angel Tsankov
[EMAIL PROTECTED]


--
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: May g++ output windows-style paths instead of cygwin-style one?

[Brian Dessent]

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:  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: May g++ output windows-style paths instead of cygwin-style one?

[Angel Tsankov]

- 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 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 a 
perl

command that would filter the files through cygpath to convert the
paths, though.


I have this problem, 'cause I use a windows build of make 3.81beta3
and it does not recognize cygwin style paths.
The latest cygwin build of make is 3.80, which has some bugs, and I
cannot use it.


I think it would be more productive for you to get Cygwin make 
working
than to try to jerry-rig a windows make into a posix environment. 
If
you are running into a specific bug in the current packaged version 
that

is fixed upstream, then you should document it here and the Cygwin
package maintainer might release an updated package.


Well, how do I document the bug?

Angel Tsankov
[EMAIL PROTECTED]


Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/





--
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: stackdump on cygwin (was: is there a cygwin maintainer for gnu emacs?)

[Brian Dessent]

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 without symbols (i.e. just
numbers) contains no useable information.  And since it appears that you
are running a self-compiled version (in /usr/local) then it is even more
useless since your offsets are going to be unique.

It would be better for you to set the error_start parameter of the
CYGWIN environment variable so that gdb is launched on the fault, and
get a stack backtrace.  Though this will suffer from the same problem
unless you've compiled from source with debugging information enabled. 
A backtrace with symbolic function names and/or line numbers is really
the only useful form.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

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

[Brian Dessent]

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 a perl
command that would filter the files through cygpath to convert the
paths, though.

> I have this problem, 'cause I use a windows build of make 3.81beta3
> and it does not recognize cygwin style paths.
> The latest cygwin build of make is 3.80, which has some bugs, and I
> cannot use it.

I think it would be more productive for you to get Cygwin make working
than to try to jerry-rig a windows make into a posix environment.  If
you are running into a specific bug in the current packaged version that
is fixed upstream, then you should document it here and the Cygwin
package maintainer might release an updated package.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

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

[emacs user]

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=0022AF4C esp=0022AF40 program=C:\cygwin\usr\local\emacs\src\emacs.exe, 
pid 2804, thread main

cs=001B ds=0023 es=0023 fs=003B gs= ss=0023
Stack trace:
Frame Function  Args
0022AF4C  610C4974  (2315B50C, 21121CB8, 8014, 200EBA35)
0022AFFC  201090F2  (0003, , , 0002)
0022B01C  20109495  (2113F033, 7C9155C9, 0022B158, 2DD3)
0022B13C  200FBE8A  (0002, 0022B1D8, 7C9167A4, 0022B1C0)
0022B1AC  20102D35  (0003, 0022B1D4, 20E96508, )
0022B24C  2012E75D  (2113F003, 2484, 0030, 21134599)
0022B28C  20102607  (0022B314, 7C91056D, 00254E58, 00254E38)
0022B2FC  20102A9B  (0003, 0022B310, 0008, 21134599)
0022B36C  20104247  (0002, 0022B3A4, 7C91056D, )
0022B39C  20104371  (21134599, 218F75A5, 0022B4EC, 20100788)
0022B3AC  2013448D  (218F75AD, 0022B314, , 00240198)
0022B4EC  20100788  (20134470, 218F75AD, 202DAA59, 20135750)
0022B52C  201345F5  (21140E04, 0022B560, 0022B564, 0022B568)
0022B5AC  2013594A  (202E09E1, 218F7585, 0001, 211BB4ED)
0022B5CC  201382A2  (21140E04, 0001, 0022B5EC, 0AF4)
0022B5EC  20138387  (202C9001, , 1000, 000B)
End of stack trace (more stack frames may be present)




From: Joe Buehler <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED],  emacs-devel@gnu.org,  cygwin@cygwin.com
Subject: Re: is there a cygwin maintainer for gnu emacs?
Date: Tue, 09 Aug 2005 14:15:39 -0400

On Tue, 09 Aug 2005 01:08:36 -0400, emacs user <[EMAIL PROTECTED]> 
wrote:


>>
>> Ehud, thnx for the reply; I didn't do any rebasing (don't know what 
that
>> is), and the problem is that emacs crashes about every 5 minutes, 
mostly in

>> latex mode when I use the combination of auctex/preview/x-symbol.  very
>> painful...   I don't have any such difficulties when using precisely 
the

>> same combination under linux.
>>

1. Run emacs under gdb and see if you can get a stack backtrace
from gdb after emacs dies.  It will depend on how emacs dies
whether you can do this.

2. Failing that, run strace on emacs and send me the output (say,
the last couple thousand lines) after it dies.  I may be able to
deduce something from that.
--
Joe Buehler



_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/



--
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/

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

[Angel Tsankov]

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 recognize cygwin style paths.
The latest cygwin build of make is 3.80, which has some bugs, and I 
cannot use it.


Angel Tsankov
[EMAIL PROTECTED] 



--
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: Anyone running spfd on Cygwin?

[Herb Martin]

> > 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

> spfd -path=/var/run/spfd /dev/null 2>&1 &

Excellent help -- thank you.

I learn something from practically every post you submit
so I wish to thank you for other you have sent as well.

  (Sometimes I don't clutter the list with indivdidual
'thank you's but I do appreciate it each time you
post.)


> ).  If this works, I suspect the "non-responsive" spfd 
> process you had earlier was actually either in the "Output 
> pending" or the "Waiting for input" state.
> HTH,
>   Igor

spfd is now running fine as a server (which someone else here
was kind enough to suggest) but I intend to try this in order
to get "greylistd" to run as a service -- does this trick 
work for cygrunsrv services as well?

I am saving this encantation for such issues in the future.

Thank you once again.

--
Herb Martin


--
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: Perl v5.8.7, CygWin DLL 1.5.18, script runs differently (hangs) on Cygwin while running open FH, "netsh ...|" or die "..."

[Herb Martin]

> > #!/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 "we got through the call to 'netsh'\n"; while () {
>   

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) -- The calls were 
symetric on everything that failed. 

The above code would not "hang" but would do nothing
after the "we got through..." print.

The first version read:
> > open(IPSEC, "netsh ipsec static show all format=table |") or die 
> > "Can't run
> > netsh: $!\n";
> > print "we got through the call to 'netsh'\n"; while () {

The current version now reads:
> > open(NETSH, "netsh ipsec static show all format=table |") or die 
> > "Can't run
> > netsh: $!\n";
> > print "we got through the call to 'netsh'\n"; while () {

Both versions hang on the open with these netsh switches.

Usually I paste the actually tested code -- I apologize
for this mistake and the confusion.

--
Herb Martin


--
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/