date:20050331

Andrzej Wisniewski wrote:

> I have installed a Cygwin ntpdate ver. 3.2 (beta) on Windows 2000

I think what you meant to say was you installed a version of ntpdate
that some third party ported to Cygwin.  It's not part of any Cygwin
packages, so you should ask the third party that ported it.  This list
only has the resources to support installations of software found on
cygwin.com and its mirrors.

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: 1.1.13: PID aren't reused?

2005-03-31 Thread Merlin Ran


"Ostash!" <[EMAIL PROTECTED]> Ð´ÈëÏûÏ¢ÐÂÎÅ
:[EMAIL PROTECTED]
> Hello All!
>
> I'm trying to build binutils 2.15:
>
>
gcc -DHAVE_CONFIG_H -I. -I../../binutils-2.15/bfd -I. -D_GNU_SOURCE -I. -I..
/../binutils-2.15/bfd -I../../binutils-2.15/bfd/../include -I../../binutils-
2.15/bfd/../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes
 -g -O2 -c ../../binutils-2.15/bfd/stab-syms.c -o stab-syms.o
> /bin/sh ./libtool --mode=compile
gcc -DHAVE_CONFIG_H -I. -I../../binutils-2.15/bfd -I. -D_GNU_SOURCE -I. 
-I../../binutils-2.15/bfd -I../../binutils-2.15/bfd/../include  -I../../binu
tils-2.15/bfd/../intl -I../intl   -W -Wall -Wstrict-prototypes -Wmissing-pro
totypes -g -O2 -c ../../binutils-2.15/bfd/merge.c
>   6 [main] sh 16696 fork_parent: child 16712 died waiting for longjmp
before initialization
> ./libtool: fork: No error
>   6 [main] sh 16704 fork_parent: child 16728 died waiting for longjmp
before initialization
> ./libtool: fork: No error
>   6 [main] sh 16744 fork_parent: child 16748 died waiting for longjmp
before initialization
> ./libtool: fork: No error
>   6 [main] sh 16752 fork_parent: child 16756 died waiting for longjmp
before initialization
> ./libtool: fork: No error
>   6 [main] sh 16760 fork_parent: child 16764 died waiting for longjmp
before initialization
> ./libtool: fork: No error
>   6 [main] sh 16768 fork_parent: child 16772 died waiting for longjmp
before initialization
> ./libtool: fork: No error
>   6 [main] sh 16036 fork_parent: child 16776 died waiting for longjmp
before initialization
> ./libtool: fork: No error
> make[3]: *** [merge.lo] Error 128
> make[3]: Leaving directory
`/cygdrive/f/GNU/Cygwin/sources/binutils-build/bfd'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
`/cygdrive/f/GNU/Cygwin/sources/binutils-build/bfd'
> make[1]: *** [all-recursive-am] Error 2
> make[1]: Leaving directory
`/cygdrive/f/GNU/Cygwin/sources/binutils-build/bfd'
> make: *** [all-bfd] Error 2
>
>
> After that whole OS become unstable. I've googled out that I am not
> the only with such problems, but I didn't find solution :( Could
> anyone help me?
>
> According to task manager, I'm getting out of PID available, but I
> can't understand why it happens. While building I see that every new
> proccess started by make get more and more highier PID, it seemed that
> PID are not reused at all.
>

I experienced the same problem, even in former version( I can't remember the
exact version number), just for this reason I attempted to upgrade to
1.5.13-1, but never solved it.

Maybe it's not related to PID, because one time when the errors appear, my
Windows didn't hang, I can start new processes with highier PID.

Anybody else has confronted with the similar situation?

> Best regards, Ostash!
>
> np: Nothing
>
> ... [Team Hot Sevastopol girls] [Team Ukrainian language]
> --- The Bat! 3.0.1.33 Windows 2000 5.0.2195 Service Pack 4
>  * Origin: ? T??¨®??¨¦? ??¡Á?¨°¨¦?([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/

Probem with join and accentuated characters

2005-03-31 Thread Boris New

Hi,

Join in coreutils 5.3.03 gives incomplete results when the two files
include french accentuated characters. (for instance
é|è|â|ï|ü|ê|ç|î|ô|û|ü|ë|à|ù) .
Results are okay when I have only one text file with accentuated characters.

I'm quite surprised that such a bug has not been found before.

Best,

Boris

--
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: What to do with "*** recreate_mmaps_after_fork_failed" ?

2005-03-31 Thread Jason Tishler

Max,

On Wed, Mar 30, 2005 at 05:21:25PM +0100, Max Bowsher wrote:
> I ran into a DLL base address problem, and rebased.
> 
> However, instead of fixing this, rebasing just changed the error
> message to this:
> 
>  4 [main] ruby 2652 fhandler_disk_file::fixup_mmap_after_fork: 
> requested 0x3F != 0x0 mem alloc base 0x2F, state 0x1000, size 
> 12288, Win32 error 487
> M:\cygwin\bin\ruby.exe (2652): *** recreate_mmaps_after_fork_failed
>  3 [main] ruby 2716 fork_parent: child 2652 died waiting for dll 
> loading
> /home/max/devel/subversion/trunk/subversion/bindings/swig/ruby/test/util.rb:48:
>  
> [BUG] rb_sys_fail(fork(2)) - errno == 0
> ruby 1.8.2 (2004-12-25) [i386-cygwin]
> 
> 
> How should I proceed?

Try rebaseall -v to determine if you rebased your DLLs into the range
used by the Cygwin DLL, 0x610 - ~0x620 (i.e, 0x610 +
Cygwin's image size + rebaseall's default offset).  Note this can
happen if you have a lot of Cygwin related DLLs installed on your
system.  If so, then you need to skip rebasing some of your DLLs.

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/

[ANNOUNCEMENT] Updated: docbook-xsl-1.68.1-1

2005-03-31 Thread Marcel Telka

I've updated the docbook-xsl package to version 1.68.1-1.

docbook-xsl package contains XSL stylesheets for the DocBook XML DTD
created by Norman Walsh and others.

Changes since 1.68.0-1:
- Updated to mainstream 1.68.1

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.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com . I would appreciate it if you
would use this mailing list rather than emailing me directly.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-- 
Marcel Telka


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

1.5.13:Is it difficult to make cygwin recycle pids when create new process?

2005-03-31 Thread Merlin Ran

see:
http://sourceware.org/ml/cygwin/2005-03/msg00657.html

When start a new Windows process, the system attempt to recycle a previously
used PID, so the maximam PID in the system is low. But when I invoke a
command in Cygwin, the PID of new process always increase. It may not be a
problem as long as the maximam PID doesn't exceed the limit, but
unfortunately it will. As I discovered, my Win2000 Professional system's PID
limit is a little more than 17000, many configure script I have run, such as
mysql and net-snmp's, aborted because unsuccessfully fork().

Why does Cygwin's fork() behave unlike native Windows, since it is based on
CreateProcess()(http://www.cygwin.com/faq/faq_3.html#SEC77)? I'v searched a
post on why use two types of
PID(http://www.cygwin.com/ml/cygwin/2003-10/msg00139.html), does it matter?




--
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: bug: tail -c stopped working

2005-03-31 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Krisztian Fekete on 3/31/2005 2:22 AM:
> Hi,
> 
> GNU tail has an option to output the last n bytes:
> 
> $ tail --help
> ...
>   -c, --bytes=Noutput the last N bytes
> ...
> 
> In the current coreutils version (5.3.0-3) the short option version
> stopped working:
> 
> $ tail -c 30
> tail: cannot open `30' for reading: No such file or directory

This is by design.  coreutils 5.3.0 was built with POSIX 1992 semantics
(more on this later), and back then, -c took an optional argument.  Now,
how does one do an optional argument for a single letter?  Only by
omitting the space between the letter and its argument, since a space
implies that the next command-line element starts a new option or
filename.  --bytes, on the other hand, is a long option, and requires an
argument, so either = or space work.  So, the following work:
$ tail -c30 foo
$ tail --bytes=30 foo
$ tail --bytes 30 foo
while the following display the last 10 bytes of the file foo or the file 30:
$ tail -c foo
$ tail -c 30
and this fails, because the --bytes argument is not optional
$ tail --bytes foo

Now, in 2001, the POSIX folks realized that optional arguments are tough
to implement and inconsistent with the rest of POSIX, so they changed -c
to have a mandatory argument, as mentioned in the RATIONALE and Issue 6
sections of
http://www.opengroup.org/onlinepubs/009695399/utilities/tail.html.  With
2001 semantics, there are no changes to the --bytes option (it is, after
all, a GNU invention, so there are no POSIX requirements on it), but the
- -c option changes such that the following work:
$ tail -c 30 foo
$ tail -c30 foo
while this fails, because it no longer defaults to 10
$ tail -c foo

See also /usr/share/doc/coreutils-5.3.0/NEWS, and search for tail, to see
the documented difference between 1992 and 2001 semantics.  Among other
things also affected by the change in POSIX: in 1992, `tail -1' is valid,
but in 2001, it is an error and you need `tail -n 1' instead.  Also, try
`info coreutils "standards conformance"' for more details.

Now, how to switch between the two semantics?  Well, all of coreutils
first defaults to the _POSIX2_VERSION level defined in  (cygwin
doesn't define it, because cygwin is not fully compliant to either version
of POSIX, so it defaults to 1992).  Then, at build time this can be
overridden (I did not override it when packaging coreutils-5.3.0-3, so the
default remains at 1992; but you could download the coreutils-5.3.0-3-src
package and rebuild it yourself with the default changed).  Finally, each
coreutils utility that cares reads the _POSIX2_VERSION environment
variable, as the final say on which behavior to use.  So, if you don't
like the default of 199209, then use this in sh, bash, ksh, or zsh
$ _POSIX2_VERSION=200112; export _POSIX2_VERSION
or this in tcsh
$ setenv _POSIX2_VERSION=200112 200112

somewhere before using the utility whose behavior you want affected.  And
be prepared to find other things changed, such as `tail -1' no longer working.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCS/7m84KuGfSFAYARArLPAJ0cQDWLStfR+xzi0FKChADqTD3dfACfe3l9
SCnZGQLsWzAvnrYX2CTXn7Q=
=RAeR
-END PGP SIGNATURE-

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

[ANNOUNCEMENT] New package: docbook-xml43

2005-03-31 Thread Marcel Telka

docbook-xml43 package contains Docbook XML DTD version 4.3 as published by
OASIS.

To install this package, 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. You'll find the package listed in the
"Doc", and "Text" categories.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com . I would appreciate it if you
would use this mailing list rather than emailing me directly.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-- 
Marcel Telka


--
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: Probem with join and accentuated characters

2005-03-31 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Boris New on 3/31/2005 5:30 AM:
> Hi,
> 
> Join in coreutils 5.3.03 gives incomplete results when the two files
> include french accentuated characters. (for instance
> é|è|â|ï|ü|ê|ç|î|ô|û|ü|ë|à|ù) .
> Results are okay when I have only one text file with accentuated characters.

I'll need more details on what you think is broken (hint - two actual
short files that you tried to join, and the results you got vs what you
expected).  Also, coreutils-5.3.0-3 join is unmodified from upstream
sources, so you may want to ask this question on the upstream list
(bug-coreutils@gnu.org).  But it may have something to do with file
encodings; if your two inputs have different encodings, accented
characters don't necessarily have the same underlying bytes, and that
might mess up join.  Also, join requires both files to be sorted on the
join fields, and if they are not, there is no telling what results to expect.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCTAFF84KuGfSFAYARAjX0AKCy83MHsdGJFx0kvsexYBPV6CnR2QCgrbfV
IVM1USqaQS3U8bdr1vV0Kck=
=D383
-END PGP SIGNATURE-

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

Re: 1.5.13:Is it difficult to make cygwin recycle pids when create new process?

2005-03-31 Thread Corinna Vinschen

On Mar 31 21:36, Merlin Ran wrote:
> see:
> http://sourceware.org/ml/cygwin/2005-03/msg00657.html
> 
> When start a new Windows process, the system attempt to recycle a previously
> used PID, so the maximam PID in the system is low. But when I invoke a
> command in Cygwin, the PID of new process always increase. It may not be a
> problem as long as the maximam PID doesn't exceed the limit, but
> unfortunately it will. As I discovered, my Win2000 Professional system's PID
> limit is a little more than 17000, many configure script I have run, such as
> mysql and net-snmp's, aborted because unsuccessfully fork().
> 
> Why does Cygwin's fork() behave unlike native Windows, since it is based on
> CreateProcess()(http://www.cygwin.com/faq/faq_3.html#SEC77)? I'v searched a
> post on why use two types of
> PID(http://www.cygwin.com/ml/cygwin/2003-10/msg00139.html), does it matter?

Doesn't http://www.cygwin.com/ml/cygwin/2003-10/msg00169.html explain it?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

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

1.5.13-1 gtk-query-immodules-2.0.exe - Unable to locate DLL

2005-03-31 Thread Danny Ng

I recently downloaded the latest version of Cygwin and installed onto
my computer. On 99% completion I received an error. I'm not sure
whether this is affecting the gcc compiler or not. Whenever I try
compiling my program, it gives me this error.

$ gcc -Wall -ansi -pedantic BMI.c -o BMI
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: cannot
find -luser32
collect2: ld returned 1 exit status

I've included the source code for BMI.c. It's a pretty short and
simple program and I am pretty sure it has no errors in it. I have
reinstalled cygwin many times and I still end up with the same
problem. I also have searched through the cygwin mailing list to find
solutions but I haven't been able to find anything useful to me. Even
googled it. Also included is a screen shot of the error that pops up
during installation.
-- 
- Danny


BMI.c
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: 1.5.13-1 gtk-query-immodules-2.0.exe - Unable to locate DLL

Danny Ng wrote:

> I recently downloaded the latest version of Cygwin and installed onto
> my computer. On 99% completion I received an error. I'm not sure
> whether this is affecting the gcc compiler or not. Whenever I try
> compiling my program, it gives me this error.

Note: It would be a lot easier to help you if you followed the
instructions at  and attached the
output of cygcheck.

The first error means you're missing cygX11-6.dll, which should be in
\cygwin\usr\X11R6\bin.  It is part of the package "xorg-x11-bin-dlls"
which should have been selected automatically by setup.exe when you
selected the "gtk2-x11" package.  Run setup and make sure you have that
package.

> $ gcc -Wall -ansi -pedantic BMI.c -o BMI
> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: 
> cannot
> find -luser32
> collect2: ld returned 1 exit status

This error would indicate that you are missing the "w32api" package
which should have been selected automatically by setup.exe when you
selected any of the gcc packages.  Run setup and make sure you have that
package.

Make sure that you're not inadvertantly deselecting necessary packages
when using setup.exe.  When you select something in setup, it should
also select all of the dependent packages that are required.  But if you
override those selections things will break.

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: Cannot link _assert, impure_ptr with -mno-cygwin

2005-03-31 Thread Christopher Faylor

On Thu, Mar 31, 2005 at 01:48:13AM -0500, Christopher Faylor wrote:
>On Wed, Mar 30, 2005 at 06:33:53PM -0800, Matt Olson wrote:
>>Now to find a version of SDL that builds with Cygwin.  Anyone have
>>experience with that, just offhand?
>
>As strange as it sounds, non-cygwin applications are not really a topic
>for this mailing list.

Sorry!  My above statement made no sense.  I'm stupid.  I read a "with"
as a "without" above.

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/

bash backtick operator very slow

2005-03-31 Thread Neal Symms

I've searched for anyone having similar problems, but can't find anything.
Here's the gist:

~$ time hostname
MY_HOSTNAME
real0m0.111s
user0m0.060s
sys 0m0.040s

~$ time echo hello
hello
real0m0.000s
user0m0.000s
sys 0m0.000s

~$ time echo `hostname`
MY_HOSTNAME
real0m6.175s
user0m0.060s
sys 0m0.050s


..and that was a fast one.  Usually it takes > 7 seconds.  I'm running
cygwin under Win2K in a domain environment.  I don't have this problem when
running the same exact setup on a non-domain machine.  Anyone seen anything
like this before?  I have no network drives in my PATH.  Bash version is
3.1-4, cygwin DLL version is 1.5.13.  The sh shell has the same behavior.  I
don't have ash, but I suppose I could try that one too...

Thanks for any help.


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

Re: bash backtick operator very slow

On Thu, 31 Mar 2005, Neal Symms wrote:

> I've searched for anyone having similar problems, but can't find anything.
> Here's the gist:
>
> ~$ time hostname
> MY_HOSTNAME
> real0m0.111s
> user0m0.060s
> sys 0m0.040s
>
> ~$ time echo hello
> hello
> real0m0.000s
> user0m0.000s
> sys 0m0.000s
>
> ~$ time echo `hostname`
> MY_HOSTNAME
> real0m6.175s
> user0m0.060s
> sys 0m0.050s
>
> ..and that was a fast one.  Usually it takes > 7 seconds.  I'm running
> cygwin under Win2K in a domain environment.  I don't have this problem when
> running the same exact setup on a non-domain machine.  Anyone seen anything
> like this before?

Does  help?

> I have no network drives in my PATH.  Bash version is 3.1-4, cygwin DLL
> version is 1.5.13.  The sh shell has the same behavior.  I don't have
> ash, but I suppose I could try that one too...

FYI, "/bin/sh" *is* ash.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: bash backtick operator very slow

Neal Symms wrote:

> ~$ time hostname
> MY_HOSTNAME
> real0m0.111s
> user0m0.060s
> sys 0m0.040s

Here bash only has to spawn one subprocess, /bin/hostname.

> ~$ time echo hello
> hello
> real0m0.000s
> user0m0.000s
> sys 0m0.000s

Here bash doesn't have to spawn anything, because echo is a built-in
function.

> ~$ time echo `hostname`
> MY_HOSTNAME
> real0m6.175s
> user0m0.060s
> sys 0m0.050s

But here bash has to first fork a copy of a subshell, which itself then
forks and spawns /bin/hostname as in the first case.  Of the three this
requires the most work.

> Bash version is 3.1-4

That's probably the version of the base-files package.  The only
versions of bash packaged are 2.05b-{15,16,17}.

> The sh shell has the same behavior.  I don't have ash, but 
> I suppose I could try that one too...

sh is ash under Cygwin.

As a wild guess, I would say that you have an /etc/passwd containing a
huge number of entries (every domain user), as produced by "mkpasswd
-ld".  Something about the extended procedure required to execute the
third sequence of commands requires that the whole file be scanned, and
that is what is taking so long.  Try "mkpasswd -lc" to create a passwd
file containing only local accounts and the current domain user, if that
is what's happening.

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/

EXEC

2005-03-31 Thread Emile

Hi!

I've a problem during cygwin use.

CommandS "ls","d" or "dir"(oTherS .exe file)  and "exec ls","exec d"
(oTherS .exe files in /bin)are not understanding.

And when I try to run some command using:
"exec /bin/ls" (For example) command prompt
exiting! Why does it exit???
How can I fix it?
And how can I make all commands like
"ls -la", "cat" and others understanding(executabling) without "exec"???

P.S. excuse my English pls :)

Reply to me ANYWAY

mailto:[EMAIL PROTECTED] or
mailto:[EMAIL PROTECTED]




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

Re: EXEC

2005-03-31 Thread Larry Hall

At 12:08 PM 3/31/2005, you wrote:
>Hi!
>
>I've a problem during cygwin use.
>
>CommandS "ls","d" or "dir"(oTherS .exe file)  and "exec ls","exec d"
>(oTherS .exe files in /bin)are not understanding.
>
>And when I try to run some command using:
>"exec /bin/ls" (For example) command prompt
>exiting! Why does it exit???
>How can I fix it?
>And how can I make all commands like
>"ls -la", "cat" and others understanding(executabling) without "exec"???
>
>P.S. excuse my English pls :)
>
>Reply to me ANYWAY

I recommend following the problem reporting guidelines outlined at:

>Problem reports:   http://cygwin.com/problems.html

This should give people here on the list some idea of what your 
installation looks like and what you're doing (specifically).



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

Hello!!
I am having serious problems getting cygwin to work properly on a WinXP.
I dont understand why it keeps saying that the user medium was not found.
This not only happens when cywing is started, which fires a error message
saying that mkdir was unable to create the users directory and then puts
the user in the /etc/skel/ subdirectory, but it also happens when the
users tries to go to his/her HOME directory i.e. chdir ~.

In the second case; where the users types chdir ~, cygwin throws just one
message saying: bash: cd: /home/the_user: No medium found. However, when
cygwin is started it displays an array of messages:
mkdir: cannot create directory `/home/the_user: No medium found
Copying skeleton files.
These files are for the user to personalise their cygwin experience

/usr/bin/install: accessing `/home/the_user//.bashrc: No medium found
/usr/bin/install: accessing `/home/the_user//.bash_profile: No medium found
/usr/bin/install: accessing `/home/the_user//.inputrc: No medium found
bash: cd: /home/the_user/: No medium found
bash: /home/the_user/.bash_profile: No medium found
I have searched cygwin looking for a posting or an email that would indicate
that someone else has had the same type of problem, but to no avail.
Thus, I am not sure if I have run into a common bug or if this is one of
those cases where one has to file a bug report.

Could you please tell me what could be causing this problem, or if I have to
file a bug report?
Thanks in advance.

_
Designer Mail isn't just fun to send, it's fun to receive. Use special
stationery, fonts and colors.
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines
Start enjoying all the benefits of MSN® Premium right now and get the
first two months FREE*.

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

2005-03-31 Thread Andrew DeFaria

Emile wrote:
Hi!
I've a problem during cygwin use.
CommandS "ls","d" or "dir"(oTherS .exe file) and "exec ls","exec d"
(oTherS .exe files in /bin)are not understanding.
And when I try to run some command using:
"exec /bin/ls" (For example) command prompt
exiting! Why does it exit???
When  you use exec /bin/ls you are saying "Replace the currently 
executing program (your shell) with what follows". So then /bin/ls 
replaces /bin/bash and executes listing the contents of the current 
directory. Having finished its job /bin/ls also exits thus closing your 
window. This is working exactly as designed.

How can I fix it?
You can't because it is working as it should be.
And how can I make all commands like
"ls -la", "cat" and others understanding(executabling) without "exec"???
Those commands should also be working, assuming you have /bin in your 
PATH environment variable.

As Larry says, you should follow the instructions at 
http://cygwin.com/problems.html to make sure your environment is 
properly set up.

P.S. excuse my English pls :)
Reply to me ANYWAY
mailto:[EMAIL PROTECTED] or
mailto:[EMAIL PROTECTED]
--
There is one thing I would break up over and that is if she caught me 
with another woman. I wouldn't stand for that. -  Steve Martin

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

Re: More error level issues

2005-03-31 Thread AVT-Wien

Hi,

With cygwin1.dll version 1.5.13 exit codes to Windows (I use W2K and XP) have
changed by a factor of 256 (shift of 8 bits) as mentioned in the 2 messages
cited below. I have processes running under Windows shells that run several
days, doing a lot of steps (both unix tools like gawk, head, sort etc. and gcc
compiled c-programs) fully automatically. Flow control heavily relies on return
codes (%errorlevel% in Windows). The codes were introduced according to the
exit codes of the previous versions of the cygwin-libraries that put into
%errorlevel% exactly what was provided by exit(). With the upgrade to 1.5.13
the exit codes changed by a factor of 256, and since Windows XP uses 16 bit
codes, are now limited to a maximum value of 255.

Before I check and change many hundreds of lines of *.bat files: Will this
return code behaviour change again in the future or can I assume this will
last?

By the way, does anybody around know a workaround - or have an idea - how to
get the exit codes stripped off the 8 least significant bits without changing
the *.bat-files in Windows XP? And eventually even get back values higher than
255?

Thanks a lot,

Wolfgang Rieger

On Wed, 02 Mar 2005 14:11:19 -0800, Brian Dessent wrote:
(Message: http://sourceware.org/ml/cygwin/2005-03/msg00099.html )
> Brian Bruns wrote:
...
> > Your telling me an exit code of 1 inside of cygwin (and Linux for that
> > matter) is supposed to be considered as errorlevel 256 by Windows
> > rather then 1?  I'm sorry if I am not catching on here entirely of why
> > this is.
>
> Under unix, the "process completion status" is an integer, and is the
> value returned by the wait() family of functions.
...
> Anyway, what cgf is saying is that under linux if you call wait() on a
> process that "returns 1", i.e. calls exit(1), the process completion
> status will be 256.  Your shell handles interpretating the completion
> status so that it knows how the process ended, and sets $? to the
> "return value".
>
> Brian

On Wed, 2 Mar 2005 16:17:03 -0500, Christopher Faylor wrote:
(Message: http://sources.redhat.com/ml/cygwin/2005-01/msg01382.html )
> On Sun, Jan 30, 2005 at 03:06:03PM -0500, Brian Bruns wrote:
> >Up until Cygwin 1.5.12, the return code from stuff like clamscan was
> >being passed back to Windows, so programs outside of Cygwin could call
> >the binary and tell weather or not the program found a virus in the
> >file it scanned.
> >
> >Now, in the latest snapshots, that is no longer the case.  See example
> >below using freshclam, but also applies to the other apps:
>
> The odd error return was unintentional but there will be a change in cygwin
> 1.5.13 -- the error return will match what you'd expect for a unix program.
>
> So, this is what you should expect:
>
>   c:\>sh -c 'exit 1'
>   c:\>echo %errorlevel%
>   256
>
> This will be the behavior of the next snapshot.
>
> 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: No medium found

2005-03-31 Thread Larry Hall

At 12:58 PM 3/31/2005, you wrote:
>Could you please tell me what could be causing this problem, or if I have to 
>file a bug report?

Please "file" a bug report.   Follow the guidelines from the link below:

>Problem reports:   http://cygwin.com/problems.html 




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

2005-03-31 Thread ncm

Norman Virus Control a supprimé le message original qui contenait le virus 
[EMAIL PROTECTED]  

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

RE: bash backtick operator very slow

2005-03-31 Thread Neal Symms

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Igor Pechtchanski
>
> > ~$ time hostname
> > MY_HOSTNAME
> > real0m0.111s
> > user0m0.060s
> > sys 0m0.040s
> > [...]
> >
> > ~$ time echo `hostname`
> > MY_HOSTNAME
> > real0m6.175s
> > user0m0.060s
> > sys 0m0.050s
> >
> > ..and that was a fast one.  Usually it takes > 7 seconds.
>
> Does  help?
>

Thanks; that's it exactly, Igor.  I was focusing on the backtick, but it
seems to have something to do with spawning shells while there is ANY
low-priority process sucking up all the idle CPU.

The latest cygwin1.dll snapshot solved this problem.  I didn't find the
answer in my searches because I was focusing on bash & backticks...

Neal


--
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: More error level issues

2005-03-31 Thread Larry Hall

At 01:48 PM 3/31/2005, you wrote:
>Hi,
>
>With cygwin1.dll version 1.5.13 exit codes to Windows (I use W2K and XP) have
>changed by a factor of 256 (shift of 8 bits) as mentioned in the 2 messages
>cited below. I have processes running under Windows shells that run several
>days, doing a lot of steps (both unix tools like gawk, head, sort etc. and gcc
>compiled c-programs) fully automatically. Flow control heavily relies on return
>codes (%errorlevel% in Windows). The codes were introduced according to the
>exit codes of the previous versions of the cygwin-libraries that put into
>%errorlevel% exactly what was provided by exit(). With the upgrade to 1.5.13
>the exit codes changed by a factor of 256, and since Windows XP uses 16 bit
>codes, are now limited to a maximum value of 255.
>
>Before I check and change many hundreds of lines of *.bat files: Will this
>return code behaviour change again in the future or can I assume this will
>last?


Current snapshots have the following change applied:

- Right shift exit code by eight when not started in a cygwin environment

If you want to see if this helps in your situation, try a recent snapshot
().


--
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: More error level issues

AVT-Wien wrote:

> With cygwin1.dll version 1.5.13 exit codes to Windows (I use W2K and XP) have
> changed by a factor of 256 (shift of 8 bits) as mentioned in the 2 messages
> cited below. I have processes running under Windows shells that run several
> days, doing a lot of steps (both unix tools like gawk, head, sort etc. and gcc
> compiled c-programs) fully automatically. Flow control heavily relies on 
> return
> codes (%errorlevel% in Windows). The codes were introduced according to the
> exit codes of the previous versions of the cygwin-libraries that put into
> %errorlevel% exactly what was provided by exit(). With the upgrade to 1.5.13
> the exit codes changed by a factor of 256, and since Windows XP uses 16 bit
> codes, are now limited to a maximum value of 255.

The change was reverted several weeks ago:


> By the way, does anybody around know a workaround - or have an idea - how to
> get the exit codes stripped off the 8 least significant bits without changing
> the *.bat-files in Windows XP? And eventually even get back values higher than
> 255?

I'm not quite sure what you're talking about here because there is no
such thing in unix as an exit value greater than 255.  After the
2005-03-08 revert (and prior to 1.5.13) you will never see an errorlevel
outside of the range 0-255 for a cygwin application that was called from
a windows app.

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/

.sh File Type Association

2005-03-31 Thread Scott Dudley

Is it possible to create a file type association for .sh and the Cygwin 
shell?  If so, can you tell me how?

Thanks.
--
Regards,
Scott Dudley
--
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: .sh File Type Association

2005-03-31 Thread Warren Young

Scott Dudley wrote:
Is it possible to create a file type association for .sh and the Cygwin 
shell?  If so, can you tell me how?
The same way you do for any other Windows file extension: double-click 
on the file, Windows will ask you what you want to open the file with, 
and you say "c:\cygwin\bin\bash.exe".

--
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: .sh File Type Association

2005-03-31 Thread Christopher Faylor

On Thu, Mar 31, 2005 at 02:42:58PM -0700, Scott Dudley wrote:
>Is it possible to create a file type association for .sh and the Cygwin 
>shell?  If so, can you tell me how?

Install the "chere" package.

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: Netscape or Mozilla binaries for Cygwin?

2005-03-31 Thread Shankar Unni

103571.1247 wrote:
I've also been looking for a way to run Netscape or Mozilla under Win98
Cygwin (under XWin with graphics), but I haven't found one yet.  
Umm, for a practical reason, or just as an exotic intellectual exercise?
Win98?! Are you also maybe running it on a 486? That would be a *real* 
intellectual challenge. (Trying to stay sane..)

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

Windows 2003 Domain Controller and Cygwin SSH Permission Problem

2005-03-31 Thread Chris Hesse

 
Hello,

I have cygwin installed on a windows 2003 enterprise edition domain
controller.  

The version of cygwin is:

$ uname -a
CYGWIN_NT-5.2 server 1.5.13(0.122/4/2) 2005-03-01 11:01 i686 unknown
unknown Cygwin

I ran the ssh-host-config -y script and allowed it to create the
ssh_server user for me.

I am trying to use cygwin for the OpenSSH functionality but I'm having
some problems.

Any user who is a part of the Administrators group can log into the ssh
console without a problem, but a user who is just a "domain user" gets
the following error:

[EMAIL PROTECTED] ~
$ ssh [EMAIL PROTECTED]
[EMAIL PROTECTED]'s password:
Last login: Thu Mar 31 18:21:38 2005 from server.domain.com
bash.exe: warning: could not find /tmp, please create!
-bash: /etc/profile: Permission denied
-bash: /home/user/.bash_profile: Permission denied
-bash-2.05b$ exit
logout
-bash: /home/user/.bash_logout: Permission denied
Connection to server closed.

As you can see, the user is authenticated, but the Permission denied
errors come up.  I've tried giving this particular "user" full controll
over the entire directory structure and this error still occurs.  

Any help or direction you can provide would be very appreciated.
 

- Chris


--
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: Path confusion

On 23 Mar, Brian Dessent wrote:
>  Luke Kendall wrote:
>  
> > Here's something that stunned me: I see different contents of a
> > directory I want to be "empty-ish" (c:/cygwin/home), depending on how I
> > refer to it.  I think it's because sometimes, "c:/cygwin" == "/".
> > 
> > $ cygpath -m /
> > C:/cygwin
> > 
> > $ ls c:/cygwin/home
> > 00-THIS-DIRECTORY-SHOULD-BE-EMPTY.txt
> > 
> > $ cd c:/cygwin/home
>  
>  I think it's because when you 'cd' the path is normalized.  After "cd
>  c:/cygwin/home" the current working directory is now /home.  If you do
>  "ls /home" you should see the contents of the mount, if you do "ls
>  c:/cygwin/home" you'll see the contents of that directory itself.  In
>  other words mounting something on "/home" only affects paths that start
>  with "/home".  If you want "c:/cygwin/home" to actually be "d:/home"
>  then make it a symlink.
>  
>  Brian

The problem is then that there are two /home directories: the real
/home that's mounted on, say d:/home, and the fake /home, formed by
re-writing "c:/cygwin" as "/", and tacking on the home subdirectory.

I think the solution is that I simply have to remove or rename
c:/cygwin/home.

luke


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

Re: 1.5.13:Is it difficult to make cygwin recycle pids when create new process?

2005-03-31 Thread Merlin Ran

- Original Message - 
From: "Corinna Vinschen" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, March 31, 2005 10:06 PM
Subject: Re: 1.5.13:Is it difficult to make cygwin recycle pids when create new 
process?


> On Mar 31 21:36, Merlin Ran wrote:
> > see:
> > http://sourceware.org/ml/cygwin/2005-03/msg00657.html
> > 
> > When start a new Windows process, the system attempt to recycle a previously
> > used PID, so the maximam PID in the system is low. But when I invoke a
> > command in Cygwin, the PID of new process always increase. It may not be a
> > problem as long as the maximam PID doesn't exceed the limit, but
> > unfortunately it will. As I discovered, my Win2000 Professional system's PID
> > limit is a little more than 17000, many configure script I have run, such as
> > mysql and net-snmp's, aborted because unsuccessfully fork().
> > 
> > Why does Cygwin's fork() behave unlike native Windows, since it is based on
> > CreateProcess()(http://www.cygwin.com/faq/faq_3.html#SEC77)? I'v searched a
> > post on why use two types of
> > PID(http://www.cygwin.com/ml/cygwin/2003-10/msg00139.html), does it matter?
> 
> Doesn't http://www.cygwin.com/ml/cygwin/2003-10/msg00169.html explain it?
> 
No. I learned why using two pids from the post, but it still doesn't explain 
why winpid is always increasing. Since every process is created by 
CreateProcess() ultimately, why doesn't it behave alike native windows process, 
which reuse the pid of previously exited process? After consult msdn online, I 
haven't found any parameters which can affect the selection of new process's 
pid. How could cygwin achieve this?

> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
> Red Hat, Inc.
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
>

Re: Path confusion

On Fri, 1 Apr 2005, Luke Kendall wrote:

> On 23 Mar, Brian Dessent wrote:
> >  Luke Kendall wrote:
> >
> > > Here's something that stunned me: I see different contents of a
> > > directory I want to be "empty-ish" (c:/cygwin/home), depending on how I
> > > refer to it.  I think it's because sometimes, "c:/cygwin" == "/".
> > >
> > > $ cygpath -m /
> > > C:/cygwin
> > >
> > > $ ls c:/cygwin/home
> > > 00-THIS-DIRECTORY-SHOULD-BE-EMPTY.txt
> > >
> > > $ cd c:/cygwin/home
> >
> >  I think it's because when you 'cd' the path is normalized.  After "cd
> >  c:/cygwin/home" the current working directory is now /home.  If you do
> >  "ls /home" you should see the contents of the mount, if you do "ls
> >  c:/cygwin/home" you'll see the contents of that directory itself.  In
> >  other words mounting something on "/home" only affects paths that start
> >  with "/home".  If you want "c:/cygwin/home" to actually be "d:/home"
> >  then make it a symlink.
> >
> >  Brian
>
> The problem is then that there are two /home directories: the real
> /home that's mounted on, say d:/home, and the fake /home, formed by
> re-writing "c:/cygwin" as "/", and tacking on the home subdirectory.
>
> I think the solution is that I simply have to remove or rename
> c:/cygwin/home.

FWIW, this still won't allow you to access /home via c:/cygwin/home...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Probem with join and accentuated characters

2005-03-31 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Boris New on 3/31/2005 1:54 PM:
> Hi,
> 
> I send you the zip file with the two files. I tested a lot of windows
> port and all have this problem. I thought it was perhaps due to locale
> on windows.
> The format is the same and files are sorted. Everything is ok if I
> remove accentuated words from rand.txt.

Contrary to your assertion, your files were not sorted.  Or put another
way, they weren't sorted by the same rules that join expected.  There are
some locales that treat é and e as the same collating character, but the C
locale that is the default of cygwin is not one of them.  Hence, join gave
up after the first line where the sorting failed to match its expectations.

Run the following to show this:
$ sort < rand.txt > randsort.txt
$ diff rand.txt randsort.txt

Only if the diff turns up no change on both files will join work like you
want, for the locale you are using.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCTL1D84KuGfSFAYARAud5AJ0ZzqemqItQ3oTcMiYqz08dtojsyQCeNe/O
n5V+udbdLBKFEbW/Qg8pOGU=
=pvms
-END PGP SIGNATURE-

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

Re: Path confusion

On 31 Mar, Igor Pechtchanski wrote:
>  > The problem is then that there are two /home directories: the real 
>  > /home that's mounted on, say d:/home, and the fake /home, formed by 
>  > re-writing "c:/cygwin" as "/", and tacking on the home subdirectory. 
>  > 
>  > I think the solution is that I simply have to remove or rename 
>  > c:/cygwin/home. 
>   
>  FWIW, this still won't allow you to access /home via c:/cygwin/home... 

Excellent, since it isn't the /home directory!  :-)

/home is what mount has been told (typically, d:/home).

I was surprised initially when doing a find c:/cygwin that it entered
the d:/home area - but a -xdev option takes care of that issue.

If you don't want to require the original Cywgin installer to be the
only person who can later install or remove Cygwin packages, you can
change ownership of all Cygwin files to allow anyone with adminstrators
privilege for the machine to do it, by making sure the person who
installs running this:

find `cygpath -m /` -xdev -user $USER -print \
   | tr "\n" "\000" \
   | xargs -0 chown Administrators.SYSTEM

Cheers,

luke


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

ping, nslookup can't resolve names

2005-03-31 Thread Rich McNeary

Hi,

I feel like I should have been abe to find this, I've googled and
searched archives for 2 days, I see there are people who appear to
have a similar problem, but there's no resolution posted.

I'm using Cygwin for jabber 1.4.3. Jabber compiles, starts, and I can
connect to it from another computer, but it isn't able to resolve
names to connect to other jabber servers.

I started trying to ping the other servers in cygwin's bash terminal
but the host couldn't be found, nslookup had similar problems.

If I open an XP terminal and use window's version of ping I'm able to
get to the other servers, so windows seems to have the information,
but cygwin can't access it.

Am I missing a needed application or library?

I'm running cygwin 1.5.13-1. Thanks.

-- 
Rich McNeary


--
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: Path confusion

Luke Kendall wrote:

> find `cygpath -m /` -xdev -user $USER -print \
>| tr "\n" "\000" \
>| xargs -0 chown Administrators.SYSTEM

You can use -print0, and since find is a cygwin application I don't see
what the point of using cygpath is:

find / -xdev -user $USER -print0 | xargs -0 chown Administrators.SYSTEM

Though I would be tempted just to do "chown -R / ..." or even better,
just set the desired ACL on c:\cygwin before installing and let it be
inherited.

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: Path confusion

Luke,

Please make sure your mailer respects the Reply-To: header -- I set it for
a reason.

On Fri, 1 Apr 2005, Luke Kendall wrote:

> On 31 Mar, Igor Pechtchanski wrote:
> >  > The problem is then that there are two /home directories: the real
> >  > /home that's mounted on, say d:/home, and the fake /home, formed by
> >  > re-writing "c:/cygwin" as "/", and tacking on the home subdirectory.
> >  >
> >  > I think the solution is that I simply have to remove or rename
> >  > c:/cygwin/home.
> >
> >  FWIW, this still won't allow you to access /home via c:/cygwin/home...
>
> Excellent, since it isn't the /home directory!  :-)

Well, I still don't see what you expect to accomplish by this, except
disable Tab-completion for /home...

> /home is what mount has been told (typically, d:/home).
>
> I was surprised initially when doing a find c:/cygwin that it entered
> the d:/home area - but a -xdev option takes care of that issue.

And "find / -xdev" will work even if you have a c:/cygwin/home...  If you
do a "find c:/cygwin -xdev", don't be surprised if you see directories
that are normally mounted over...

> If you don't want to require the original Cywgin installer to be the
> only person who can later install or remove Cygwin packages, you can
> change ownership of all Cygwin files to allow anyone with adminstrators
> privilege for the machine to do it, by making sure the person who
> installs running this:
>
> find `cygpath -m /` -xdev -user $USER -print \
>| tr "\n" "\000" \
>| xargs -0 chown Administrators.SYSTEM

What's wrong with simply

find / -xdev -user $USER -print0 | xargs -r0 chown Administrators.SYSTEM

?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Path confusion

On Thu, 31 Mar 2005, Brian Dessent wrote:

> Luke Kendall wrote:
>
> > find `cygpath -m /` -xdev -user $USER -print \
> >| tr "\n" "\000" \
> >| xargs -0 chown Administrators.SYSTEM
>
> You can use -print0, and since find is a cygwin application I don't see
> what the point of using cygpath is:
>
> find / -xdev -user $USER -print0 | xargs -0 chown Administrators.SYSTEM

Both of us have neglected the same pitfall:

find / -xdev -user "$USER" -print0 | xargs -0 chown Administrators.SYSTEM

> Though I would be tempted just to do "chown -R / ..."

You must mean 'chown -R --from="$USER" ...' :-)

> or even better, just set the desired ACL on c:\cygwin before installing
> and let it be inherited.

That doesn't change the owner, though.  One may want to allow only users
with administrative privileges to modify system programs, in which case a
chown does make sense.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: ping, nslookup can't resolve names

On Thu, 31 Mar 2005, Rich McNeary wrote:

> Hi,
>
> I feel like I should have been abe to find this, I've googled and
> searched archives for 2 days, I see there are people who appear to
> have a similar problem, but there's no resolution posted.
>
> I'm using Cygwin for jabber 1.4.3. Jabber compiles, starts, and I can
> connect to it from another computer, but it isn't able to resolve
> names to connect to other jabber servers.
>
> I started trying to ping the other servers in cygwin's bash terminal
> but the host couldn't be found, nslookup had similar problems.
>
> If I open an XP terminal and use window's version of ping I'm able to
> get to the other servers, so windows seems to have the information,
> but cygwin can't access it.
>
> Am I missing a needed application or library?
>
> I'm running cygwin 1.5.13-1. Thanks.

It would probably be instructive to run "type ping" and "type nslookup" in
the bash shell...  Also, please read and follow the Cygwin problem
reporting guidelines at .
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Path confusion

On  1 Apr, Igor Pechtchanski wrote:
>  Please make sure your mailer respects the Reply-To: header -- I set it for 
>  a reason. 

My apologies.  I actually went looking for a Mail-Followup-To header in
your messge, http://cr.yp.to/proto/replyto.html> and, not seeing
one, wrongly assumed that you (like me) welcomed the out-of-band
message.

Sorry, I'll try to be more sensitive in future.

luke

--
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: Path confusion

On  1 Apr, Igor Pechtchanski wrote:
>  > Luke Kendall wrote: 
>  > 
>  > > find `cygpath -m /` -xdev -user $USER -print \ 
>  > >| tr "\n" "\000" \ 
>  > >| xargs -0 chown Administrators.SYSTEM 
Brian Dessent:
>  > 
>  > You can use -print0, and since find is a cygwin application I don't see 
>  > what the point of using cygpath is: 

I think you're right.  I was trying to limit it via the directory root
at first, not realising c:/cygwin would be re-written as "/" anyway. 
So you're right, the -xdev is sufficient.

The reason for the tr instead of the -print0 was so that other shell
filters (like grep) could be interposed there if needed.  Which
certainly wasn't obvious, I confess.  Without them, -print0 yields a
clearer and faster solution.

>  > find / -xdev -user $USER -print0 | xargs -0 chown Administrators.SYSTEM 
> 
>  Both of us have neglected the same pitfall: 
>   
>  find / -xdev -user "$USER" -print0 | xargs -0 chown Administrators.SYSTEM 

Ah, the new spaces in user names feature.  Good point!

>  > Though I would be tempted just to do "chown -R / ..." 
>
>  You must mean 'chown -R --from="$USER" ...' :-) 

Hmm, sounds better still.  :-)

>  > or even better, just set the desired ACL on c:\cygwin before installing 
>  > and let it be inherited. 
>   
>  That doesn't change the owner, though.  One may want to allow only users 
>  with administrative privileges to modify system programs, in which case a 
>  chown does make sense. 

Precisely.

This makes me recall another oddity, but I should probably start a
separate thread.

Thanks,

luke

--
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: Path confusion

On  1 Apr, To: cygwin@cygwin.com wrote:
>  >  You must mean 'chown -R --from="$USER" ...' :-)  
>   
>  Hmm, sounds better still.  :-) 

D'oh!  Not possible: there's no -xdev option on chown, so that would
do a whole lot more chown-ing than intended, as it reached across the
network, or at least into other mount points under "/"  ...

While just checking that, I also discovered that "man chown" now
produces no output.  Other man entries seem fine.

$ cygcheck -s | grep "^cygwin "
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 67
cygwin  1.5.13-1
$ man chown | cat -tvu
Warning: cannot open configuration file /usr/share/misc/man.conf

$ gunzip -c /usr/share/man/man1/chown.1.gz | nroff -man | head
CHOWN(1) User CommandsCHOWN(1)

NAME
   chown - change file owner and group

SYNOPSIS
   chown [OPTION]... [OWNER][:[GROUP]] FILE...
   chown [OPTION]... --reference=RFILE FILE...

luke

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

zsh startup oddity