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

[Corinna Vinschen]

On Aug 16 16:50, Dave Kilzer wrote:
> 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?

That's nice to hear but...

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

...this isn't.  Are you really sure?  If my fix is really helping, you
should really have seen this message.  Did you, by any chance, use your
patched ssh version, accidentally?  It would explain that ssh worked
but the message hasn't been printed.  Can you check again?


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

[Sam Steingold]

> * Eric Blake <[EMAIL PROTECTED]> [2005-08-16 22:53:24 +]:
>
> And if it is too many characters to type, change your cygdrive prefix
> to /.

how do I do that?


-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
 
 
nobody's life, liberty or property are safe while the legislature is in session

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

Cant add to path

[David]

Hi,
I installed cygwin_NT-5.1.
Built a project needed.
I tried to add to my PATH a few 
paths but i could not locate my .bashrc
or bash_profile like
on my linux machine.
I read some DOCs but could not find the
files on my ~ dir so tried to 
edit \etc\skel\.bash_profile or \etc\skel\.bashrc,
but there was no effect on $PATH 
so I exported from the command line
and my PATH looks like this:
echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin
:/cygdrive/c/Program Files/Common
Files/Borland Shared/BDE/:/cygdrive/c/Program
Files/Borland/BDS/3.0/Bin:/cygdrive/c/WINDOWS/system32
:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem
:/cygdrive/c/Program
Files/Rational/common
:/cygdrive/c/Program Files/Microsoft SQLServer/80/Tools/BINN
:/cygdrive/c/Documents and Settings/david/MyDocuments/Borland Studio 
Projects/Bpl
:/srilm/bin:srilm/bin/cygwin:/MorphTagger


Still whenever i try to invoke an execuatble 
from /srilm/bin (/srilm/bin is one
of my additions to PATH)
I get a command not found messege. Same goes for which command.







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

> > And if it is too many characters to type, change your cygdrive prefix
> > to /.
> 
> how do I do that?
> 

http://cygwin.com/cygwin-ug-net/using-utils.html#id4748539

--
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: Cant add to path

[Eric Blake]

> Hi,
> I installed cygwin_NT-5.1.
> Built a project needed.
> I tried to add to my PATH a few 
> paths but i could not locate my .bashrc
> or bash_profile like
> on my linux machine.

Hint: 'cygpath -w ~/.bashrc' should show you where bash is looking
for your .bashrc.  Also, you can set PATH on the command line, instead
of relying on the .bashrc to do it for you (although you would have to
do it every time you log in).

> I read some DOCs but could not find the
> files on my ~ dir so tried to 
> edit \etc\skel\.bash_profile or \etc\skel\.bashrc,

Editing those files only affects the .bashrc of new users, not
of existing users (they are copied from there to the user's new
$HOME on the user's first login).

Also, read this, so we can help you better:
> Problem reports:   http://cygwin.com/problems.html

--
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: Cant add to path

[Gerrit P. Haase]

David wrote:


Hi,
I installed cygwin_NT-5.1.
Built a project needed.
I tried to add to my PATH a few 
paths but i could not locate my .bashrc

or bash_profile like
on my linux machine.
I read some DOCs but could not find the
files on my ~ dir so tried to 
edit \etc\skel\.bash_profile or \etc\skel\.bashrc,
but there was no effect on $PATH 


Just copy the files form /etc/skel to your home dir and edit there.
The skeleton files are what the name says, they don't effect your
environment as long as they are not in your home directory.


so I exported from the command line
and my PATH looks like this:
echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin
:/cygdrive/c/Program Files/Common
Files/Borland Shared/BDE/:/cygdrive/c/Program
Files/Borland/BDS/3.0/Bin:/cygdrive/c/WINDOWS/system32
:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem
:/cygdrive/c/Program
Files/Rational/common
:/cygdrive/c/Program Files/Microsoft SQLServer/80/Tools/BINN
:/cygdrive/c/Documents and Settings/david/MyDocuments/Borland Studio 
Projects/Bpl
:/srilm/bin:srilm/bin/cygwin:/MorphTagger


Still whenever i try to invoke an execuatble 
from /srilm/bin (/srilm/bin is one

of my additions to PATH)
I get a command not found messege. Same goes for which command.


PATH with spaces is bad.  Try to mount the directories needed
and add the mount to the path then.


HTH,
Gerrit
--
=^..^=

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

[Christopher Faylor]

On Tue, Aug 16, 2005 at 11:18:20PM -0700, Andrew DeFaria wrote:
>That's why I've long since changed cygdrive prefix to /dev! ;-)

Because we all know how linux loves to put filesystems under /dev!

ls /dev/home

etc.

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/

Permissions and Shared Folders

[David Abrahams]

I must really be missing something here; I hope someone can give a
brief explanation and (as a bonus) direct me to where I can find out
more.  

I've been trying to copy files off a Windows XP shared folder in Windows
explorer, and it keeps telling me that I don't have permission to do
so.  When I look at the files permissions with ATTRIB, I see that it
is read-only, and when I look at the file with DIR /Q, I see that its
owner is PENGUIN\dave.  That's the username under which I've mounted
the drive.  

So then it occurs to me, maybe Cygwin permissions are getting in the
way somehow.  I do a chmod -R g+r on the directory and presto, I can
copy files!  

What confuses me about this is that:

  a.  I'm connected as the owner of the file, so why should group
  permissions make any difference?

  b.  Windows XP doesn't seem to have the notion of group permissions.
  I can find "Groups" if I dig hard, in Administrative Tools>
  Computer Management, but I don't see any indication that I can
  set or view group permissions.  On the other hand, what are
  Groups for if not controlling access?

So, can anyone explain this?  Also, is there a comprehensive overview
of the relationship between the Cygwin and Windows filesystems
somewhere?

Thanks very much in advance,
-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com


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

Emacs window doesn't display after rebaseall

[andres]

Hi,

I just wanted to second Angelo Graziosi's solution to the problem of emacs
not displaying its window after rebaseall has been run on a Cygwin
installation. His email:

http://sourceware.org/ml/cygwin/2005-07/msg00819.html

points out that if you reinstall libncurses7, emacs will be fixed. This
worked for me after having problems with emacs due to a rebaseall command
that was necessary to get the Python Imaging Library to install properly.

Andres Corrada

--
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: Subversion 1.2.0: Unable to open an ra_local session to URL

[Alexey Lyubimov]

Hello Max!
Thank you for the "/cygdrive/c" advice. It works for
SVN import, but it doesn't work for SVN co :(
I've post the question about the local repositories
under Win98 to Subversion forum and got the following
answer from Ben Collins-Sussman:

"The problem is that the svn_repos_open() call tries
to take out a shared lock on a particular file, and
win98 doesn't support shared locks. It turns out that
this feature is only necessary for BDB repositories
(so that 'svnadmin recover' can grab an exclusive lock
on the same file). What we need to do is change that
function to *not* attempt to grab shared locks if the
repository is FSFS. I don't think anyone has gotten
around to it yet. :-/"

Will you provide a patch for Win98 users? Friends of
mine and me have several Win98 boxes and we are ready
to test the patch! Reading the SVN forum I know that
we are not alone :) 


Best regards,
Alexey

--- Max Bowsher <[EMAIL PROTECTED]> wrote:

> Alexey Lyubimov wrote:
> > Hello!
> > I'm running Cygwin on Win98SE and the problem is
> that
> > I can not even import any project to the
> successfully
> > created local SVN-repository:
> > 
> > $ svnadmin create c:/svnroot/
> > 
> > $ svnadmin verify c:/svnroot/
> > * Verified revision 0.
> > 
> > $ svn import c:/foo/ file:///c:/svnroot/
> > svn: Unable to open an ra_local session to URL
> > svn: Unable to open repository
> 'file:///c:/svnroot'
> 
> Use /cygdrive/c/ not c:/ in file:/// URLs.
> 
> > Is there any solution? I know, that I can not keep
> > local repository under "plain" Win98. Does Cygwin
> port
> > of the Subversion 1.2.x have the same restriction?
> 
> No idea, I don't have any Win9x boxes to test on.
> 
> Max.
> 
> 





Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

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

[James R. Phillips]

The -4 release of octave-forge-2005.06.13 is smaller because the .oct files
were not previously stripped of debug symbols properly.  You may install it
with confidence.

Please continue to report any issues using octave-forge-2005.06.13-4 to this
mailing list.

Jim Phillips
cygwin octave-forge 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/

functions in /bin/sh scripts causing "unexpected "("" errors

[Kristin Wright]

I searched the archives, FAQ and general web but didn't find an answer for this.

I'm observing the following error when I attempt to run shell scripts
with  functions in a cygwin shell. These scripts work as expected on
my linux machines.

$ ./functest
./functest: 3: Syntax error: "(" unexpected
$ cat functest
#!/bin/sh

function helloworld () {
echo "Hello, World!"
}

helloworld();

(The functest script above is attached as is my output to cygcheck.)

I also found that if I uncommented the example function line included
in /etc/skel/.bashrc, the same error resulted. The line is:

# Some example functions
function settitle() { echo -n "^[]2;[EMAIL PROTECTED];[EMAIL PROTECTED]"; }

I'm guessing that this is a bug in this particular version of sh on
cygwin but, as I mentioned above, I haven't been able to find anything
on it  -- perhaps because the error is so common in programming so
there's too much other information.

Any ideas?

Thank you.

-kw


functest
Description: Binary data


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

Re: readline completion

[Andrew DeFaria]

Christopher Faylor wrote:


On Tue, Aug 16, 2005 at 11:18:20PM -0700, Andrew DeFaria wrote:


That's why I've long since changed cygdrive prefix to /dev! ;-)


Because we all know how linux loves to put filesystems under /dev!

ls /dev/home


Well there are file systems under /dev in a way. Am I necessarily trying 
to emulate Linux religiously? No. To me /dev is where I would naturally 
expect a C *drive*, which is not really a file system but a device in my 
view (IOW I can pull out my C drive, hold it in my hand and say - this 
is my C device!). Also /dev is short - shorter than cygdrive anyway and 
I just naturally think, "C Drive" ~= "C Device", "D Drive" ~= "D Device".


No, /home for me in a domain environment is usually on the file server 
thus a mount /// /home works just fine. Outside a 
domain environment C:/Home/ (I've long since hacked the registry 
to change the usual "C:\Documents and Settings" -> "C:\Home") can as 
easily be mounted with mount c:/home /home.


I also do mounts for things like C:\Program Files -> /apps, making 
things like ls /apps/Fire a breeze. YMMV.


There's the "You must adhere to pure *nix conventions" mentality and 
there's the "I will utilize what the system offers to make my life 
easier" mentality - both with pluses and minuses...

--
Living on Earth may be expensive, but it includes an annual trip around 
the sun.



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

[Hannu E K Nevalainen]

On Tue, 2005-08-16 at 20:41 -0500, 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.

Poorly designed or not, that is the way a Minolta Dimage Z1 behaves, at
least mine does - with my current settings. As this a year++ old device
I really see it as "out of date" and not prone to have FW upgrades
available. 
OTOH, I find it more alarming as the situation creates fs problems,
which actually happens when Windows is involved. (I have yet to see this
problem on Linux)
NOTE: I ALWAYS run it on batteries. (One round of batteries lasts all
from two weeks to 3 hours - depending on how intensely I use it. A three
hour sojourn gives me a full CD of images at least.)

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

Might be so, wouldn't be a big surprise - I run this camera against 2k,
XP and Linux (cygwin involved on Wins).

OT -> END of THREAD.
/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: functions in /bin/sh scripts causing "unexpected "("" errors

[Dave Korn]

Original Message
>From: Kristin Wright
>Sent: 17 August 2005 19:03

> I'm observing the following error when I attempt to run shell scripts
> with  functions in a cygwin shell. These scripts work as expected on
> my linux machines.

> $ ./functest
> ./functest: 3: Syntax error: "(" unexpected
> $ cat functest
> #!/bin/sh
> 
> function helloworld () {
> echo "Hello, World!"
> }
> 
> helloworld();

  Oh, really?

  On my RH8 box I just get:


[EMAIL PROTECTED] dk]$ cat foo.sh
#!/bin/sh

function helloworld() {
echo "Hello, World!"
}

helloworld ();

[EMAIL PROTECTED] dk]$ ./foo.sh
./foo.sh: line 7: syntax error near unexpected token `;'
./foo.sh: line 7: `helloworld ();'


  This isn't C.  To invoke helloword, you just put it as a line on it's own:

> helloworld

  If you wanted to pass args, they would just be words following the
command:

> helloworld arg1 arg2 arg3

  The brackets are only used in the definition, not the invocation.

> I'm guessing that this is a bug in this particular version of sh on
> cygwin 

  On cygwin, sh is in fact bash.  At least, it is these days.  Formerly, it
used to be ash, and that's the version you have on your machine; and the
syntax for functions you are using only works in bash.

  Either specify /bin/bash in the shebang, or update your cygwin install
(specifically the bash package).

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/

Question for cURL maintainer

[Eugene Kotlyarov]

Hello

  Could you please update cURL to latest upstream version?

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

[Sam Steingold]

> * Eric Blake <[EMAIL PROTECTED]> [2005-08-17 13:55:59 +]:
>
>> > And if it is too many characters to type, change your cygdrive prefix
>> > to /.
>> 
>> how do I do that?
>
> http://cygwin.com/cygwin-ug-net/using-utils.html#id4748539

thanks.
where do I put

mount --change-cygdrive-prefix /

to have it done on each cygwin startup

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
 
 
The only time you have too much fuel is when you're on fire.

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

> > http://cygwin.com/cygwin-ug-net/using-utils.html#id4748539
> 
> thanks.
> where do I put
> 
> mount --change-cygdrive-prefix /

Read that full webpage.  Mounts are persistent.  Running the command
just once will make it affect all future cygwin startups, until you
rerun mount or umount.  (Just like Unix mount points.)  So you
don't need to edit any shell startup files to change your mounts.

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

[Hannu E K Nevalainen]

On Tue, 2005-08-16 at 17:10 -0400, Igor Pechtchanski wrote:

Igor, please: Regardless of how my Reply-To is set, I prefer to have
replies on the list only. I consider this to be the standard reply
procedure on lists. (i.e. leaving the option to actually have the reply
end up in a mailbox as an actually WORKING OPTION)

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

Hi Igor, "I'm back" (Add the strong voice of mr Schwarzenegger(sp?))
;-]  (Actually I've been reading almost all of the time)

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

Ah, sorry - I got the impression that you were questioning the sanity
behind the reason of this whole thread.
 Hmmm, "custom accessor" - does that imply a change to mount or possibly
cygpath? IMO this is necessary, trying to do this with scripting is slow
and error prone, simply because the variable nature of the cygdrive
prefix setting; user preferences varies a lot (along with ignorance ;-).

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

Ooops, it was? =-)
'Programatically finding value of "cygdrive" prefix' indicates a need
for sensibly handling DOS drives in cygwin scripting to me.

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

Yet another oddity of cygwin tools obviously.

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

Yet another reason to add an easy way to retrive the cygdrive prefix,
regardless of its contents.

> > ---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]"'?

Hmm? Does that expand to the AVAILABLE, currently MOUNTED drives?

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

And as I wrote, this is the actual in-use script that I provided as
*example* on _why_, bas

Re: readline completion

[Sam Steingold]

> * Eric Blake <[EMAIL PROTECTED]> [2005-08-17 19:30:14 +]:
>
> Mounts are persistent.  Running the command just once will make it
> affect all future cygwin startups, until you rerun mount or umount.

thanks!

> (Just like Unix mount points.)

Not on linux.
mount /dev/fd /mnt/floppy; reboot; ls /mnt/floppy
will show an empty directory.

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
UNIX, car: hard to learn/easy to use; Windows, bike: hard to learn/hard to use.

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

[Christopher Faylor]

On Wed, Aug 17, 2005 at 11:00:29AM -0700, Andrew DeFaria wrote:
>Christopher Faylor wrote:
>
>>On Tue, Aug 16, 2005 at 11:18:20PM -0700, Andrew DeFaria wrote:
>>
>>>That's why I've long since changed cygdrive prefix to /dev! ;-)
>>
>>Because we all know how linux loves to put filesystems under /dev!
>>
>>ls /dev/home
>
>Well there are file systems under /dev in a way. Am I necessarily trying 
>to emulate Linux religiously? No. To me /dev is where I would naturally 
>expect a C *drive*, which is not really a file system but a device in my 
>view (IOW I can pull out my C drive, hold it in my hand and say - this 
>is my C device!). Also /dev is short - shorter than cygdrive anyway and 
>I just naturally think, "C Drive" ~= "C Device", "D Drive" ~= "D Device".
>
>No, /home for me in a domain environment is usually on the file server 
>thus a mount /// /home works just fine. Outside a 
>domain environment C:/Home/ (I've long since hacked the registry 
>to change the usual "C:\Documents and Settings" -> "C:\Home") can as 
>easily be mounted with mount c:/home /home.
>
>I also do mounts for things like C:\Program Files -> /apps, making 
>things like ls /apps/Fire a breeze. YMMV.
>
>There's the "You must adhere to pure *nix conventions" mentality and 
>there's the "I will utilize what the system offers to make my life 
>easier" mentality - both with pluses and minuses...

Yes, I understood that if you are using /dev in this way that it is
purely an idiosyncratic thing that doesn't necessarily make any sense
when you consider the pure UNIX sense of what /dev is supposed to be
for.  I just wouldn't recommend this for the general cygwin populace.
If we ever start doing something like udev on cygwin you're going to
have some problems.

/mnt makes a little more sense for an alternate location, IMO.

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/

Unexpected File Name Too Long Error With #includes

[Rob Hatcherson]

All,

This issue involves a "File name too long" error being generated by the 
C preprocessor that came along with 1.5.18-1.  The compiler reports 
version 3.4.4, the distro file says 3.4.4-1.



I have a header file whose total path length is 190 characters counting 
drive letters (yeah, I know it's ridiculously long, and I can get around 
this problem by chopping some stuff out, but at the moment I'm wondering 
what I'm missing for future reference).



I can #include this header file directly in a .c file with no problem:

#include "C:/d1/d2/d3/d4/...lots more.../blah.h"


The problem occurs if I provide a part of this path via a -I option, and 
put the remainder inside quotes in the #include.  So say I do this:


gcc -E -I C:/d1/d2/d3/d4 blah.c

...with the source file looking notionally like this:

#include "...lots more.../blah.h"


By experimentation (with this particular file I'm having problems with, 
so this isn't a general observation) when the total length of the stuff 
inside the quotes in the #include statement reaches 82 characters in 
length I get a "File name too long" error from the preprocessor.  Yet as 
noted earlier I can include the entire path inline without a complaint.



I've been using Cygwin for a while now and can't recall ever having a 
path length problem unless the length exceeded the total path limit at 
the Windows level (250, or 253, or 255, or whatever it is).  So... this 
makes me wonder if perhaps some feature has been introduced that I'm 
missing, and/or there's some magic option I need to be using.


Has anybody else encountered this behavior?

Sorry if this is a well-known issue.  I've been poking around a bit and 
haven't seen anything relevant (yet).  I'm currently digging in the 
gcc-core source, but thought I'd ping the group in the meantime.


TIA,

Rob Hatcherson
ZedaSoft, 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: readline completion

[Andrew DeFaria]

Christopher Faylor wrote:

Yes, I understood that if you are using /dev in this way that it is 
purely an idiosyncratic thing that doesn't necessarily make any sense
when you consider the pure UNIX sense of what /dev is supposed to be for. 


i.e. the Unix purist view. Hey I understand where you're coming from but 
I'm not a purist.


I just wouldn't recommend this for the general cygwin populace. If we 
ever start doing something like udev on cygwin you're going to

have some problems.


Yes this is the risk. I understand it.


/mnt makes a little more sense for an alternate location, IMO.


Yes this is a quick alternative though I tend to thing of mounts as 
mounting of file systems from other machines. I guess I just think "Well 
of course any disk/file system that's present should be mounted already" 
so to me /mnt is for other, not normally mounted file systems from other 
machines or perhaps floppy/USB, etc.


Yes to each his own
--
Analyzing humor is like dissecting a frog. Few people are interested and 
the frog dies of it. - E. B. White



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

Permissions on .ssh/id_rsa

[Christopher Benson-Manica]

How does one set permissions on id_rsa in such a way as to make ssh
happy?  Nothing I have done has made chmod 700 id_rsa actually work.
Supposed solutions, such as adding CYGWIN=ntsec or CYGWIN=ntea to
.bashrc and/or cygwin.bat, have not worked.  If someone could
enlighten me with a solution that actually DOES work, or a pointer to
such a solution, I would be most grateful.

-- 
Christopher Benson-Manica
ataru(at)sdf.lonestar.org

--
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: (XP) cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: Permission denied

[Greg Jones]

P.S. I tried CYGWIN=nontsec and that didn't affect the results.

"Greg Jones" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>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: Permissions on .ssh/id_rsa

[Andrew DeFaria]

Christopher Benson-Manica wrote:

How does one set permissions on id_rsa in such a way as to make ssh 
happy? Nothing I have done has made chmod 700 id_rsa actually work. 
Supposed solutions, such as adding CYGWIN=ntsec or CYGWIN=ntea to 
.bashrc and/or cygwin.bat, have not worked. If someone could enlighten 
me with a solution that actually DOES work, or a pointer to such a 
solution, I would be most grateful.


If you're home directory is remote (i.e. on a file server and perhaps 
mounted) then you might try adding smbntsec to CYGWIN. Or you can use 
the Windows Explorer Properties: Security and play with the toggles 
until you get the desired result. You need to play because there is not 
a clear mapping from Windows security bits -> POSIX security bits.


--
Why do we drive on parkways and park on driveways?


--
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 Wednesday, August 17, 2005 3:58 AM, Corinna Vinschen wrote:
> On Aug 16 16:50, Dave Kilzer wrote:
> > On Tue, Aug 16, 2005 at 09:55:58PM +0200, Corinna Vinschen wrote:
> > > 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.
> 
> ...this isn't.  Are you really sure?  If my fix is really helping, you
> should really have seen this message.  Did you, by any chance, use
your
> patched ssh version, accidentally?  It would explain that ssh worked
> but the message hasn't been printed.  Can you check again?

I checked twice again today that using the new-cygwin1.dll you provided
does NOT output any annoying messages to console (and works), but that
going back to the cygwin1-1.5.18-1.dll does NOT work.  I also made sure
I was using ssh.exe from /usr/bin.  Here's the md5sum and the version
string output:

$ md5sum `which ssh`.exe
81759ac33194fb1aa03e5731d06455df */usr/bin/ssh.exe

$ ssh -V
OpenSSH_4.1p1, OpenSSL 0.9.8 05 Jul 2005

Furthermore, I discovered today that using new-cygwin1.dll only works
when using OpenSSH in non-verbose mode ("ssh hostname").  When I try
using OpenSSH in verbose mode ("ssh -v hostname") with new-cygwin1.dll,
it fails with a new error message "Bad packet length 0" (real hostname
replaced with "hostname"; real IP address replaced with "1.2.3.4"; real
home directory replaced with "~"):

$ ssh -v hostname
OpenSSH_4.1p1, OpenSSL 0.9.8 05 Jul 2005
debug1: Connecting to hostname [1.2.3.4] port 22.
debug1: Connection established.
debug1: identity file ~/.ssh/identity type -1
debug1: identity file ~/.ssh/id_rsa type 1
debug1: identity file ~/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version
OpenSSH_3.8.1p1 Debian-8.sarge.4
debug1: match: OpenSSH_3.8.1p1 Debian-8.sarge.4 pat OpenSSH_3.*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
Received disconnect from 1.2.3.4: 2: Bad packet length 0.

Again, NONE of the testing above was done with my locally
patched/locally compiled version of OpenSSH.

--

To provide a different perspective, I went back to my old desktop PC
that is running cygwin-1.5.13-1 (cygwin1.dll dated 2005-Mar-01), then
tried various cygwin1.dll releases from 1.5.15 through 1.5.18, two
current snapshot releases, and new-cygwin1.dll to try to pinpoint where
the failure first started to occur.  Here are the md5sum and version
info for OpenSSH on this PC (as distributed with Cygwin at the time):

$ md5sum `which ssh`.exe
7fe273419467243345643c263cfa4509 */usr/bin/ssh.exe

$ ssh -V
OpenSSH_3.9p1, OpenSSL 0.9.7f 22 Mar 2005

I ran both "ssh hostname" and "ssh -v hostname" to a single host, and
checked the version of cygwin1.dll via "cygcheck -s" to make sure I was
using the correct copy.

cygwin1.dll VersResults of "ssh hostname" and "ssh -v hostname"

-
1.5.13-1Both ssh commands worked
1.5.15-1Both ssh commands worked
1.5.16-1Both ssh commands worked
1.5.17-1Both ssh commands worked
1.5.18-1NEITHER ssh command worked (BOTH "Write
failed:")
2005-Jul-28-snapNEITHER ssh command worked (BOTH "Write
failed:")
2005-Aug-14-snapNEITHER ssh command worked (BOTH "Write
failed:")
new-cygwin1.dll Both ssh commands worked (*)

(*) I still did NOT see any annoying console output here.

Looking at these results, a change between 1.5.17-1 and 1.5.18-1 looks
like it may be the culprit.  Does this jibe with the changes you made
for new-cygwin1.dll?

--

Between the annoying console output not appearing and the fact that one
of the original ways I was able to fix this issue was to compile
OpenSSH-4.1p1-2 with the "-DPACKET_DEBUG=1" cflag WITH NO CHANGES to
packet.c (please reread my original message; the second way I fixed it
was with a change to packet.c without that cflag), this problem smells a
lot like a compiler bug.

Did Cygwin switch from gcc-3.3.x to gcc-3.4.x between 1.5.17-1 and
1.5.18-1?

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

[Reid Thompson]

Sam Steingold wrote:


* Eric Blake <[EMAIL PROTECTED]> [2005-08-17 19:30:14 +]:

Mounts are persistent.  Running the command just once will make it
affect all future cygwin startups, until you rerun mount or umount.
   



thanks!

 


(Just like Unix mount points.)
   



Not on linux.
mount /dev/fd /mnt/floppy; reboot; ls /mnt/floppy
will show an empty directory.

 


I think that's a reflection of how the mount is defined in /etc/fstab.

--
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: Permissions on .ssh/id_rsa

[Brian Dessent]

Christopher Benson-Manica wrote:

> How does one set permissions on id_rsa in such a way as to make ssh
> happy?  Nothing I have done has made chmod 700 id_rsa actually work.

chmod 600 has always worked fine for me.

> Supposed solutions, such as adding CYGWIN=ntsec or CYGWIN=ntea to

ntsec is the default, so adding it to $CYGWIN is a no-op.  ntea only
applies if the volume is not NTFS.

> .bashrc and/or cygwin.bat, have not worked.  If someone could
> enlighten me with a solution that actually DOES work, or a pointer to
> such a solution, I would be most grateful.

We will probably need more information: Output of "cygcheck -svr" and
"ls -ld / /home ~ ~/.ssh ~/.ssh/id_rsa" would be a good start.

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/

libdv

[Jason Pyeron]

whilst doing the configure, it claims to not find lib Xv.

I thought it was part of x11?

checking for GTK - version >= 1.2.4... yes
checking for XvQueryAdaptors in -lXv... no
configure: error: Could not find Xv Lib
[EMAIL PROTECTED] libdv]$


any ideas?

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Partner & Sr. Manager 7 West 24th Street #100 -
- +1 (443) 921-0381 Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.


--
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: is there a cygwin maintainer for gnu emacs?

[emacs user]

some more diagnostics of the GC problem, with the help of some advice from 
eliz.  does this help?




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




/usr/local/emacs/src $ gdb emacs
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
DISPLAY = :0.0
TERM = xterm
Breakpoint 1 at 0x2009a626: file emacs.c, line 461.
Breakpoint 2 at 0x2007d87c: file xterm.c, line 7795.
(gdb) run
Starting program: /usr/local/emacs/src/emacs.exe -geometry 80x40+0+0

---Type  to continue, or q  to quit---
Breakpoint 1, abort () at emacs.c:461
461   kill (getpid (), SIGABRT);
(gdb) where
#0  abort () at emacs.c:461
#1  0x200ed1c1 in mark_object (arg=536986871) at alloc.c:5468
#2  0x200edb3f in Fgarbage_collect () at alloc.c:4810
#3  0x20101d3e in Feval (form=578722485) at eval.c:2101
#4  0x201007c8 in internal_condition_case_1 (bfun=0x20101a00 ,
   arg=578722485, handlers=539863641,
   hfun=0x200a0700 ) at eval.c:1493
#5  0x200a0792 in menu_item_eval_property (sexpr=578722485) at 
keyboard.c:7152

#6  0x200acbbe in get_keyelt (object=540049153, autoload=1) at keymap.c:811
#7  0x200ad213 in access_keymap (map=539822333, idx=539845257, t_ok=2,
   noinherit=0, autoload=1) at keymap.c:643
#8  0x200a141c in tool_bar_items (reuse=578739204, nitems=0x22db18)
   at keyboard.c:7609
#9  0x2001c6df in update_tool_bar (f=0x20cc4600, save_match_data=0)
   at xdisp.c:8863
#10 0x2002a500 in prepare_menu_bars () at xdisp.c:8569
#11 0x2002a916 in redisplay_internal (preserve_echo_area=7) at xdisp.c:10251
#12 0x2002b938 in redisplay_preserve_echo_area (from_where=12) at 
xdisp.c:10862

#13 0x20136f29 in wait_reading_process_output (time_limit=30, microsecs=0,
   read_kbd=-1, do_display=1, wait_for_cell=539791361, wait_proc=0x0,
   just_wait_proc=0) at process.c:4575
#14 0x20009437 in sit_for (sec=30, usec=0, reading=1, display=1,
   initial_display=0) at dispnew.c:6405
#15 0x200a56ce in read_char (commandflag=1, nmaps=6, maps=0x22e920,
---Type  to continue, or q  to quit---
   prev_event=539791361, used_mouse_menu=0x22e978) at keyboard.c:2769
#16 0x200a7607 in read_key_sequence (keybuf=0x22ead0, bufsize=30,
   prompt=539791361, dont_downcase_last=0, can_return_switch_frame=1,
   fix_current_buffer=1) at keyboard.c:8818
#17 0x200a9111 in command_loop_1 () at keyboard.c:1529
#18 0x20100ac2 in internal_condition_case (bfun=0x200a8f70 ,
   handlers=539863641, hfun=0x200a2ad0 ) at eval.c:1452
#19 0x2009cc6e in command_loop_2 () at keyboard.c:1319
#20 0x201009cf in internal_catch (tag=539852761,
   func=0x2009cc40 , arg=539791361) at eval.c:1211
#21 0x2009ca53 in command_loop () at keyboard.c:1298
#22 0x2009caf4 in recursive_edit_1 () at keyboard.c:991
#23 0x2009cc00 in Frecursive_edit () at keyboard.c:1052
#24 0x2009bf4d in main (argc=3, argv=0x202c25c0) at emacs.c:1782

(gdb) print last_marked_index
$6 = 22
(gdb) print last_marked[22]
$7 = 539791361
(gdb) xtype
Lisp_Symbol
(gdb) xsymbol
$8 = (struct Lisp_Symbol *) 0x202c9000
"nil"
(gdb)

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