date:20031022

Thomas wrote:

> Hi all,
> no idea if this really belongs here or on the MinGW list:

> gcc searches

> #include <...> search starts here:
>  /usr/local/include
>  /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
>  /usr/include
>  /usr/include/w32api

> whereas gcc -mno-cygwin searches in

> #include <...> search starts here:
>  /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
>  /usr/i686-pc-mingw32/include
>  /usr/include/w32api

> It would be convinient if gcc searched /usr/local/include in both
> cases, mostly supporting my lazyness in 
> CC='gcc -mno-cygwin' ./configure; make cycles.

You won't use cygwin headers in /usr/local/include when using -mno-cygwin.
Want you?  It will search /usr/local/include/mingw iff it is there.

Actually the search list is much longer:

GNU C version 3.3.1 (cygming special) (i686-pc-cygwin)
compiled by GNU C version 3.3.1 (cygming special).
GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32708
ignoring nonexistent directory "/usr/local/include/mingw"
ignoring duplicate directory "/usr/include/mingw"
ignoring duplicate directory "/usr/i686-pc-mingw32/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/i686-pc-mingw32/include
 /usr/include/w32api
End of search list.

Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html

--
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: Slight gcc -mno-cygwin inconsistency

2003-10-22 Thread Demmer, Thomas

Well, 
so far everything I installed was consistent in terms of
header files between cygwin and mingw, so, yes until now I
do want mingw to search in /usr/include. But I see your
point and maybe I was just lucky (I do not want the linker 
to search in /usr/local/lib, though).

Thanks,
Ciao
Tom

-Original Message-
From: Gerrit P. Haase
Sent: Wednesday, 22 October, 2003 12:22
To: Demmer, Thomas
Cc: [EMAIL PROTECTED]
Subject: Re: Slight gcc -mno-cygwin inconsistency

Thomas wrote:

> Hi all,
> no idea if this really belongs here or on the MinGW list:

> gcc searches

> #include <...> search starts here:
>  /usr/local/include
>  /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
>  /usr/include
>  /usr/include/w32api

> whereas gcc -mno-cygwin searches in

> #include <...> search starts here:
>  /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
>  /usr/i686-pc-mingw32/include
>  /usr/include/w32api

> It would be convinient if gcc searched /usr/local/include in both
> cases, mostly supporting my lazyness in 
> CC='gcc -mno-cygwin' ./configure; make cycles.

You won't use cygwin headers in /usr/local/include when using -mno-cygwin.
Want you?  It will search /usr/local/include/mingw iff it is there.

Actually the search list is much longer:

GNU C version 3.3.1 (cygming special) (i686-pc-cygwin)
compiled by GNU C version 3.3.1 (cygming special).
GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32708
ignoring nonexistent directory "/usr/local/include/mingw"
ignoring duplicate directory "/usr/include/mingw"
ignoring duplicate directory "/usr/i686-pc-mingw32/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/i686-pc-mingw32/include
 /usr/include/w32api
End of search list.

Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html

--
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/bash: need environment variables >32K

2003-10-22 Thread Klein Andre ICM N AS PD B 3

Thanks for your answer!

I've tried to make the example more simple (s. attachments).
It sets a long environment variable and simply invokes the
cygwin rm executable afterwards...

I open a DOS box and invoke the example with
>bash run.sh

Following problems arise in my environment:
(a) environment variable with 30K 
run.sh: line 9: /usr/bin/rm: Resource temporarily unavailable
(b) environment variable with 100K
run.sh: line 9: /usr/bin/rm: Invalid argument
(c) environment variable with 20K
rm works fine

So this clearly shows, that the length of my environment variable
affects the execution of the cygwin "rm" executable.

I hope you can reproduce this in your environment?!
Is there any way to avoid these problems?
Unfortunately we need such long variables...

Andre

-Original Message-
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 22. Oktober 2003 12:01
To: '[EMAIL PROTECTED]'
Subject: Re: Cygwin/bash: need environment variables >32K

On Wed, Oct 22, 2003 at 11:30:54AM +0200, Klein Andre ICM N AS PD B 3 wrote:
> I need to set a very long environment variable CLASSPATH within Cygwin
bash.
> But there seems to be an upper limit of 32K for environment variables!?!?
> 
> Is there any way to increase this upper limit?
> 
> I have attached 2 small files for demonstrating the problem.
> Start run.sh and the invocation of the executable (java) failes...

It's not the length of the environment variable which is the problem,
it's the way the application is called.  java is a native windows
application and on process creation, the windows command line can not
exceed 32K.  Does java not support the CLASSPATH environment variable?
Do you need to give it as argument explicitely?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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/

run.sh
Description: Binary data

setClasspath.sh
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: little help with dll

2003-10-22 Thread marvin

hi-

first... thanks Gerrit for the help.  i think i am
making more progress.  i never built my own dll as an
export library.  it is fun to try.

i have a question about this code below.  the way i
have it set up is fox.dll is the name of the dll i
want to create.  fox.dll.a is (good question) i guess
it is a output product of the process.  then i supply
my object files.  then i supply the name of the import
libs i need to link against.  

here is a question.  do i have to supply all 19 of
these import libs that end with *.a in my
cygwin/lib/mingw directory?  i know there can be tons
of these *.a and 19 is not very many but that is lots
of typing.  is there a way i can not specify the path
and then import lib name for every one of the 19.  for
i.e. could i somehow skip the path and just list each
one with some mystery setting or make it so it looks
automatically at the directory and takes all the *.a
files.  

-my settings for the last step required to build
dll--

c++ -shared -o fox.dll \
-Wl,--out-implib=fox.dll.a \
-Wl,--export-all-symbols \
-Wl,--enable-auto-import \
-Wl,--whole-archive /cygwin/fox.o
/cygwin/fox_wrap.o  \
-Wl,--no-whole-archive 
/cygwin/lib/mingw/libmingw32.a

---

thanks for any help you can provide
marvin

for completeness, i am snipping a little bit of the
manual and a response to help clarify things.



-an explanation from the manual---

However, if you are building a dll as an export
library, you will probably want to use the complete
syntax:

gcc -shared -o cyg${module}.dll \
-Wl,--out-implib=lib${module}.dll.a \
-Wl,--export-all-symbols \
-Wl,--enable-auto-import \
-Wl,--whole-archive ${old_lib} \
-Wl,--no-whole-archive ${dependency_libs}
 

Where ${module} is the name of your DLL, ${old_lib}
are all your object files, bundled together in static
libs or single object files and the ${dependency_libs}
are import libs you need to link against, e.g '-lpng
-lz -L/usr/local/special -lmyspeciallib'.

--

more and different explanation
gcc -shared -o cyg${NAME}.dll
-Wl,--out-implib=lib${NAME}.dll.a \
 -Wl,--export-all-symbols -Wl,--enable-auto-import
-Wl,--whole-archive
 ${OBJECTS} -Wl,--no-whole-archive ${LIBSPATH} ${LIBS}

You'll get an importlibrary which is stored in the
$LIBPATH and a DLL
which is used at runtime and needs to be somewhere in
the $PATH.
--
KEYWORDS
$SRCS: C/C++ sources
$OBJS: compiled .o files
$LIBPATH: Path to language library, e.g.
-L/usr/lib/python2.2/config. Use the path to the .a
file in preference to the .dll file.
$LIBS: Language library, e.g. -lpython2.2












__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.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/

Re: little help with dll

marvin wrote:

> hi-

> first... thanks Gerrit for the help.  i think i am
> making more progress.  i never built my own dll as an
> export library.  it is fun to try.

You'll need it only if you want to link executables or other modules
against the first module.

> i have a question about this code below.  the way i
> have it set up is fox.dll is the name of the dll i
> want to create.  fox.dll.a is (good question) i guess
> it is a output product of the process.  then i supply
> my object files.  then i supply the name of the import
> libs i need to link against.  

> here is a question.  do i have to supply all 19 of
> these import libs that end with *.a in my
> cygwin/lib/mingw directory?  i know there can be tons
> of these *.a and 19 is not very many but that is lots
> of typing.  is there a way i can not specify the path
> and then import lib name for every one of the 19.  for
> i.e. could i somehow skip the path and just list each
> one with some mystery setting or make it so it looks
> automatically at the directory and takes all the *.a
> files.  

Yes see below:

> -my settings for the last step required to build
> dll--

> c++ -shared -o fox.dll \
> -Wl,--out-implib=fox.dll.a \
> -Wl,--export-all-symbols \
> -Wl,--enable-auto-import \
> -Wl,--whole-archive /cygwin/fox.o /cygwin/fox_wrap.o  \
> -Wl,--no-whole-archive 
> /cygwin/lib/mingw/libmingw32.a

> ---

Shorter:
-Wl,--no-whole-archive -L/usr/lib/mingw -lmingw32


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
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: Slight gcc -mno-cygwin inconsistency

Thomas schrieb:

> Well, 
> so far everything I installed was consistent in terms of
> header files between cygwin and mingw, so, yes until now I
> do want mingw to search in /usr/include. But I see your
> point and maybe I was just lucky (I do not want the linker 
> to search in /usr/local/lib, though).

But it is pretty useless to have a function declared in a Cygwin header
which is exported from cygwin1.dll in a MinGW application since the
linker doesn't link against libcygwin.a.  You can do this as long as the
functions are identical, but what for?  If this function is available
for MinGW then there is also a MinGW header declaring this function.
If the function() is not available for MinGW, then your application will
not link anyway.


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: Slight gcc -mno-cygwin inconsistency

2003-10-22 Thread Demmer, Thomas

Why?
I am not talking about system specific stuff, but
local user additions.

Take for example libgsl, the GNU Scientific Library. 
I install the headers in /usr/local/include/gsl, the
cygwin library in /usr/local/lib, and the mingw lib
in /usr/local/lib/mingw.

gcc -o foo  prog_that_uses_gsl.c -L/usr/local/lib -lgsl
gives me a cygwin executable,

gcc -mno-cygwin \
-o foo  prog_that_uses_gsl.c -L/usr/local/lib/mingw -lgsl

would give me the mingw executable. Makes perfect sense to me.

There was a thread mostly by a person complaining that mingw and
cygwin do not work together in an development environment, 
which I bet he never actually really tried. It works nicely, there are 
just a few things to make it even work better. It took me last week about
30 minutes to unpack, configure, compile, and install libmad and friends
on my laptop (cygwin&mingw version!). Cool. madplayer works under both
versions. Cygwin is a great project, but the people working on the autotools

have my respect for making it pretty fool proof.

Ciao
Tom


-Original Message-
From: Gerrit P. Haase [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 22 October, 2003 13:58
To: Demmer, Thomas
Cc: '[EMAIL PROTECTED]'
Subject: Re: Slight gcc -mno-cygwin inconsistency


Thomas schrieb:

> Well, 
> so far everything I installed was consistent in terms of
> header files between cygwin and mingw, so, yes until now I
> do want mingw to search in /usr/include. But I see your
> point and maybe I was just lucky (I do not want the linker 
> to search in /usr/local/lib, though).

But it is pretty useless to have a function declared in a Cygwin header
which is exported from cygwin1.dll in a MinGW application since the
linker doesn't link against libcygwin.a.  You can do this as long as the
functions are identical, but what for?  If this function is available
for MinGW then there is also a MinGW header declaring this function.
If the function() is not available for MinGW, then your application will
not link anyway.


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: ProFTPD 1.2.9rc2: please fix the readme file

Bruno,

Would you like to become the Cygwin ProFTPD maintainer?  Just like me
know... :,)

On Tue, Oct 21, 2003 at 10:18:54PM +0200, Grossniklaus Bruno wrote:
> Problems
> 
> proftpd-1.2.9rc2p-1/README.cygwin and
> proftpd-1.2.9rc2p-1/CYGWIN-PATCHES/README
> are not in sync.

Unfortunately, I'm not sure what is the best way to keep them in sync.

> proftpd-1.2.9rc2p-1/README.cygwin
> -
> [snip]
> cygrunsrv --install proftpd \
>   --path /usr/local/sbin/proftpd.exe \
   ^^
>   --args "--nodaemon" \
>   --type manual \
>   --disp "Cygwin proftpd" \
>   --desc "ProFTPD FTP daemon"

OK, then submit a patch to:

http://bugs.proftpd.org/

that changes "/usr/local" to "$prefix" (i.e., the configure --prefix
value).

> Remarks
> ---
> * It would be a good idea to keep this readmes in sync.

Agreed, but see above.

> * is it --args --nodaemon  or --args "--nodaemon"

Yes.

> * please add that we need to replace the gid 513 (none) to the correct
>   gid in /etc/passwd
> * please add the touch /var/log/wtmp && chmod 666 /var/log/wtmp 
>   (or provide a setup script)

The above have been added to my README in the Issues section:

http://www.tishler.net/jason/software/proftpd/proftpd-1.2.9rc3.README

> Remark
> --
> * we need make (3.80) as well (not part of gcc) ...

Very picky...

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: ProFTPD 1.2.9rc2: Hang using ftp localhost

Bruno,

On Tue, Oct 21, 2003 at 10:22:42PM +0200, Grossniklaus Bruno wrote:
> The problem is the timing. Since the hang does less show while stderr
> goes to the term, I doubt that it is possible to reproduce while
> proftpd is running in gdb.
> 
> How can I debug this problem?

Attach gdb to the ProFTPD server *after* it is hung.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: Slight gcc -mno-cygwin inconsistency

Thomas schrieb:

> Why?
> I am not talking about system specific stuff, but
> local user additions.

To add Cygwin specific header && library files there are the paths
/usr/local/include && /usr/local/lib, to add MinGW specific files there
are the paths /usr/local/include/mingw && /usr/local/lib/mingw or use
the same under /usr instead of /usr/local.  These are automatically
searched by GCC, please use it.  Other paths are not searched, we need
to divide the two systems in some way. 

You can always include your own paths with -I/usr/include, then these
are searched at first.

> Take for example libgsl, the GNU Scientific Library.
> I install the headers in /usr/local/include/gsl, the
> cygwin library in /usr/local/lib, and the mingw lib
> in /usr/local/lib/mingw.

Why don't you put the MinGW specific headers in
/usr/local/include/mingw/gsl like the library which is also in ../mingw?
It works in the same way.  If the headers are equal (Cygwin vs. MinGW)
then make a symlink instead of copying.


> gcc -o foo  prog_that_uses_gsl.c -L/usr/local/lib -lgsl
> gives me a cygwin executable,

> gcc -mno-cygwin \
> -o foo  prog_that_uses_gsl.c -L/usr/local/lib/mingw -lgsl

> would give me the mingw executable. Makes perfect sense to me.

But it is by design that it doesn't work this way.

> There was a thread mostly by a person complaining that mingw and
> cygwin do not work together in an development environment,

They do work together.  You are complaining about the design of Cygwin,
if you don't like it, then change it, you can always submit patches, you
can build your own compiler, all sources are available.  Would be a nice
feature if the compiler could guess whether I want to build a MinGW or a
Cygwin version;-)


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: ProFTPD 1.2.9rc2: Hang using ftp localhost

2003-10-22 Thread Grossniklaus Bruno

Hello Jason

>> How can I debug this problem?
>Attach gdb to the ProFTPD server *after* it is hung.

OK. I'll try ...

Regards
Bruno


--
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: ProFTPD 1.2.9rc2: please fix the readme file

2003-10-22 Thread Grossniklaus Bruno

Hello Jason

>Would you like to become the Cygwin ProFTPD maintainer?  Just like me
>know... :,)

Thanks for your great work Jason. Unfortunately my free time is currently
quite spare...


>> Problems
>> 
>> proftpd-1.2.9rc2p-1/README.cygwin and
>> proftpd-1.2.9rc2p-1/CYGWIN-PATCHES/README
>> are not in sync.
>Unfortunately, I'm not sure what is the best way to keep them in sync.

I guess proftpd-1.2.9rc2p-1/README.cygwin is part of the official proftpd
package(?) [www.proftpd.org].
And all in proftpd-1.2.9rc2p-1/CYGWIN-PATCHES/* is part of the cygwin version
(?).

Then I think best would be to submit patches for proftpd-1.2.9rc2p-1/README.cygwin
to the www.proftpd.org team and to remove 
those parts from CYGWIN-PATCHES/README which are (correct) in README.cygwin.


>
>> proftpd-1.2.9rc2p-1/README.cygwin
>> -
>> [snip]
>> cygrunsrv --install proftpd \
>>   --path /usr/local/sbin/proftpd.exe \
>   ^^
>>   --args "--nodaemon" \
>>   --type manual \
>>   --disp "Cygwin proftpd" \
>>   --desc "ProFTPD FTP daemon"
>
>OK, then submit a patch to:
>http://bugs.proftpd.org/
>that changes "/usr/local" to "$prefix" (i.e., the configure --prefix
>value).

OK, i'll do that.



>> * is it --args --nodaemon  or --args "--nodaemon"
>Yes.

I think the "" are useless?


>> * please add that we need to replace the gid 513 (none) to the correct
>>   gid in /etc/passwd
>> * please add the touch /var/log/wtmp && chmod 666 /var/log/wtmp 
>>   (or provide a setup script)
>
>The above have been added to my README in the Issues section:
>http://www.tishler.net/jason/software/proftpd/proftpd-1.2.9rc3.README

Thanks.


>> Remark
>> --
>> * we need make (3.80) as well (not part of gcc) ...
>
>Very picky...
... yes

Regards
Bruno



--
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: pwd option to return windows path

On Tue, Oct 21, 2003 at 09:31:23PM -0700, Edward Peschko wrote:
>I never said that the msys tools are 'great'.  It just seems to be the
>standard that people have adhered to for the win32 side of things.  My
>point is that talking about merging the two is impossible without
>considering how mingw works, and somehow factoring that into cygwin.

So, you've got your work cut out for you then.  It will be interesting
to see how you navigate the tight rope that you perceive.

>>MS-DOS aware.  I've never understood why people who receive
>>consistently negative reactions to their ideas still shoulder on in the
>>face of disapproval.  However, if I blocked people for sending
>>pointless messages here, the mailing list would be a wasteland (and
>>maybe I'd have to block myself as the first candidate).
>
>maybe then having your 'finger on the button' isn't the right response?
>Maybe tolerance is in order?  maybe letting people voice their opinions
>without a verbal smackdown?  And maybe, just maybe my goal is
>worthwhile and useful?

Let me say it again:  You don't get special treatment.

>(ps - please, if you would, talk about things as if I am in the same
>room.  It is incredibly inconsiderate to 'talk over' people.)

Does anyone know what he's talking about?

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: OLOCA: YANALATEYHSMBSI pronounciation

Please don't send personal email with Cygwin questions and suggestions.
All Cygwin-related correspondence should go to the main Cygwin list at
.
More below.

On Wed, 22 Oct 2003, La Monte H.P. Yarroll wrote:

> In http://cygwin.com/acronyms/#YANALATEYHSMBSI you wrote:
>
> "Don't try to pronounce it. Just... don't"
>
> Clearly a challenge if ever I heard one.  This is a remarkably simple
> acronym to pronounce:
>
> YANA-LATEY(almost LADY)-HISSEM-BISSEE

Thanks for the suggestion.

Well, let's see how well it bodes with the Cygwin community.  If it gets
accepted, this might go into the OLOCA.  I wish you sent the original to
the Cygwin list, so I could link to it in that case...  Oh, well.

> IANAL, but I play a Linguist on television.

IANALBIPALOT?  Na-ah...
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/bash: need environment variables >32K

2003-10-22 Thread Buchbinder, Barry (NIH/NIAID)

It may be a command line problem.  I constructed, in a directory with a lot
of files, a 90k environmental variable by doing

$ T=`echo *`

Then

$ echo $T

and

$ echo $T | wc

showed that bash environmental variables can be that large and that the
command line can handle them.

$ cp $T target_dir

was unhappy ("Invalid argument"), so the problem seems to be with how long
of a command line cp can handle.  (Presumably "Invalid argument" results
from the way the arguments get truncated.)  one might suspect that rm, its
fileutils sibling, has the same limitation.

-Original Message-
From: Klein Andre ICM N AS PD B 3 [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 22, 2003 7:16 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Cygwin/bash: need environment variables >32K

Thanks for your answer!

I've tried to make the example more simple (s. attachments).
It sets a long environment variable and simply invokes the
cygwin rm executable afterwards...

I open a DOS box and invoke the example with
>bash run.sh

Following problems arise in my environment:
(a) environment variable with 30K 
run.sh: line 9: /usr/bin/rm: Resource temporarily unavailable
(b) environment variable with 100K
run.sh: line 9: /usr/bin/rm: Invalid argument
(c) environment variable with 20K
rm works fine

So this clearly shows, that the length of my environment variable
affects the execution of the cygwin "rm" executable.

I hope you can reproduce this in your environment?!
Is there any way to avoid these problems?
Unfortunately we need such long variables...

Andre

-Original Message-
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 22. Oktober 2003 12:01
To: '[EMAIL PROTECTED]'
Subject: Re: Cygwin/bash: need environment variables >32K

On Wed, Oct 22, 2003 at 11:30:54AM +0200, Klein Andre ICM N AS PD B 3 wrote:
> I need to set a very long environment variable CLASSPATH within Cygwin
bash.
> But there seems to be an upper limit of 32K for environment variables!?!?
> 
> Is there any way to increase this upper limit?
> 
> I have attached 2 small files for demonstrating the problem.
> Start run.sh and the invocation of the executable (java) failes...

It's not the length of the environment variable which is the problem,
it's the way the application is called.  java is a native windows
application and on process creation, the windows command line can not
exceed 32K.  Does java not support the CLASSPATH environment variable?
Do you need to give it as argument explicitely?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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/

--
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: block size in /proc/partitions bug?

On Wed, Oct 22, 2003 at 11:54:59AM +0200, Christian Damkjer George wrote:
>Hi
>
>I am working on a tool which reads raw from a disk via cygwin's /dev/sdX 
>interface, which works fine. But I need to determine the size of the 
>disk preferably in sectors. I can not find a get ata identity 
>functionality in cygwin, but I can live without it if I could get the 
>disk size elsewhere. My disk is 40 Gb which is divided in to two 
>partitions on 20Gb each. "df" reports 19567136 and 20625392 1k-blocks 
>each, which is the correct size. But /proc/partitions says 313074216 and 
>330167880 which is about a factor 0.0625 of compared to linux. Why this 
>strange factor it seems like you accidently multiplied by 16.

The source code would either confirm or deny that wouldn't it?

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: ProFTPD 1.2.9rc2: please fix the readme file

Bruno,

On Wed, Oct 22, 2003 at 03:46:44PM +0200, Grossniklaus Bruno wrote:
> >Would you like to become the Cygwin ProFTPD maintainer?  Just like me
> >know... :,)
> 
> Thanks for your great work Jason.

You are welcome.

> Unfortunately my free time is currently quite spare...

Likewise.

> >Unfortunately, I'm not sure what is the best way to keep them in
> >sync.
> 
> I guess proftpd-1.2.9rc2p-1/README.cygwin is part of the official
> proftpd package(?) [www.proftpd.org].  And all in
> proftpd-1.2.9rc2p-1/CYGWIN-PATCHES/* is part of the cygwin version
> (?).

Yes.

> 
> Then I think best would be to submit patches for
> proftpd-1.2.9rc2p-1/README.cygwin to the www.proftpd.org team and to
> remove those parts from CYGWIN-PATCHES/README which are (correct) in
> README.cygwin.

If you do the former, then I will do the latter.

> >> * is it --args --nodaemon  or --args "--nodaemon"
> >Yes.
> 
> I think the "" are useless?

Yes.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: little dll help

2003-10-22 Thread marvin

Thanks Gerrit!
It is working now :-)

I started out a couple of days ago reading about
tcl/tk in another couple of newsgroups.  I then found
about swig and liked it because i took some
introductory c++ in college and didnt want to lose C++
totally in any project i might work on.  Now i can
export some c++ functions into tcl scripting language.
 The cool part is i was trying to learn by using vc++
6 and found there is too many settings in that studio
to figure out what is going on.  The linux command
line way of doing it looked like less headache for
this.  So i downloaded cygwin when i found out it is
like linux except works with windows.  The sample that
came with swig named simple did work perfectly though
"out of the box" in vc++ 6 and that helped me figure
out a little of what was going on to help direct me in
the transition to cygwin. 

thanks again,
marvin





__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.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/

/proc/partitions question

2003-10-22 Thread erik . cumps

Sorry, lost the previous mail so can't continue the thread.

I took a look at the sources as cgf suggested and
have the following question:

in fhandler_proc.cc revision 1.36,
in function format_proc_partitions() :

after getting the drive geometry with
'IOCTL_DISK_GET_DRIVE_GEOMETRY'
the size of the disk is calculated in bytes and this number is
right-shifted 6 bits, so that's a division by 64 and that maps
with the scaling difference of 16 between df and /proc/partitions.

likewise after getting the drive's partition layout with
'IOCTL_DISK_GET_DRIVE_LAYOUT'
the length of each parititions (which is in bytes) is again
right-shifted 6 bits.

So why the right-shift 6 instead of 10 which would map
with a blocksize of 1K?

If this is an obvious or trivial thing or if this has been
addressed on the mailing list before or on some
website: I apologise. I'm neither a windows nor a cygwin
developer and I have little time but this just struck me
as a bit weird.

Erik.

PS: if the layout of this mail looks weird I blame it
on Lotus Notes which I am forced to use here at work. :(


--
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: OpenGL and Cygwin

2003-10-22 Thread Andre Bleau

suresh at research dot att dot com wrote:

As per Andre's suggestion, i compiled and ran the attached program. Below
are the outputs under different system settings:
All programs run from tcsh inside cygwin. My LD_LIBRARY_PATH also had my
current dir, because I had the nvidia glut32.dll and glut32.lib files in
it (which work when compiled with visual C++ on a different machine - I
tried one of their demos)
Forget about LD_LIBRARY_PATH; it is not used by cygwin.


This was the first run, just from scratch with no extra parameters.

--
[EMAIL PROTECTED] ~/src]$ g++ -o helloglut opengltest.c -lglut32 -lglu32 -
lopengl32
/tmp/ccwy9vdk.o(.text+0xe):opengltest.c: undefined reference to `_glClear'
/tmp/ccwy9vdk.o(.text+0x4c):opengltest.c: undefined reference to
`_glutInit'
/tmp/ccwy9vdk.o(.text+0x58):opengltest.c: undefined reference to
`_glutCreateWin
dow'
/tmp/ccwy9vdk.o(.text+0x64):opengltest.c: undefined reference to
`_glutDisplayFu
nc'
/tmp/ccwy9vdk.o(.text+0x69):opengltest.c: undefined reference to
`_glutMainLoop'
collect2: ld returned 1 exit status
-
The error messages above make it clear: you are using the wrong headers. 
Cygwin's OpenGL headers would have generated messages like:

$ g++ helloGlut.c -o helloGlut
/cygdrive/c/DOCUME~1/bleau/LOCALS~1/Temp/cc99dyy4.o(.text+0xe):helloGlut.c: 
unde
fined reference to [EMAIL PROTECTED]'
/cygdrive/c/DOCUME~1/bleau/LOCALS~1/Temp/cc99dyy4.o(.text+0x50):helloGlut.c: 
und
efined reference to [EMAIL PROTECTED]'
/cygdrive/c/DOCUME~1/bleau/LOCALS~1/Temp/cc99dyy4.o(.text+0x5f):helloGlut.c: 
und
efined reference to [EMAIL PROTECTED]'
/cygdrive/c/DOCUME~1/bleau/LOCALS~1/Temp/cc99dyy4.o(.text+0x6e):helloGlut.c: 
und
efined reference to [EMAIL PROTECTED]'
/cygdrive/c/DOCUME~1/bleau/LOCALS~1/Temp/cc99dyy4.o(.text+0x76):helloGlut.c: 
und
efined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status

Notice the @4, @8, and @0 after the names.

You said in a previous message that you downloaded headers from NVDIA's 
site. If you are using these, that's the source of the problem. They are 
incompatible with gcc and g++ because they do not specify the right calling 
convention.

My advice: ditch those headers and use the ones from Cygwin's OpenGL 
package, or the ones from Cygwin's w32api package.

Alternative: modify NVDIA's headers to specify the right calling convention 
by adding

__attribute__ ((__stdcall__))

to the declaration of the functions. However, if you choose that path, do 
not expect anymore help from me; I am not going to support people who 
replace headers from Cygwin packages with headers from third parties. You 
would have to go to NVDIA's site for support.



André Bleau, Cygwin's OpenGL package maintainer.

Please address all questions and problem reports about Cygwin's OpenGL 
package to [EMAIL PROTECTED] . 

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

[ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.2.5-1

New News:
=== 
I have updated the version of fetchmail to 6.2.5-1.  The tarballs should
be available on a Cygwin mirror near you shortly.

Old News:
=== 
Fetchmail is a remote mail retrieval and forwarding utility intended
for use over on-demand TCP/IP links, like SLIP or PPP connections.
Fetchmail supports every remote-mail protocol currently in use on the
Internet (POP2, POP3, RPOP, APOP, KPOP, all IMAPs, ESMTP ETRN, IPv6,
and IPSEC) for retrieval. Then Fetchmail forwards the mail through SMTP
so you can read it through your favorite mail client.

See the fetchmail home page for more details:

http://catb.org/~esr/fetchmail/

Please read the README file:

/usr/share/doc/Cygwin/fetchmail-6.2.5.README

since it covers requirements, installation, known issues, etc.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

In the US,
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Germany,
ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/
is usually pretty good.

In the UK,
http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/
is usually up-to-date within 48 hours.

If one of the above doesn't have the latest version of this package
then you can either wait for the site to be updated or find another
mirror.

The setup.exe program will figure out what needs to be updated on your
system and will install newer packages automatically.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

Jason

--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6


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

Michael Kelly is on leave.

2003-10-22 Thread Jeanine Bright

I will be out of the office starting  20/10/2003 and will not return until
03/11/2003.





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

[ANNOUNCEMENT] Updated Cygwin Package: proftpd-1.2.9rc3-1

New News:
=== 
I have updated the version of ProFTPD to 1.2.9rc3-1.  The tarballs
should be available on a Cygwin mirror near you shortly.

Old News:
=== 
ProFTPD is an enhanced FTP server with a focus toward simplicity,
security, and ease of configuration. It features a very Apache-like
configuration syntax, and a highly customizable server infrastructure,
including support for multiple 'virtual' FTP servers, anonymous FTP, and
permission-based directory visibility.

See the ProFTPD home page for more details:

http://www.proftpd.org/

Please read the README file:

/usr/share/doc/cygwin/proftpd-1.2.9rc3.README

since it covers requirements, installation, known issues, etc.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

In the US,
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Germany,
ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/
is usually pretty good.

In the UK,
http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/
is usually up-to-date within 48 hours.

If one of the above doesn't have the latest version of this package
then you can either wait for the site to be updated or find another
mirror.

The setup.exe program will figure out what needs to be updated on your
system and will install newer packages automatically.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

Jason

--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6


--
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 dll makes gnu tar think that directories have been renamed?

2003-10-22 Thread George Carrette

The test-gnu-tar-inc.sh file tests the --listed-incremental
backup and restore features of gnu tar.

These features worked well in a previous version of CYGWIN.
Shame on me for not being able to tell you which one,
but it was one available in August 2003 but before September 2003,
when I upgraded and found that the  --listed-incremental
feature stopped working properly.

In the current version (see test-gnu-tar-inc.log for details)
there is a bug where gnu tar thinks that directories have been
renamed when they have not been touched.

The version of gnu tar has not changed, as far as I can tell,
only the underlying cygwin dll.


FILENAME: test-gnu-tar.sh

#!/bin/bash
# name: test-gnu-tar-inc.sh
# purpose: test the listed incremental backup and restore
#  capability of gnu tar.
# created: 22-OCT-2003 George J. Carrette, [EMAIL PROTECTED]
#
# $Id: test-gnu-tar-inc.sh,v 1.3 2003/10/22 15:10:50 gcarrette Exp $
TAR_CMD=${1-"tar"}
echo "Testing gnu tar"
uname -a
${TAR_CMD} --version

rm -rf gnu_tar_test gnu_tar_test.list gnu_tar_test-*.tgz gnu_tar_test.res

do_backup() {
n=${1?"must specify n"}
f="gnu_tar_test-$n.tgz"
cmd="${TAR_CMD} --create --verbose --gzip --file=$f --directory=gnu_tar_test/from 
--listed-incremental=gnu_tar_test.list ."
echo $cmd
$cmd
cmd="${TAR_CMD} --list --gzip --file=$f"
echo $cmd
$cmd
}

echo "Creating gnu_tar_test/from"

mkdir gnu_tar_test
mkdir gnu_tar_test/from
mkdir gnu_tar_test/from/a
mkdir gnu_tar_test/from/b
echo "Some stuff xxx" > gnu_tar_test/from/file0.txt
echo "Some stuff xxx yyy" > gnu_tar_test/from/file2.txt
echo "Some stuff" > gnu_tar_test/from/file2.txt
echo "Some stuff wow" > gnu_tar_test/from/file3.txt
echo "Some stuff other" > gnu_tar_test/from/a/file4.txt
echo "Some junk" > gnu_tar_test/from/b/file5.txt
echo "more Some junk" > gnu_tar_test/from/b/file6.txt
echo " Some junk" > gnu_tar_test/from/b/file7.txt

echo "Making first backup, it is ok to see Directory is new messages."
do_backup 1
echo "Making second backup, no files have changed"
echo "It is a bug to see Directory has been renamed messages"
do_backup 2

echo "Changing files"


rm gnu_tar_test/from/b/file5.txt
echo "Add some line to file" >> gnu_tar_test/from/file1.txt
echo "Add some line to file" >> gnu_tar_test/from/b/file6.txt

echo "Another backup"

do_backup 3

echo "Now restore everything to gnu_tar_test/into"

mkdir gnu_tar_test/into

rm gnu_tar_test.list

do_restore() {
n=${1?"must specify n"}
f="$(pwd)/gnu_tar_test-$n.tgz"
iflag="--listed-incremental=gnu_tar_test.res"
cmd="${TAR_CMD} --extract --verbose --gzip --file=$f $iflag"
echo $cmd
(cd gnu_tar_test/into;$cmd)
}

do_restore 1
do_restore 2
do_restore 3

echo "Now look at the result using md5sum"

md5sum $(find gnu_tar_test -type f)


FILENAME: test-gnu-tar.log

./test-gnu-tar-inc.sh
Testing gnu tar
CYGWIN_NT-5.0 GCARRETTE01 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin
tar (GNU tar) 1.13.25
Copyright (C) 2001 Free Software Foundation, Inc.
This program comes with NO WARRANTY, to the extent permitted by law.
You may redistribute it under the terms of the GNU General Public License;
see the file named COPYING for details.
Written by John Gilmore and Jay Fenlason.
Creating gnu_tar_test/from
Making first backup, it is ok to see Directory is new messages.
tar --create --verbose --gzip --file=gnu_tar_test-1.tgz --directory=gnu_tar_test/from 
--listed-incremental=gnu_tar_test.list .
tar: ./a: Directory is new
tar: ./b: Directory is new
./
./a/
./b/
./file0.txt
./file2.txt
./file3.txt
./a/file4.txt
./b/file5.txt
./b/file6.txt
./b/file7.txt
tar --list --gzip --file=gnu_tar_test-1.tgz
./
./a/
./b/
./file0.txt
./file2.txt
./file3.txt
./a/file4.txt
./b/file5.txt
./b/file6.txt
./b/file7.txt
Making second backup, no files have changed
It is a bug to see Directory has been renamed messages
tar --create --verbose --gzip --file=gnu_tar_test-2.tgz --directory=gnu_tar_test/from 
--listed-incremental=gnu_tar_test.list .
tar: ./a: Directory has been renamed
tar: ./b: Directory has been renamed
./
./a/
./b/
./a/file4.txt
./b/file5.txt
./b/file6.txt
./b/file7.txt
tar --list --gzip --file=gnu_tar_test-2.tgz
./
./a/
./b/
./a/file4.txt
./b/file5.txt
./b/file6.txt
./b/file7.txt
Changing files
Another backup
tar --create --verbose --gzip --file=gnu_tar_test-3.tgz --directory=gnu_tar_test/from 
--listed-incremental=gnu_tar_test.list .
tar: ./a: Directory has been renamed
tar: ./b: Directory has been renamed
./
./a/
./b/
./a/file4.txt
./b/file6.txt
./b/file7.txt
tar --list --gzip --file=gnu_tar_test-3.tgz
./
./a/
./b/
./a/file4.txt
./b/file6.txt
./b/file7.txt
Now restore everything to gnu_tar_test/into
tar --extract --verbose --gzip 
--file=//arascorp/users/gjcarrette/working/wva/maint/gnu_tar_test-1.tgz 
--listed-incremental=gnu_tar_test.res
./
./a/
./b/
./file0.txt
./file2.txt
./file3.txt
./a/file4.txt
./b/file5.txt
./b/file6.txt
./b/file7.txt
tar --extract --verbose --gzip 
--file=//arascorp/users/gjcarrette/working/wva/maint/gnu_ta

RE: pwd option to return windows path

2003-10-22 Thread Vince Hoffman


> 
> P.S.  Speaking of special treatment, how come Cygwin is the only free
> software project whose maintainers say "PTC" instead of "PGA"?  How
> naive all those other maintainers must be!

I remember it used to be PGA until the day CFG coined PTC on a particualy
mean day.

(I could hear the yelp of puppys being kicked all the way over hear in 
england on THAT day. ;) 

oh and see http://cygwin.com/acronyms/#PGA

> 
> --
> 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: pwd option to return windows path

2003-10-22 Thread Shankar Unni

Edward Peschko wrote:

>> This is your second warning on this subject, btw.
> 
> Chris,
> what are your warnings? 

The warning is that further mail from you may be automatically
kill-filed by most readers of this list, once they get the impression
that you have absolutely no idea whatsoever of the goals of the cygwin
project, and that you seemingly don't care either.

Once again: cygwin (with or without -mno-cygwin, with or without Msys)
is *not* attempting (and will *never* attempt) to provide a perfect (or
even an imperfect) Windows look and feel using Unix/Linux/Posix
commands. It's providing a Unix/Linux look and feel using
Unix/Linux/Posix commands.

So you won't find a pervasive use of backslashed paths, and the shells
will never be modified so that you can do

  cd c:\windows\temp

and have it go to c:/windows/temp (hint: the single-\t becomes a tab).

Etc. etc.

If you have genuine problems with cygwin not doing *what it is supposed
to do*, by all means write to this list, *following the cygwin problem
reporting conventions*.

Don't, however, get into long arguments about why pwd should be modified
to return native windows paths, and why cd should accept native windows
paths, and why ls should hide DLLs, and all that.

Or you risk being consigned to the dreaded Bin Of Irrelevance (aka the
kill file).

Hint: if you want a genuine Windows(TM)-like environment, be sure to:

* run CMD.EXE as your shell
* put c:\cygwin\bin at the end of your %PATH%, so that you always pick
up the windows equivalents of the commands that you are familiar with.

--
Shankar.

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

Calling bash shell from W2K batch script

2003-10-22 Thread Jared Ingersoll

Hi,

I was wondering if someone could provide the syntax for calling a cygwin
shell script from the Windows 2000 cmd prompt. I'm trying to do something
like this:

d:\>start c:\cygwin\bin\bash -c "./script1.sh"

But it doesn't seem to be working quite right, some pipes and such don't
work and I can't execute a command in the script like > file.`date +%Y%m%d`.
What I'm trying to do is write a cygwin script to execute some mixed NT
commands and unix commands to check some network stuff, move around some
files etc. The reason I want to do it this way is to use windows task
scheduler to automate the task on a nightly bases.

Any help would be appreciated.

Thanks,

Jared

--
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: Calling bash shell from W2K batch script

On Wed, Oct 22, 2003 at 12:19:13PM -0400, Jared Ingersoll wrote:
>Hi,
>
>I was wondering if someone could provide the syntax for calling a cygwin
>shell script from the Windows 2000 cmd prompt. I'm trying to do something
>like this:
>
>d:\>start c:\cygwin\bin\bash -c "./script1.sh"
>
>But it doesn't seem to be working quite right, some pipes and such don't
>work and I can't execute a command in the script like > file.`date +%Y%m%d`.
>What I'm trying to do is write a cygwin script to execute some mixed NT
>commands and unix commands to check some network stuff, move around some
>files etc. The reason I want to do it this way is to use windows task
>scheduler to automate the task on a nightly bases.

You may be stumbling into the problem that was recently fixed in bash.
It manifested as "setup hanging" but it would have affected the use
of pipes in processes that are started like you describe above.

So, if you haven't done so already, please update your installation.

If you have done this then please go over to http://cygwin.com/problems.html
and provide the kind of details mentioned on that page.

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: Calling bash shell from W2K batch script

On Wed, 22 Oct 2003, Jared Ingersoll wrote:

> Hi,
>
> I was wondering if someone could provide the syntax for calling a cygwin
> shell script from the Windows 2000 cmd prompt. I'm trying to do something
> like this:
>
> d:\>start c:\cygwin\bin\bash -c "./script1.sh"
>
> But it doesn't seem to be working quite right, some pipes and such don't
> work and I can't execute a command in the script like > file.`date +%Y%m%d`.
> What I'm trying to do is write a cygwin script to execute some mixed NT
> commands and unix commands to check some network stuff, move around some
> files etc. The reason I want to do it this way is to use windows task
> scheduler to automate the task on a nightly bases.
>
> Any help would be appreciated.
> Thanks,
> Jared

Check your PATH from within bash.  I suspect you don't have /bin in it.
Try 'start c:\cygwin\bin\bash -c "PATH=/bin:$PATH ./script1.sh"' or
something.  You could also use "--login", but that would put you in your
home directory.  I think I posted a recipe at some point for getting
around that, but changing only the path might be the simplest solution.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: OLOCA: YANALATEYHSMBSI pronounciation

2003-10-22 Thread La Monte H.P. Yarroll

Igor Pechtchanski wrote:

Please don't send personal email with Cygwin questions and suggestions.
All Cygwin-related correspondence should go to the main Cygwin list at
.
 

Noted.  I suggest you change the note at the bottom of 
http://cygwin.com/acronyms/ soliciting Cygwin comments via personal email.

More below.

On Wed, 22 Oct 2003, La Monte H.P. Yarroll wrote:

 

In http://cygwin.com/acronyms/#YANALATEYHSMBSI you wrote:

"Don't try to pronounce it. Just... don't"

Clearly a challenge if ever I heard one.  This is a remarkably simple
acronym to pronounce:
YANA-LATEY(almost LADY)-HISSEM-BISSEE
   

Thanks for the suggestion.

Well, let's see how well it bodes with the Cygwin community.  If it gets
accepted, this might go into the OLOCA.  I wish you sent the original to
the Cygwin list, so I could link to it in that case...  Oh, well.
 

IANAL, but I play a Linguist on television.
   

IANALBIPALOT?  Na-ah...
	Igor
 

The original quote would be acronyminated(sic) BIPOOTV (But I Play One 
On Television).

For those not mired in the history of US television of advertising: some 
time in the late 70's or early 80's a major drug manufacturer hired a 
soap opera star to endorse their product.  The add started "I am not a 
doctor, but I play one on television...".



--
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: OLOCA: YANALATEYHSMBSI pronounciation

On Wed, 22 Oct 2003, La Monte H.P. Yarroll wrote:

> Igor Pechtchanski wrote:
>
> >Please don't send personal email with Cygwin questions and suggestions.
> >All Cygwin-related correspondence should go to the main Cygwin list at
> >.
>
> Noted.  I suggest you change the note at the bottom of
> http://cygwin.com/acronyms/ soliciting Cygwin comments via personal email.

Oops!  Habits die hard.  Please accept my apologies.
This should be fixed now, FWIW.

> >More below.
> >
> >On Wed, 22 Oct 2003, La Monte H.P. Yarroll wrote:
> >
> >>In http://cygwin.com/acronyms/#YANALATEYHSMBSI you wrote:
> >>
> >>"Don't try to pronounce it. Just... don't"
> >>
> >>Clearly a challenge if ever I heard one.  This is a remarkably simple
> >>acronym to pronounce:
> >>
> >>YANA-LATEY(almost LADY)-HISSEM-BISSEE
> >
> >Thanks for the suggestion.
> >
> >Well, let's see how well it bodes with the Cygwin community.  If it gets
> >accepted, this might go into the OLOCA.  I wish you sent the original to
> >the Cygwin list, so I could link to it in that case...  Oh, well.
> >
> >>IANAL, but I play a Linguist on television.
> >
> >IANALBIPALOT?  Na-ah...
> >   Igor
>
> The original quote would be acronyminated(sic) BIPOOTV (But I Play One
> On Television).

Yes, I thought of that one too.

> For those not mired in the history of US television of advertising: some
> time in the late 70's or early 80's a major drug manufacturer hired a
> soap opera star to endorse their product.  The add started "I am not a
> doctor, but I play one on television...".

I think they've re-run it recently (or re-made it).
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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 dll makes gnu tar think that directories have been renamed?

On Wed, Oct 22, 2003 at 11:43:16AM -0400, George Carrette wrote:
>The test-gnu-tar-inc.sh file tests the --listed-incremental backup and
>restore features of gnu tar.
>
>These features worked well in a previous version of CYGWIN.  Shame on
>me for not being able to tell you which one, but it was one available
>in August 2003 but before September 2003, when I upgraded and found
>that the --listed-incremental feature stopped working properly.

Please provide the details mentioned in http://cygwin.com/problems.html.

In particular, a *simple* test case would be appreciated.

--
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't link to libws2_32.a

2003-10-22 Thread Takeshi Honda

Hi,
(B
(BI have a problem to compile my socket program.
(BI want to use winsock2.h, but when I compiled my program,
(BI got the following errors.
(B
(B%gcc -lwsock32 -lws2_32 main.cpp
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bmain.cpp: undefined reference to [EMAIL PROTECTED]'
(Bcollect2: ld returned 1 exit status
(B
(BDLL version is  1.3.12.
(BI wrote program header as follows.
(B
(B#define Win32_Winsock
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B
(BI searched google and ML archive, but I couldn't get
(Benough information to solve this.
(BWhat can I do for this?
(BPlease let me know.
(B
(BThanks,
(B
(BTakeshi Honda
(B
(B__
(BDo You Yahoo!?
(BYahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

Re: Calling bash shell from W2K batch script

Jared Ingersoll wrote:

Hi,

I was wondering if someone could provide the syntax for calling a cygwin shell script from the Windows 2000 cmd prompt. I'm trying to do something like this:

d:\>start c:\cygwin\bin\bash -c "./script1.sh"

But it doesn't seem to be working quite right, some pipes and such don't work and I can't execute a command in the script like > file.`date +%Y%m%d`. What I'm trying to do is write a cygwin script to execute some mixed NT commands and unix commands to check some network stuff, move around some files etc. The reason I want to do it this way is to use windows task scheduler to automate the task on a nightly bases.

Alternative: Use cron!
--
The other day I was playing poker with Tarot cards. I got a full house 
and four people died.



--
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't link to libws2_32.a

2003-10-22 Thread Brian Ford

On Thu, 23 Oct 2003, Takeshi Honda wrote:

> I want to use winsock2.h, but when I compiled my program,
> I got the following errors.
>
> %gcc -lwsock32 -lws2_32 main.cpp
>
First off, libraries go after C/C++ files, so:

gcc main.cpp -lwsock32 -lws2_32

Secondly, why are you trying to use winsock in Cygwin?  Just use normal
unix sockets.  If you were using mingw/-mno-cygwin, I might understand.

> DLL version is  1.3.12.
>
If you meant the Cygwin DLL here, I *strongly* suggest you update as you
won't be getting much more help from this list until you do.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

SSH into XP: mapped network drives disappeared!

2003-10-22 Thread Alexis Huxley

The short version
-

How do I stop XP from hiding my mapped network drives from me, when 
I make a slogin to XP using Cygwin+SSH?

The long version


Hi :-) I've hunted a lot on the web and mailing list archives, so I
know a lot of people have had this same problem, but I haven't seen
anybody answer it in a way that worked for me yet, so ...

I downloaded and installed Cygwin yesterday on a XP system where my
home is not local: the passwords are managed centrally (a 'domain' 
account, right?) and the disk space is on a SAN/NAS thing, which
is accessible to XP and to Unix machines.

As 'Administrator' I ran the 'mkpasswd -l -d > /etc/passwd' and the
same for the groups file. (Actually first I tried it as myself, but
with the '-d' option it bombed out before getting the entry for
me with 'mkpassed: [5] Access denied', so then I tried as Administrator
and everything went well.)

I modified my $HOME in /etc/passwd to be /cygdrive/y, which the XP PC
has mapped to my home directory in the storage server. My ~/.profile
sufficiently OS-independent, that this works under Cygwin/XP and on
any of the various Unixes we run. Great so far.

One of the Cygwin components installed was SSH. I configured the server as
explained at http://tech.erdelynet.com/cygwin-sshd.html.

Ok, so now, when I run Cygwin from the XP machine itself (i.e. not through
slogin) then I see the following network drives:

pc004545$ pwd
/cygdrive/y
pc004545$ ls

pc004545$ cd /cygdrive
pc004545$ ls  
c  d  g  h  y 
pc004545$ 

(My ~/.profile is changing the prompt from the Cygwin default.)

Now for the problem: when I 'slogin' into the XP box, I have no problems
being authenticated (not after I ran mkpasswd as 'Administrator' anyway), 
but '/cygdrive/y' is 'invisible' to my login shell, and I get a whole 
slew of errors accordingly:

pc004545$ slogin localhost
[EMAIL PROTECTED]'s password:
Could not chdir to home directory /cygdrive/y: No such file or directory
mkdir: cannot create directory `/cygdrive/y': No such file or directory
Copying skeleton files.
These files are for the user to personalise
their cygwin experience.

These will never be overwritten.

/usr/bin/install: cannot create directory `/cygdrive/y': No such file or 
directory
/usr/bin/install: cannot create directory `/cygdrive/y': No such file or 
directory
/usr/bin/install: cannot create directory `/cygdrive/y': No such file or 
directory
-bash: cd: /cygdrive/y: No such file or directory

[EMAIL PROTECTED] /etc/skel  < all of this is the prompt
$   < still part of the prompt

'net use' before the 'slogin' shows the Y: drive, and obviously I can
cd to /cygdrive/y. 'net use' after 'slogin' shows Y: is there but "not 
available", and attempting to cd to /cygdrive/y obviously fails.

I've read, and indeed this 'net use' check seems to confirm, that this is 
not a Cygwin problem at all, but an XP problem.

So the question: what do I have to do XP to make it stop hiding my mapped
drives from my when I slogin?

Oh, one more thing: I saw people saying that you can just use 'net use ...'
but assign different drive letters each time. Unfortunately, since the drive 
I want to map is my home directory, and path to this (as it appears on the PC)
is written in /etc/passwd, and I can't/won't change /etc/passwd for each 
concurrent SSH I start, the solution must be one which makes the drive 
have a consistent mount/access point under XP. 

Also note, that the shell tries to put me in that home *before* /etc/profile
or ~/.profile are run, so some sort of 'net use  //server/path;
ln -s ' in /etc/profile probably isn't going to cut it.

Does anybody know the 'correct' solution to this problem? Many thanks!

Alexis Huxley

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

[bug] tar (1.13.25-3) -g --recursive always archieve files in subdirectories

2003-10-22 Thread Ilya Pobelov

Hello!

I am making incremental backup of my data using script, containing 
following line:

tar -g $ARCHNAME.list -X $ARCHNAME.exclude --recursive -c $DIRECTORY | 
bzip2 -9 > $BACKUPDIR/$ARCHNAME-$BACKUPTIME.tar.bz2

to archieve my data. This expected to create incremental archieves, and 
it works well with tar 1.13.25-1 (e.g. only changed files are archivated 
on next run of script). With tar 1.13.25-3 I noticed, that files, 
located in the subdirectories of main data directory ($DIRECTORY) are 
always archivated, even if they weren't changed. I suspect, that this 
situation is a bug.
Now I am using tar 1.13.25-1 to avoid this situation. Unfortunately, I 
have no possibility to test tar 1.13.25 on UNIX-like systems. My system 
information: Windows 98 SE, Current Cygwin (cygwin 1.5.5-1) installation 
except tar. If you need additional information, please ask.
Thank you for your attention, hope that this is information will be useful.

--
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: SSH into XP: mapped network drives disappeared!

At 02:31 PM 10/22/2003, Alexis Huxley you wrote:

>One of the Cygwin components installed was SSH. I configured the server as
>explained at http://tech.erdelynet.com/cygwin-sshd.html.

Ah, common problem.  You've queried the wrong list.  See 
.

BTW, this works fine to me using the Cygwin's setup and instructions in 
case that's an option you'd like to explore.

--
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: SSH into XP: mapped network drives disappeared!

At 02:55 PM 10/22/2003, Larry Hall you wrote
>At 02:31 PM 10/22/2003, Alexis Huxley you wrote:
>
>
>
>
>>One of the Cygwin components installed was SSH. I configured the server as
>>explained at http://tech.erdelynet.com/cygwin-sshd.html.
>
>
>
>Ah, common problem.  You've queried the wrong list.  See 
>.
>
>BTW, this works fine to me using the Cygwin's setup and instructions in 

s/to/for

>case that's an option you'd like to explore.

--
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: Serious problem with win32 pthreads crashing and c++ class

2003-10-22 Thread Thomas Pfaff

Arash Partow wrote:
The prototype initially creates 700 threads all of which are contained in a
vector (threadList), each thread does some "simple" string processing
(basically tokenize a string) and then exists. On completion of the thread,
the thread sets its own state in the thread-class to dead.
Another thread called GarbageCollector, which is created before the other
threads are created, is continually traversing the threadList, looking for
dead threads, once a dead thread is found, it deletes the pointer pointing
to the thread class in the list, creates a new thread and adds it to the
end of the list. Hence continually maintaining the number of threads being
run at any one time, (hopefully)
Hi Arash,

i can confirm that this is a bug in cygwin.
I will apply my changes when your testcase runs successfull over night, 
therefore this should be fixed one of the next snapshots.

Thanks for your stress test.

Thomas

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

Re: Perl page fault - old news ??

2003-10-22 Thread John

Hallo Gerrit,

(Whats the spelling of "vie geits" (what's up)?)

Thanks for the reply. Cygwin is amazing and fun.

Yes - W98 is a  umm  flakey (I am being nice). XP is way better (duh).

Anyway, I'll try the updated version.

- Original Message - 
From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
To: "John K" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, October 21, 2003 11:13 PM
Subject: Re: Perl page fault - old news ??


> Hallo John,
>
> Am Dienstag, 21. Oktober 2003 um 22:13 schriebst du:
>
> >I'm learning Cygwin and Perl. Perl is currently 5.8.0 under Windows
> > 98. I have run setup today so I think everything is current.
>
> >$ perldoc CGI
>
> > results in a Windows pop which contains ...
>
> > PERL caused an invalid page fault in
> > module FCNTL.DLL at 017f:00b931b8.
>
> Windows 98 is known to have problems with Cygwin Perl.
>
>
> >Is there something I can do or should do to make this work better?
>
> Yes, you may try to use perl-5.8.1 which was reported to behave
> better.  That means only one error where you get several with 5.8.0.
> There is also a debugging version of perl-5.8.1 available if you're
> interested in tracking down what goes wrong:
> ftp://ftp.cpan.org/pub/CPAN/authors/id/G/GE/GERRIT/
> There are two tarballs needed for debugging, the
> perl_debug-5.8.1-2-srctree.tar.bz2 and the binaries
> perl_debug-5.8.1-2.tar.bz2, both extracted from the Cygwin root.
>
>
> I've no Win98 since about three years now and I feel much better!
>
> 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: cygwin performance

> From: Linda W.
> Sent: Wednesday, October 22, 2003 12:49 AM

> >>Perhaps it is unavoidable, but I see things like find doing 2
> >>'opens' /file when it is searching for files...can't it just do a
> >>'stat' of some nature?  does it need to do an open, let alone 2?

 I believe that the major culprit is looking for executable files. If I have
understood things correctly.

$ mount -h | grep exe
  -x, --executable  treat all files under mount point as executables
  -E, --no-executable   treat all files under mount point as
non-executables
  -X, --cygwin-executable   treat all files under mount point as
cygwin executables

I've not tried this, but anyway: I wonder what happens if one uses the
sequence;

umount /blaha
mount -E / -X  / -x "MS-PATH" /blaha
find /blaha ...
umount /blaha
mount -bs "MS-PATH" /blaha

I'd suspect there could be a "slight" time reduction. Of course this cannot
be done on subdirectories, just mount points.

 OTOH it might enlighten users about the benefit of using the -E/X/x mount
flags. Also; having done "mount -E" could well be considered a security
issue... maybe ;-P

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


--
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 Setup 99% (fwd)

> From: Rao, Shrisha
> Sent: Tuesday, October 21, 2003 8:12 PM

Igor:
> > It was shown to be a bash bug (pipes left open on spawn, see
> > ).  A new
> bash-2.05b-16
> > should be on some mirrors already.

Rao:
> It is, and I downloaded and installed it, but the problems continue
> (kill -9 ... and latex still hang).

 Might it be that there was /etc/postinstall/*sh scripts that didn't get
executed - or maybe something went wrong?

 I'd try a "All @ Reinstall" from "local package directory"

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


--
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: pwd option to return windows path

2003-10-22 Thread Patrick J. LoPresti

Christopher Faylor <[EMAIL PROTECTED]> writes:

> On Tue, Oct 21, 2003 at 09:31:23PM -0700, Edward Peschko wrote:
>
> >maybe then having your 'finger on the button' isn't the right response?
> >Maybe tolerance is in order?  maybe letting people voice their opinions
> >without a verbal smackdown?  And maybe, just maybe my goal is
> >worthwhile and useful?
> 
> Let me say it again:  You don't get special treatment.

He said "people".  I realize the idea of treating EVERYONE with
tolerance is completely alien to you, but I do believe it is what
Edward was suggesting.

> >(ps - please, if you would, talk about things as if I am in the
> >same room.  It is incredibly inconsiderate to 'talk over' people.)
> 
> Does anyone know what he's talking about?

Only too well.

 - Pat

P.S.  Speaking of special treatment, how come Cygwin is the only free
software project whose maintainers say "PTC" instead of "PGA"?  How
naive all those other maintainers must be!

--
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: Using sed - guru help wanted.

> From: erik dot cumps at icos in belgium
> Sent: Tuesday, October 21, 2003 11:36 AM

 Hmm... email-address visible; you ought to conceal it a bit more. Otherwise
you'll eventually end up receiving spam.
 It has started over here :-7

> Hi guys,
>
> sorry if this thread was dead but couldn't resist.
> Besides, it makes the start of my workday just that
> more bearable... :) (regular expressions for fun and
> profit eh)

LOL =-) a geek apears...

> Simply sed:
>
> sed 's#^ *\(.*[^ ]\) */ *\(.*[^ ]\) *$#.\1.\2.#'

Hannu:
>> As it seems my query wasn't that well formed...  i.e. remove any
>> leading and/or trailing spaces on the parts. Parts separated by the
>> slash. This seems to do exactly what I'm after;
>>
>> $ echo 'a b/c d e  ' | \
>>   sed -re 's- *(.*[^ ]) */ *(.*[^ ]) *$-.\1.\2.-'
>>
>> Thanks for the input, Brian and Igor.

 Yours seems very much like mine :-) - thanks for verifying it!

I feel a bit uncertain about the need for ^ and $ being present, even as I
don't expect the string to be in the middle of something. (It appears on a
single line, with a distinct marker like 'keyword:' at the beginning.)

 As it is in my version:
's- *' will match(skip) any leading spaces,
as will ' */ *' in the middle.
Both '(.*[^ ])' -parts will grab as much nonspace text as possible,
and then the ending ' *$-' will skip spaces before hitting the end of the
string.

My simple tests indicate it does work without ^ and $ too. Should I expect
it not to, under some circumstances that I haven't thought of?

> HTH,
> Erik

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


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

On Wed, Oct 22, 2003 at 09:40:10PM +0200, Hannu E K Nevalainen wrote:
>> From: Linda W.
>> Sent: Wednesday, October 22, 2003 12:49 AM
>
>> >>Perhaps it is unavoidable, but I see things like find doing 2
>> >>'opens' /file when it is searching for files...can't it just do a
>> >>'stat' of some nature?  does it need to do an open, let alone 2?
>
> I believe that the major culprit is looking for executable files. If I have
>understood things correctly.
>
>$ mount -h | grep exe
>  -x, --executable  treat all files under mount point as executables
>  -E, --no-executable   treat all files under mount point as
>non-executables
>  -X, --cygwin-executable   treat all files under mount point as
>cygwin executables
>
>I've not tried this, but anyway: I wonder what happens if one uses the
>sequence;
>
>   umount /blaha
>   mount -E / -X  / -x "MS-PATH" /blaha
>   find /blaha ...
>   umount /blaha
>   mount -bs "MS-PATH" /blaha

The syntax would be:

mount -f -E x:/foo /foo

foo can be a directory or a file, as always.  This will force cygwin to
believe that the file is not executable.

Although, hmm.  I just tried this and bash still executed a file that should
be non-executable.  I'll have to see why.

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: Cygwin Setup 99% (fwd)

2003-10-22 Thread Rao, Shrisha

On October 22, 2003, Hannu E K Nevalainen wrote:

> Rao:
> > It is, and I downloaded and installed it, but the problems continue
> > (kill -9 ... and latex still hang).
> 
>  Might it be that there was /etc/postinstall/*sh scripts that didn't
get
> executed - or maybe something went wrong?
> 
>  I'd try a "All @ Reinstall" from "local package directory"

I have tried that, and it hasn't helped.  But you're right; the
postinstall hangs at /etc/postinstall/base-files-mketc.sh,
.../texmf**.sh, and so on.  (I've seen postings about XFree86 scripts
hanging, but not about these.)

I tried the suggestions for kill -9 and also for using Windows task
manager to kill off cygwin.exe, but neither worked.  (There *is* no
cygwin.exe running when /etc/postinstall/base-files-mketc.sh hangs, and
killing the various sh.exe's causes setup to complete, create the icons,
etc., but of course things are not properly set up.)

Regards,

Shrisha Rao

> /Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
> -- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
> --END OF MESSAGE--

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

2003-10-22 Thread Pierre A. Humblet

Christopher Faylor wrote:
> 
> On Wed, Oct 22, 2003 at 09:40:10PM +0200, Hannu E K Nevalainen wrote:
> >> From: Linda W.
> >> Sent: Wednesday, October 22, 2003 12:49 AM
> >
> >> >>Perhaps it is unavoidable, but I see things like find doing 2
> >> >>'opens' /file when it is searching for files...can't it just do a
> >> >>'stat' of some nature?  does it need to do an open, let alone 2?



The reason why stat() opens a file even with ntsec is to use
GetFileInformationByHandle 

> > I believe that the major culprit is looking for executable files. If I have
> >understood things correctly.
> >
> >$ mount -h | grep exe
> >  -x, --executable  treat all files under mount point as executables
> >  -E, --no-executable   treat all files under mount point as
> >non-executables
> >  -X, --cygwin-executable   treat all files under mount point as
> >cygwin executables

AFAIK this applies only when (smb)ntsec isn't in effect. Correct me if I am wrong.

> >I've not tried this, but anyway: I wonder what happens if one uses the
> >sequence;
> >
> >   umount /blaha
> >   mount -E / -X  / -x "MS-PATH" /blaha
> >   find /blaha ...
> >   umount /blaha
> >   mount -bs "MS-PATH" /blaha
> 
> The syntax would be:
> 
> mount -f -E x:/foo /foo
> 
> foo can be a directory or a file, as always.  This will force cygwin to
> believe that the file is not executable.
> 
> Although, hmm.  I just tried this and bash still executed a file that should
> be non-executable.  I'll have to see why.
 
bash walks down the PATH looking for anything that matches the name.
It remembers the first match but keeps walking until it finds an executable.
If no executable is found, it returns the first match, if any.
If it's a directory, too bad (a non-executable file can be masked by a directory). 

Pierre

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

2003-10-22 Thread Jeremy A Redburn

Hi there,

I am having permissions trouble with the latest cron on Cygwin. I am
running WindowsXP and have an ssh identity file owned by me:

-rw---1 Administ None  672 Oct 22 16:15 identity

The problem is that I do not seem to have read access to this file when
running a command under Administrator's crontab. Right now, I have:

* * * * * /usr/bin/cat /tmp/identity > /tmp/identity2 2>&1

But /tmp/identity2 is just:
/usr/bin/cat: /tmp/identity: Permission denied

When I run the command from the shell, it works fine. I have run `id` from
the shell and from cron and there is a minor difference:

uid=500(Administrator) gid=513(None) groups=544(Administrators),545(Users)
uid=500(Administrator) gid=513(None) groups=513(None),545(Users)

If anyone has any ideas, or needs further information, please let me know.

Thanks,
Jeremy

--
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: SSH into XP: mapped network drives disappeared!

Alexis Huxley wrote:

The short version
-
How do I stop XP from hiding my mapped network drives from me, when I make a slogin to XP using Cygwin+SSH?

Short answer: Use UNC paths instead of mapped drives.

The long version

Hi :-) I've hunted a lot on the web and mailing list archives, so I know a lot of people have had this same problem, but I haven't seen anybody answer it in a way that worked for me yet, so ...

I downloaded and installed Cygwin yesterday on a XP system where my home is not local:
the passwords are managed centrally (a 'domain' account, right?) and the disk space
is on a SAN/NAS thing, which
is accessible to XP and to Unix machines.
As 'Administrator' I ran the 'mkpasswd -l -d > /etc/passwd' and the same for the groups file. (Actually first I tried it as myself, but with the '-d' option it bombed out before getting the entry for me with 'mkpassed: [5] Access denied', so then I tried as Administrator and everything went well.)

I modified my $HOME in /etc/passwd to be /cygdrive/y, which the XP PC has mapped to my home directory in the storage server. My ~/.profile sufficiently OS-independent, that this works under Cygwin/XP and on any of the various Unixes we run. Great so far.

I didn't think that Cygwin paid attention to the home field in
/etc/passwd. Mine does, but that's because I modified /etc/profile to
set $HOME based on /etc/passwd's home field.

Also, I use mounts instead of mapped drives or even UNC paths in
/etc/passwd. So I do a:

$ mount -bsf /// /us

Note that I use /us for US and /china for China here at work since we
have another office in China. Then I modify /etc/passwd to have
/us/ for home and remember that /etc/profile has been modified
to set $HOME to the home field in /etc/passwd (e.g. /us/adefaria).

One of the Cygwin components installed was SSH. I configured the server as explained at http://tech.erdelynet.com/cygwin-sshd.html.

Why not follow /usr/share/doc/Cygwin/openssh-3.7.1p2-1.README instead?

Ok, so now, when I run Cygwin from the XP machine itself (i.e. not through slogin) then I see the following network drives:

pc004545$ pwd
/cygdrive/y
pc004545$ ls

pc004545$ cd /cygdrive
pc004545$ ls
c d g h y
pc004545$

(My ~/.profile is changing the prompt from the Cygwin default.)

Now for the problem: when I 'slogin' into the XP box, I have no problems being authenticated (not after I ran mkpasswd as 'Administrator' anyway), but '/cygdrive/y' is 'invisible' to my login shell, and I get a whole
slew of errors accordingly:

pc004545$ slogin localhost
[EMAIL PROTECTED]'s password:
Could not chdir to home directory /cygdrive/y: No such file or directory
mkdir: cannot create directory `/cygdrive/y': No such file or directory
Copying skeleton files.
These files are for the user to personalise
their cygwin experience.

These will never be overwritten.

/usr/bin/install: cannot create directory `/cygdrive/y': No such file or directory
/usr/bin/install: cannot create directory `/cygdrive/y': No such file or directory
/usr/bin/install: cannot create directory `/cygdrive/y': No such file or directory
-bash: cd: /cygdrive/y: No such file or directory

[EMAIL PROTECTED] /etc/skel < all of this is the prompt
$ < still part of the prompt

'net use' before the 'slogin' shows the Y: drive, and obviously I can cd to /cygdrive/y. 'net use' after 'slogin' shows Y: is there but "not available", and attempting to cd to /cygdrive/y obviously fails.

I've read, and indeed this 'net use' check seems to confirm, that this is not a Cygwin problem at all, but an XP problem.

My understanding is that network mapped drives will be marked
Unavailable IFF you did a "passwordless" login (however you managed to
accomplish a "passwordless" login). However I just tried an ssh
passwordfull login and mapped drives are listed as Unavailable! Guess my
understanding of this is screwed up!

So the question: what do I have to do XP to make it stop hiding my mapped drives from my when I slogin?

Personally I would seek to avoid the problem by not using mapped drives
and instead either fully qualifying paths as UNC names or, in the case
of a true Cygwin environment, using mounts.

Oh, one more thing: I saw people saying that you can just use 'net use ...' but assign different drive letters each time. Unfortunately, since the drive I want to map is my home directory, and path to this (as it appears on the PC) is written in /etc/passwd, and I can't/won't change /etc/passwd for each concurrent SSH I start, the solution must be one which makes the drive have a consistent mount/access point under XP.

Also note, that the shell tries to put me in that home *before* /etc/profile or ~/.prof

Re: SSH into XP: mapped network drives disappeared!

2003-10-22 Thread Corinna Vinschen

On Wed, Oct 22, 2003 at 01:43:10PM -0700, Andrew DeFaria wrote:
> Alexis Huxley wrote:
> >I modified my $HOME in /etc/passwd to be /cygdrive/y, which the XP PC has 
> >mapped to my home directory in the storage server. My ~/.profile 
> >sufficiently OS-independent, that this works under Cygwin/XP and on any of 
> >the various Unixes we run. Great so far.
> >
> I didn't think that Cygwin paid attention to the home field in 
> /etc/passwd. Mine does, but that's because I modified /etc/profile to 
> set $HOME based on /etc/passwd's home field.

Cygwin doesn't pay attantion but tools do.  sshd, login, ftpd and any
other tool which requires the home directory for doing it's job, most
server applications and also several client tools as, say, ssh.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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: cygwin performance

On Wed, Oct 22, 2003 at 04:41:42PM -0400, Pierre A. Humblet wrote:
>>Although, hmm.  I just tried this and bash still executed a file that
>>should be non-executable.  I'll have to see why.
>
>bash walks down the PATH looking for anything that matches the name.
>It remembers the first match but keeps walking until it finds an
>executable.  If no executable is found, it returns the first match, if
>any.  If it's a directory, too bad (a non-executable file can be masked
>by a directory).

Um, yeah but it shouldn't be able to execute a non-executable file.  It's
a (minor) cygwin problem.

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/

CreateFileMapping bug

2003-10-22 Thread Guilherme Salgado

Hi,

I need cygwin to run tinderbox3 on a win2k box, but i can't find any
binary release/snapshot of cygwin without the CreateFileMapping bug.
I need it to be binary because i don't have a compiler on this machine.

There's any place i can find this?

Thanks,

Guilherme Salgado

--
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/rsync Hang Problem Testing Results

2003-10-22 Thread Mark Thornton

Paul Thompson wrote:

People of cygwin & rsync,

I recently attempted to get cygwin and rsync working to solve a 
backup/mirroring need in my computer life. Well, as you might guess, I 
ran into a little but of trouble.

Strangely enough, rsync seemed to be regularly hanging when I 
attempted to do a "get" (sycronize a remote to a local dir). Well, 
considering I want to automate this, that was not going to work. So I 
searched the web, mailing lists, etc, and came across all of the posts 
on the subject, but no solution.

Then I stumbled across an idea - to test previous versions of rsync to 
if any of them worked better with cygwin. Here are the (hopefully 
helpful) results of those tests. I did three tests for each version of 
cygwin:




So, based on my testing, I would conclude that the infamous cygwin 
rsync hang bug was introduced somewhere in the coding for 2.4.6. As 
for myself, I plan to go ahead and just use version 2.4.0, as it is 
the most recent version of rsync that worked for all three tests. If I 
can be of any more help, including testing patches, please let me know.


I tried 2.4.0 and seemed to work for a while, but now with more 
differences to transfer I have encountered the "connection reset by 
peer" error with this version also. Perhaps the subsequent changes 
didn't introduce the bug but merely changed the circumstances in which 
it appears (very easy if it is threading related).

Regards,
Mark Thornton
--
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 Setup 99% (fwd)

> From: Andy Rushton
> Sent: Wednesday, October 22, 2003 11:11 AM

> I presume that killing this process will still cause something to
> misbehave because some part of the install has failed - but I haven't
> found what that problem might be yet.

The problem _has_ been found, it was bash misbehaving a bit, as I understand
it. There should be an updated bash available.

 Just run setup.exe and update your cygwin.

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


--
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: CreateFileMapping bug

2003-10-22 Thread Brian Ford

On Wed, 22 Oct 2003, Guilherme Salgado wrote:

> I need cygwin to run tinderbox3 on a win2k box, but i can't find any
> binary release/snapshot of cygwin without the CreateFileMapping bug.
> I need it to be binary because i don't have a compiler on this machine.
>
> There's any place i can find this?
>
http://www.cygwin.com/snapshots

Watch and wait for >= 2003-10-16.

2003-10-16  Pierre Humblet  <[EMAIL PROTECTED]>

* syscalls.cc (seteuid32): Always construct a default DACL including
the new sid, Admins and SYSTEM and copy it to the new thread token.
* security.cc (create_token): Use a NULL default DACL in NtCreateToken.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

rxvt mouse pointer selection: how do you get "/" recognized as word boundary?

2003-10-22 Thread Tom Rodman

Consider the path:

  /tmp/xxx/yyy/zzz

Within rxvt I want to doubleclick on "xxx" with the
result that only "xxx" is highlighted.  Unfortunately
the complete path highlights.  Interestingly enough
it works with "\", ie:

  \tmp\xxx\yyy\zzz

Is there a switch to fix this?

__
thanks/regards,
Tom Rodman
Milwaukee, WI USA
pls run for my address:  
  perl -e 'print unpack("u", "1\:6UP\,\$\!T\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 performance

2003-10-22 Thread Linda W.



Pierre A. Humblet wrote:

Christopher Faylor wrote:
 

On Wed, Oct 22, 2003 at 09:40:10PM +0200, Hannu E K Nevalainen wrote:
   

From: Linda W.
Sent: Wednesday, October 22, 2003 12:49 AM
   

Perhaps it is unavoidable, but I see things like find doing 2
'opens' /file when it is searching for files...can't it just do a
'stat' of some nature?  does it need to do an open, let alone 2?
   



The reason why stat() opens a file even with ntsec is to use
GetFileInformationByHandle 
 


   This may be something that would be a special case, but if I'm just 
looking for
names -- why does it need to do a stat?  Or is that necessary to 
determine if a name
is a directory?...(*ouch*)...But native WinXP find displays date/time 
all the properties of the
files found -- and one can search on "oldness", size...etc -- so it must 
be possible to get that
info w/o opening?  Or something else is causing a slowdown.  I mean do a 
Windows find both
on a cold reboot and a 2nd pass (see differences attributable to cache), 
then do same with
find command.  You'll see find takes alot longer in both cases though 
both cases usually speed up.

   It's been a while, but I think if I did a win-find first followed by 
a cyg-find, there was no cache
effect for cyg-find, but if I did cyg-find first, I believe there was a 
cache effect speedup for winfind.

   It seemed like the cyg (gnu) find was looking for more information 
than was needed (and that
wasn't pulled in by the win-find command.

 

I believe that the major culprit is looking for executable files. If I have
understood things correctly.
$ mount -h | grep exe
-x, --executable  treat all files under mount point as executables
-E, --no-executable   treat all files under mount point as
  non-executables
-X, --cygwin-executable   treat all files under mount point as
  cygwin executables
 

AFAIK this applies only when (smb)ntsec isn't in effect. Correct me if I am wrong.
 

---
   FYI -- I'm not running with any smb mounted disks in my path and all 
of my disks are FAT32.
Note: Sandra tests of file performance between FAT32 and NTFS on the 
same disk show NTFS
running about 3x slower than FAT32 (was running benchmarks to compare 
drive access speeds
using IDE/USB 2.0 and Firewire.  Clear winner was IDE (no surprise) with 
Firewire suffering maybe a
4-5% drop, but USB 2.0...ran about 5 times slower (which was still 10x 
faster than USB 1.1 tests).

linda



--
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 dll makes gnu tar think that directories have been renamed?

2003-10-22 Thread George Carrette

Sorry about that test script, it tests all sorts of incremental backup features.
Here is one that just tests the base "Directory has been renamed" issue.

rm -f /tmp/new.list
tar --listed-incremental=/tmp/new.list --create --file=file1.tar /etc
cp /tmp/new.list /tmp/new.list-old
tar --listed-incremental=/tmp/new.list --create --file=file2.tar /etc

It is the second call to tar that exhibits the "Directory has been renamed"
false impression of the directory structure.

Here is the output of cygcheck as suggested in
problems.html


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Wed Oct 22 17:16:44 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\ATI Technologies\ATI Control Panel
c:\Program Files\Microsoft SQL Server\80\Tools\BINN

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 11154(gcarrette) GID: 10513(Domain Users)
10513(Domain Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 11154(gcarrette) GID: 10513(Domain Users)
544(Administrators)   545(Users)
10513(Domain Users)

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

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

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\gcarrette\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `GCARRETTE01'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\gcarrette'
HOSTNAME = `GCARRETTE01'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\ARASCORP'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `//arascorp/users/gjcarrette/working/wva/tooling'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0905'
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:\WINNT'
TEMP = `c:\DOCUME~1\GCARRE~1\LOCALS~1\Temp'
TERM = `cygwin'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `c:\DOCUME~1\GCARRE~1\LOCALS~1\Temp'
USERDNSDOMAIN = `ARAS-CORP.COM'
USERDOMAIN = `ARAS-CORP'
USERNAME = `gcarrette'
USERPROFILE = `C:\Documents and Settings\gcarrette'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'

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) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

b:  net NTFS   70001Mb  38% CP CS UN PA FC Data
c:  hd  NTFS   38115Mb  27% CP CS UN PA FC 
d:  cd   N/AN/A
w:  net NTFS   28694Mb  43% CP CS UN PA FC Innovators

C:\cygwin  / system  binmode
C:\cygwin/bin  /usr/bin  system  binmode
C:\cygwin/lib  /usr/lib  system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
.  /cygdrive system  binmode,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
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
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

  802k 2003/0

Re: Problem w/ cron

2003-10-22 Thread Brian Ford

On Wed, 22 Oct 2003, Jeremy A Redburn wrote:

> I am having permissions trouble with the latest cron on Cygwin. I am
> running WindowsXP and have an ssh identity file owned by me:
>
> -rw---1 Administ None  672 Oct 22 16:15 identity
>
> The problem is that I do not seem to have read access to this file when
> running a command under Administrator's crontab. Right now, I have:
>
> * * * * * /usr/bin/cat /tmp/identity > /tmp/identity2 2>&1
>
> But /tmp/identity2 is just:
> /usr/bin/cat: /tmp/identity: Permission denied
>
> When I run the command from the shell, it works fine. I have run `id` from
> the shell and from cron and there is a minor difference:
>
> uid=500(Administrator) gid=513(None) groups=544(Administrators),545(Users)
> uid=500(Administrator) gid=513(None) groups=513(None),545(Users)
>
> If anyone has any ideas, or needs further information, please let me know.
>
My WAG, try the work around mentioned here:

http://www.cygwin.com/ml/cygwin/2003-10/msg01238.html

or wait for this:

http://www.cygwin.com/ml/cygwin/2003-10/msg01429.html

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: CreateFileMapping bug

2003-10-22 Thread Pierre A. Humblet

Guilherme Salgado wrote:
> 
> Hi,
> 
> I need cygwin to run tinderbox3 on a win2k box, but i can't find any
> binary release/snapshot of cygwin without the CreateFileMapping bug.
> I need it to be binary because i don't have a compiler on this machine.

All reported problems with CreateFileMapping have simple 
workarounds.

If you are running under Terminal Services, give yourself the privilege 
to create global objects.

If you are in the Administrators group but your gid isn't 544, edit 
/etc/passwd and change your gid to 544 (this was fixed recently).

If your situation is none of the above, please provide more details.

Pierre

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

2003-10-22 Thread Linda W.



Christopher Faylor wrote:

On Tue, Oct 21, 2003 at 11:42:21AM -0700, Linda W. wrote:
 

Has anyone done any testing on performance of cygwin utils over their
native win counterparts?
   

Cygwin is slower.  Cygwin is known to be slower.  And, if you give it
a few minutes of thought it is obvious why Cygwin has to be slower.
I assume that anyone who doesn't understand why cygwin programs have to
be slower than normal windows programs also complains bitterly about the
loss of power in their VW Bug since they started pulling a trailer
around everywhere they go.  What's up with that?  That's the real
puzzler.
 


   Well, it's more like I have a 6-cyl van and add in a 5gallon 
(~40lbs) to haul around
but having the van accelerate like you've added 400lbs rather than 40. 

   Yes, there is going to be some obvious overhead in emulating the 
calls, but by
just saying "emulation causes overhead.  Expect it.  Case closed.", you 
dissuade
discussion about the _amount_ of overhead and whether or not it's really 
necessary
to be as slow as it is.

   If it's the best that can be done -- fine.  But has anyone given the 
issue any
thought?  _I_ don't know. 

   I'm just relating a noticable experience with slowdown that might 
put off Window's users
from "trying" gnu-based utils: "Gee why would I want to use gnu/linux 
like utils...they're about
10x slower than doing it with native tools"  Not the best  "PR".  
It's hard for me to "sell"
or "recommend" the Cyg-utils as an superior (even if they are) 
alternative to he win-utils when
I might get my hand slapped at the first performance comparison they 
do.  So I'm just
asking the questionsdidn't mean to touch a 'nerve' and it wasn't 
meant as a criticism --
it's just an engineering question -- why would a simple file-name search 
using find need to
do 2 opens/file?  Is there a way to 'cache' recently opened files to 
optimize situations where
someone does a stat or two in a row?  Perhaps Cygwin could maintain a 
cache of opened win
file descriptors and time them out after a second or two.  I don't 
know.  Maybe it's not technically
feasible.

   But resorting to comparing me to someone who doesn't know why a VW 
bug slows down
pulling a 4-ton trailer (assuming the engine didn't burn out) is a 
_slightly_ "tinged" insult.  One
might think that to elicit such a response, one might have had to have 
hit a 'nerve'.  It wasn't
intended that way.  Code is code.  There are only problems waiting to be 
solved.  What was
good code 20 years ago might be considered terrible today.  Hindsight is 
often '20/20'.  And
usually, people make the best decisions they can at the time with the 
resources and knowledge
available to them.  I know there are many things I might do differently 
had I known what I know
now (stock investments might be familiar examples of that category to 
many people :-)), if only
we could jump back in time and 'redo' things...like that girl on 
Andromeda...or that one
ST:NG episode where they got stuck in a timeloop getting destroyed each 
time...a beneficent
timeloop -- that doesn't let them go until they are not destroyed (so we 
can continue the
episodes, of course! :-)).

-l



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

2003-10-22 Thread Pierre A. Humblet

Jeremy A Redburn wrote:
> 
> Hi there,
> 
> I am having permissions trouble with the latest cron on Cygwin. I am
> running WindowsXP and have an ssh identity file owned by me:
> 
> -rw---1 Administ None  672 Oct 22 16:15 identity

It's not clear if the owner is Administrator or Administrators.
Try ls -ln

> The problem is that I do not seem to have read access to this file when
> running a command under Administrator's crontab. Right now, I have:
> 
> * * * * * /usr/bin/cat /tmp/identity > /tmp/identity2 2>&1
> 
> But /tmp/identity2 is just:
> /usr/bin/cat: /tmp/identity: Permission denied
> 
> When I run the command from the shell, it works fine. I have run `id` from
> the shell and from cron and there is a minor difference:
> 
> uid=500(Administrator) gid=513(None) groups=544(Administrators),545(Users)
> uid=500(Administrator) gid=513(None) groups=513(None),545(Users)

That's a big difference, and it's abnormal. 
Some name aliasing might be taking place. 
What does fgrep Administrator /etc/passwd give? You will need to provide
more details, see http://cygwin.com/problems.html

The workaround suggested by Brian Ford might work, but there is still
an underlying problem.

Pierre

--
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 in cygwin under WinNT and XP

2003-10-22 Thread Francisco Iacobelli

Hi.
I have a program in C that reads a config file.
I "make" the program under cygwin in two machines: one
NT box and one XP.
both cygwin installations are the same. Unmodified
(i.e. have not meddled with different versions of
applications).
on NT the program runs great. On XP the program hangs
when reading the config file.
Any Ideas?

Thanks.
Francisco.

=
Francisco. 
[EMAIL PROTECTED]

"Hoy puede ser un gran dia, plantéatelo así. Aprovecharlo, que pase de largo, depende 
en parte de tí."

 What difference does it make to the dead, the orphans, and the homeless, whether the 
mad destruction is wrought under the name of totalitarianism or the holy name of 
liberty and democracy? - Gandhi

__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.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/

[ANNOUNCEMENT] Updated Cygwin Package: mutt-1.4.1-1

2003-10-22 Thread Gary R. Van Sickle

WARNING: THIS VERSION, LIKE ALL PREVIOUS VERSIONS, WILL OVERWRITE /etc/Muttrc
and /etc/mime.types.  IF YOU'VE MADE CHANGES TO EITHER FILE, THEY WILL BE LOST.
If you haven't made any changes to these files, never mind.  In any case, your
~/Muttrc and ~/mime.types, if any, will not be touched.

Mutt is a small yet powerful email client.  This is the first Cygwin release of
the 1.4.1 upstream version of mutt.  The main upstream differences are bugfixes,
in particular a buffer overflow fix.

In addition to the fixes in 1.4-1, this release contains the following:

- Built against Cygwin 1.5.5, openssl-devel-0.9.7c-1, libncurses7.
- Built using gcc 3.3.1 (cygming special).
- Fixed problem with F1 help.
- Changed packaging method to "Method 2".

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Once you've downloaded setup.exe, run it and select "Mail"
and then click on the appropriate field until the above announced
version number appears if it is not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

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

--
Gary R. Van Sickle


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

RE: Cygwin Setup 99% (fwd)

> From: Rao, Shrisha
> Sent: Wednesday, October 22, 2003 10:25 PM

> To: Hannu E K Nevalainen
 Please, don't send it to me personally - I do read the list.

>  But you're right; the
> postinstall hangs at /etc/postinstall/base-files-mketc.sh,
> .../texmf**.sh, and so on.  (I've seen postings about XFree86 scripts
> hanging, but not about these.)

Might this be a problem replated to user rights beeing wrong on the Cygwin
root folder?
IIRC there has been problems caused by the rights beeing inherited in a
"bad" manner.
This has been debated on the list, I'm too tired right now to try finding
those postings (it's midnight right now!).
 Why don't you try to find them and check for validity?



If the above doesn't help then, try the following rather 'lame' description.
NOTE: I'm not sure this will help you, but anyway.

First, to try to figure out what is going wrong:
Start and run setup until it hangs, then attempt to launch a bash shell:

If nothing else works, then try:
 Click: Start -> Run -> type "cmd" in the box -> OK
Then type:

 CD CYGWIN_ROOT\bin

where you replace CYGWIN_ROOT with your particular root usually this is
C:\Cygwin or some such. (Check in setup.exe - this is one of the first
things to enter). Upon succesfully doing that; type

 .\bash --norc --noprofile -i
-- the result should look something like this --
F:\>C:

C:\>cd \Program\Cygwin\bin

C:\Cygwin\bin>bash --noprofile --norc -i
bash-2.05b$

Now enter
$ ps >/ps.txt
$ ps -W >/psw.txt
$ tail -150 /var/log/setup.log >/setup-log-tail.txt

 If you cannot get things going at all, try *attaching* these *.txt files to
a message and send it off onto the list. Someone might get a hunch out of
it.

Now, bring forth the windows Task manager and kill setup.exe and all other
cygwin-related processes. If you know how to avoid killing the bash you just
started, then do so. Otherwise just start a new bash afterwards.

> I tried the suggestions for kill -9 and also for using Windows task
> manager to kill off cygwin.exe, but neither worked.  (There *is* no
> cygwin.exe running when /etc/postinstall/base-files-mketc.sh hangs,
> and killing the various sh.exe's causes setup to complete, create
> the icons, etc., but of course things are not properly set up.)

 There should be a setup.exe, apart from possible copies of bash/sh and
other cygwin related programs.


An attempt to fix your problems, at least temporarily - type these lines (or
copy them from here, use the Insert key to paste - if it works)

Do all of it unless something fails.

$ cd /etc/postinstall/
$ find -type f -name '*.sh' | xargs
$ find -type f -name '*.sh' -exec mv {} {}.done \;

Assuming all this works out - I really am not that sure it will - you might
wish to try to launch bash from the desktop icon or the start menu - if they
exist. If there is none, then run cmd again and cd into CYGWIN_ROOT again,
but this time launch cygwin.bat instead - assuming it exists.


/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


--
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: SSH into XP: mapped network drives disappeared!

At 04:43 PM 10/22/2003, Andrew DeFaria you wrote:
>Alexis Huxley wrote:
>






>>  
>>'net use' before the 'slogin' shows the Y: drive, and obviously I can cd to 
>>/cygdrive/y. 'net use' after 'slogin' shows Y: is there but "not  available", and 
>>attempting to cd to /cygdrive/y obviously fails.
>>
>>I've read, and indeed this 'net use' check seems to confirm, that this is not a 
>>Cygwin problem at all, but an XP problem.
>My understanding is that network mapped drives will be marked Unavailable IFF you did 
>a "passwordless" login (however you managed to accomplish a "passwordless" login). 
>However I just tried an ssh passwordfull login and mapped drives are listed as 
>Unavailable! Guess my understanding of this is screwed up!


Not necessarily.  Did you try to access the mapped drives?  They're still
accessible, even though they're not "available".  I'm not sure why Windows 
doesn't understand this and doesn't show it as such by 'net use' but it 
works just fine for me here.



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

Limit to length of command line arguments? (was Cygwin/bash: need environment variables >32K)

2003-10-22 Thread Buchbinder, Barry (NIH/NIAID)

While doing some other work, I've come to the impression that this is not a
fileutils problem.  In a directory with ~1700 htm files whose names take
37k,

$ zip archive_name *.htm
bash: /bin/zip: Invalid argument

but

$ echo * | tr ' ' '\n' | zip t.zip -@

worked fine.  I did it again using sh.

$ zip archive_name *.htm

silently did nothing while

$ echo * | tr ' ' '\n' | zip t.zip -@

worked as expected.

I then remembered that in this directory,

$ cp -pv *.htm target_dir

worked fine under sh last week but does not now.

In another experiment, under bash

$ ls

works fine while

$ ls *
bash: /bin/ls.exe: Invalid argument

There has been a big change my cygwin installation since last week.  I got a
new box, upgrading from Win98SE to XP Pro.  So this is a new installation of
cygwin, but other than this line-length problem, everything seems to be
working OK (ignoring minor glitches probably due to various configuration
files getting lost in the transition).

Although I could re-do my scripts to work around this problem I'd appreciate
any help in figuring out what is wrong with my cygwin installation.

Thanks for your time and consideration.

- Barry Buchbinder

-Original Message-
From: Buchbinder, Barry (NIH/NIAID) 
Sent: Wednesday, October 22, 2003 9:53 AM
To: 'Klein Andre ICM N AS PD B 3'; '[EMAIL PROTECTED]'
Subject: RE: Cygwin/bash: need environment variables >32K

It may be a command line problem.  I constructed, in a directory with a lot
of files, a 90k environmental variable by doing

$ T=`echo *`

Then

$ echo $T

and

$ echo $T | wc

showed that bash environmental variables can be that large and that the
command line can handle them.

$ cp $T target_dir

was unhappy ("Invalid argument"), so the problem seems to be with how long
of a command line cp can handle.  (Presumably "Invalid argument" results
from the way the arguments get truncated.)  one might suspect that rm, its
fileutils sibling, has the same limitation.

-Original Message-
From: Klein Andre ICM N AS PD B 3 [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 22, 2003 7:16 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Cygwin/bash: need environment variables >32K

Thanks for your answer!

I've tried to make the example more simple (s. attachments).
It sets a long environment variable and simply invokes the
cygwin rm executable afterwards...

I open a DOS box and invoke the example with
>bash run.sh

Following problems arise in my environment:
(a) environment variable with 30K 
run.sh: line 9: /usr/bin/rm: Resource temporarily unavailable
(b) environment variable with 100K
run.sh: line 9: /usr/bin/rm: Invalid argument
(c) environment variable with 20K
rm works fine

So this clearly shows, that the length of my environment variable
affects the execution of the cygwin "rm" executable.

I hope you can reproduce this in your environment?!
Is there any way to avoid these problems?
Unfortunately we need such long variables...

Andre

-Original Message-
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 22. Oktober 2003 12:01
To: '[EMAIL PROTECTED]'
Subject: Re: Cygwin/bash: need environment variables >32K

On Wed, Oct 22, 2003 at 11:30:54AM +0200, Klein Andre ICM N AS PD B 3 wrote:
> I need to set a very long environment variable CLASSPATH within Cygwin
bash.
> But there seems to be an upper limit of 32K for environment variables!?!?
> 
> Is there any way to increase this upper limit?
> 
> I have attached 2 small files for demonstrating the problem.
> Start run.sh and the invocation of the executable (java) failes...

It's not the length of the environment variable which is the problem,
it's the way the application is called.  java is a native windows
application and on process creation, the windows command line can not
exceed 32K.  Does java not support the CLASSPATH environment variable?
Do you need to give it as argument explicitely?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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/

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: cygwin performance

2003-10-22 Thread guenter strubinsky

Thank you for the perl tip, Linda. I would have never dreamed (ergo never
tried) that the big-butt (PG rated term) perl engine would run faster than a
chain of miniature programs. Well, back to the good ol' perl manuals.

with kind regards
 
günter strubinsky
 <[EMAIL PROTECTED]>

p.s. when I was a college prof I always reminded my students, that there are
no stupid questions, only stupid answers.

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Linda W.
> Sent: Wednesday, 22 October, 2003 16:39
> To: [EMAIL PROTECTED]
> Subject: Re: cygwin performance
> 
> 
> 
> Christopher Faylor wrote:
> 
> >On Tue, Oct 21, 2003 at 11:42:21AM -0700, Linda W. wrote:
> >
> >
> >>Has anyone done any testing on performance of cygwin utils over their
> >>native win counterparts?
> >>
> >>
> >
> >Cygwin is slower.  Cygwin is known to be slower.  And, if you give it
> >a few minutes of thought it is obvious why Cygwin has to be slower.
> >
> >I assume that anyone who doesn't understand why cygwin programs have to
> >be slower than normal windows programs also complains bitterly about the
> >loss of power in their VW Bug since they started pulling a trailer
> >around everywhere they go.  What's up with that?  That's the real
> >puzzler.
> >
> >
> 
> Well, it's more like I have a 6-cyl van and add in a 5gallon
> (~40lbs) to haul around
> but having the van accelerate like you've added 400lbs rather than 40.
> 
> Yes, there is going to be some obvious overhead in emulating the
> calls, but by
> just saying "emulation causes overhead.  Expect it.  Case closed.", you
> dissuade
> discussion about the _amount_ of overhead and whether or not it's really
> necessary
> to be as slow as it is.
> 
> If it's the best that can be done -- fine.  But has anyone given the
> issue any
> thought?  _I_ don't know.
> 
> I'm just relating a noticable experience with slowdown that might
> put off Window's users
> from "trying" gnu-based utils: "Gee why would I want to use gnu/linux
> like utils...they're about
> 10x slower than doing it with native tools"  Not the best  "PR".
> It's hard for me to "sell"
> or "recommend" the Cyg-utils as an superior (even if they are)
> alternative to he win-utils when
> I might get my hand slapped at the first performance comparison they
> do.  So I'm just
> asking the questionsdidn't mean to touch a 'nerve' and it wasn't
> meant as a criticism --
> it's just an engineering question -- why would a simple file-name search
> using find need to
> do 2 opens/file?  Is there a way to 'cache' recently opened files to
> optimize situations where
> someone does a stat or two in a row?  Perhaps Cygwin could maintain a
> cache of opened win
> file descriptors and time them out after a second or two.  I don't
> know.  Maybe it's not technically
> feasible.
> 
> But resorting to comparing me to someone who doesn't know why a VW
> bug slows down
> pulling a 4-ton trailer (assuming the engine didn't burn out) is a
> _slightly_ "tinged" insult.  One
> might think that to elicit such a response, one might have had to have
> hit a 'nerve'.  It wasn't
> intended that way.  Code is code.  There are only problems waiting to be
> solved.  What was
> good code 20 years ago might be considered terrible today.  Hindsight is
> often '20/20'.  And
> usually, people make the best decisions they can at the time with the
> resources and knowledge
> available to them.  I know there are many things I might do differently
> had I known what I know
> now (stock investments might be familiar examples of that category to
> many people :-)), if only
> we could jump back in time and 'redo' things...like that girl on
> Andromeda...or that one
> ST:NG episode where they got stuck in a timeloop getting destroyed each
> time...a beneficent
> timeloop -- that doesn't let them go until they are not destroyed (so we
> can continue the
> episodes, of course! :-)).
> 
> -l
> 
> 
> 
> --
> 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: SSH into XP: mapped network drives disappeared!

Corinna Vinschen wrote:

On Wed, Oct 22, 2003 at 01:43:10PM -0700, Andrew DeFaria wrote:
 

Alexis Huxley wrote:
   

I modified my $HOME in /etc/passwd to be /cygdrive/y, which the XP PC has mapped to my home directory in the storage server. My ~/.profile sufficiently OS-independent, that this works under Cygwin/XP and on any of the various Unixes we run. Great so far.
 

I didn't think that Cygwin paid attention to the home field in /etc/passwd. Mine does, but that's because I modified /etc/profile to set $HOME based on /etc/passwd's home field.
   

Cygwin doesn't pay attantion but tools do.  sshd, login, ftpd and any other tool which requires the home directory for doing it's job, most server applications and also several client tools as, say, ssh.

I thought that that might be the case. Why then not make Cygwin pay 
attention to the home field in /etc/passwd? Why not change /etc/profile 
to use it? (Perhaps I'm treading over an issue that was already discussed).
--
Hard work has a future payoff - Laziness pays off now.



--
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: rxvt mouse pointer selection: how do you get "/" recognized as word boundary?

Tom Rodman wrote:

Consider the path:

 /tmp/xxx/yyy/zzz

Within rxvt I want to doubleclick on "xxx" with the result that only "xxx" is 
highlighted.  Unfortunately
the complete path highlights.  Interestingly enough it works with "\", ie:
 \tmp\xxx\yyy\zzz

Is there a switch to fix this?

man rxvt:
...
cutchars: string
   The characters used as delimiters for double-click  word 
   selection.  The built-in default: BACKSLASH `"'&()*,;<=>[EMAIL PROTECTED]|}

   -- 
   If people from Poland are called Poles, why aren't people from
   Holland called Holes?



--
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: SSH into XP: mapped network drives disappeared!

Larry Hall wrote:

At 04:43 PM 10/22/2003, Andrew DeFaria you wrote:

I've read, and indeed this 'net use' check seems to confirm, that this is not a Cygwin problem at all, but an XP problem.

My understanding is that network mapped drives will be marked Unavailable IFF you did a "passwordless" login (however you managed to accomplish a "passwordless" login). However I just tried an ssh passwordfull login and mapped drives are listed as Unavailable! Guess my understanding of this is screwed up!

Not necessarily. Did you try to access the mapped drives? They're still accessible, even though they're not "available". I'm not sure why Windows doesn't understand this and doesn't show it as such by 'net use' but it works just fine for me here.

Yes I noticed that right after I posted. The odd thing is that I had to
switch my passwordless ssh setup to passwordfull first and I noticed
that net use said Unavailable, even though I logged in with a password
(through ssh). Then posted my response. Meantime I switched back to my
passwordless ssh setup and wondered "Hey will I be having problems now
that I have passwordless ssh logins to my server where I normally build
using a mapped drive" and attempted a build. Worked fine. Also cd'ed
into the mapdrive and accessed things with no problems.
--
E Pluribus Modem

--
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: Serious problem with win32 pthreads crashing and c++ class

2003-10-22 Thread Arash Partow

Hi Ross,

I'm using the Cygwin tool-chain and use the cygwin G++ (3.3.1 cygming
special) to compile, hence ending up with the unix emulation layer.
I don't use mingw32 cause of my porting requirements to *nixs.
I've made the attr variable global within the class in its private section,
however the crash still occurs. the pthread_t variable is also global and
has been from the start (inside the Thread class's private section)
I've tried compiling with the following libs:
 -lpthread
 -mthreads
In both cases the test case still crashes nearly immediately now since i've
put that attr modification as you adivsed. Its seems to me that the crash
occurs when the first thread completes its execution, i'm not sure if it
crashes before it hits the destructor or when the method passed to created
pthread ends.
To me there seems to be a really serious issue with running phtreads-win32,
If there is anything more i can do, please let me know, I'm updating the
test-case code to take in a command line paramter for the maximum number of
threads you would like to be created before you want the program to exit.
Also I'm going to add a simple CTRL+C capture via signaling so that if you
don't pass an argument it will just run forever either until you press
ctrl+c or run out of electricity.
Regards

Arash

PS: could you please tell me if this is a fixable problem in
   the near future, or something that maybe a long-term fix?

My last response to this was brief because I had to go somewhere.
Even memory leaks don't acount for the crashing (I note you have
1GB RAM), should not have gotten worse.
First, a couple of minor things:
- make 'attr' a global.
- initialise it once at process start, and delete it when the
 process exits.. You only need one of these, not one for every
 thread start.
Pthreads-win32 re-uses pthread_t handles rather than free them and
alloc new ones each time. There are no memory leaks that I'm aware
of, or been reported and not fixed, in the library as it is now.
There's a test in the test suite called reuse2.c which creates 1
threads, which run immediately and complete almost immediately. This
is similar to what your sample test does (but not using C++
wrappers), and it runs fine.
Are you compiling with the '-mthreads' flag?

-mthreads Support thread-safe exception handling on Mingw32.
Code that relies on thread-safe exception handling must compile and
link all code with the -mthreads option.
When compiling,-mthreads defines -D_MT; when linking, it links in
a special thread helper library -lmingwthrd which cleans up per thread
exception handling data.
Ross


_
Get less junk mail with ninemsn Premium. Click here  
http://ninemsn.com.au/premium/landing.asp

--
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: Serious problem with win32 pthreads crashing and c++ class

2003-10-22 Thread Arash Partow

Hi Thomas,

You don't know how much of a relief it is for me to hear that
its not my fault (or not entirely anywayz ;)).
I'm planning on updating the test-case code so that it will
capture a ctrl+c and terminate all remaining threads in a
graceful manner, and also setup the option to enter a command
line argument of an integer, to tell the program how many threads
you would like to have created. they are simple modifications
but i think they will be worthwhile.
BTW when do you think this new snapshot of cygwin will be made
available?
Regards





Arash Partow

__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net



Hi Arash,

i can confirm that this is a bug in cygwin.
I will apply my changes when your testcase runs successfull over night, 
therefore this should be fixed one of the next snapshots.

Thanks for your stress test.

Thomas

_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

--
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: Serious problem with win32 pthreads crashing and c++ class

2003-10-22 Thread Arash Partow

Hi Ross,

What you've just said now really baffeles me cause, the pthread-win32 page
is being hosted by red-hat which makes cygwin:
http://sources.redhat.com/pthreads-win32/ or is this address just a mirror
from somewhere else?
In any case I've obtained the cygwin version of gcc and other tool chains
including libs etc from www.cygwin.com using the install program they
provide. The latest version of their tool chain is "cygming special
release" I have no idea what that exactly means but all i know is most of
my unix code except for this threading stuff ports really well using this
version of compiler+tool chains. I've done a google search for the term and
mainly results releating to postings on the cygwin mailing list appear.
this is the url:
http://www.google.com.au/search?q=gcc+version+3.3.1+%28cygming+special%29&ie=UTF-8&oe=UTF-8&hl=en&meta=
Regards

Arash Partow

PS: seems like i've been barking up the wrong tree... :(

Cygwin has it's own POSIX threads support and won't be compatible with
pthreads-win32. My Google search for 'cygming special' only turned up vague
references in mail archives. By the name it's some kind of merge between
Cygwin and Mingw. Can you point me to a web page that will give me more
detail about it?

Ross

_
E-mail just got a whole lot better. New ninemsn Premium. Click here
http://ninemsn.com.au/premium/landing.asp

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

select() doesn't respond

2003-10-22 Thread Takeshi Honda

I got linux packet monitoring program,
(Band succeeded to build.
(B
(BBut when I tried to run, select() doens't respond and
(Bprogram stops.
(B
(BI use cygwin 1.5.5-1.
(B
(BWhat can I do for this?
(BPlease let me know.
(B
(BThe source code is as follows.
(B
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B#include 
(B
(B#define SNIF_PORT   2010
(Bvoid printable_fwrite(char *data,int len,FILE *fp)
(B{
(B  inti;
(B  
(B  for (i=0;ith_dport) == SNIF_PORT){
(Blength-=sizeof(struct ip)-sizeof(struct tcphdr);
(Bmemcpy(&ia,&(ip_header->ip_src),sizeof(struct in_addr));
(Bstrcpy(sourceIP,(char *)inet_ntoa(ia));
(Bprintf("\n\n>\n");
(Bprintf("From %s\n",sourceIP);
(Bprintable_fwrite(recvbuf+sizeof(struct ip)+sizeof(struct
(Btcphdr),
(B length,stdout);
(B  }
(B}
(B  }
(B  return(0);
(B}
(B
(B
(B__
(BDo You Yahoo!?
(BYahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

Re: Serious problem with win32 pthreads crashing and c++ class

At 10:02 PM 10/22/2003, Arash Partow you wrote:

>Hi Ross,
>
>What you've just said now really baffeles me cause, the pthread-win32 page
>is being hosted by red-hat which makes cygwin:
>http://sources.redhat.com/pthreads-win32/ or is this address just a mirror
>from somewhere else?


Red Hat hosts a number of open-source projects at their sources.redhat.com.
That doesn't mean that every projects uses others code.  Ross is right.  
Cygwin has it's own POSIX thread implementation.  Don't use pthread-win32
with Cygwin.


>In any case I've obtained the cygwin version of gcc and other tool chains
>including libs etc from www.cygwin.com using the install program they
>provide. The latest version of their tool chain is "cygming special
>release" I have no idea what that exactly means but all i know is most of
>my unix code except for this threading stuff ports really well using this
>version of compiler+tool chains. I've done a google search for the term and
>mainly results releating to postings on the cygwin mailing list appear.
>
>this is the url:
>http://www.google.com.au/search?q=gcc+version+3.3.1+%28cygming+special%29&ie=UTF-8&oe=UTF-8&hl=en&meta=
>
>
>Regards
>
>
>Arash Partow
>
>
>PS: seems like i've been barking up the wrong tree... :(
>


Yes, sounds like it.


--
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: select() doesn't respond

2003-10-22 Thread Brian Dessent

Takeshi Honda wrote:

>if ((sock=socket(AF_INET,SOCK_RAW,IPPROTO_TCP))==-1){
> printf("Can not create RAW socket.\n");
> return -1;
>   }
> 
>   FD_ZERO(&read_fd);
>   FD_SET(sock,&read_fd);
>   select(FD_SETSIZE,&read_fd,NULL,NULL,NULL); // program
> stop here

You create a socket but you don't call bind(), connect(), or listen() on
it so I don't know what you expect to happen.  AFAIK just creating a
socket and then trying to read from it is an undefined behavior, but I
could be wrong.  If you're trying to read raw packets off the interface
you're going to need to use libpcap.  Fortunately, there is a libpcap
library for Windows (called WinPcap), and there are cygwin bindings for
it so it can be used in the same way as with linux.  There are a handful
of examples that come with the library code, so you should probably
start there.

Brian

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

RE: Cygwin Setup 99% (fwd)