Re: Attention libtool maintainer: Re: `make install' of glib fails

[Franz Haeuslschmid]

"Gerrit P. Haase" <[EMAIL PROTECTED]> writes:

> Franz Haeuslschmid wrote:
>
>> "Gerrit P. Haase" <[EMAIL PROTECTED]> writes:

[... Stupid me changing $LDFLAGS and installing `libtool' on my
 own ...]

> It was meant as a ping to the libtool maintainer.  Since there are
> always some Cygwin specific fixes in the libtool builds and we use
> a wrapper to call libtool-devel or libtool-stable according to the
> requested version in configure it is somewhat difficult to get this
> right for a standard Cygwin setup.

I see! Now I got it.

>> However, `autoreconf' still picks up the version that is
>> configured by the cygwin installer:
>>   [EMAIL PROTECTED] ~/Src/glib-2.6.4
>>   $ ./libtool --version
>>   ltmain.sh (GNU libtool) 1.5.10 (1.1220.2.131 2004/09/19  12:46:56)
>
> With ./ at the beginning of the line it will use the libtool generated
> during a previous configure run.

Well, I know that, I just wanted to point out, that `autoreconf'
still uses the `libtool' that is provided by cygwin itself.


[...]

>> configure.in:457: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
>> configure.in:458: error: possibly undefined macro: AM_PROG_LIBTOOL
>> autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1
>> I'm still perplexed.
>
> Then the newer libtool wasn't installed correct.

I removed that version anyway. Gerrit, thank you for your
patience, with your aid, I finally managed to build `glib'.  As
it turned out later, I need to build `glib', this wish however
stays unfulfilled, because the build process fails due to
undefined references.  I started a new thread on this under
news:<[EMAIL PROTECTED]>.

Franz.


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

error during install

[Robert]

Installing from local directory (doing an all install)
it errors out at 43%, mhash is being
installed at the time.  It creates an appcompat error
file in the temp directory which is
deleted as soon as I say ok or close out the error
messages, this file is listed at the end of this.
At the time of error message in the setup.exe window
it is
installing mhash-0.9.1-1 and the specific file being
installed is /usr/share/mc/syntax/xml.syntax
I try to reinstall without deleting the c:\cygwin
folder and I get the same thing.  If I try to delete
c:\cygwin then I have several files that are not
allowing me to delete them within the cygwin
directory.
I had an XP SP2 system crash that had this full
install working perfectly.  I reinstalled everything
from scratch, XP then SP2 and all Windows updates. I
have also edited the boot.ini with adding the flag
/NoExecute=AlwaysOff and still issues.
Is there anyway to resolve this?
Thanks
Robert




appcompat.txt file output:











--
Unsubscribe info:  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: How to install perl modules?

[George]

On Thu, May 26, 2005 at 10:11:50PM +0200, Gerrit P. Haase wrote:
> George wrote:
> 
> >On Wed, May 25, 2005 at 11:55:59AM +0100, Jason Pearce wrote:
> 
> >>Yes, use the CPAN module as Brian suggests. Just make sure
> >>environment variable PERLIO is unset when using -MCPAN, otherwise it
> >>will fail. (You might set this to CRLF for DOS compatibility
> >>purposes).  Also be aware that you may have trouble building some
> >>modules that use C code and have not been ported to Cygwin, mainly
> >>OS modules like WIN32.  Straight Perl modules should just work out
> >>of the box, and CPAN will get all pre-requisites for you too. You'll
> >>never want ppm again!
> 
> >Sorry to go off on a slight tangent here, but is there any
> >documentation anywhere that describe which Win32 modules are
> >problematic, as it's most likely that for Cygwin users the Win32
> >modules are of particular interest, no?  And installing both Cygwin's
> >Perl and ActiveState's distribution can offer a less than
> >satisfactory solution as it presents its own set of problems.
> 
> There is an up to date version of libwin32 as well as Win32CORE
> included in the perl distributed, it *should* be possible to build
> some (not all) of the Win32 modules, though I have not tried to build
> much of them.  Just try one or another if it is not already included
> with libwin32.
 
I guess I'll see how it goes, then.  The triumph of optimism over
experience.

To get this thread a bit back to topic, I do distinctly remember having
problems building several modules and encountered a mess of problems
that seemed as attributable to cpan as anything else, so I wrote off the
whole approach and went back to using ActiveState's Perl.  Now that I'm
relying solely on the Cygwin distribution, I'm finding everything thus
far going swimmingly well, and cpan indeed works as described above.

Again, thanks for the reply.

-- 
George

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

Re: Problem with cp and dangling symbolic link

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Kenneth Chalmers on 5/26/2005 2:17 PM:
> 1. Create a dangling symbolic link:
> ln -s filename_that_doesnt_exist test
> 2. Copy the link, preserving its link status:
> cp -d test test2
> 3. Try to copy the link AGAIN, even with the force flag:
> cp -df test test2

Yep, you probably uncovered a cygwin coreutils release issue (my guess is
that it is related to my automatic .exe handling code not knowing how to
properly handle dangling symlinks).  I'll investigate further and report
back when I have a final conclusion.

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

Eric Blake [EMAIL PROTECTED]
cygwin coreutils maintainer
-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

iD8DBQFClm0B84KuGfSFAYARAr7PAJ0a12CK6Em+lHc0UnZSHvEPSFWRMACfcPs2
KYC53B+x1yz/Jp6GUIjhRCM=
=kEV0
-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: how to change the window title dynamically

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to lin q on 5/26/2005 4:19 PM:
> Hi,
>  I wonder how to change the window title synamically like command prompt
> to list the full path? Google returns me such command,
> 
> print -nP -u2 "\033]0;[EMAIL PROTECTED]:%~\a"

Try echo or printf, and try `help echo', `/bin/echo --help', and so forth,
for more of their options.  For example, echo -e '\E]0;blah\a' changed my
window title to 'blah'. \033 is universally accepted as ESC, but you will
see that some programs allow the shortcut \E or ^[.  If you want the
prompt to change the window title automatically, look at how /etc/profile
(or /etc/default/etc/profile) is manipulating $PS1 to get that effect.

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

iD8DBQFClmyU84KuGfSFAYARAqAfAKCc1y9KFFNCvNqQOd6Od1WCNmUUrQCdHkNt
7BQ7U8T4mFLf8mJqdr0wipI=
=P9YO
-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: Problems installing binutils

[Larry Hall]

At 06:37 PM 5/26/2005, you wrote:
>>I am having problems installing binutils on just this machine. AFAIKS I
>>haave the same instillation as my other machine which builds and installs
>>binutils fine.
>>
>>Doing 'make install' I get the following error :-
>>
>>makeinfo --split-size=500 -I /usr/src/binutils-2.15/binutils/doc
>>/usr/src/bi
>>nutils-2.15/binutils/doc/binutils.texi
>>/usr/src/binutils-2.15/binutils/doc/binutils.texi:52: Unknown index `ky'
>>and/or
>>' in @synindex.
>>makeinfo: Removing output file
>>`/usr/build/binutils-2.15/binutils/doc/binutils.i
>>nfo' due to errors; use --force to preserve.
>>make[2]: *** [binutils.info] Error 1
>>make[2]: Leaving directory `/usr/build/binutils-2.15/binutils/doc'
>>make[1]: *** [install-recursive] Error 1
>>make[1]: Leaving directory `/usr/build/binutils-2.15/binutils'
>>make: *** [install-binutils] Error 2
>>
>>Any ideas ?
>
>After several days of checking and cross checking, rebuilding and rebuilding
>I have came to the conclusion that my HP machine seems not to want to
>compile binutils :(
>
>I can build and install gcc fine on the machine.
>
>Any ideas ?


Didn't you read Dave Korn's response today to your original inquiry?






--
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: Problems installing binutils

[Christopher Faylor]

On Thu, May 26, 2005 at 11:37:33PM +0100, Aaron Gray wrote:
>>I am having problems installing binutils on just this machine. AFAIKS I
>>haave the same instillation as my other machine which builds and installs
>>binutils fine.
>>
>>Doing 'make install' I get the following error :-
>>
>>makeinfo --split-size=500 -I /usr/src/binutils-2.15/binutils/doc
>>/usr/src/bi
>>nutils-2.15/binutils/doc/binutils.texi
>>/usr/src/binutils-2.15/binutils/doc/binutils.texi:52: Unknown index `ky'
>>and/or
>>' in @synindex.
>>makeinfo: Removing output file
>>`/usr/build/binutils-2.15/binutils/doc/binutils.i
>>nfo' due to errors; use --force to preserve.
>>make[2]: *** [binutils.info] Error 1
>>make[2]: Leaving directory `/usr/build/binutils-2.15/binutils/doc'
>>make[1]: *** [install-recursive] Error 1
>>make[1]: Leaving directory `/usr/build/binutils-2.15/binutils'
>>make: *** [install-binutils] Error 2
>>
>>Any ideas ?
>
>After several days of checking and cross checking, rebuilding and
>rebuilding I have came to the conclusion that my HP machine seems not
>to want to compile binutils :(
>
>I can build and install gcc fine on the machine.
>
>Any ideas ?

I guess you could just keep sending variations of this message here or
you could:

http://sources.redhat.com/ml/cygwin/2005-05/msg01214.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: Problems installing binutils

[Aaron Gray]

I am having problems installing binutils on just this machine. AFAIKS I
haave the same instillation as my other machine which builds and installs
binutils fine.

Doing 'make install' I get the following error :-

makeinfo --split-size=500 -I /usr/src/binutils-2.15/binutils/doc
/usr/src/bi
nutils-2.15/binutils/doc/binutils.texi
/usr/src/binutils-2.15/binutils/doc/binutils.texi:52: Unknown index `ky'
and/or
' in @synindex.
makeinfo: Removing output file
`/usr/build/binutils-2.15/binutils/doc/binutils.i
nfo' due to errors; use --force to preserve.
make[2]: *** [binutils.info] Error 1
make[2]: Leaving directory `/usr/build/binutils-2.15/binutils/doc'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/build/binutils-2.15/binutils'
make: *** [install-binutils] Error 2

Any ideas ?


After several days of checking and cross checking, rebuilding and rebuilding
I have came to the conclusion that my HP machine seems not to want to
compile binutils :(

I can build and install gcc fine on the machine.

Any ideas ?

Aaron



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

how to change the window title dynamically

[lin q]

Hi,
 I wonder how to change the window title synamically like command prompt to 
list the full path? Google returns me such command,


print -nP -u2 "\033]0;[EMAIL PROTECTED]:%~\a"


But "print" is not recognized, I tried printf, it says -n and -u not 
recognized.


Thanks.

_
On the road to retirement? Check out MSN Life Events for advice on how to 
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement



--
Unsubscribe info:  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 pid reuse

[Krzysztof Duleba]

Krzysztof Duleba wrote:

> This is rather informal report as I couldn't reproduce this problem in
any
> way.
>
>
>
> bash-2.05b$ ptx.exe
>
> bash-2.05b$ man ptx
> 260 [main] bash 21168 slow_pid_reuse: couldn't create
last_fork_proc,
> Win32
> error 6
>8590 [main] bash 21168 child_info::sync: wait failed, pid 12756,
Win32
> error
> 6
>   19368 [main] bash 21168 fork_parent: child 12756 died waiting for
> longjmp befo
> re initialization
> bash: fork: No such file or directory
>
> After few minutes, some additional info appeared on the screen:
>
> bash-2.05b$ D:\cygwin\bin\bash.exe (12756): *** WFSO timed out after
> longjmp
> D:\cygwin\bin\bash.exe (12756): *** WFSO timed out after longjmp
>

There's more. Working on the same terminal I got

bash-2.05b$ ping 213.180.130.200
1307501532 [main] bash 21168 slow_pid_reuse: couldn't create
last_fork_proc, Win
32 error 6
1307511234 [main] bash 21168 child_info::sync: wait failed, pid 25060,
Win32 err
or 6
1307511520 [main] bash 21168 fork_parent: child 25060 died waiting for
longjmp b
efore initialization
bash: fork: No error
bash-2.05b$ ping 213.180.130.200
PING 213.180.130.200 (213.180.130.200): 56 data bytes
64 bytes from 213.180.130.200: icmp_seq=0 ttl=58 time=24 ms
64 bytes from 213.180.130.200: icmp_seq=1 ttl=58 time=22 ms

213.180.130.200 PING Statistics
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip (ms)  min/avg/max/med = 22/23/24/23
bash-2.05b$ ps

Now bash hangs. No ps process has been created. I couldn't kill this
hanging bash with Ctrl-C and had to press "X" button to get "program not
responsing" info (in Polish, I guess that's how the English message would
look like).

Krzysztof Duleba



--
Unsubscribe info:  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 pid reuse

[Krzysztof Duleba]

Hi

This is rather informal report as I couldn't reproduce this problem in any
way.

I worked with latest Cygwin release of bash started directly with no
command line options.

bash-2.05b$ ptx.exe

bash-2.05b$ man ptx
260 [main] bash 21168 slow_pid_reuse: couldn't create last_fork_proc,
Win32
error 6
   8590 [main] bash 21168 child_info::sync: wait failed, pid 12756, Win32
error
6
  19368 [main] bash 21168 fork_parent: child 12756 died waiting for
longjmp befo
re initialization
bash: fork: No such file or directory

bash-2.05b$ uname -a
CYGWIN_NT-5.0 duli2 1.5.17s(0.128/4/2) 20050510 12:11:42 i686 unknown
unknown Cygwin

bash-2.05b$ ps
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 1464   11464   1464? 1000   May 15 /usr/sbin/cron
I   13004   1   13004  130040 1000 23:41:35 /usr/bin/bash
12896   1   12896  128961 1000 23:42:04 /usr/bin/bash
13280   12896   13280  117521 1000 23:42:17 /usr/bin/ssh
21168   1   21168  211682 1000 23:42:25 /usr/bin/bash
25060   21168   25060  256762 1000 00:00:16 /usr/bin/ps

After few minutes, some additional info appeared on the screen:

bash-2.05b$ D:\cygwin\bin\bash.exe (12756): *** WFSO timed out after
longjmp
D:\cygwin\bin\bash.exe (12756): *** WFSO timed out after longjmp

Is this report useful in any way? Should I provide cygcheck output
(there's nothing really interesting).

Krzysztof Duleba



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

win95 tcp/ip connections (fwd)

[Robert Wasmann]

Ok Ive included the output.  I hope somebody might have some
experience getting tcp/ip to work within cygwin on windows 95b.

rob

-- Forwarded message --
Date: Tue, 24 May 2005 20:50:31 -0600 (MDT)
From: Robert Wasmann <[EMAIL PROTECTED]>
To: cygwin@cygwin.com
Subject: win95 tcp/ip connections


Hi, Im trying to get cygwin working on win95b.
I cant ping or ssh from within cygwin yet I can access everything fine
outside of cygwin.   It gives me the error "Socket: operation not
permitted" if I use an IP address or "no address associated with name" if
I use a domain name.  I made sure winsock2 was installed just in case.
I've searched all over the internet for an answer.  I can ssh fine using
putty otherwise.   I cant even ping yahoo from within cygwin. Any Ideas?


Rob.



Cygwin Configuration Diagnostics

Current System Time: Thu May 26 15:03:46 2005



Windows 95 Ver 4.0 Build  



Path:   C:\cygwin\usr\local\bin

C:\cygwin\bin

C:\cygwin\bin

C:\cygwin\usr\X11R6\bin

c:\WINDOWS

c:\WINDOWS\COMMAND

c:\WINWORD

.\

c:\PROGRA~1\SSHCOM~1\SSHSEC~1



Output from C:\cygwin\bin\id.exe (nontsec)

UID: 984(user) GID: 544(all)

544(all)



Output from C:\cygwin\bin\id.exe (ntsec)

UID: 984(user) GID: 544(all)

544(all)



SysDir: C:\WINDOWS\SYSTEM

WinDir: C:\WINDOWS



HOME = `C:\cygwin\home\user'

MAKE_MODE = `unix'

PWD = `/home/user'

USER = `user'



BLASTER = `A220 I5 D1 T4'

CMDLINE = `bash --login -i'

COMSPEC = `C:\WINDOWS\COMMAND.COM'

CVS_RSH = `/bin/ssh'

HOSTNAME = `TESLA'

INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'

MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man'

OLDPWD = `/usr/bin'

PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'

PRINTER = `HP LaserJet IIIP (Ohm)'

PROMPT = `$p$g'

PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '

SHLVL = `1'

TEMP = `C:\WINDOWS\TEMP'

TERM = `cygwin'

TMP = `C:\WINDOWS\TEMP'

WINBOOTDIR = `C:\WINDOWS'

_ = `/usr/bin/cygcheck'

POSIXLY_CORRECT = `1'



HKEY_CURRENT_USER\Software\Cygnus Solutions

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2

  (default) = `/cygdrive'

  cygdrive flags = 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\Program Options



a:  fd N/AN/A

c:  hd  FAT32 4102Mb  70% CPUN   

r:  cd N/AN/A



C:\cygwin  /  system  binmode

C:\cygwin/bin  /usr/bin   system  binmode

C:\cygwin/lib  /usr/lib   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

Not Found: cpp (good!)

Found: C:\cygwin\bin\find.exe

Found: c:\WINDOWS\COMMAND\find.exe

Warning: C:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe

Not Found: gcc

Not Found: gdb

Found: C:\cygwin\bin\grep.exe

Not Found: ld

Found: C:\cygwin\bin\ls.exe

Not Found: make

Found: C:\cygwin\bin\mv.exe

Found: C:\cygwin\bin\rm.exe

Found: C:\cygwin\bin\sed.exe

Found: C:\cygwin\bin\sh.exe

Found: C:\cygwin\bin\tar.exe



7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0

  "cygcrypt-0.dll" v0.0 ts=2003/10/19 1:57

  174k 2004/10/14 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0

  "cygexpat-0.dll" v0.0 ts=2004/10/14 2:34

  135k 2004/09/02 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0

  "cygglib-1-2-0.dll" v0.0 ts=2004/9/2 12:21

   11k 2004/09/02 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0

  "cyggmodule-1-2-0.dll" v0.0 ts=2004/9/2 12:23

   10k 2004/09/02 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0

  "cyggthread-1-2-0.dll" v0.0 ts=2004/9/2 12:23

  195k 2004/09/02 C:\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0

  "cyggdk-1-2-0.dll" v0.0 ts=2004/9/2 12:31

 1293k 2004/09/02 C:\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0

  "cyggtk-1-2-0.dll" v0.0 ts=2004/9/2 12:44

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

  "cygbz2-1.dll" v0.0 ts=2004/9/13

[ANNOUNCEMENT] Updated: cpio-2.6-1

[Corinna Vinschen]

I've just updated the version of cpio to 2.6-1.

This is an official upstream release.  The Cygwin version has two
minor tweaks.  The package now contains also the rmt tool, which
is entirely untested.  cpio passes all (two) tests in the testsuite.

What's new in 2.6?

* Added NLS support

* Improved configure script

* Improved invocation consistency checking and help output

* Printing warning about truncation of inode numbers is suppressed by
default. See below.

* New option --warning (-W) controls the level of output warnings:

-Wnone   Disables all warnings
-Wtruncate   Enable warning about truncation of the inode number
-WallEnables all warnings

  To disable a particular warning, prefix its name with 'no-', just
  like in gcc.

* New option --to-stdout extracts files to standard output.

* The output of `cpio --help' is largely improved.

* Bugfixes:
** If a file grew n bytes in copy-pass mode, these n bytes got prepended
to the contents of all subsequent files.
** Padding the archive with zero bytes upon truncation of the file being
archived was broken.



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.

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

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto: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: [ANNOUNCEMENT] Updated: cygwin-1.5.17-1

[Christopher Faylor]

On Thu, May 26, 2005 at 10:34:35PM +0200, Jan Nieuwenhuizen wrote:
>Christopher Faylor writes:
>>cgf: Make dlopen search /usr/bin (for Windows compatibility) and
>>/usr/lib (for UNIX compatibility).
>
>Does that mean that libtool's .la files used to dlopen can now be moved
>back to (ie, after installing stay in) /usr/lib?

I don't know anything about libtool and that is a permanent condition.

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: [ANNOUNCEMENT] Updated: cygwin-1.5.17-1

[Jan Nieuwenhuizen]

Christopher Faylor writes:

> cgf: Make dlopen search /usr/bin (for Windows compatibility) and /usr/lib
> (for UNIX compatibility).

Does that mean that libtool's .la files used to dlopen can now be
moved back to (ie, after installing stay in) /usr/lib?

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

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

Re: Questions on patching dcrt0.cc

[Max Kaehn]

On Wed, 2005-05-25 at 21:38, Igor Pechtchanski wrote:
> As I understand it, the same issues arise whether cygwin1.dll is
> dynamically loaded from an MSVC application or a MinGW application.
> There is a simple way to compile MinGW applications on Cygwin (namely,
> "gcc -mno-cygwin").  You could test your approach with a MinGW-compiled
> app, and if you see the same behavior as with MSVC, the MinGW app could be
> included in the testsuite.

Thanks for the pointer, Igor.  That was extremely helpful.

I just ported the test app to mingw.  The only thing I had to change was
to put an #ifdef in to use GCC-style inline assembly instead of
MSVC-style when it looks at the segment register.  I'm still
reeling in amazement at how easy that was.  Wow.

My hat's off to the mingw folks, and I'll be submitting the test
utility (as a new subdirectory for winsup/testsuite) as mingw 
code (under the cygwin license) with an option in the makefile to 
show that it works for MSVC.



--
Unsubscribe info:  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 building cygwin1.dll from cvs with latest binutils

[David Rothenberger]

I tried to build cygwin1.dll from cvs this morning using the latest
binutils release. When I start ssh-agent, I get the following error
messages:

  5 [main] ? 3036 multiple_cygwin_problem: cygheap base magic number 
mismatch detected - 0x7F/0x0
  6 [main] ? 4900 multiple_cygwin_problem: cygheap base magic number 
mismatch detected - 0x7F/0x0
 72 [main] ? 2532 multiple_cygwin_problem: cygheap base magic number 
mismatch detected - 0x7F/0x0

These problems go away if I build using the previous binutils
release.




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

Problem with cp and dangling symbolic link

[Kenneth Chalmers]

I've found what looks like it might be a bug in the cygwin
implementation of symbolic links.  It's a pretty obscure one, but I just
got bitten by it so it can happen :)  Here's a breakdown:
 
1. Create a dangling symbolic link:
ln -s filename_that_doesnt_exist test
2. Copy the link, preserving its link status:
cp -d test test2
3. Try to copy the link AGAIN, even with the force flag:
cp -df test test2
 
On a Linux box, step 3 succeeds, no problem.  In cygwin, I get an error:
"cp: cannot create symbolic link `test2': File exists."

Not sure if it's something to worry/care about, but I just thought I'd
throw it out for consideration.
 
-Ken


--
Unsubscribe info:  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: installing XML::Xerces in Perl

[Gerrit P. Haase]

marcos rebelo wrote:
I'm getting crazy 


I have the Xerces (I think) installed.

Now I have to set some variables but I dont know to what, can someone help me

XERCES_LIB
XERCES_INCLUDE
XERCESCROOT
XERCES_CONFIG


XERCES_LIB=/usr/lib
XERCES_INCLUDE=/usr/include
XERCESCROOT=/usr/src/xerces ? Depends on where you extract it
XERCES_CONFIG= ?  Dunno, are there no docs included?  Examples?
What about the Xerces documentation?


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: How to install perl modules?

[Gerrit P. Haase]

George wrote:


On Wed, May 25, 2005 at 11:55:59AM +0100, Jason Pearce wrote:


Yes, use the CPAN module as Brian suggests. Just make sure environment 
variable PERLIO is unset when using -MCPAN, otherwise it will fail. (You 
might set this to CRLF for DOS compatibility purposes).
Also be aware that you may have trouble building some modules that use C 
code and have not been ported to Cygwin, mainly OS modules like WIN32. 
Straight Perl modules should just work out of the box, and CPAN will get 
all pre-requisites for you too. You'll never want ppm again!



Sorry to go off on a slight tangent here, but is there any documentation
anywhere that describe which Win32 modules are problematic, as it's most
likely that for Cygwin users the Win32 modules are of particular
interest, no?  And installing both Cygwin's Perl and ActiveState's
distribution can offer a less than satisfactory solution as it presents
its own set of problems.


There is an up to date version of libwin32 as well as Win32CORE included
in the perl distributed, it *should* be possible to build some (not all)
of the Win32 modules, though I have not tried to build much of them.
Just try one or another if it is not already included with libwin32.


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: cvs/daylight savings again!?

[Christopher Faylor]

On Thu, May 26, 2005 at 03:46:15PM -0400, David Abrahams wrote:
>I wonder if this should be a FAQ somewhere?

We could generalize the entry to:

  If I've installed a non-cygwin utility should I expect it to behave
  exactly the same as a cygwin utility?

  No.

  If my utility is misbehaving should I check to see if I'm
  actually running the utility that I think I'm running?

  Yes.

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: Multiple Cygwin (directory trees) instances

[Larry Hall]

At 11:42 AM 5/26/2005, you wrote:
>I have a problem I am trying to find a way round.
>
>Can I have multiple Cygwin (directory tree) instances, or does registry 
>prohibit this ?


You cannot have multiple 'cygwin1.dll's in your path.  You can have 
multiple Cygwin instances if you like.  You need to manage your mounts 
('man mount') and PATH so that you're always pointing to the "right" 
version for your current needs.


--
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: cvs/daylight savings again!?

[David Abrahams]

David Abrahams <[EMAIL PROTECTED]> writes:

> I'm following up in this thread:
> http://article.gmane.org/gmane.os.cygwin/6688
>
> I can't believe the latest reference to this problem 
> I can find is from 2002.  Well, maybe I shouldn't be
> surprised.  I haven't run into it for years, but now
> it's back, with a freshly-installed Cygwin installation
> (about 2 weeks old).  I'm in daylight savings time (EDT)
> which is GMT-4:00, and when I update, I get GMT-1:00
> times in my CVS/Entries isntead of Correct UTC.  What
> is the fix?
>
> If something needs to be debugged, I'm happy to try
> to help in any way I can.

Problem solved.  This was due to the stupid Borland C++ Builder X
installer which installed its own broken cvs executable that doesn't
account for the NT daylight savings "feature."  I renamed it and
everything went back to normal.  Sorry for the noise.

:(

I wonder if this should be a FAQ somewhere?

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com


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

Re: .a to .lib converting

[Larry Hall]

At 12:47 AM 5/26/2005, you wrote:
>On Wed, 25 May 2005, Larry Hall wrote:
>
>> At 09:21 AM 5/25/2005, you wrote:
>> >On Wed, 25 May 2005, Alireza Ghasemi wrote:
>> >
>> >> Hello,
>> >> I want to use some cygwin .a libraries with other environments(like
>> >> VC++) as static .lib files.is this possible?
>> >
>> >Yes.
>>
>> Or no. ;-)
>
>Eh?  Your response below points to a "yes", AFAICS...

I guess it depends on your level of expertise.  VC++ .lib libraries can be 
used directly, without any fuss (standard exclusion for C++ linkage and 
some inevitable oddities of course).  The reverse requires lots of 
fiddling/hacks though and is not part of Cygwin proper.  That's why I said 
no.  Also, while the FAQ entry you pointed to gives a few alternatives for 
linking against .lib libraries from gcc/g++, it says nothing about the 
reverse.  So my response was meant as a clarification and to point out the 
difference in ease of going one way versus the other.  I just didn't think 
that was clear from your post (or maybe it was but wasn't clear to me ;-) ). 
In any case, it sounds like you and I are in violent agreement on this 
subject so I think our work is done. ;-)



--
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: connect()/cygwin_select() hangs in >=1.5.15

[Corinna Vinschen]

On May 26 12:08, Sunil wrote:
> this issue is not fixed in any later snapshots, not
> even the just released 1.5.17.
> 
> can someone with the knowledge of cygwin socket code
> comment on it please?
> 
> Thanks,
> Sunil
> 
> --- "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
> > Sunil wrote:
> > 
> > > This piece of code hangs with cygwin1.dll >=1.5.15
> > > during connect(), strace is attached. The same
> > code
> > > runs fine with cygwin1.dll version 1.5.13.
> > > 
> > > 
> > >  fd = socket (proto->family, 1,
> > >proto->stream_proto_num);
> > > 
> > >  if (fd < 0) {
> > >   ;
> > >   goto out;
> > >  }
> > > 
> > >  if (options & LINK_CONNECTION_NONBLOCKING) {
> > > # 553 "linc-connection.c"
> > >   if (fcntl (fd, 4, 0x4000) < 0)
> > >goto out;
> > > 
> > >  }
> > > 
> > >  if (fcntl (fd, 2, 1) < 0)
> > >   goto out;
> > > 
> > >  { long int __result; do __result = (long int)
> > > (connect (fd, saddr, saddr_len)); while (__result
> > ==
> > > -1L && (*__errno()) == 4); rv = __result; };
> > > # 596 "linc-connection.c"
> > >  if (rv && (*__errno()) != 119)
> > >   goto out;
> > > 
> > > ---

Can you please create a simple(!), short(!), stand-alone(!) testcase which
builds OOTB(!) and uses the symbolic constants rather than numeric constants?
Numbers as 4, 0x4000, 2, 1 in the context of fcntl don't make any sense at
all.  Neither does a socket(2) call with variables set to some unknown value.


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: connect()/cygwin_select() hangs in >=1.5.15

[Sunil]

this issue is not fixed in any later snapshots, not
even the just released 1.5.17.

can someone with the knowledge of cygwin socket code
comment on it please?

Thanks,
Sunil

--- "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
> Sunil wrote:
> 
> > This piece of code hangs with cygwin1.dll >=1.5.15
> > during connect(), strace is attached. The same
> code
> > runs fine with cygwin1.dll version 1.5.13.
> > 
> > 
> >  fd = socket (proto->family, 1,
> >proto->stream_proto_num);
> > 
> >  if (fd < 0) {
> >   ;
> >   goto out;
> >  }
> > 
> >  if (options & LINK_CONNECTION_NONBLOCKING) {
> > # 553 "linc-connection.c"
> >   if (fcntl (fd, 4, 0x4000) < 0)
> >goto out;
> > 
> >  }
> > 
> >  if (fcntl (fd, 2, 1) < 0)
> >   goto out;
> > 
> >  { long int __result; do __result = (long int)
> > (connect (fd, saddr, saddr_len)); while (__result
> ==
> > -1L && (*__errno()) == 4); rv = __result; };
> > # 596 "linc-connection.c"
> >  if (rv && (*__errno()) != 119)
> >   goto out;
> > 
> > ---
> > 
> > Similar problem with select() hang has been
> reported
> > earlier but nothing came out of it. I don't know
> if
> > its related. I am not sure why errno 119 is
> seen(see
> > panel.log) in this case, but that and the hang are
> the
> > common factors and strace looks similar.
> > 
> >
>
http://www.cygwin.com/ml/cygwin/2005-04/msg01331.html
> > 
> > Above code piece is taken from linc-connection.c
> in
> > the orbit2-2.12.2 package. This function is
> reached by
> > the gnome-panel and it hangs inside connect() as
> is
> > evident from the strace in panel.log and all I get
> is
> > a blank gnome-panel.
> > 
> > As I said, all I have to do to get it to work is
> to go
> > back to 1.5.13 snapshot. I am not sure what
> changed
> > between 1.5.13 and 1.5.15 to cause this.
> > 
> > Thanks for looking into it.
> > Sunil
> 
> There were some fixes regarding this, try a pre
> 1.5.17 snapshot,
> please.  I currently use the one from 2005-May-20
> and everything
> socket related where I encountered problems works ok
> with that.
>  http://cygwin.com/snapshots/
> 
> 
> 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/
> 
> 

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.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-1.5.17-1

[Christopher Faylor]

I've made a new version of the Cygwin DLL and associated utilities
available for download.  As usual, a list of what has changed is below.

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 .

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

Christopher Faylor
TimeSys, Inc.

Changes since 1.5.16-1:

cgf: Make cygcheck and strace work in a directory mounted with "mount -X".

cgf: Fix handling of static destructors so that stdout is still open when
they run.

corinna: Make sure that correct attributes are set for socket attributes.

cgf: Fix sporadic "multiple cygwin" problem when many processes are started
from non-cygwin processes.

corinna: Don't treat inability to open file as failure if only
SetFileAttributes is going to be called.

cgf: Fix problem with tty reads where vmin == vtime == 0.

cgf: Fix problem where SYSTEMROOT was not being exported as it should be.

corinna: Move address where cygwin shared structures live to just before
where the cygwin DLL loads.

cgf: Reorganize shared memory allocation to allow relocatability rather
than fatal exit.

cgf: Properly handle O_EXCL for fifos.

pierre: Introduce framework for treating network (//sys/share) drives.
This corrects a problem with "mkdir -p".

cgf: Properly detect existence of //foo.

corinna: Implement special handling for opendir(), readdir(), etc.  for
network shares so that "ls //" and "ls //share" do something useful.

corinna: Preliminary implementation of kernel logging facility using
/dev/kmsg.

cgf: Export mkdtemp.

cgf: Use better random algorithm when generating files and directories
created by mk*temp().

brian: Make cygcheck report on installed services if the right version
of cygrunsrv is available.

cgf: Make dlopen search /usr/bin (for Windows compatibility) and /usr/lib
(for UNIX compatibility).


--
Unsubscribe info:  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: Questions on patching dcrt0.cc

[Christopher Faylor]

On Thu, May 26, 2005 at 11:20:35AM -0700, Max Kaehn wrote:
>On Thu, 2005-05-26 at 11:00, Christopher Faylor wrote:
>>Rather than talking about "MSVC code" being "acceptable", please just
>>provide a specific indication of *what* you are trying to do.  Where do
>>you want to put this code?  Look at the directories available in winsup
>>and tell us where you want to put this.
>
>I want to make it as easy as possible for cygwin developers who are
>working with the cygwin initialization code that they don't break this
>functionality.  It seems to me that a subdirectory of winsup/testsuite
>would be good for this.  You remarked in semi-private E-mail that "we
>won't be putting any MSVC source in the winsup directory", and I want
>to respect the policies of the cygwin project, so I'm asking where you
>would like a program of this nature.  A new subdirectory of "contrib"
>might also be appropriate.  Wherever it goes, I want to put comments in
>the patches I will submit for dcrt0.cc and how-programming.texinfo that
>refer the reader to this test program.

We don't need a "contrib" directory.  The whole cygwin distribution is
contributed.

>>As I mentioned in semi-private email, the fact that you can get cygwin
>>working by dynamic linking doesn't mean that it can necessarily be used
>>by proprietary programs if by "proprietary" you mean "non open source".
>
>As I understand it, this clause in the cygwin license:

To reiterate and clarify: providing the ability to do dynamic linking
does not necessarily affect the existing cygwin DLL licensing.

>>?  Why wouldn't signal handling just work?  A program would have to
>>call "GetProcAddress" to retrieve the address of any signal function
>>that it wanted to use but it should just work if all of the appropriate
>>stuff is initialized in cygwin.
>
>As far as I can tell, the main thread needs to be running an
>interruptible cygwin function in order to receive signals from cygwin.
>This works fine if your main routine is waiting on sleep() or
>pthread_cond_timedwait(), but not if it's busy in the Microsoft
>libraries.  Spawning an additional thread to call sigwait() will
>minimize the cost of integration of this functionality into existing
>programs.

Right.  If the program is blocking then it should be running a cygwin
function and the stack must be set up to be able to handle this.  If the
main thread is blocking in a non-cygwin function then it won't be
interruptible.  If the main thread is not blocking and is just running
normal user (i.e., not system-DLL) code then it will be interrupted
immediately.

Or, as you have seen, you can call sigwait() in its own thread.  That
could be slightly racy, though.

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/

cvs/daylight savings again!?

[David Abrahams]

I'm following up in this thread:
http://article.gmane.org/gmane.os.cygwin/6688

I can't believe the latest reference to this problem 
I can find is from 2002.  Well, maybe I shouldn't be
surprised.  I haven't run into it for years, but now
it's back, with a freshly-installed Cygwin installation
(about 2 weeks old).  I'm in daylight savings time (EDT)
which is GMT-4:00, and when I update, I get GMT-1:00
times in my CVS/Entries isntead of Correct UTC.  What
is the fix?

If something needs to be debugged, I'm happy to try
to help in any way I can.

Thanks!
--
Dave Abrahams
Boost Consulting
http://www.boost-consulting.com



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

Re: Questions on patching dcrt0.cc

[Max Kaehn]

On Thu, 2005-05-26 at 11:00, Christopher Faylor wrote:
> Rather than talking about "MSVC code" being "acceptable", please just
> provide a specific indication of *what* you are trying to do.  Where do
> you want to put this code?  Look at the directories available in winsup
> and tell us where you want to put this.

I want to make it as easy as possible for cygwin developers who are
working with the cygwin initialization code that they don't break
this functionality.  It seems to me that a subdirectory of
winsup/testsuite would be good for this.  You remarked in
semi-private E-mail that "we won't be putting any MSVC source in the
winsup directory", and I want to respect the policies of the cygwin
project, so I'm asking where you would like a program of this nature.
A new subdirectory of "contrib" might also be appropriate.  Wherever
it goes, I want to put comments in the patches I will submit for
dcrt0.cc and how-programming.texinfo that refer the reader to this
test program.

> As I mentioned in semi-private email, the fact that you can get cygwin
> working by dynamic linking doesn't mean that it can necessarily be used
> by proprietary programs if by "proprietary" you mean "non open source".

As I understand it, this clause in the cygwin license:
---
Red Hat sells a special Cygwin License for customers who are unable to
provide their application in open source code form.  For more
information, please see: http://www.redhat.com/software/tools/cygwin/,
or call 866-2REDHAT ext.  3007
---
allows vendors of proprietary, non-open source software to pay for
the privilege of linking to the GPL.  As it states at
http://www.redhat.com/software/cygwin/ :
---
A Cygwin Contract provides customers with: 

  * The ability to distribute customer's applications without being
bound by the GPL. Therefore, customers are not required to
provide their applications in open source code form. 
---
If I'm missing something, please let me know:  it looks to me like
there's a very nice setup here of:
* If your program is proprietary, you must pay for the
  privilege of linking to cygwin1.dll.
* If your program is open source, you can link to cygwin1.dll
  for free.
To my eyes, this is a win-win proposition for the open source community.

> ?  Why wouldn't signal handling just work?  A program would have to call
> "GetProcAddress" to retrieve the address of any signal function that it
> wanted to use but it should just work if all of the appropriate stuff is
> initialized in cygwin.

As far as I can tell, the main thread needs to be running an
interruptible cygwin function in order to receive signals from cygwin. 
This works fine if your main routine is waiting on sleep() or
pthread_cond_timedwait(), but not if it's busy in the Microsoft
libraries.  Spawning an additional thread to call sigwait() will
minimize the cost of integration of this functionality into
existing programs.



--
Unsubscribe info:  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: dlopen and cygcheck inconsistency

[Christopher Faylor]

On Thu, May 26, 2005 at 11:17:19AM -0700, Sunil wrote:
>so, this means dlopen searches ${LD_LIBRARY_PATH} as
>well, after RPATH?

dlopen searches LD_LIBRARY_PATH, just like linux.

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: dlopen and cygcheck inconsistency

[Sunil]

so, this means dlopen searches ${LD_LIBRARY_PATH} as
well, after RPATH?

thanks,
Sunil

--- Christopher Faylor
<[EMAIL PROTECTED]> wrote:
> On Sat, May 21, 2005 at 07:49:20PM -0700, Sunil
> wrote:
> >Hi,
> >
> >cygcheck also searches the `basename ` for
> >dependent DLLs while dlopen requires PATH to be set
> to
> >open the DLL. One of them should be corrected to
> make
> >life consistent. example is as follows:
> >
> >$ cygcheck
> /usr/lib/gstreamer-0.8/cyggstossaudio.dll
> >C:/cygwin/lib/gstreamer-0.8/cyggstossaudio.dll
> >  C:/cygwin/lib/gstreamer-0.8\cyggstaudio.dll
> >C:\cygwin\bin\cygwin1.dll
> >  C:\WINDOWS\System32\ADVAPI32.DLL
> >C:\WINDOWS\System32\ntdll.dll
> >C:\WINDOWS\System32\KERNEL32.dll
> >C:\WINDOWS\System32\RPCRT4.dll
> >C:\cygwin\bin\cygglib-2.0-0.dll
> >  C:\cygwin\bin\cygiconv-2.dll
> >  C:\cygwin\bin\cygintl-3.dll
> >C:\cygwin\bin\cyggobject-2.0-0.dll
> >C:\cygwin\bin\cyggstreamer-0.8-1.dll
> >  C:\cygwin\bin\cyggmodule-2.0-0.dll
> >  C:\cygwin\bin\cyggthread-2.0-0.dll
> >  C:\cygwin\bin\cygpopt-0.dll
> >  C:\cygwin\bin\cygxml2-2.dll
> >C:\cygwin\bin\cygz.dll
> >  C:\cygwin\bin\cyggstinterfaces-0.8-0.dll
> >
> >dlopen on /usr/lib/gstreamer-0.8/cyggstossaudio.dll
> >fails(with win32 error 126) if
> /usr/lib/gstreamer-0.8
> >is not in PATH, probably because cyggstaudio.dll is
> in
> >there.
> 
> cygcheck follows the normal Windows conventions for
> locating a DLL since
> this reflects how a program finds "statically
> loaded" DLLs.  dlopen
> follows the normal UNIX conventions for locating a
> shared library,
> *except* that I just noticed that it is not
> searching /usr/lib by
> default.  It should be.
> 
> Otherwise this is all working as designed, AFAICT.
> 
> 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/
> 
> 

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.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: Questions on patching dcrt0.cc

[Christopher Faylor]

On Thu, May 26, 2005 at 10:44:39AM -0700, Max Kaehn wrote:
>On Thu, 2005-05-26 at 07:58, Christopher Faylor wrote:
>>I don't know what "submit it" means here.  If the submission is for
>>inclusion somewhere in the cygwin-specific part of winsup then the code
>>needs to be assigned to Red Hat.  Otherwise, why not just make it GPL?
>
>If MSVC code is acceptable for the cygwin-specific part of winsup, it
>definitely gets the cygwin license.  If it should go someplace else,
>then I want people who have purchased a cygwin license from Red Hat not
>to have to worry about the legalities of copying code from the test
>program.  If I can use the cygwin license for code in "contrib" (or
>wherever), then that's fine.

Rather than talking about "MSVC code" being "acceptable", please just
provide a specific indication of *what* you are trying to do.  Where do
you want to put this code?  Look at the directories available in winsup
and tell us where you want to put this.

>My intent here is to minimize the barrier to entry of creating
>proprietary programs that interoperate well with cygwin.  If someone
>makes a proprietary tool and has customers clamoring for it to work
>better with cygwin (e.g. doing proper cleanup when getting a ^C while
>running in an xterm), I want the business decision to be a matter
>of "the integration code is already available; the only question
>is whether the value added is greater than the cost of a cygwin
>license from Red Hat".

As I mentioned in semi-private email, the fact that you can get cygwin
working by dynamic linking doesn't mean that it can necessarily be used
by proprietary programs if by "proprietary" you mean "non open source".

>I'm new to actually *selecting* open source licenses, so I'm grateful
>for all feedback on selecting an appropriate one for the test
>program.  http://www.opensource.org/licenses/bsd-license.php
>looks good; is it appropriate for me to assign the copyright to
>Red Hat?

Again, if you assign the work to Red Hat, it will be available under the
GPL and via Red Hat's proprietary license scheme -- just like the rest
of the cygwin package.  So, if you assign the work, you don't have to
worry about the license.  If you are not going to assign the work to Red
Hat then it is not going into the winsup hierarchy (I'm not entirely
sure that it belongs there anyway).

If you are not assigning the work to Red Hat then I'd still suggest the
GPL since the whole project is more-or-less dedicated to the GPL.

>I got signal handling working yesterday; it works by spawning
>a thread that loops on sigwait().  I want to make another pass
>over the program doing cleanup and documentation and it'll be
>ready for submission, probably by the time the copyright assignment
>forms make it through snail mail.  I'll also see if I can make a
>mingw version for winsup/testsuite, as Igor suggested.

?  Why wouldn't signal handling just work?  A program would have to call
"GetProcAddress" to retrieve the address of any signal function that it
wanted to use but it should just work if all of the appropriate stuff is
initialized in cygwin.

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: Questions on patching dcrt0.cc

[Max Kaehn]

On Thu, 2005-05-26 at 07:58, Christopher Faylor wrote:
> I don't know what "submit it" means here.  If the submission is for inclusion
> somewhere in the cygwin-specific part of winsup then the code needs to be
> assigned to Red Hat.  Otherwise, why not just make it GPL?

If MSVC code is acceptable for the cygwin-specific part of winsup, it
definitely gets the cygwin license.  If it should go someplace else,
then I want people who have purchased a cygwin license from Red Hat
not to have to worry about the legalities of copying code from the test
program.  If I can use the cygwin license for code in "contrib"
(or wherever), then that's fine.

My intent here is to minimize the barrier to entry of creating
proprietary programs that interoperate well with cygwin.  If someone
makes a proprietary tool and has customers clamoring for it to work
better with cygwin (e.g. doing proper cleanup when getting a ^C while
running in an xterm), I want the business decision to be a matter
of "the integration code is already available; the only question
is whether the value added is greater than the cost of a cygwin
license from Red Hat".

I'm new to actually *selecting* open source licenses, so I'm grateful
for all feedback on selecting an appropriate one for the test
program.  http://www.opensource.org/licenses/bsd-license.php
looks good; is it appropriate for me to assign the copyright to
Red Hat?

I got signal handling working yesterday; it works by spawning
a thread that loops on sigwait().  I want to make another pass
over the program doing cleanup and documentation and it'll be
ready for submission, probably by the time the copyright assignment
forms make it through snail mail.  I'll also see if I can make a
mingw version for winsup/testsuite, as Igor suggested.

Thanks,
Max



--
Unsubscribe info:  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: Attention libtool maintainer: Re: `make install' of glib fails

[Gerrit P. Haase]

Franz Haeuslschmid wrote:


"Gerrit P. Haase" <[EMAIL PROTECTED]> writes:



Franz Haeuslschmid wrote:



After having managed to actually make the latest version of glib,
`make install' fails and spits out an error message that I don't
understand (excuse the mass of lines):



[... Output of make showing messages of undefined references ...]



Once again: any ideas?



-> -L/usr/lib -L/usr/local/lib -lglib-2.0



I suppose you meant that I should place this into environment
variable `LDFLAGS'. Did that, ran `./configure' once again and
continued with `make'. Now it is `make' that fails again (in
directory gobject):


No, the other way around.  If you have an older version of glib2
installed, and libtool links in the relink step against the older
version, then there may well be undefined symbols, it should link
against the fresh created glib2 library, this was a libtool bug
which IMO was fixed in the Cygwin release of libtool-devel-1.5.10,
but I may be wrong and it is only included in the experimental 1.9
release.

[...same error..]


This is the chain of commands that were executed:

  $ tar xvjf glib-2.6.4.tar.bz2
  $ cd glib-2.6.4
  $ export LDFLAGS="-L/usr/lib -L/usr/local/lib -lglib-2.0"


This must fail for sure as long as there is an older glib2 installed,
since it failed to install the complete glib2-2.6.4 package.


  $ autoreconf --install --force --verbose
  $ ./configure
  $ make


Try to remove the current glib2 package before building 2.6.4 (and 
reinstall libtool-devel and friends).  Then libtool has no chance to

pick up the system glib2.



You're linking against the old glib2 library, another libtool bug.
I thought that this was fixed in the latest release?  Again, which 
version of libtool are you using now?  Is it the one from the Cygwin

mirrors or do you have compiled your own version?  Charles, wasn't
that included in the 1.5 release branch?

BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html



I downloaded and built that version. `libtool --version' now
gives

  [EMAIL PROTECTED] ~/Src/glib-2.6.4
  $ libtool --version
  ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.245 2005/05/16 08:55:27)


It was meant as a ping to the libtool maintainer.  Since there are
always some Cygwin specific fixes in the libtool builds and we use
a wrapper to call libtool-devel or libtool-stable according to the
requested version in configure it is somewhat difficult to get this
right for a standard Cygwin setup.



However, `autoreconf' still picks up the version that is
configured by the cygwin installer:

  [EMAIL PROTECTED] ~/Src/glib-2.6.4
  $ ./libtool --version
  ltmain.sh (GNU libtool) 1.5.10 (1.1220.2.131 2004/09/19  12:46:56)


With ./ at the beginning of the line it will use the libtool generated
during a previous configure run.


When I remove the libtool package using cygwin's `setup.exe', I
can't use autoreconf:


[...]


configure.in:457: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
configure.in:458: error: possibly undefined macro: AM_PROG_LIBTOOL
autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1


I'm still perplexed.


Then the newer libtool wasn't installed correct.


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: dlopen and cygcheck inconsistency

[Christopher Faylor]

On Sat, May 21, 2005 at 07:49:20PM -0700, Sunil wrote:
>Hi,
>
>cygcheck also searches the `basename ` for
>dependent DLLs while dlopen requires PATH to be set to
>open the DLL. One of them should be corrected to make
>life consistent. example is as follows:
>
>$ cygcheck /usr/lib/gstreamer-0.8/cyggstossaudio.dll
>C:/cygwin/lib/gstreamer-0.8/cyggstossaudio.dll
>  C:/cygwin/lib/gstreamer-0.8\cyggstaudio.dll
>C:\cygwin\bin\cygwin1.dll
>  C:\WINDOWS\System32\ADVAPI32.DLL
>C:\WINDOWS\System32\ntdll.dll
>C:\WINDOWS\System32\KERNEL32.dll
>C:\WINDOWS\System32\RPCRT4.dll
>C:\cygwin\bin\cygglib-2.0-0.dll
>  C:\cygwin\bin\cygiconv-2.dll
>  C:\cygwin\bin\cygintl-3.dll
>C:\cygwin\bin\cyggobject-2.0-0.dll
>C:\cygwin\bin\cyggstreamer-0.8-1.dll
>  C:\cygwin\bin\cyggmodule-2.0-0.dll
>  C:\cygwin\bin\cyggthread-2.0-0.dll
>  C:\cygwin\bin\cygpopt-0.dll
>  C:\cygwin\bin\cygxml2-2.dll
>C:\cygwin\bin\cygz.dll
>  C:\cygwin\bin\cyggstinterfaces-0.8-0.dll
>
>dlopen on /usr/lib/gstreamer-0.8/cyggstossaudio.dll
>fails(with win32 error 126) if /usr/lib/gstreamer-0.8
>is not in PATH, probably because cyggstaudio.dll is in
>there.

cygcheck follows the normal Windows conventions for locating a DLL since
this reflects how a program finds "statically loaded" DLLs.  dlopen
follows the normal UNIX conventions for locating a shared library,
*except* that I just noticed that it is not searching /usr/lib by
default.  It should be.

Otherwise this is all working as designed, AFAICT.

cgf

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

[ANNOUNCEMENT] Updated: OpenSSH-4.1p1-1

[Corinna Vinschen]

I've just updated the version of OpenSSH to 4.1p1-1.

This is an official upstream bugfix release.

The official release message:


OpenSSH 4.1 has just been released. It will be available from the
mirrors listed at http://www.openssh.com/ shortly.

OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0
implementation and includes sftp client and server support.

We would like to thank the OpenSSH community for their continued
support to the project, especially those who contributed source and
bought T-shirts or posters.

We have a new design of T-shirt available, more info on
http://www.openbsd.org/tshirts.html#18

For international orders use http://https.openbsd.org/cgi-bin/order
and for European orders, use http://https.openbsd.org/cgi-bin/order.eu


Changes since OpenSSH 4.0:


* This is a bugfix release, no new features have been added. Some notable
  fixes are:

  - Fix segfault when using forwardings configured in ssh_config(5) and
ClearAllForwardings (bugzilla #996)

  - Limit input buffer size for channels. A peer could send more data
than the buffer code was willing to accept. This would cause OpenSSH
to abort the connection (bugzilla #896)

* Several improvements to the regression tests

* Portable OpenSSH:

  - OpenSSH will now always normalise IPv4 in IPv6 mapped addresses back to
IPv4 addresses. This means that IPv4 addresses in log messages on IPv6
enabled machines will no longer be prefixed by ":::" and AllowUsers,
DenyUsers, AllowGroups, DenyGroups will match IPv4-style addresses only
for 4-in-6 mapped connections. This ensures a consistent representation
of IPv4 addresses regardless of whether or not the machine is IPv6
enabled.

* Other bugfixes, including bugzilla #950, #997, #998, #999, #1005, #1006,
  #1024, and #1038

Changes since OpenSSH 3.9:


* ssh(1) now allows the optional specification of an address to bind to
  in port forwarding connections (local, remote and dynamic). Please
  refer to the documentation for the -L and -R options in the ssh(1)
  manual page and the LocalForward and RemoteForward options in the
  ssh_config(5) manpage. (Bugzilla #413)

* To control remote bindings while retaining backwards compatibility,
  sshd(8)'s GatewayPorts option has been extended. To allow client
  specified bind addresses for remote (-R) port forwardings, the server
  must be configured with "GatewayPorts clientspecified".

* ssh(1) and ssh-keyscan(1) now support hashing of host names and
  addresses added to known_hosts files, controlled by the ssh(1)
  HashKnownHosts configuration directive. This option improves user
  privacy by hiding which hosts have been visited. At present this
  option is off by default, but may be turned on once it receives
  sufficient testing.

* Added options for managing keys in known_hosts files to ssh-keygen(1),
  including the ability to search for hosts by name, delete hosts by
  name and convert an unhashed known_hosts file into one with hashed
  names. These are particularly useful for managing known_hosts files
  with hashed hostnames.

* Improve account and password expiry support in sshd(8). Ther server
  will now warn in advance for both account and password expiry.

* sshd(8) will now log the source of connections denied by AllowUsers,
  DenyUsers, AllowGroups and DenyGroups (Bugzilla #909)

* Added AddressFamily option to sshd(8) to allow global control over
  IPv4/IPv6 usage. (Bugzilla #989)

* Improved sftp(1) client, including bugfixes and optimisations for the
  ``ls'' command and command history and editing support using libedit.

* Improved the handling of bad data in authorized_keys files,
  eliminating fatal errors on corrupt or very large keys. (Bugzilla
  #884)

* Improved connection multiplexing support in ssh(1). Several bugs
  have been fixed and a new "command mode" has been added to allow the
  control of a running multiplexing master connection, including
  checking that it is up, determining its PID and asking it to exit.

* Have scp(1) and sftp(1) wait for the spawned ssh to exit before they
  exit themselves.  This prevents ssh from being unable to restore
  terminal modes (not normally a problem on OpenBSD but common with
  -Portable on POSIX platforms). (Bugzilla #950)

* Portable OpenSSH:

  - Add *EXPERIMENTAL* BSM audit support for Solaris systems
(Bugzilla #125)

  - Enable IPv6 on AIX where possible (see README.platform for
details), working around a misfeature of AIX's getnameinfo.
(Bugzilla #835)

  - Teach sshd(8) to write failed login records to btmp for
unsuccessful auth attempts. Currently this is only for password,
keyboard-interactive and challenge/response authentication methods
and only on Linux and HP-UX.

  - sshd(8) now sends output from failing PAM session modules to the
user before exiting, simil

Multiple Cygwin (directory trees) instances

[Aaron Gray]

I have a problem I am trying to find a way round.

Can I have multiple Cygwin (directory tree) instances, or does registry 
prohibit this ?


Aaron



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

In OpenSSH 4.0p1sshd, select() returns error 10022 when requesting a second channel

[Heiko Kirschke]

Hi,

when trying to open a second channel from an SSH client
onto an OpenSSH server, the sshd signals 10022 (EINVAL)
errors around the select() statement used for the second
channel. It does not mind if this 2nd channel was opened
for a port forwarding or by an sftp request, both operations
from the client's side show the same effect. Using the first
channel opened by the client is no problem for sshd.

Here's the part of the strace on sshd which repeats until
sshd is killed by control-C:

strace -m select /usr/sbin/sshd -d -D -e -f /usr/local/etc/sshd_config > 
sshd-trace.log 2>&1

--
2227 46541177 [main] sshd 2008 cygwin_select: 12, 0x10012EF0, 
0x10012EA0, 0x0, 0x0

 301 46541478 [main] sshd 2008 cygwin_select: to NULL, ms 
  27 46541505 [main] sshd 2008 cygwin_select: sel.always_ready 0
 135 46541640 [main] sshd 2008 start_thread_socket: Handle 0x704
  25 46541665 [main] sshd 2008 start_thread_socket: Added to readfds
  26 46541691 [main] sshd 2008 start_thread_socket: Added to writefds
  25 46541716 [main] sshd 2008 start_thread_socket: Added to exceptfds
  26 46541742 [main] sshd 2008 start_thread_socket: exitsock 0x67C
  26 46541768 [main] sshd 2008 start_thread_socket: stuff_start 0x22E5E4
 196 46541964 [main] sshd 2008 select_stuff::wait: woke up.  wait_ret 
1.  verifying

  36 46542000 [main] sshd 2008 set_bits: me 0x1001B878, testing fd 11 ()
  38 46542038 [main] sshd 2008 set_bits: ready 0
  25 46542063 [main] sshd 2008 set_bits: me 0x1001B848, testing fd 10 ()
  26 46542089 [main] sshd 2008 set_bits: ready 1
  24 46542113 [main] sshd 2008 set_bits: me 0x10013610, testing fd 7 
(/dev/ptmx)

  26 46542139 [main] sshd 2008 set_bits: ready 0
  25 46542164 [main] sshd 2008 set_bits: me 0x100135E0, testing fd 4 ()
  30 46542194 [main] sshd 2008 set_bits: ready 0
  25 46542219 [main] sshd 2008 select_stuff::wait: gotone 1
  25 46542244 [main] sshd 2008 select_stuff::wait: returning 0
  26 46542270 [main] sshd 2008 select_stuff::cleanup: calling cleanup 
routines
  72 46542342 [main] sshd 2008 socket_cleanup: si 0x10014378 si->thread 
0x610FFC8C
 118 46542460 [main] sshd 2008 socket_cleanup: sent a byte to exitsock 
0x67C, res 1
  45 46542505 [select_socket] sshd 2008 thread_socket: stuff_start 
0x1001738C
  67 46542572 [select_socket] sshd 2008 thread_socket: Win32 select 
returned 3
  34 46542606 [select_socket] sshd 2008 thread_socket: s 0x10012EB0, 
testing fd 3 ()

  31 46542637 [select_socket] sshd 2008 thread_socket: read_ready
  30 46542667 [select_socket] sshd 2008 thread_socket: write_ready
  29 46542696 [select_socket] sshd 2008 thread_socket: saw exitsock read
  56 46542752 [main] sshd 2008 socket_cleanup: reading a byte from 
exitsock 0x67C

  58 46542810 [main] sshd 2008 socket_cleanup: recv returned 1
  59 46542869 [main] sshd 2008 socket_cleanup: returning
  39 46542908 [main] sshd 2008 peek_pipe: , already ready for write
  32 46542940 [main] sshd 2008 set_bits: me 0x1001B848, testing fd 10 ()
  28 46542968 [main] sshd 2008 set_bits: ready 1
  60 46543028 [main] sshd 2008 peek_socket: considering handle 0x704
  32 46543060 [main] sshd 2008 peek_socket: adding except fd_set , fd 3
  31 46543091 [main] sshd 2008 peek_socket: WINSOCK_SELECT returned -1
  31 46543122 [main] sshd 2008 peek_socket: error 10022
  59 46543181 [main] sshd 2008 select_stuff::poll: returning 1
  29 46543210 [main] sshd 2008 select_stuff::cleanup: calling cleanup 
routines
  31 46543241 [main] sshd 2008 select_stuff::~select_stuff: deleting 
select records
5625 21232304 [main] sftp-server 2576 cygwin_select: 5, 0xFEE0008, 
0xFEE21A0, 0x0, 0x0

  96 21232400 [main] sftp-server 2576 cygwin_select: to NULL, ms 
  25 21232425 [main] sftp-server 2576 cygwin_select: sel.always_ready 0
 172 21232597 [select_pipe] sftp-server 2576 peek_pipe: , ready for 
read: avail 28672
  40 21232637 [main] sftp-server 2576 select_stuff::wait: woke up.  
wait_ret 1.  verifying
  29 21232666 [main] sftp-server 2576 set_bits: me 0xFEE2640, testing 
fd 3 ()

  28 21232694 [main] sftp-server 2576 set_bits: ready 1
  26 21232720 [main] sftp-server 2576 select_stuff::wait: gotone 1
  25 21232745 [main] sftp-server 2576 select_stuff::wait: returning 0
  40 21232785 [main] sftp-server 2576 select_stuff::cleanup: calling 
cleanup routines

  73 21232858 [main] sftp-server 2576 peek_pipe: , already ready for read
  25 21232883 [main] sftp-server 2576 set_bits: me 0xFEE2640, testing 
fd 3 ()

  27 21232910 [main] sftp-server 2576 set_bits: ready 1
  26 21232936 [main] sftp-server 2576 select_stuff::poll: returning 1
  26 21232962 [main] sftp-server 2576 select_stuff::cleanup: calling 
cleanup routines
  27 21232989 [main] sftp-server 2576 select_stuff::~select_stuff: 
deleting select records

--
These messages are raised from src/winsup/cygwin/select.cc.
Unfortunately, I have no idea on how to get a more precise
error description besides the pure number 10022 from
Windows/Cygwin.

In the attachment, find the complete strace log.

Re: Wildcards in the path name parameter

[Lev Bishop]

On 26/05/05, Coetzee, Evert wrote:
> But I'm running it from the cmd.exe command prompt. I'm not in a shell.
> 
> cp: cannot stat `/cygdrive/c/*.*': No such file or directory
> 
> That is the error I get now.

Do you have "noglob" in your CYGWIN environment variable?
http://cygwin.com/problems.html

Lev

--
Unsubscribe info:  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: Questions on patching dcrt0.cc

[Christopher Faylor]

On Thu, May 26, 2005 at 12:38:56AM -0400, Igor Pechtchanski wrote:
>> 3.  I want to spare anyone making use of the test program any
>> worries over legalities.  Should I submit it under the cygwin
>> license or put it in the public domain?
>
>Either would be fine, AFAIU, but wait for CGF or Corinna to confirm it.

I don't know what "submit it" means here.  If the submission is for inclusion
somewhere in the cygwin-specific part of winsup then the code needs to be
assigned to Red Hat.  Otherwise, why not just make it GPL?

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: Re: PATH oddity

[Williams, Gerald S \(Jerry\)]

Karl M wrote:
>>> While looking at my PATH environment variable (in response to the
>>> recent postings about sshd and environment variables), I noticed
>>> that "." was included. 
>>> 
>>> It was caused by a double ; ( a ";;" sequence) in my PATH as
>>> defined in the Windows XP My Computer Properties panel.

Yitzchak Scott-Thoennes wrote:
>> This has been discussed here before; IIRC (and I may not), the . is
>> the equivalent of what windows does.  An empty entry in the windows
>> path (;; in the middle or ; at the beginning or end) makes it search
>> the current directory.

If that is the meaning under Windows, it would be meaningless
in practice since Windows searches the current directory first.
However, under bash (and other shells that I'm familiar with)
an empty entry is the same as ".".

I guess it depends on your POV, but being able to specify the
current directory in your Windows PATH, even though it is only
meaningful under Cygwin, could be a useful feature.

gsw


--
Unsubscribe info:  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: Attention libtool maintainer: Re: `make install' of glib fails

[Franz Haeuslschmid]

Franz Haeuslschmid <[EMAIL PROTECTED]> writes:

> "Gerrit P. Haase" <[EMAIL PROTECTED]> writes:
>
>> Franz Haeuslschmid wrote:
>>
>>> After having managed to actually make the latest version of glib,
>>> `make install' fails and spits out an error message that I don't
>>> understand (excuse the mass of lines):
>
> [... Output of make showing messages of undefined references ...]
>
>>> Once again: any ideas?

[...]

>> You're linking against the old glib2 library, another libtool bug.
>> I thought that this was fixed in the latest release?  Again, which 
>> version of libtool are you using now?  Is it the one from the Cygwin
>> mirrors or do you have compiled your own version?  Charles, wasn't
>> that included in the 1.5 release branch?
>>
>> BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html

[... Download of latest libtool ...]

> When I remove the libtool package using cygwin's `setup.exe', I
> can't use autoreconf:
>
> [EMAIL PROTECTED] ~/Src/glib-2.6.4
> $ autoreconf --install --force --verbose

[... Warning messages of autoreconf ...]

> configure.in:456: error: possibly undefined macro: AM_DISABLE_STATIC
>   If this token and others are legitimate, please use m4_pattern_allow.
>   See the Autoconf documentation.
> configure.in:457: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
> configure.in:458: error: possibly undefined macro: AM_PROG_LIBTOOL
> autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1

I now know that these messages indicate that macros cannot be
found by `aclocal'. The command `aclocal --print-ac-dir' shows
for me

  /usr/autotool/devel/share/aclocal

including one file, `dirlist' which in turn originally only
contained the reference to one directory containing macros, I
presume the default directory:

  /usr/share/aclocal

I then extended the file for one line, in order to include the
macros of the version of libtool, that I had locally
compiled. With new prerequisites, glib compiled without any
problem.


To summarize: to make and install `glib', my system needed the
latest stable version of `libtool'. The version that comes
precompiled with cygwin must be uninstalled. (Maybe it suffices
if `aclocal' finds the correct macro definitions -- is it a
question of order of the directories listed in `dirlist'?)
Additionally, `aclocal' had to be informed of the new macro
definitions.

Franz.


--
Unsubscribe info:  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: Wildcards in the path name parameter

[Tony Richardson]

"Coetzee, Evert"  wrote
> But I'm running it from the cmd.exe command prompt. I'm not in a shell.
>
> cp: cannot stat `/cygdrive/c/*.*': No such file or directory
>
> That is the error I get now.

The shell does wildcard expansion in Cygwin (and Unix) not the utility.  Try

bash -c "cp   /cygdrive/c/cygwin*.bat targetdir"

from the cmd.exe prompt instead (or from your application).  (Why not use
Windows copy instead though?)

Tony Richardson


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Corinna Vinschen
> Sent: 26 May 2005 11:42
> To: cygwin@cygwin.com
> Subject: Re: Wildcards in the path name parameter
>
>
> On May 26 06:28, Coetzee, Evert wrote:
>> So my conclusion is that the * is not interpreted as a wildcard when it 
>> is
>> part fo a pathname.
>
> Wrong.  Don't mix Win32 and POSIX paths.  Use /cygdrive/c/sourcedir/*.txt.
> No drive letters, no backslash.
>
>
> 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/
>
>
>
> 




--
Unsubscribe info:  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: Wildcards in the path name parameter

[Coetzee, Evert]

But I'm running it from the cmd.exe command prompt. I'm not in a shell.

cp: cannot stat `/cygdrive/c/*.*': No such file or directory

That is the error I get now.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Corinna Vinschen
Sent: 26 May 2005 11:42
To: cygwin@cygwin.com
Subject: Re: Wildcards in the path name parameter


On May 26 06:28, Coetzee, Evert wrote:
> So my conclusion is that the * is not interpreted as a wildcard when it is
> part fo a pathname.

Wrong.  Don't mix Win32 and POSIX paths.  Use /cygdrive/c/sourcedir/*.txt.
No drive letters, no backslash.


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/




--
Unsubscribe info:  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: Fetchmail: Cygwin socket read retry

[Jason Tishler]

George,

On Thu, May 26, 2005 at 03:07:00AM -0700, George wrote:
> On Thu, May 26, 2005 at 07:19:53AM -0400, Jason Tishler wrote:
> > which is why I submitted the following fetchmail patch:
> > 
> > http://lists.ccil.org/pipermail/fetchmail-friends/2002-May/006259.html
> 
> I've recently reinstalled Cygwin on a new machine (also Windows 2000)
> and this my first encounter with the problem.  If it worries me
> enough, I'll apply the patch and call it a day.

There is no need to apply the patch, since it was already applied to the
official fetchmail source about three years ago.

> Thanks for the reply.

No problem.

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: Fetchmail: Cygwin socket read retry

[George]

On Thu, May 26, 2005 at 07:19:53AM -0400, Jason Tishler wrote:
> 
> On Wed, May 25, 2005 at 11:29:30PM -0700, George wrote:
> > I'm seeing single or often multiple 'Cygwn socket read retry' messages
> > for each email message as it's being retrieving with fetchmail.  Not
> > certain whether this is a real problem (to date I've lost no email
> > messages), but I thought it worth pointing out. 
> 
> The above is a caused be a known Winsock issue:

Err ... you mean "Somebody set us up the bomb" ?

http://www.theregister.co.uk/2001/02/22/all_your_base_are_belong/

>
> http://sources.redhat.com/ml/cygwin/2001-08/msg00628.html
> 
> which is why I submitted the following fetchmail patch:
> 
> http://lists.ccil.org/pipermail/fetchmail-friends/2002-May/006259.html

I've recently reinstalled Cygwin on a new machine (also Windows 2000)
and this my first encounter with the problem.  If it worries me enough,
I'll apply the patch and call it a day.

Thanks for the reply.

Cheers.

-- 
George

--
Unsubscribe info:  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: Fetchmail: Cygwin socket read retry

[Jason Tishler]

On Thu, May 26, 2005 at 07:19:53AM -0400, Jason Tishler wrote:
> The above is a caused be a known Winsock issue:

The above should have been the following:

The above is caused by a known Winsock issue:

Sigh... :,(

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: Attention libtool maintainer: Re: `make install' of glib fails

[Franz Haeuslschmid]

"Gerrit P. Haase" <[EMAIL PROTECTED]> writes:

> Franz Haeuslschmid wrote:
>
>> After having managed to actually make the latest version of glib,
>> `make install' fails and spits out an error message that I don't
>> understand (excuse the mass of lines):

[... Output of make showing messages of undefined references ...]

>> Once again: any ideas?
>
>
> -> -L/usr/lib -L/usr/local/lib -lglib-2.0

I suppose you meant that I should place this into environment
variable `LDFLAGS'. Did that, ran `./configure' once again and
continued with `make'. Now it is `make' that fails again (in
directory gobject):

make  all-am
make[1]: Entering directory `/cygdrive/d/Src/glib-2.6.4/gobject'
/bin/bash ../libtool --mode=link --tag=CC gcc  -g -O2 -Wall  -L/usr/lib 
-L/usr/local/lib -lglib-2.0 -o libgobject-2.0.la -rpath /usr/local/lib 
-version-info 600:4:600 -export-dynamic -no-undefined -export-symbols-regex 
"^[^_].*" gboxed.lo gclosure.lo genums.lo gobject.lo gparam.lo gparamspecs.lo 
gsignal.lo gsourceclosure.lo gtype.lo gtypemodule.lo gtypeplugin.lo gvalue.lo 
gvaluearray.lo gvaluetransform.lo gvaluetypes.lo  ../glib/libglib-2.0.la -lintl 
 
rm -fr  .libs/libgobject-2.0.dll.a .libs/libgobject-2.0.exp
generating symbol list for `libgobject-2.0.la'
/usr/bin/nm -B  .libs/gboxed.o .libs/gclosure.o .libs/genums.o .libs/gobject.o 
.libs/gparam.o .libs/gparamspecs.o .libs/gsignal.o .libs/gsourceclosure.o 
.libs/gtype.o .libs/gtypemodule.o .libs/gtypeplugin.o .libs/gvalue.o 
.libs/gvaluearray.o .libs/gvaluetransform.o .libs/gvaluetypes.o  | sed -n -e 
's/^.*[  ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][  
]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /usr/bin/sed -e '/^[BCDGRS] 
/s/.* \([^ ]*\)/\1 DATA/' | /usr/bin/sed -e '/^[AITW] /s/.* //' | sort | uniq > 
.libs/libgobject-2.0.exp
grep -E -e "^[^_].*" ".libs/libgobject-2.0.exp" > ".libs/libgobject-2.0.expT"
mv -f ".libs/libgobject-2.0.expT" ".libs/libgobject-2.0.exp"
if test "x`/usr/bin/sed 1q .libs/libgobject-2.0.exp`" = xEXPORTS; then cp 
.libs/libgobject-2.0.exp .libs/cyggobject-2.0-0.dll.def; else echo EXPORTS > 
.libs/cyggobject-2.0-0.dll.def; cat .libs/libgobject-2.0.exp >> 
.libs/cyggobject-2.0-0.dll.def; fi
 gcc -shared .libs/cyggobject-2.0-0.dll.def  .libs/gboxed.o .libs/gclosure.o 
.libs/genums.o .libs/gobject.o .libs/gparam.o .libs/gparamspecs.o 
.libs/gsignal.o .libs/gsourceclosure.o .libs/gtype.o .libs/gtypemodule.o 
.libs/gtypeplugin.o .libs/gvalue.o .libs/gvaluearray.o .libs/gvaluetransform.o 
.libs/gvaluetypes.o  -L/usr/lib -L/usr/local/lib /usr/lib/libglib-2.0.dll.a 
../glib/.libs/libglib-2.0.dll.a /usr/lib/libintl.dll.a  -o 
.libs/cyggobject-2.0-0.dll -Wl,--image-base=0x1000 
-Wl,--out-implib,.libs/libgobject-2.0.dll.a
Creating library file: .libs/libgobject-2.0.dll.a
collect2: ld returned 1 exit status
make[1]: *** [libgobject-2.0.la] Error 1
make[1]: Leaving directory `/cygdrive/d/Src/glib-2.6.4/gobject'
make: *** [all] Error 2


This is the chain of commands that were executed:

  $ tar xvjf glib-2.6.4.tar.bz2
  $ cd glib-2.6.4
  $ export LDFLAGS="-L/usr/lib -L/usr/local/lib -lglib-2.0"
  $ autoreconf --install --force --verbose
  $ ./configure
  $ make

> You're linking against the old glib2 library, another libtool bug.
> I thought that this was fixed in the latest release?  Again, which 
> version of libtool are you using now?  Is it the one from the Cygwin
> mirrors or do you have compiled your own version?  Charles, wasn't
> that included in the 1.5 release branch?
>
> BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html

I downloaded and built that version. `libtool --version' now
gives

  [EMAIL PROTECTED] ~/Src/glib-2.6.4
  $ libtool --version
  ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.245 2005/05/16 08:55:27)

However, `autoreconf' still picks up the version that is
configured by the cygwin installer:

  [EMAIL PROTECTED] ~/Src/glib-2.6.4
  $ ./libtool --version
  ltmain.sh (GNU libtool) 1.5.10 (1.1220.2.131 2004/09/19  12:46:56)

When I remove the libtool package using cygwin's `setup.exe', I
can't use autoreconf:

[EMAIL PROTECTED] ~/Src/glib-2.6.4
$ autoreconf --install --force --verbose
autoreconf: Entering directory `.'
autoreconf: configure.in: not using Gettext
autoreconf: running: aclocal --force 
/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of 
AC_CHECK_FT2
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of 
AM_PATH_CPPUNIT
aclocal:configure.in:456: warning: macro `AM_DISABLE_STATIC' not found in 
library
aclocal:configure.in:458: warning: macro `AM_PROG_LIBTOOL' not found in library
autoreconf: configure.in: tracing
configure.in:10: warning: file `acglib.m4' included several times
configure.in:11: warning: file `glib/libcharset/codeset.m4' included several 
times
configure.in:12: warning: file `glib/libcharset/glibc21.m4' included several 
times
autor

Re: Fetchmail: Cygwin socket read retry

[Jason Tishler]

George,

On Wed, May 25, 2005 at 11:29:30PM -0700, George wrote:
> I'm seeing single or often multiple 'Cygwn socket read retry' messages
> for each email message as it's being retrieving with fetchmail.  Not
> certain whether this is a real problem (to date I've lost no email
> messages), but I thought it worth pointing out. 

The above is a caused be a known Winsock issue:

http://sources.redhat.com/ml/cygwin/2001-08/msg00628.html

which is why I submitted the following fetchmail patch:

http://lists.ccil.org/pipermail/fetchmail-friends/2002-May/006259.html

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: Wildcards in the path name parameter

[Corinna Vinschen]

On May 26 06:28, Coetzee, Evert wrote:
> So my conclusion is that the * is not interpreted as a wildcard when it is
> part fo a pathname.

Wrong.  Don't mix Win32 and POSIX paths.  Use /cygdrive/c/sourcedir/*.txt.
No drive letters, no backslash.


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: sftp exits with error NULL pointer given as argument

[Corinna Vinschen]

On May 26 11:47, Pavel Rosenboim wrote:
> Pavel Rosenboim wrote:
> [config file]

Thanks, the config file allowed me to reproduce the problem.  AFAICS, it's
a 4.0p1 specific problem.  Using sftp and ssh from the upcoming 4.1p1
release, the problem has gone.  So, for now, just use a different config
file for sftp (-F option) and stay tuned for the 4.1p1 release, which is
due soon(*).


Corinna

(*) Actually the official release is already out, but there's still a
tiny problem I need a feedback from the upstream maintainers for.

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

Wildcards in the path name parameter

[Coetzee, Evert]

Hi 

I want to do a simple copy. I have W2K on my machine and the normal dos
commany would have been:

copy c:\sourcedir\*.txt c:\targetdir

So I have an application that makes a call to the cp.exe cygwin file:

cp c:\sourcedir\*.txt c:\targetdir

I get the following error:
cp: cannot stat `c:\sourcedir\*.txt': No such file or directory

I changed direction of the \ to / and it doesn't help.

I did notice that if I'm in the sourcedir when running the commmand the
following command works:

cp *.txt c:\targetdir

So my conclusion is that the * is not interpreted as a wildcard when it is
part fo a pathname. How can I change that so that it copies all txt files in
a source dir?

Regards

 



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

RE: Problems installing binutils

[Dave Korn]

Original Message
>From: Aaron Gray
>Sent: 25 May 2005 21:47

> I am having problems installing binutils on just this machine. AFAIKS I
> haave the same instillation as my other machine which builds and installs
> binutils fine.
> 
> Doing 'make install' I get the following error :-
> 
> makeinfo --split-size=500 -I /usr/src/binutils-2.15/binutils/doc
> /usr/src/bi
> nutils-2.15/binutils/doc/binutils.texi
> /usr/src/binutils-2.15/binutils/doc/binutils.texi:52: Unknown index `ky'
> and/or
> ' in @synindex.
> makeinfo: Removing output file
> `/usr/build/binutils-2.15/binutils/doc/binutils.i
> nfo' due to errors; use --force to preserve.
> make[2]: *** [binutils.info] Error 1
> make[2]: Leaving directory `/usr/build/binutils-2.15/binutils/doc'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/usr/build/binutils-2.15/binutils'
> make: *** [install-binutils] Error 2
> 
> Any ideas ?

  You can force it to ignore the error in the binutils.info subtarget and
carry on with the main install-recursive target by giving the -k flag:

make -k install

  That will leave you with insufficient docs, but you'll still have working
tools.

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: sftp exits with error NULL pointer given as argument

[Pavel Rosenboim]

Pavel Rosenboim wrote:


Hi,

I'm connecting with sftp from my work computer running Win2k SP4 to my 
home computer running Fedora Core 3. My ssh config file turns on port 
forwarding for several ports. In this configuration sftp exits with 
error: "xfree: NULL pointer given as argument". When port forwarding 
is turned off sftp connects without problems. Also this happens only 
with sftp not ssh. The problem started after upgrading openssh package 
to version 4.0p1 and doesn't happen with previous releases. I also 
tried to connect from Fedora Core 4 test3 machine which also uses 
openssh 4.0p1 with same configuration and it does work.


Output of sftp -v -v -v -v -v [EMAIL PROTECTED]
Connecting to pashar.dyndns.org...
OpenSSH_4.0p1, OpenSSL 0.9.7g 11 Apr 2005
debug1: Reading configuration data /home/pavelr/.ssh/config
debug1: Applying options for pashar.dyndns.org
debug1: Reading configuration data /etc/ssh_config
xfree: NULL pointer given as argument
Connection closed


> Any changes made to /etc/ssh_config?

No changes to /etc/ssh_config, but many changes to .ssh/config. The most 
significant part is port forwarding (everything works when it is 
disabled) but I'm attaching my config file if you want to see everything.



Host=pashar.dyndns.org
CheckHostIP=no
Compression=yes
CompressionLevel=9
Port=995
Protocol=2
LocalForward4080 127.0.0.1:4080
LocalForward5801 127.0.0.1:5801
LocalForward5901 127.0.0.1:5901
LocalForward5900 127.0.0.1:5900
LocalForward4001 127.0.0.1:4001
LocalForward110 127.0.0.1:110
LocalForward5912 127.0.0.1:5912
DynamicForward  2000
GatewayPorts=yes



--
Unsubscribe info:  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: How to install perl modules?

[Gerrit P. Haase]

Manuel Tejada wrote:


Thanks to you and the other people for the answer.

Unfortunatly I don't have Internet-like programs
installed (as lynx, wget, ncftpget, ncftp, etc) in my
cygwing, so I can't use the -MCPAN or just de command
cpan. I don't intend to install those programs to
avoid my cygwin get bigger.


Come on, a program like wget is so important, how do you download
stuff?  Internet Explorer?  Isn't this bloat (50 MB)?  The whole
wget package is about 1 MB!


I can download the modules from CPAN using the
Internet program from Windows and save them in the
hard disk.


Bloatware...


The correct question would be this:
Can I install the modules manually?


Yes, of course, however, CPAN is much more reliable.  You don't
need all the internet tools anyway, Net::Ftp is already included
in the Cygwin Perl release, so there should be no other tools
needed.  Just install some more perl modules to make it more
comfortable for you (in the CPAN shell type: `install LWP' to
install the libwww module and dependencies).



If yes, How, and what must I have in consideration?


make, binutils and gcc-core (besides the Cygwin base packages):

$ tar xzf Perl-Mudule-1.2.3
$ cd Perl-Mudule-1.2.3/
$ perl Makefile.PL
$ make
$ make test
$ make UNINST=1 install

Should be listed in the README:
$ cat /usr/share/doc/Cygwin/perl-5.8.6

[...snip...]

Requirements

[...snip...]

  CPAN Dependencies:
When building modules you will need Cygwin packages like make,
gcc, binutils, ..., (and additional libraries, depending on the
modules you want to install).

[...snip...]


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: How to install perl modules?

[George]

On Wed, May 25, 2005 at 11:55:59AM +0100, Jason Pearce wrote:

> Yes, use the CPAN module as Brian suggests. Just make sure environment 
> variable PERLIO is unset when using -MCPAN, otherwise it will fail. (You 
> might set this to CRLF for DOS compatibility purposes).
> Also be aware that you may have trouble building some modules that use C 
> code and have not been ported to Cygwin, mainly OS modules like WIN32. 
> Straight Perl modules should just work out of the box, and CPAN will get 
> all pre-requisites for you too. You'll never want ppm again!

Sorry to go off on a slight tangent here, but is there any documentation
anywhere that describe which Win32 modules are problematic, as it's most
likely that for Cygwin users the Win32 modules are of particular
interest, no?  And installing both Cygwin's Perl and ActiveState's
distribution can offer a less than satisfactory solution as it presents
its own set of problems.

-- 
George

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

RE: Problem with £ sign at Cygwin prompt.

[thomas . revell]

Works fine for me (Windows 2000 Professional, SP4).

Thanks!

>"  To type international characters (£åäö) in bash, add the following 
lines
>to your ~/.inputrc file and restart bash:
>
>set meta-flag on 
>   set convert-meta off 
>   set output-meta on 
>set input-meta on
>set kanji-code sjis
>set meta-flag on"

>  That doesn't exactly work for me: all it does is make the £ key 
generate
>"\243" instead of actioning the insert-comment binding.


:.
CONFIDENTIALITY : This  e-mail  and  any attachments are confidential and 
may be privileged. If  you are not a named recipient, please notify the 
sender immediately and do not disclose the contents to another person, use 
it for any purpose or store or copy the information in any medium.

--
Unsubscribe info:  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: sftp exits with error NULL pointer given as argument

[Corinna Vinschen]

On May 26 10:33, Pavel Rosenboim wrote:
> Hi,
> 
> I'm connecting with sftp from my work computer running Win2k SP4 to my 
> home computer running Fedora Core 3. My ssh config file turns on port 
> forwarding for several ports. In this configuration sftp exits with 
> error: "xfree: NULL pointer given as argument". When port forwarding is 
> turned off sftp connects without problems. Also this happens only with 
> sftp not ssh. The problem started after upgrading openssh package to 
> version 4.0p1 and doesn't happen with previous releases. I also tried to 
> connect from Fedora Core 4 test3 machine which also uses openssh 4.0p1 
> with same configuration and it does work.
> 
> Output of sftp -v -v -v -v -v [EMAIL PROTECTED]
> Connecting to pashar.dyndns.org...
> OpenSSH_4.0p1, OpenSSL 0.9.7g 11 Apr 2005
> debug1: Reading configuration data /home/pavelr/.ssh/config
> debug1: Applying options for pashar.dyndns.org
> debug1: Reading configuration data /etc/ssh_config
> xfree: NULL pointer given as argument
> Connection closed

http://cygwin.com/acronyms/#WJFFM

Any changes made to /etc/ssh_config?


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: Questions on patching dcrt0.cc

[Corinna Vinschen]

On May 26 00:38, Igor Pechtchanski wrote:
> On Wed, 25 May 2005, Max Kaehn wrote:
> > 3.  I want to spare anyone making use of the test program any
> > worries over legalities.  Should I submit it under the cygwin
> > license or put it in the public domain?
> 
> Either would be fine, AFAIU, but wait for CGF or Corinna to confirm it.
>   Igor

BSD comes to mind.

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/

Fetchmail: Cygwin socket read retry

[George]

I'm seeing single or often multiple 'Cygwn socket read retry' messages
for each email message as it's being retrieving with fetchmail.  Not
certain whether this is a real problem (to date I've lost no email
messages), but I thought it worth pointing out. 

Cygcheck output attached.

-- 
George

Cygwin Configuration Diagnostics
Current System Time: Wed May 25 23:14:00 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   e:\george\bin
e:\george\bin\apps
e:\george\bin\sysinternals
d:\cygwin\bin
c:\reskit\apps
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem

Output from d:\cygwin\bin\id.exe (nontsec)
UID: 1000(george)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from d:\cygwin\bin\id.exe (ntsec)
UID: 1000(george)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

CYGWIN = `binmode tty ntsec'
HOME = `d:\cygwin\home\george'
PWD = `/home/george'

ALLUSERSPROFILE = `C:\Users\All Users'
APPDATA = `C:\Users\george\Application Data'
COLORFGBG = `default;default'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Programs\Common'
COMPUTERNAME = `HOME'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
DISPLAY = `:0'
GREP_COLOR = `0;32'
GREP_OPTIONS = `--color=auto'
HOMEDRIVE = `C:'
HOMEPATH = `\Users\george'
LOGONSERVER = `\\HOME'
LS_COLORS = `no=00:fi=00:di=00;34:ln=00;32:ex=00:*~=05;31:'
NUMBER_OF_PROCESSORS = `1'
OS2LIBPATH = `C:\WINDOWS\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PERLDOC_PAGER = `less -+C -e -isrR'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0102'
PROGRAMFILES = `C:\Programs'
SHLVL = `1'
SLRNHOME = `~/.slrn'
SLRNPULL_ROOT = `/var/spool/slrnpull'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\Users\george\LOCALS~1\Temp'
TERM = `rxvt'
TMP = `c:\Users\george\LOCALS~1\Temp'
USERDOMAIN = `HOME'
USERNAME = `george'
USERPROFILE = `C:\Users\george'
WINDIR = `C:\WINDOWS'
WINDOWID = `168110632'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

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

a:  fd N/AN/A
c:  hd  NTFS 10236Mb  28% CP CS UN PA FC System
d:  hd  NTFS  3074Mb  68% CP CS UN PA FC Cygwin
e:  hd  NTFS 64848Mb  51% CP CS UN PA FC Data
f:  hd  NTFS 76316Mb  95% CP CS UN PA FC Store
x:  cd N/AN/A

d:\cygwin  / system  binmode
d:\cygwin/bin  /usr/bin  system  binmode
d:\cygwin/lib  /usr/lib  system  binmode
.  / system  binmode,cygdrive

Found: d:\cygwin\bin\awk.exe
Found: d:\cygwin\bin\bash.exe
Found: d:\cygwin\bin\cat.exe
Found: d:\cygwin\bin\cp.exe
Found: d:\cygwin\bin\cpp.exe
Found: d:\cygwin\bin\find.exe
Found: d:\cygwin\bin\gcc.exe
Found: d:\cygwin\bin\gdb.exe
Found: d:\cygwin\bin\grep.exe
Found: d:\cygwin\bin\ld.exe
Found: d:\cygwin\bin\ls.exe
Found: d:\cygwin\bin\make.exe
Found: d:\cygwin\bin\mv.exe
Found: d:\cygwin\bin\rm.exe
Found: d:\cygwin\bin\sed.exe
Found: d:\cygwin\bin\sh.exe
Found: d:\cygwin\bin\tar.exe

   93k 2005/02/17 d:\cygwin\bin\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0
  "cygapr-0-0.dll" v0.0 ts=2005/2/17 13:52
   68k 2005/02/17 d:\cygwin\bin\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0
  "cygaprutil-0-0.dll" v0.0 ts=2005/2/17 13:56
   77k 2004/06/04 d:\cygwin\bin\cygart_lgpl_2-2.dll - os=4.0 img=1.0 sys=4.0
  "cygart_lgpl_2-2.dll" v0.0 ts=2004/6/4 3:20
  802k 2003/09/15 d:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0
  "cygaspell-15.dll" v0.0 ts=2003/9/15 5:32
  123k 2004/09/29 d:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0
  "cygatk-1.0-0.dll" v0.0 ts=2004/9/29 16:16
  145k 2004/09/02 d:\cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0
  "cygaudiofile-0.dll" v0.0 ts=2004/9/1 20:38
  336k 2004/10/27 d:\cygwin\bin\cygbonobo-2-0.dll - os=4.0 img=1.0 sys=4.0
  

Risposta automatica da [EMAIL PROTECTED]

[hostmaster]

(il soggetto era: "Spam")


Messaggio automatico:

la cancellazione dalla feder mediterraneo avviene in automatico
basta andare in fondo alla pagina


--
Unsubscribe info:  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 oddity

[Thorsten Kampe]

On Wed, 25 May 2005 11:58:45 -0700, Yitzchak Scott-Thoennes wrote:

> On Wed, May 25, 2005 at 11:28:43AM -0700, Karl M wrote:
>> Hi All...
>> 
>> While looking at my PATH environment variable (in response to the recent 
>> postings about sshd and environment variables), I noticed that "." was 
>> included.
>> 
>> It was caused by a double ; ( a ";;" sequence) in my PATH as defined in the 
>> Windows XP My Computer Properties panel.
>> 
>> It is not an immediate problem, but it seemed a bit odd.
> 
> This has been discussed here before; IIRC (and I may not), the . is
> the equivalent of what windows does.  An empty entry in the windows
> path (;; in the middle or ; at the beginning or end) makes it search
> the current directory.

Definitely not.


--
Unsubscribe info:  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: How to create "." files

[Thorsten Kampe]

On Wed, 25 May 2005 23:15:36 +0430, Alireza Ghasemi wrote:
> I tried to create some hidden-Linux like files such as ".bashrc" but Windows
> did not allow me and said "You must type a file name".

Windows allows that. You probably used the wrong tool.

> How can I solve this? Thanks

Use another tool.


--
Unsubscribe info:  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: How to install perl modules?

[Jason Pearce]

The manual install method is *USUALLY*

Decompressing and unpacking is best done in a temporary directory 
somewhere, can usually be done with



cd /tmp
tar xzvf yourmodule.tar.gz



For a global install (for which Root privilages are needed) do the following:


perl Makefile.PL



For a local install, say into a home directory or some other location:

>perl Makefile.PL PREFIX=/my/perl_directory

Then build, test and install the module


make
make test
make install


This is usually covered in the README of the package you down load. And 
I say *USUALLY* because there are a handful of packages that don't 
follow this install convention and do their own thing, again check for a 
README.


Regards,
Jason



Manuel Tejada wrote:


Thanks to you and the other people for the answer.

Unfortunatly I don't have Internet-like programs
installed (as lynx, wget, ncftpget, ncftp, etc) in my
cygwing, so I can't use the -MCPAN or just de command
cpan. I don't intend to install those programs to
avoid my cygwin get bigger.

I can download the modules from CPAN using the
Internet program from Windows and save them in the
hard disk.
The correct question would be this:
Can I install the modules manually?
If yes, How, and what must I have in consideration?


--- Jason Pearce <[EMAIL PROTECTED]> escribió:
 


Yes, use the CPAN module as Brian suggests. Just
make sure environment 
variable PERLIO is unset when using -MCPAN,
otherwise it will fail. (You 
might set this to CRLF for DOS compatibility

purposes).
Also be aware that you may have trouble building
some modules that use C 
code and have not been ported to Cygwin, mainly OS
modules like WIN32. 
Straight Perl modules should just work out of the
box, and CPAN will get 
all pre-requisites for you too. You'll never want

ppm again!

Regards,
Jason

Brian Dessent wrote:

   


Manuel Tejada wrote:



 


Somebody can tell me from what URL I must to
 


download
   


a perl module and how to install it in Cygwing?
 

  

   


You use CPAN.  "perl -MCPAN -e 'install Foo::Bar'"
 


or "perl -MCPAN -e
   


shell".  There is no URL to know, it takes care of
 

all of that. 
   


http://cpan.org/misc/cpan-faq.html



 


In pure Windows is easy is you have Perl from
ActiveState but Perl installed in Cygwin doesnt
 


have
   


the ppm Manager.
 

  

   


To me (and perhaps others) that's a feature and not
 


a bug.  I can't
   


stand that ppm junk.

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/


   



Manuel TEJADA M.

_
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx

 




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

sftp exits with error NULL pointer given as argument

[Pavel Rosenboim]

Hi,

I'm connecting with sftp from my work computer running Win2k SP4 to my 
home computer running Fedora Core 3. My ssh config file turns on port 
forwarding for several ports. In this configuration sftp exits with 
error: "xfree: NULL pointer given as argument". When port forwarding is 
turned off sftp connects without problems. Also this happens only with 
sftp not ssh. The problem started after upgrading openssh package to 
version 4.0p1 and doesn't happen with previous releases. I also tried to 
connect from Fedora Core 4 test3 machine which also uses openssh 4.0p1 
with same configuration and it does work.


Output of sftp -v -v -v -v -v [EMAIL PROTECTED]
Connecting to pashar.dyndns.org...
OpenSSH_4.0p1, OpenSSL 0.9.7g 11 Apr 2005
debug1: Reading configuration data /home/pavelr/.ssh/config
debug1: Applying options for pashar.dyndns.org
debug1: Reading configuration data /etc/ssh_config
xfree: NULL pointer given as argument
Connection closed



Cygwin Configuration Diagnostics
Current System Time: Thu May 26 10:04:41 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   e:\cygwin\usr\local\bin
e:\cygwin\bin
e:\cygwin\bin
e:\cygwin\usr\X11R6\bin
c:\Python23\
c:\MetaDeveloper1.05\hcarc\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\MSSQL7\BINN
e:\Program Files\NMapWin\bin
c:\Program Files\Common Files\GTK\2.0\bin
c:\Program Files\SecureCRT\
c:\Program Files\Perforce
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
e:\Program Files\Microsoft Visual Studio\VC98\bin
e:\cygwin\bin
e:\cygwin\opt\gnome2\bin

Output from e:\cygwin\bin\id.exe (nontsec)
UID: 11350(pavelr)   GID: 10513(Domain Users)
0(root)  544(Administrators)  545(Users)
10513(Domain Users)

Output from e:\cygwin\bin\id.exe (ntsec)
UID: 11350(pavelr)   GID: 10513(Domain Users)
0(root)  544(Administrators)  545(Users)
10513(Domain Users)

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

CYGWIN = `ntsec tty binmode'
HOME = `e:\cygwin\home\pavelr'
MAKE_MODE = `unix'
PWD = `/home/pavelr/.ssh'
USER = `pavelr'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\pavelr\Application Data'
CLASSPATH = `"C:\Program Files\Java\jre1.5.0\lib\ext\QTJava.zip"'
COLLECTIONID = `wuclient'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `LODW024'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
HMSERVER = `https://h30083.www3.hp.com/wuss/servlet/WUSSServlet'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\pavelr'
HOSTNAME = `lodw024'
INCLUDE = `e:\Program Files\Microsoft Visual Studio\VC98\atl\include;e:\Program 
Files\Microsoft Visual Studio\VC98\mfc\include;e:\Program Files\Microsoft 
Visual Studio\VC98\include'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
ITEMID = `wuclienten'
LANG = `1033'
LIB = `e:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;e:\Program 
Files\Microsoft Visual Studio\VC98\lib'
LM_LICENSE_FILE = `c:\metadeveloper1.05\license\license.dat'
LOGONSERVER = `\\NT-SERVER'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
NMAPDIR = `E:\Program Files\NMapWin\'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/pavelr'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSVER = `win2KP'
PATHEXT = 
`.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.pyc;.pyo;.pyw;.py;.pys'
PCLCODES_WARN = `1'
PCLTOOL_WARN = `1'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 10, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `080a'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
PTC32_WARN = `1'
QTJAVA = `"C:\Program Files\Java\jre1.5.0\lib\ext\QTJava.zip"'
SESSIONID = `1076024952117wuws07-la0864f:faaf85e0d0:53a0'
SHLVL = `1'
SWUTVER = `1.0.18.30716'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\pavelr\LOCALS~1\Temp'
TERM = `xterm'
TEXDOCVIEW_dvi = `cygstart %s'
TEXDOCVIEW_html = `cygstart %s'
TEXDOCVIEW_pdf = `cygstart %s'
TEXDOCVIEW_ps = `cygstart %s'
TEXDOCVIEW_txt = `cygstart %s'
TIMEOUT = `0'
TMP = `c:\DOCUME~1\pavelr\LOCALS~1\Temp'
TOOLPATH = 
`/C:\Program%20Files\Hewlett-Packard\HP%20Software%20Update\install.htm'
UPDATEDIR = `C:\DOCUME~1\pavelr\LOCALS~1\Temp\radBB2D3.tmp'
USERDOMAIN = `FLEXDESIGN'
USERNAME = `pavelr'
USERPROFILE = `C:\Documents and Settings\pavelr'
VERSION = `2.0.37'
WINDIR = `C:\WINNT'
WINDOWID = `

Attention libtool maintainer: Re: `make install' of glib fails

[Gerrit P. Haase]

Franz Haeuslschmid wrote:


After having managed to actually make the latest version of glib,
`make install' fails and spits out an error message that I don't
understand (excuse the mass of lines):

[EMAIL PROTECTED] /cygdrive/d/Src/glib-2.6.4/gobject
$ make install

make  install-am
make[1]: Entering directory `/cygdrive/d/Src/glib-2.6.4/gobject'
make[2]: Entering directory `/cygdrive/d/Src/glib-2.6.4/gobject'
test -z "/usr/local/lib" || mkdir -p -- "/usr/local/lib"
 /bin/bash ../libtool --mode=install /usr/bin/install -c  'libgobject-2.0.la' 
'/usr/local/lib/libgobject-2.0.la'
libtool: install: warning: relinking `libgobject-2.0.la'
(cd /cygdrive/d/Src/glib-2.6.4/gobject; /bin/bash ../libtool  --tag=CC --mode=relink gcc 
-g -O2 -Wall -o libgobject-2.0.la -rpath /usr/local/lib -version-info 600:4:600 
-export-dynamic -no-undefined -export-symbols-regex "^[^_].*" gboxed.lo 
gclosure.lo genums.lo gobject.lo gparam.lo gparamspecs.lo gsignal.lo gsourceclosure.lo 
gtype.lo gtypemodule.lo gtypeplugin.lo gvalue.lo gvaluearray.lo gvaluetransform.lo 
gvaluetypes.lo ../glib/libglib-2.0.la -lintl )
generating symbol list for `libgobject-2.0.la'
/usr/bin/nm -B  .libs/gboxed.o .libs/gclosure.o .libs/genums.o .libs/gobject.o 
.libs/gparam.o .libs/gparamspecs.o .libs/gsignal.o .libs/gsourceclosure.o 
.libs/gtype.o .libs/gtypemodule.o .libs/gtypeplugin.o .libs/gvalue.o 
.libs/gvaluearray.o .libs/gvaluetransform.o .libs/gvaluetypes.o  | sed -n -e 
's/^.*[  ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][  
]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /usr/bin/sed -e '/^[BCDGRS] 
/s/.* \([^ ]*\)/\1 DATA/' | /usr/bin/sed -e '/^[AITW] /s/.* //' | sort | uniq > 
.libs/libgobject-2.0.exp
grep -E -e "^[^_].*" ".libs/libgobject-2.0.exp" > ".libs/libgobject-2.0.expT"
mv -f ".libs/libgobject-2.0.expT" ".libs/libgobject-2.0.exp"
if test "x`/usr/bin/sed 1q .libs/libgobject-2.0.exp`" = xEXPORTS; then cp 
.libs/libgobject-2.0.exp .libs/cyggobject-2.0-0.dll.def; else echo EXPORTS > 
.libs/cyggobject-2.0-0.dll.def; cat .libs/libgobject-2.0.exp >> 
.libs/cyggobject-2.0-0.dll.def; fi
 gcc -shared .libs/cyggobject-2.0-0.dll.def  .libs/gboxed.o .libs/gclosure.o 
.libs/genums.o .libs/gobject.o .libs/gparam.o .libs/gparamspecs.o 
.libs/gsignal.o .libs/gsourceclosure.o .libs/gtype.o .libs/gtypemodule.o 
.libs/gtypeplugin.o .libs/gvalue.o .libs/gvaluearray.o .libs/gvaluetransform.o 
.libs/gvaluetypes.o  -L/usr/lib -L/usr/local/lib -lglib-2.0 -lintl  -o 
.libs/cyggobject-2.0-0.dll -Wl,--image-base=0x1000 
-Wl,--out-implib,.libs/libgobject-2.0.dll.a
Creating library file: .libs/libgobject-2.0.dll.a
..libs/gboxed.o(.text+0x1af): In function `g_boxed_type_init':
/cygdrive/d/Src/glib-2.6.4/gobject/gboxed.c:136: undefined reference to 
`_g_assert_warning'


[...more undefined references...]


make: *** [install] Error 2


Once again: any ideas?



-> -L/usr/lib -L/usr/local/lib -lglib-2.0

You're linking against the old glib2 library, another libtool bug.
I thought that this was fixed in the latest release?  Again, which 
version of libtool are you using now?  Is it the one from the Cygwin

mirrors or do you have compiled your own version?  Charles, wasn't
that included in the 1.5 release branch?

BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html


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: connect()/cygwin_select() hangs in >=1.5.15

[Gerrit P. Haase]

Sunil wrote:


This piece of code hangs with cygwin1.dll >=1.5.15
during connect(), strace is attached. The same code
runs fine with cygwin1.dll version 1.5.13.


 fd = socket (proto->family, 1,
   proto->stream_proto_num);

 if (fd < 0) {
  ;
  goto out;
 }

 if (options & LINK_CONNECTION_NONBLOCKING) {
# 553 "linc-connection.c"
  if (fcntl (fd, 4, 0x4000) < 0)
   goto out;

 }

 if (fcntl (fd, 2, 1) < 0)
  goto out;

 { long int __result; do __result = (long int)
(connect (fd, saddr, saddr_len)); while (__result ==
-1L && (*__errno()) == 4); rv = __result; };
# 596 "linc-connection.c"
 if (rv && (*__errno()) != 119)
  goto out;

---

Similar problem with select() hang has been reported
earlier but nothing came out of it. I don't know if
its related. I am not sure why errno 119 is seen(see
panel.log) in this case, but that and the hang are the
common factors and strace looks similar.

http://www.cygwin.com/ml/cygwin/2005-04/msg01331.html

Above code piece is taken from linc-connection.c in
the orbit2-2.12.2 package. This function is reached by
the gnome-panel and it hangs inside connect() as is
evident from the strace in panel.log and all I get is
a blank gnome-panel.

As I said, all I have to do to get it to work is to go
back to 1.5.13 snapshot. I am not sure what changed
between 1.5.13 and 1.5.15 to cause this.

Thanks for looking into it.
Sunil


There were some fixes regarding this, try a pre 1.5.17 snapshot,
please.  I currently use the one from 2005-May-20 and everything
socket related where I encountered problems works ok with that.
http://cygwin.com/snapshots/


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/