Python, USB and cygwin

[BMetzenthen]

I have a couple of USB devices which are based upon FTDI chips.  I am using
the FTDI virtual serial port drivers.

The devices appear to work properly except when attempting to communicate
with them via cygwin python.  Scripts which work o.k. with Windows python
will not work properly with cygwin python.  The point of failure depends
upon the Windows version.

Under Windows 98, the scripts fail to complete the opening of the virtual
serial port,.  The failure occurs in tcgetattr and an error '22, Invalid
argument' is returned.  I haven't followed this further into the bowels of
python to work out what this means but tcgetattr() in cygwin 'C' does not
fail.

Under Windows 2000, the same python scripts go further but fail further
down the track, early during the attempted transfer of data.

The same python scripts have worked well in the past under cygwin when I
use a real serial port.

Are there known problems with cygwin python and USB virtual serial ports?
If so, are there any solutions or work-arounds?

I have tried updating (which didn't work well) and then deleting and
re-installing cygwin (with the latest version as of a couple of days ago)
on the Windows 98 machine.  I also updated to the 2.1 version of the python
serial module.  The scan.py example which comes with the serial module
works o.k. on Windows 2000 but not on Windows 98 (because of the way in
which cygwin python fails in tcgetattr).
(See attached file: cygcheck-win2000.out)(See attached file:
cygcheck-win98.out)
Bill Metzenthen
Cochlear Limited
Level 1, 174 Victoria Parade
East Melbourne  Vic  3002
Australia
PH:  +61 3 9662 1202
FAX: +61 3 9663 8652

Web: http://www.cochlear.com

==

"The information contained in this e-mail message may be confidential 
information, and may also be privileged. If you are not the intended recipient, 
any use, interference with, disclosure or copying of this material is 
unauthorised and prohibited.  If you have received this message in error, 
please notify us by return email and delete the original message."

cygcheck-win2000.out
Description: Binary data


cygcheck-win98.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: c++ code executes very slowly - sjlj EH to blame?

[Larry Hall]

At 10:17 PM 12/15/2004, you wrote:
>Hi Larry,
>
>Thanks for your reply.
>About the messages you referred me to:
>
>///
>
>http://www.cygwin.com/ml/cygwin/2004-11/msg00962.html
>
>His situation is similar in terms of symptoms, but my
>test program (that throws an exception and tries to
>catch it) doesn't have any callbacks.


True but the way I read that conversation was that DWARF2
EH worked if callbacks weren't used or would work with 
callbacks so long as -fexceptions was used.  Maybe I read
that incorrectly though.


>///
>
>http://www.cygwin.com/ml/cygwin/2004-11/msg01017.html
>
>This message seems to be talking about DWARF2 debug
>output.  Or does -gdwarf-2 have any effect on EH?


As you can see, I didn't do *any* weeding of results. ;-)


>///
>
>My goal is to build gcc/g++ that use Dwarf2 EH.  A
>compiler with working EH will be able to run my test
>program without aborting.  So far I have built several
>versions of gcc, all of which have the abort() EH,
>which is equivalent to having _no_ EH in practical
>terms.
>
>Maybe Danny Smith has some thoughts about this, since
>he has apparently been at least partially successful
>in getting DWARF2 EH to work on cygwin.


Yes, I expect he'll chime in.


>Another question for anyone at all: any ideas why sjlj
>is so crap-tastically slow on cygwin?  I can't believe
>that sjlj EH has nearly such a huge hit on other
>targets.  If sjlj it is the sole perpetrator of the
>slowdown, then it is doing a very very effective job
>of slowing things down.


You might want to check out the gcc list too.  There are
apparently issues with sjlj that transcend Cygwin and Windows
targets.  Perhaps crap-tastically poor performance is one of
those things as well. ;-)


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: c++ code executes very slowly - sjlj EH to blame?

[Adam McKee]

Hi Larry,

Thanks for your reply.
About the messages you referred me to:

///

http://www.cygwin.com/ml/cygwin/2004-11/msg00962.html

His situation is similar in terms of symptoms, but my
test program (that throws an exception and tries to
catch it) doesn't have any callbacks.

///

http://www.cygwin.com/ml/cygwin/2004-11/msg01017.html

This message seems to be talking about DWARF2 debug
output.  Or does -gdwarf-2 have any effect on EH?

///

My goal is to build gcc/g++ that use Dwarf2 EH.  A
compiler with working EH will be able to run my test
program without aborting.  So far I have built several
versions of gcc, all of which have the abort() EH,
which is equivalent to having _no_ EH in practical
terms.

Maybe Danny Smith has some thoughts about this, since
he has apparently been at least partially successful
in getting DWARF2 EH to work on cygwin.

Another question for anyone at all: any ideas why sjlj
is so crap-tastically slow on cygwin?  I can't believe
that sjlj EH has nearly such a huge hit on other
targets.  If sjlj it is the sole perpetrator of the
slowdown, then it is doing a very very effective job
of slowing things down.

Thanks again for your reply -- I've been really having
a _heck_ of a time with this, and I appreciate any
help very much.

-Adam

 --- Larry Hall
<[EMAIL PROTECTED]> wrote: 
> At 05:23 PM 12/15/2004, you wrote:
> >My app runs about 6 times faster on linux than
> cygwin,
> >even though it spends the bulk of its time doing
> pure
> >computation in user-space: strace shows a minimum
> of
> >system calls being made.  Profiling shows that the
> >culprit could be sjlj (set-jump/long-jump) EH.
> >
> >After googling around a bit, I found that other
> folks
> >seem to have had a similar experience...
> >
>
>http://www.google.ca/search?q=sjlj+cygwin+octave&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox&rls=org.mozilla:en-US:unofficial
> >
> >Does anyone know how to build a gcc/g++ that use
> >DWARF2 EH, instead of ... what we might call
> "abort()"
> >EH?  I would very much like to try this out - to
> see
> >if it will bring performance of my app on cygwin
> out
> >of the toilet.
> >
> >Also - is it likely that cygwin will move away from
> >sjlj EH soon?  
> 
> 
> I'll let googling answer this question for you too.
> :-)
>

> 
> --
> Larry Hall 
> http://www.rfk.com
> RFK Partners, Inc.  (508)
> 893-9779 - RFK Office
> 838 Washington Street   (508)
> 893-9889 - FAX
> Holliston, MA 01746 
> 
>  

__ 
Post your free ad now! http://personals.yahoo.ca

--
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: cygwin Digest 15 Dec 2004 23:28:30 -0000 Issue 3998

[Eric Schweitz]

That sounds rather familiar... I'm seeing strange "random" accesses
to my drives using find (and other apps) since I upgraded to
1.5.12(0.116/4/2).  I'm seeing this on two machines now, both
an XP machine and a 2000 machine.
BTW, if I stick a floppy in my floppy drive and run find, I get
the following output from filemon.  It also seems to go out over
any network drives and so forth as well [Boo! Hiss!] even though
I'm running find on a directory tree on the local (C:) drive.
4:19:41 PM  find.exe:3344   IRP_MJ_CREATE   A:\ SUCCESS Options: 
Open  Access: All
4:19:42 PM  find.exe:3344   FASTIO_QUERY_BASIC_INFO A:\ SUCCESS 
Attributes: D
4:19:42 PM  find.exe:3344   IRP_MJ_CLEANUP  A:\ SUCCESS
4:19:42 PM  find.exe:3344   IRP_MJ_CLOSEA:\ SUCCESS
4:19:42 PM  find.exe:3344   IRP_MJ_CREATE   A:\ SUCCESS Options: 
Open  Access: All
4:19:42 PM  find.exe:3344   FASTIO_QUERY_BASIC_INFO A:\ SUCCESS 
Attributes: D
4:19:42 PM  find.exe:3344   IRP_MJ_CLEANUP  A:\ SUCCESS
4:19:42 PM  find.exe:3344   IRP_MJ_CLOSEA:\ SUCCESS
4:19:42 PM  find.exe:3344   IRP_MJ_CREATE   A:\ SUCCESS Options: 
Open Directory  Access: All
4:19:42 
PM  find.exe:3344   IRP_MJ_QUERY_INFORMATIONA:\ SUCCESS 
FileNameInformation
4:19:42 PM  find.exe:3344   IRP_MJ_QUERY_VOLUME_INFORMATION 
A:\ SUCCESS FileFsVolumeInformation
4:19:42 PM  find.exe:3344   IRP_MJ_QUERY_VOLUME_INFORMATION 
A:\ SUCCESS FileFsAttributeInformation
4:19:42 PM  find.exe:3344   IRP_MJ_CLEANUP  A:\ SUCCESS
4:19:42 PM  find.exe:3344   IRP_MJ_CLOSEA:\ SUCCESS
4:19:42 PM  find.exe:3344   IRP_MJ_CREATE   A:\ SUCCESS Options: 
Open Directory  Access: All
4:19:43 PM  find.exe:3344   IRP_MJ_CLEANUP  A:\ SUCCESS
4:19:43 PM  find.exe:3344   IRP_MJ_CLOSEA:\ SUCCESS
4:19:43 PM  find.exe:3344   IRP_MJ_CREATE   A:\ SUCCESS Options: 
Open Directory  Access: All
4:19:43 
PM  find.exe:3344   IRP_MJ_DIRECTORY_CONTROLA:\ SUCCESS 
FileBothDirectoryInformation: *
4:19:43 
PM  find.exe:3344   IRP_MJ_DIRECTORY_CONTROLA:\ SUCCESS 
FileBothDirectoryInformation
4:19:43 PM  find.exe:3344   IRP_MJ_DIRECTORY_CONTROLA:\ NO 
MORE FILES   FileBothDirectoryInformation
4:19:43 PM  find.exe:3344   IRP_MJ_CLEANUP  A:\ SUCCESS
4:19:43 PM  find.exe:3344   IRP_MJ_CLOSEA:\ SUCCESS



Message-ID: <[EMAIL PROTECTED]>
Date: Wed, 15 Dec 2004 12:20:25 -0800 (PST)
From: Andrew Stebakov <[EMAIL PROTECTED]>
Subject: find command hangs for 20 sec before starting with cygwin1.dll is 
1.5.12
To: [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Hi,
I just updated my cygwin to latest (version 1.59) and
cygwin1.dll is 1.5.12.
I found that "find" command takes a long time to start
(about 20 seconds). It shows in my xemacs when I load
ecb and issue igrep-find.
I replaced the cygwin1.dll with some old version and
the problem went away (also I had to replace xargs,
grep and find executables for the old ones).
On another PC the same cygwin with xemacs doesn't show
the problem.
Both of them have the VirusScan on. I tried to disable
the VirusScan but it doesn't fix the problem.
What can I do fix it? Can I get the previous version
of cygwin1.dll?
Thanks in advance,
Andrei

--
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: c++ code executes very slowly - sjlj EH to blame?

[Larry Hall]

At 05:23 PM 12/15/2004, you wrote:
>My app runs about 6 times faster on linux than cygwin,
>even though it spends the bulk of its time doing pure
>computation in user-space: strace shows a minimum of
>system calls being made.  Profiling shows that the
>culprit could be sjlj (set-jump/long-jump) EH.
>
>After googling around a bit, I found that other folks
>seem to have had a similar experience...
>
>http://www.google.ca/search?q=sjlj+cygwin+octave&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox&rls=org.mozilla:en-US:unofficial
>
>Does anyone know how to build a gcc/g++ that use
>DWARF2 EH, instead of ... what we might call "abort()"
>EH?  I would very much like to try this out - to see
>if it will bring performance of my app on cygwin out
>of the toilet.
>
>Also - is it likely that cygwin will move away from
>sjlj EH soon?  


I'll let googling answer this question for you too. :-)


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: Error with managed mount point.

[Larry Hall]

At 03:48 PM 12/15/2004, you wrote:
>Running strace pointed me to the proper place to look
>for the error.
>
>However, the proper fix is maybe more of a philosophy
>issue.  
>
>I found some code in path.cc that removes trailing dots and
>spaces from a file name in path_conv::check().  The question is,
>should these trailing spaces/dots actually be removed, or should
>they be converted to %20/%2E, only if they are part of the file/
>directory name?  Or, should they be stripped for ALL file searches,
>so that something like /foo./bar will be found under the windows
>path /%66oo/%62ar?


No, they need to be removed.  Windows behavior is to ignore one or more
'.'s at the end of a file so we're stuck with that in normal Cygwin-working
mode.  I actually haven't delved into the inner workings of the managed 
mount option code but if there's going to be a place to hang onto and 
translate the trailing '.'s, it would be in this special case code.  Without
looking at more than just the patch lines, I'm guessing that the patch you 
made (submitted to the Cygwin patches list) to path_conv::check() are
going to be in too generic of a spot to be the right thing to do for just
managed mount mode, though I could be wrong.  I'll try to find a minute 
tonight to comment further.
 

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: running .bat files from bash

[Igor Pechtchanski]

On Wed, 15 Dec 2004, Donal Murtagh wrote:

> Hi,
>
> I've noticed that if I want to run a .bat file in bash I have to cd to the
> directory it's in first in order for it to run properly
>
> For example, if I want to run c:\foo\bar.bat I have to use:
>
> cd /cygdrive/c/foo
> bar.bat
>
> if I try
>
> /cygdrive/c/foo/bar.bat
>
> it doesn't work properly. It seems that if I attempt the latter, the
> .bat file is launched, but doesn't work properly. The particular .bat
> file I'm running compiles a Java source tree, and when I try to launch
> it via /cygdrive/c/foo/bar.bat, the messages sent to standard output
> suggest it's working fine, but none of the .class files are created.
>
> Has anyone else come across this?

Nope.  I can't reproduce this on my installation...
You could run javac with the -verbose flag (or even -J-verbose) to show
where javac is writing the files...
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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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 with ssh and X

[Igor Pechtchanski]

On Wed, 15 Dec 2004, Dr Christian Hicks wrote:

> I am trying to connect to a Sun UNIX box and display
> the graphics on my PC running Cygwin. I am using
> the command ssh -X -l  .

Wrong list.  Redirecting to cygwin-xfree.  Please delete  from subsequent discussion.

> The connection is being made OK, but when I try and
> run something with X graphics I get an error message
> of the form:
> X Error (intercepted): BadWindow (invalid Window parameter)
> Major Request Code : 7
> Minor Request Code : 0
> Resource ID (XID) : 58
> Error Serial Number : 47
> XView warning: invalid object (not a pointer), xv_get
> finished; X Error of failed request: BadWindow (invalid Window parameter)
>   Major opcode of failed request 7 (X_ReparentWindow)
>   Resource id in failed request: 0x3a
>   Serial number of failed request: 47
>   Current serial number in output stream: 56
>
> I have a Netgear DG834G router/firewall, neither of which are
> showing anything in the log. The odd thing is that I tried
> the same thing from my work PC and it was fine. I updated
> the whole of my Cygwin installation yesterday.
>
> Any help would be very gratefully received.
>
> Thanks,
> Dr Christian Hicks

, which has the
same answer that a Google search for 'BadWindow "invalid window
parameter" ssh site:cygwin.com' (or even 'BadWindow Cygwin') would have
shown...
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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

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

c++ code executes very slowly - sjlj EH to blame?

[Adam McKee]

My app runs about 6 times faster on linux than cygwin,
even though it spends the bulk of its time doing pure
computation in user-space: strace shows a minimum of
system calls being made.  Profiling shows that the
culprit could be sjlj (set-jump/long-jump) EH.

After googling around a bit, I found that other folks
seem to have had a similar experience...

http://www.google.ca/search?q=sjlj+cygwin+octave&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox&rls=org.mozilla:en-US:unofficial

I built gcc-3.3.4 with same options as the cygwin gcc,
except I used "--disable-sjlj-exceptions".  With my
shiny new compiler, I compile and link the following
program:

 CUT HERE ---
#include 

///

void
foo()
{
throw 5;
}

///

int
main(int,char**)
{
try
{
foo();
}
catch (int)
{
printf("exception caught\n");
}
return 0;
}
--- CUT HERE -

The result is that the program aborts when the
exception is thrown -- eh_terminate is called, but I'd
really prefer to throw an exception in the usual way
(but using the more efficient DWARF2 EH).

I also built a mingw32 cross-compiler, and rebuilt
cygwin, but the above program still aborts.

Does anyone know how to build a gcc/g++ that use
DWARF2 EH, instead of ... what we might call "abort()"
EH?  I would very much like to try this out - to see
if it will bring performance of my app on cygwin out
of the toilet.

Also - is it likely that cygwin will move away from
sjlj EH soon?  Of course, if the reason for the
amazing slowdown can be determined, that would perhaps
lessen the urgency to move away from sjlj.  sjlj
*should* be slower, but 6x is too high of a constant
for me to stomach.  Of course, that's assuming that
sjlj is to blame, which I won't know for sure until I
can build gcc with dwarf2 EH.  gprof output is
interesting and helpful - but can be misleading due to
rounding errors.

I will appreciate any help very much!

-Adam

__ 
Post your free ad now! http://personals.yahoo.ca

--
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: running .bat files from bash

[Buchbinder, Barry (NIH/NIAID)]

At Wednesday, December 15, 2004 3:10 PM, Donal Murtagh wrote:
> Hi,
> 
> I've noticed that if I want to run a .bat file in bash I have to cd
> to the 
> directory it's in first in order for it to run properly
> 
> For example, if I want to run c:\foo\bar.bat I have to use:
> 
> cd /cygdrive/c/foo
> bar.bat
> 
> if I try
> 
> /cygdrive/c/foo/bar.bat
> 
> it doesn't work properly. It seems that if I attempt the latter, the
> .bat file 
> is launched, but doesn't work properly. The particular .bat file I'm
> running 
> compiles a Java source tree, and when I try to launch it via
> /cygdrive/c/foo/bar.bat, the messages sent to standard output suggest
> it's 
> working fine, but none of the .class files are created.
> 
> Has anyone else come across this?
> 
> Cheers,
> - Donal

You could try launching it with

`cygpath -u $COMSPEC` /c `cygpath -d /cygdrive/c/foo/bar.bat`

--
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: Error with managed mount point.

[Mark Paulus]

Running strace pointed me to the proper place to look
for the error.

However, the proper fix is maybe more of a philosophy
issue.  

I found some code in path.cc that removes trailing dots and
spaces from a file name in path_conv::check().  The question is,
should these trailing spaces/dots actually be removed, or should
they be converted to %20/%2E, only if they are part of the file/
directory name?  Or, should they be stripped for ALL file searches,
so that something like /foo./bar will be found under the windows
path /%66oo/%62ar?


On Wed, 15 Dec 2004 12:06:54 -0700, Mark Paulus wrote:

>Hi,

>If someone can point me to the proper place, I would
>be willing to further analyze this, but this is the issue:

>Files/Directories that end in a '.'(dot) are not retaining
>the dot.  For example:

>I am attempting to untar a tarball that contains this (done on a linux box)
>drwxr-xr-x  22 mgpaulus mgpaulus 4096 Apr  7  2001 ./
>drwxr-xr-x   5 mgpaulus mgpaulus 4096 Apr  7  2001 ../
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 ArborText/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Hewlett-Packard/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 IDN_faq.org/
>drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 IETF/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 ISBN_82-7640-000/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 ISBN_82-7640-023/
>drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 ISO_8879-1986/
>drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 ISO_8879:1986/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 ISO_IEC_15445:2000/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Microsoft/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Netscape_Comm._Corp./
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Rick_Jelliffe/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Sun_Microsystems_Corp./
>drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 W3C/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 W3O/
>drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 WebTechs/
>drwxr-xr-x   2 mgpaulus mgpaulus 4096 Dec 15 11:53 declaration/
>drwxr-xr-x   2 mgpaulus mgpaulus 4096 Apr  7  2001 dtd/
>drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 entities/
>drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 html/

>When I try to explode the same tarball on a managed mountpoint under cygwin,
>I don't get the Netscape_COMM._Corp.
>or the Sun_Microsystems_Corp. directories.

>I don't know whether the issue is in cygwin1.dll, or in mount, or where I 
>should
>start to look for this.



>--
>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: Error with managed mount point.

[Larry Hall]

At 02:06 PM 12/15/2004, you wrote:
>Hi,
>
>If someone can point me to the proper place, I would
>be willing to further analyze this, but this is the issue:
>
>Files/Directories that end in a '.'(dot) are not retaining
>the dot.  For example:
>
>I am attempting to untar a tarball that contains this (done on a linux box)






>When I try to explode the same tarball on a managed mountpoint under cygwin,
>I don't get the Netscape_COMM._Corp.
>or the Sun_Microsystems_Corp. directories.
>
>I don't know whether the issue is in cygwin1.dll, or in mount, or where I 
>should
>start to look for this.


It's really a Windows issue but since I believe the goal of managed mounts 
is to remove Windows impediments like this, one could say it's a problem with 
managed mounts.  I expect you'd need to look at some source code to track 
the problem and propose a solution though, if there's one to be had. ;-)



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: Can not install Cygwin

[Larry Hall]

At 03:21 PM 12/15/2004, you wrote:
>Dear Cygwin,
>
>I tried to run setup.exe and I got a lot of ftp site to download. I tried 
>numerious sites and I got the same error as shown below. Please, help me out.
>
>Unable to get setup.ini from <
>

http://mirrors.rcn.net always works for me.




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


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

Can not install Cygwin

[Sean Tran]

Dear Cygwin,
I tried to run setup.exe and I got a lot of ftp site to download. I tried 
numerious sites and I got the same error as shown below. Please, help me 
out.

Unable to get setup.ini from <
Thanks,
Sean

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

find command hangs for 20 sec before starting with cygwin1.dll is 1.5.12

[Andrew Stebakov]

Hi,

I just updated my cygwin to latest (version 1.59) and
cygwin1.dll is 1.5.12.
I found that “find” command takes a long time to start
(about 20 seconds). It shows in my xemacs when I load
ecb and issue igrep-find. 
I replaced the cygwin1.dll with some old version and
the problem went away (also I had to replace xargs,
grep and find executables for the old ones). 

On another PC the same cygwin with xemacs doesn’t show
the problem.
Both of them have the VirusScan on. I tried to disable
the VirusScan but it doesn’t fix the problem.
What can I do fix it? Can I get the previous version
of cygwin1.dll?

Thanks in advance,
Andrei




__ 
Do you Yahoo!? 
Meet the all-new My Yahoo! - Try it today! 
http://my.yahoo.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/

running .bat files from bash

[Donal Murtagh]

Hi,

I've noticed that if I want to run a .bat file in bash I have to cd to the
directory it's in first in order for it to run properly

For example, if I want to run c:\foo\bar.bat I have to use:

cd /cygdrive/c/foo
bar.bat

if I try

/cygdrive/c/foo/bar.bat

it doesn't work properly. It seems that if I attempt the latter, the .bat file
is launched, but doesn't work properly. The particular .bat file I'm running
compiles a Java source tree, and when I try to launch it via
/cygdrive/c/foo/bar.bat, the messages sent to standard output suggest it's
working fine, but none of the .class files are created.

Has anyone else come across this?

Cheers,
- Donal





___ 
ALL-NEW Yahoo! Messenger - all new features - even more fun! 
http://uk.messenger.yahoo.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/

ProFTPD 1.2.10 login trouble

[Alder]

Greetings all,
I have no experience with ProFTP prior to using version 1.2.10, but I 
would like to get a standalone server running as a Service on my W2K 
system for users registered on that system.  I've attached the cygcheck 
output for reference.

The immediate problem is that users that exist in the passwd file cannot 
login to the server.  The message back from the server is:

500 Sorry, no server available to handle request on 127.0.0.1
In /etc/proftpd.conf I have this:
ServerName  "ProFTPD"
ServerType  standalone
DefaultServer   on
Port2021
Umask   022
TimeoutStalled  300
MaxInstances10
DefaultRoot ~
AllowOverwrite  on

  DenyAll

About the only changes are to the Port and MaxInstances directives, and 
I am sure my FTP client is making its request to the correct port when I 
tested.

Connections attempts are recorded in the log file as follows:
 - error setting write fd IP_TOS: Invalid argument
 - error setting read fd IP_TOS: Invalid argument
 - error setting write fd TCP_NOPUSH: Protocol not available
 - error setting read fd TCP_NOPUSH: Protocol not available
Nothing in the log about the connection attempt though.
Any pointers on debugging this would be appreciated.
Thanks,
Alder

Cygwin Configuration Diagnostics
Current System Time: Wed Dec 15 11:32:15 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
D:\cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\ATI Technologies\ATI Control Panel
d:\Program Files\Common Files\GTK\2.0\bin
d:\Program Files\PuTTY

Output from D:\cygwin\bin\id.exe (nontsec)
UID: 500(Manager)GID: 544(Administrators)
544(Administrators)  545(Users)

Output from D:\cygwin\bin\id.exe (ntsec)
UID: 500(Manager)GID: 544(Administrators)
513(None)544(Administrators)  545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `server'
HOME = `D:\cygwin\home\Manager'
MAKE_MODE = `unix'
PWD = `/var/log'
USER = `Manager'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Administrator\Application Data'
COLORFGBG = `default;default'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `KIRALY'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
HISTCONTROL = `ignoredups'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\Administrator'
HOSTNAME = `kiraly'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\KIRALY'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/var/log'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PRINTER = `Canon BJC-3000 (BJRSTR)'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 5, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0605'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
SSH_AGENT_PID = `1240'
SSH_AUTH_SOCK = `/tmp/ssh-MeGeKu1692/agent.1692'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp'
TERM = `rxvt-cygwin-native'
TMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp'
TVDUMPFLAGS = `10'
USERDOMAIN = `KIRALY'
USERNAME = `Manager'
USERPROFILE = `C:\Documents and Settings\Administrator'
WINDIR = `C:\WINNT'
WINDOWID = `168115456'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `D:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `D:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `D:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS  4118Mb  71% CP CS UN PA FC 
d:  hd  NTFS 19069Mb  29% CP CS UN PA FC DATA_1
e:  hd  NTFS  2014Mb  20% CP CS UN PA FC SCSI_DISK
f:  hd  NTFS 19069Mb  13% CP CS UN PA FC DATA

using jvmstat from cygwin

[Morche Matthias]

Hi there,

I wonder if I'm the only one who uses jvmstat from cygwin, but anyway, here is 
a recipe for using the jvmstat-package from cygwin:

The culprit with not being able to run the standard installed jvmstat-tools on 
cygwin is the difference between the cygwin-paths and the windows-paths. One is 
able to avoid this if cygwin, jvmstat and java are all installed into the 
SystemDrive and are fitted to use the same paths. Here I describe how my 
Installation was made to work.

Java (1.5.0 and 1.4.2_05) are on C:\Programme\Java
jvmstat_home is C:\opt\jvmstat and C:\opt\jvmstat-3.0
my jvmstat is version 1.1 for Java 1.4.2. I wasn't able to make the jvmstat 1.1 
perfagent and 3.0 (or Java 1.5) interact, so I have them both...

/opt is a directory used by some nonstandard cygwin-apps as bind or agrep, so I 
was not able to mount the whole C:\opt...
mkdir -p /opt/jvmstat ; mkdir -p /opt/jvmstat-3.0
mount -sb 'C:\opt\jvmstat' /opt/jvmstat
mount -sb 'C:\opt\jvmstat-3.0' /opt/jvmstat-3.0

/Programme is not used by any cygwin-app, so I figured the easiest method is to 
mount the whole thing
mkdir -p "/Programme"# Your path may be "/Program Files" ...
mount -sb 'C:\Programme' '/Programme'

On linux/solaris Java usually resides on /usr/lib/java, so why not do this here 
too!?
ln -s "/Programme/Java/jdk1.5.0 /usr/lib/java

Now prepare the PATH. This method is not the smartest one, but it works. 
(Actually I use to set the PATH in /etc/profile.d/env.sh ...)
export 
PATH=${PATH/:\/usr\/local\/bin:/:/usr/local/bin:/usr/lib/java/bin:/opt/jvmstat/bin:}
 # Or wherever You want it within Your PATH ... and put it into Your ~/.profile

Another pitfall to avoid is the temp-directory, which can differ between cygwin 
and Windows.
This is needed, if You want to watch JVMs running on this PC...
mount -sb 'C:\Temp' /tmp
export TEMP=/tmp
export TMP=/tmp
# Don't forget to set the Windows Environment too (in ... Systemsteuerung => 
System aka Control Panel ...)
TMP=%Systemdrive%\Temp
TEMP=%SystemDrive%\Temp

And now everything else works according to the jvmstat-documentation for unix 
http://developers.sun.com/dev/coolstuff/jvmstat/docs.html. 

  matthias

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

Error with managed mount point.

[Mark Paulus]

Hi,

If someone can point me to the proper place, I would
be willing to further analyze this, but this is the issue:

Files/Directories that end in a '.'(dot) are not retaining
the dot.  For example:

I am attempting to untar a tarball that contains this (done on a linux box)
drwxr-xr-x  22 mgpaulus mgpaulus 4096 Apr  7  2001 ./
drwxr-xr-x   5 mgpaulus mgpaulus 4096 Apr  7  2001 ../
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 ArborText/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Hewlett-Packard/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 IDN_faq.org/
drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 IETF/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 ISBN_82-7640-000/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 ISBN_82-7640-023/
drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 ISO_8879-1986/
drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 ISO_8879:1986/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 ISO_IEC_15445:2000/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Microsoft/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Netscape_Comm._Corp./
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Rick_Jelliffe/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 Sun_Microsystems_Corp./
drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 W3C/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 W3O/
drwxr-xr-x   3 mgpaulus mgpaulus 4096 Apr  7  2001 WebTechs/
drwxr-xr-x   2 mgpaulus mgpaulus 4096 Dec 15 11:53 declaration/
drwxr-xr-x   2 mgpaulus mgpaulus 4096 Apr  7  2001 dtd/
drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 entities/
drwxr-xr-x   4 mgpaulus mgpaulus 4096 Apr  7  2001 html/

When I try to explode the same tarball on a managed mountpoint under cygwin,
I don't get the Netscape_COMM._Corp.
or the Sun_Microsystems_Corp. directories.

I don't know whether the issue is in cygwin1.dll, or in mount, or where I should
start to look for this.



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

Problem with ssh and X

[Dr Christian Hicks]

I am trying to connect to a Sun UNIX box and display
the graphics on my PC running Cygwin. I am using
the command ssh -X -l  .

The connection is being made OK, but when I try and 
run something with X graphics I get an error message
of the form:
X Error (intercepted): BadWindow (invalid Window parameter)
Major Request Code : 7
Minor Request Code : 0
Resource ID (XID) : 58
Error Serial Number : 47
XView warning: invalid object (not a pointer), xv_get
finished; X Error of failed request: BadWindow (invalid Window parameter)
  Major opcode of failed request 7 (X_ReparentWindow)
  Resource id in failed request: 0x3a
  Serial number of failed request: 47
  Current serial number in output stream: 56

I have a Netgear DG834G router/firewall, neither of which are
showing anything in the log. The odd thing is that I tried 
the same thing from my work PC and it was fine. I updated
the whole of my Cygwin installation yesterday.

Any help would be very gratefully received.

Thanks,

Dr Christian Hicks
Senior Lecturer,
Director of Postgraduate Training,
School of Mechanical & Systems Engineering,
Stephenson Building,
University of Newcastle upon Tyne,
NE1 7RU.
Phone: +44 191 222 6238
Mobile 0796 398 9449
Fax: + 44 191 222 8600
Homepage: http://www.staff.ncl.ac.uk/chris.hicks


--
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: Managed mount point question(s)?

[Mark Paulus]

Thank you for that information.  That's the clue I needed.


On Wed, 15 Dec 2004 13:37:50 -0500, Christopher Faylor wrote:

>On Wed, Dec 15, 2004 at 11:19:42AM -0700, Mark Paulus wrote:
>>In general, does it make sense to mount c:/cygwin as
>>/ in managed mode?

>No.

>>Is there some reason this would not be a good idea?

>Since you are supposed to first create an empty directory, then mount it
>as managed mount, and then populate it, it doesn't make sense to do this
>with the cygwin directory unless you want to first create a normal cygwin
>directory, then create a managed directory and then move everything from
>the cygwin directory to it.

>Mounting a non-empty directory as managed is asking for trouble.

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





--
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: Managed mount point question(s)?

[Christopher Faylor]

On Wed, Dec 15, 2004 at 11:19:42AM -0700, Mark Paulus wrote:
>In general, does it make sense to mount c:/cygwin as
>/ in managed mode?

No.

>Is there some reason this would not be a good idea?

Since you are supposed to first create an empty directory, then mount it
as managed mount, and then populate it, it doesn't make sense to do this
with the cygwin directory unless you want to first create a normal cygwin
directory, then create a managed directory and then move everything from
the cygwin directory to it.

Mounting a non-empty directory as managed is asking for trouble.

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: 1.5.12: mt sees incorrect maximum block size

[Brian Dessent]

Corinna Vinschen wrote:

> So, as you can see, the Windows NT tape functions doesn't allow me to set
> the block size to more than 64K, too.  That's the same functionality used
> inside of Cygwin.  I have no idea how to workaround that.  I also didn't
> find anything useful on the Web so far.
> 
> I'd *love* to get that solved, but I don't know how.  I'm going to ask
> someone who's writing tape drivers for Windows, perhaps he has a clue.
> Other than that, I'm open to any useful hint from the community.

A little googling found the following, but I don't have a tape drive so
I cannot test it...


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/

Managed mount point question(s)?

[Mark Paulus]

In general, does it make sense to mount c:/cygwin as
/ in managed mode?  Is there some reason this would 
not be a good idea?

I have done this, and when I do, some files "disappear", 
such as /home/Mark.Paulus, which is my home.  If I have 
a regular mount (c:\cygwin on / type system (binmode)),
I have the following files in /home:

[EMAIL PROTECTED] /home
$ ll
total 0
drwx--+   3 Mark.Pau None0 Dec 15 10:38 ./
drwx--+  12 Mark.Pau None0 Dec 15 09:51 ../
lrwxrwxrwx1 Mark.Pau None   18 Dec 15 10:38 Administrator -> 
/home/Mark.Paulus/
drwx--+  13 Mark.Pau None0 Dec 15 10:41 Mark.Paulus/
lrwxrwxrwx1 Mark.Pau None   18 Dec 15 10:38 root -> 
/home/Mark.Paulus/

when I remount c:/cygwin as a managed mount
(c:\cygwin on / type system (binmode,managed)),
I have the following in /home:

[EMAIL PROTECTED] /home
$ ll
ls: Administrator: No such file or directory
ls: Mark.Paulus: No such file or directory
total 0
drwx--+   3 Mark.Pau None0 Dec 15 11:16 ./
drwx--+  12 Mark.Pau None0 Dec 15 09:51 ../
lrwxrwxrwx1 Mark.Pau None   17 Dec 15 11:16 root -> 
/home/Mark.Paulus

ll is:  alias ll='ls -alF --color'

So, where did /home/Mark.Paulus go, or who covered it up?

Thanks for any help.



--
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: find crashes in /proc/registry

[Igor Pechtchanski]

On Tue, 14 Dec 2004, Reini Urban wrote:

> Chuck schrieb:
> > Christopher Faylor wrote:
> > | On Mon, Dec 13, 2004 at 04:52:31PM -0500, Chuck wrote:
> > |>I don't know if this has been reported before
> > |
> > | It has.
> > | The conclusion?
> > | Don't use find on /proc.
>
> > Are there any plans to fix it? Thanks.
>
> How?
> '*' is by POSIX definition an invalid filename character.
> '*' is by MS definition a valid registry key, which is mapped into a virtual
> file-system.

'*' is a valid filename character (if not, please cite the part of POSIX
that claims that).  AFAIK, the only invalid filename character is '/',
which is a directory separator.  The problem with /proc/registry is that
'/' is a valid value name character, so keys like
"HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin"
end up as "/proc/registry/HKEY_LOCAL_MACHINE/SOFTWARE/Cygnus\
Solutions/Cygwin/mounts\ v2'/usr/bin'", which any Cygwin program
(including bash) will choke on.

> If the findutils maintainer decides to add a /proc/registry patch to
> make '*' a valid filename char, other fileutils should be fixed also.
> ls and cat at least.
>
> So it should be better "fixed" in cygwin. How?
> Make it a valid file character there?
> How not to break all other file-,find-,text-,shellutils then, which will have
> to deal with this and glob expansion.
>
> Replace it by some other character? Which?

If there's a solution, it should probably have something in common with
managed mounts...
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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: [Fwd: unison and cygwin on windows xp SP2]

[Bob Byrnes]

> any new development on the pipe frontier?

I haven't had as much time to work on this as I would have hoped,
due to a confluence of short-term deadlines at work and elsewhere.
But some of these projects are now done, so I have hope for an
improved rate of progress.

My plan is still to use one of the NtQuery* calls to distinguish the
real case when a pipe buffer is getting full from the bogus case when
FilePipeLocalInformation bizarrely reports that the available space in the
buffer is reduced just because there is a blocked *read* on an empty pipe.
This is what's bothering sftp and I think unison, although I have not yet
had a chance to directly observe the latter (the problem with sftp is,
in contrast, quite clear).

I think I know how to do this, but I need to finish experimenting with
some prototype code that I have been playing with.

I'm sorry this has taken so long ... stay tuned.

--
Bob

--
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: Limitation in SCP?

[Christian Weinberger]

Corinna Vinschen  cygwin.com> writes:

> Hmm, that doesn't happen for me.  I tried to copy around a 200 Megs file
> between WinXP and XP<->Linux multiple times and don't see any hang.  Did
> you try with Cygwin 1.5.12, too?
> 
> Corinna

Is it possible the cygwin has a more generic problem here?

This may be off-topic (excuses for that case), but I saw some really strage 
things recently when I configured UW-IMAP.

To prevent quite frequent hangs, I used a wrapper script

#!/bin/sh
tee NUL | /usr/sbin/imapd

and everything was perfect. 
See http://sources.redhat.com/ml/cygwin/2004-11/msg01137.html for details.

PS: IÂm also using XP (with SP2)




--
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: Limitation in SCP?

[Bob Smart]

I suppose it could be related to the XP piping problem, but I only have NT and 
W2K.  All I can really say is that it never happens (to me, anyway) on NT.  It 
certainly sounds like what others have described on XP.

The transfer that fails is a "pull" whether I'm using scp (which fails) or the 
tar-to-tar method (which doesn't).  It kind of has to be that way, too, because 
I can't be sure that sshd will always be running on the destination end to 
support a "push" mode of operation.

-- 
GPG public key <[EMAIL PROTECTED]> available from public key server
network or from www.blorch.org/bob

Fingerprint BA4A 552C BE3D 8C40 ED76 F372 DF9E 320D 37FA 16AC

--
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: cygwin package server inside firewall, setup can't get list of download sites

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of george young
> Sent: 15 December 2004 14:29

> But then setup hangs "Can't get list of download sites..." because
> it's trying to get to some outside machine without proxy.  Is there 
> some way to force setup to get it's initial list of download sites
> from a local file, or from a locally specified host?


http://www.cygwin.com/ml/cygwin/2004-10/msg00323.html


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/

cygwin package server inside firewall, setup can't get list of download sites

[george young]

[setup-2.427, Windows XP pro 5.1, experienced with linux, not a windows or 
cygwin hacker]

I need to have a local (partial) copy of the cygwin software tree
to allow fast installs for many PC's.  This has to be inside our 
corporate firewall.  I set up the data on a local ftp server.  

When I run setup, I have to specify "Install from Internet"
and "Direct Connection" to get to my ftp server, inside the firewall.  

But then setup hangs "Can't get list of download sites..." because
it's trying to get to some outside machine without proxy.  Is there 
some way to force setup to get it's initial list of download sites
from a local file, or from a locally specified host?

And alas no, I can't fix my firewall to do the smart thing.

If I have to, I suppose I can mount the software tree via samba
and do "Install From Local Directory" from that share, but I'd
rather avoid fetching hundreds of megabytes through samba...


-- George Young
-- 
"Are the gods not just?"  "Oh no, child.
What would become of us if they were?" (CSL)


Cygwin Configuration Diagnostics
Current System Time: Tue Dec 14 16:32:58 2004

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\WINDOWS\system32\nls
c:\WINDOWS\system32\nls\ENGLISH
c:\Program Files\Novell\ZENworks\
c:\Program Files\SecureCRT\

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1004(gyoung) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1004(gyoung)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `C:\cygwin\home\gyoung'
MAKE_MODE = `unix'
PWD = `/cygdrive/c/TEMP'
USER = `gyoung'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\gyoung\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `SWINE'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\'
HOSTNAME = `swine'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\SWINE'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/cygdrive/c/TEMP/http%3a%2f%2fmirror.mcs.anl.gov%2fcygwin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PRINTER = `E-710 R7 Color Server US'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0702'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `C:\DOCUME~1\gyoung\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `C:\DOCUME~1\gyoung\LOCALS~1\Temp'
USERDOMAIN = `SWINE'
USERNAME = `gyoung'
USERPROFILE = `C:\Documents and Settings\gyoung'
WINDIR = `C:\WINDOWS'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS 78152Mb   7% CP CS UN PA FC 
d:  fd N/AN/A
e:  cd N/AN/A

C:\cygwin  /  system  textmode
C:\cygwin/bin  /usr/bin   system  textmode
C:\cygwin/lib  /usr/lib   system  textmode
.  /cygdrive  system  textmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: C:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe

   55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
  "cygbz2-1.dll" v0.0 t

RE: problems using gcc -MM on source with Windows-style #include paths

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Benjamin Drucker
> Sent: 14 December 2004 18:39

> I want to generate dependencies for my adopted C code
> with "Windows-style" #include paths like this:
> 
> #include 
> #include "Common\Misc\Boot.c"
> 
> I am building from a cygwin [CYGWIN_NT-5.1] window.  I
> thought to use gcc -MM, but my version ["3.3.3 (cygwin
> special)"] croaks on the #include paths with
> backslashes.


  WFM.  In fact it nicely turns the backslashes into forward slashes in the
dependency output for me:

[EMAIL PROTECTED] /test> cat foo.c

#include "temp\foo.h"

int x = WHATEVER;

[EMAIL PROTECTED] /test> cat temp/foo.h

#define WHATEVER 6

[EMAIL PROTECTED] /test> gcc -c -MM foo.c
foo.o: foo.c temp/foo.h
[EMAIL PROTECTED] /test>


  What do you actually mean by 'croak'?  This is not a clearly-worded error
report!

> 3. Some makefile wizardry involving sed and whatever
> to do this cleanly.  This is the route I've been
> pursuing and it's getting to be a mess.

  It needn't be, you should be able to use the standard dependency generation
techniques, and all you need to do is add one level of dependency: instead of
having the .d files depend on the .c files and built using a rule with gcc -MM,
you have the .d files depend on an intermediate (e.g a .x file) still using the
gcc -MM rule, and the .x file depends on the .c and is built from it using a
rule which greps out just the lines with #include and seds the backslashes into
forward ones, i.e.

%.x : %.c
grep ^[ \t]*#[ \t]*include[ \t] | sed -e 's,\\,/,g'

[not 100% sure if that backslash has the right amount of escaping for the level
of quoting but you get the idea.]

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: 1.5.12-1: ld (make) Error while compiling

[Dave Korn]

> -Original Message-
> From: cygwin-owner  On Behalf Of prasanna hegde
> Sent: 15 December 2004 09:57

> ok
>  thanx a lot for reply .. with this i m attaching file
> which is a output of cygcheck .
> >
> > We'll need to take a look at the output from
> >"cygcheck  -s -v -r", posted as an attachment please,
> > as described at http://cygwin.com/problems.html
> >
> 
> =
> With regards;
> Prasanna


  Ok, Mr. So-Called-Prasanna, now let's take a look.

-[SNIP!]-
Cygwin Configuration Diagnostics
Current System Time: Wed Dec 15 15:02:40 2004

Windows 98 SE Ver 4.10 Build  

Path:   c:\cygwin\usr\X11R6\bin
c:\cygwin\usr\local\bin
c:\cygwin\bin
c:\cygwin\bin
c:\WINDOWS
c:\WINDOWS\COMMAND
c:\PROGRA~1\WIN98RK
c:\WINDOWS\SYSTEM\WBEM

Output from c:\cygwin\bin\id.exe (nontsec)
UID: 843(PRADIP)   
-[SNIP!]-


  HAHAHA   YOU SUCKER!  YOU FELL RIGHT FOR IT!  ROFLMAO!


  I only asked you for the cygcheck in order to prove that you were the same guy
as Pradip Jadav.  Do you really think that by opening a yahoo account in a
different name you could fool me or anyone else here into thinking you really
were two different people?  Are you calling us stupid?  Why would anyone want to
help you when you tell lies to us?  You wrote:

>  See i m not a Spammer or
> Hacker or anybody else with negative purpose 

  Well, what do you call being a liar and a phoney if not a "negative purpose"?

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: why is -L/usr/local/lib necessary?

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Andrew Schulman
> Sent: 14 December 2004 19:53

> > > why doesn't "gcc -lfoo" (ld) find /usr/local/lib/foo.dll?
> > > what do I do to avoid this?
> > 
> > Edit /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs 
> 
> Geez, that thing should be in /etc.

  Actually it should not in general be edited or tampered with whatsoever.  Mess
up with the order of system and installation-local paths and you risk breaking
all sorts of build scripts.

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: 1.5.12-1: ld (make) Error while compiling

[prasanna hegde]

Ohh 
My problem is resolved ,,,as per told by u i have
remove that file (libdl.a)..and now i m able to get my
binary ...
Thanx once again

=
With regards;
Prasanna


Yahoo! India Matrimony: Find your life partner online
Go to: http://yahoo.shaadi.com/india-matrimony

--
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: 1.5.12: mt sees incorrect maximum block size

[Corinna Vinschen]

On Dec 14 14:36, Richard Simon wrote:
> when I attempt to set the correct block size with mt (or try to do so with 
> tar) I am unable to do so.
> mt status 2 reports a maximum block size of 65535, whereas the windows driver 
> and the winTarSCSI utility both report a much larger maximum block size of 
> 16777214 
> 
> I can use the winTarSCSI utility to write tapes with a block size of 262144, 
> but tar under cygwin will not write with a block size larger than 65535.

Now that you mention it...

While rewriting the Cygwin tape driver code a couple of months ago, I
found the same problem.  I've just drawn the wrong conclusion.

According to the documentation, my Tandberg SLR7 drive is capable of
writing 262144 byte blocks and the XP drivers properties dialog also
reports a max block size of 262144. 

But the Windows function reports 65536 as maximum block size.  Yes, it's
actually Windows which returns that value.  I just wrote a small
testcase(tm), which verifies that without involving Cygwin.

 SNIP 
#include 
#include 

int
main (int argc, char **argv)
{
  TAPE_SET_MEDIA_PARAMETERS smp;
  TAPE_GET_DRIVE_PARAMETERS dp;
  TAPE_GET_MEDIA_PARAMETERS mp;
  DWORD len, err;
  HANDLE fh = CreateFile (".\\tape0", GENERIC_READ | GENERIC_WRITE,
  0, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0);
  if (fh != INVALID_HANDLE_VALUE)
{
  if (argc > 1)
{
  smp.BlockSize = strtoul (argv[1], NULL, 0);
  if (smp.BlockSize > 0)
{
  printf ("Try setting BlockSize to %lu\n", smp.BlockSize);
  while ((err = SetTapeParameters (fh, SET_TAPE_MEDIA_INFORMATION,
   (void *) &smp))
 == ERROR_MEDIA_CHANGED)
;
  if (err)
printf ("SetTapeParameters returned Win32 error %lu\n", err);
}
}
  len = sizeof dp;
  while ((err = GetTapeParameters (fh, GET_TAPE_DRIVE_INFORMATION,
   &len, &dp)) == ERROR_MEDIA_CHANGED)
;
  if (!err)
{
  printf ("DefaultBlockSize: %lu\n", dp.DefaultBlockSize);
  printf ("MinimumBlockSize: %lu\n", dp.MinimumBlockSize);
  printf ("MaximumBlockSize: %lu\n", dp.MaximumBlockSize);
}
  len = sizeof mp;
  while ((err = GetTapeParameters (fh, GET_TAPE_MEDIA_INFORMATION,
   &len, &mp)) == ERROR_MEDIA_CHANGED)
;
  if (!err)
{
  printf ("CurrentBlockSize: %lu\n", mp.BlockSize);
}
  CloseHandle (fh);
}
  return 0;
}
 SNAP 

$ gcc mt-test.c -o mt-test

$ ./mt-test
DefaultBlockSize: 512
MinimumBlockSize: 1
MaximumBlockSize: 65536
CurrentBlockSize: 512

$ ./mt-test 65536
Try setting BlockSize to 65536
DefaultBlockSize: 512
MinimumBlockSize: 1
MaximumBlockSize: 65536
CurrentBlockSize: 65536

$ ./mt-test 131072
Try setting BlockSize to 131072
SetTapeParameters returned Win32 error 87
DefaultBlockSize: 512
MinimumBlockSize: 1
MaximumBlockSize: 65536
CurrentBlockSize: 65536

So, as you can see, the Windows NT tape functions doesn't allow me to set
the block size to more than 64K, too.  That's the same functionality used
inside of Cygwin.  I have no idea how to workaround that.  I also didn't
find anything useful on the Web so far.

I'd *love* to get that solved, but I don't know how.  I'm going to ask
someone who's writing tape drivers for Windows, perhaps he has a clue.
Other than that, I'm open to any useful hint from the community.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
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: Tcl doesn't build out of src repository on cygwin

[Corinna Vinschen]

On Dec 14 18:58, Bernhard Walle wrote:
> Corinna Vinschen wrote:
> >On Oct 13 13:15, Dave Korn wrote:
> >
> >>
> >> Should it?  I see loads of error messages caused by a bad table of static
> >>initialisers in src/tcl/win/tclWin32Dll.c.
> >
> >
> >It happens because DLLIMPORT is used a lot in w32api which is only
> >conditionalized with __INSIDE_CYGWIN__.  That's solved in w32api in
> >CVS or in recent snapshots.  Or (but that's ugly and not actually
> >recommended, use at your own risk) use #define __INSIDE_CYGWIN__
> >at the beginning of the affected files (tclWin32Dll.c and tkWinX.c
> >AFAIK)
> 
> do you know when the fixed version of w32api will be in the Cygwin 
> "release" (that suff you get with setup.exe)?

No, the win32 API is packed separately by the MingW team.  Earnie,
do you have a deadline for a new w32api version?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
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/