Re: [despammed] RE: [1.5.5] sshd error on local machine. [the return of sshd nightmare]

[dominix]

RE: [1.5.5] sshd error on local machine. [the return of sshd nightmare]many
thanks Andrew,
so now I'm able to dig aroung my ssh log :^P
but it doesn't enlight me much more <:-(   it keep me in a terrible computer
mystery I still don't know if I have a cygwin issue or a Microsoft issue on
this computer (or an admin|user issue ?)

here is tha log--
debug2: read_server_config: filename /etc/sshd_config
debug1: sshd version OpenSSH_3.7.1p2
debug3: Not a RSA1 key file /etc/ssh_host_rsa_key.
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug3: Not a RSA1 key file /etc/ssh_host_dsa_key.
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
debug1: Server will not fork when running in debugging mode.
Connection from 127.0.0.1 port 4190
debug1: Client protocol version 2.0; client software version OpenSSH_3.7.1p2
debug1: match: OpenSSH_3.7.1p2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2
debug2: Network child is on pid 2172
debug3: preauth child monitor started
debug3: mm_request_receive entering
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit:
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r
[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r
[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm
ac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm
ac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit:
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r
[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r
[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm
ac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm
ac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: client->server aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug3: mm_request_send entering: type 0
debug3: mm_choose_dh: waiting for MONITOR_ANS_MODULI
debug3: mm_request_receive_expect entering: type 1
debug3: mm_request_receive entering
debug3: monitor_read: checking request 0
debug3: mm_answer_moduli: got parameters: 1024 2048 8192
debug3: mm_request_send entering: type 1
debug3: mm_choose_dh: remaining 0
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug2: dh_gen_key: priv key bits set: 135/256
debug2: bits set: 1600/3191
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
Read from socket failed: Resource temporarily unavailable
debug1: Calling cleanup 0x422f90(0x0)
debug2: monitor_read: 0 used once, disabling now
debug3: mm_request_receive entering
mm_request_receive: read: -1

- Original Message - 
From: Hunt, Andrew
To: 'Cygwin List' ; 'dominix'
Sent: Monday, December 29, 2003 3:58 PM
Subject: [despammed] RE: [1.5.5] sshd error on local machine. [the return of
sshd nightmare]


Setting up a debug testing service:
'cygrunsrv -I sshd_test -p /usr/sbin/sshd.exe -a '-ddd' -e CYGWIN="tty ntsec
binmode"'
Starting the service:
'cygrunsrv -S sshd_test'
Is it running?
'cygrunsrv -Q sshd_test'
Remember, this will only accept one connection, then the process will die.
Also, be sure to issue 'cygrunsrv -E sshd' to kill the production sshd
before you begin.  Issue 'cygrunsrv -S sshd_test' to start the test daemon
again for further test runs.  Happy hunting!
Regards,

Drew Hunt
E-Health Administrator
[EMAIL PROTECTED]

-Original Message- 
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: Monday, December 29, 2003 3:32 PM
To: dominix; [EMAIL PROTECTED]
Subject: Re: [1.5.5] sshd error on local machine. [the return of sshd
nigh

Having problems with a program after upgrading to Cygwin 1.5.5

[Jarrod Hermer]

Hi All,

I understand that this is not the forum to complain about 3rd party apps
breaking when using a different cygwin release but maybe someone knows
of a simple solution...

I have been successfully using Kannel, latest cvs release from
www.kannel.org under cygwin 1.3.4 for quite some time. As soon as I
upgraded to 1.5.5 the program stopped functioning correctly. I think it
may be because of the way it (kannel and/or cygwin) handles threads
because the issue only arises after making multiple connections using
Kannel.

Has anybody experienced similar issues? And possibly is there a
solution?
Any feedback would be appreciated.

Regards,
Jarrod


--
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: Having problems with a program after upgrading to Cygwin 1.5.5

[Nuno Ferreira]

On Ter, 2003-12-30 at 10:19, Jarrod Hermer wrote:
> I have been successfully using Kannel, latest cvs release from
> www.kannel.org under cygwin 1.3.4 for quite some time. As soon as I
> upgraded to 1.5.5 the program stopped functioning correctly. I think it
> may be because of the way it (kannel and/or cygwin) handles threads
> because the issue only arises after making multiple connections using
> Kannel.

Well, I've been debugging some problems with kannel under cygwin and got
it (sort of ) to work.
First, it doesn't run with release 1.5.5, you need the latest snapshot.
Then it runs, but has some major memory leaks. I found out that for
every message processed smsbox leaks 4 handles and bearerbox leaks 4KB
for every 3 or 4 messages processed. I tried running it under purify but
I couldn't get it to run. Any help with this will be appreciated.
The same program runs flawlessly under linux with no leaks reported by
valgrind so I'm assuming that the leaks are on cygwin code.
Any hints on how to find the memory leaks?

--
Nuno


--
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: Having problems with a program after upgrading to Cygwin 1.5.5

[Nuno Ferreira]

On Ter, 2003-12-30 at 10:19, Jarrod Hermer wrote:
> I have been successfully using Kannel, latest cvs release from
> www.kannel.org under cygwin 1.3.4 for quite some time. As soon as I
> upgraded to 1.5.5 the program stopped functioning correctly. I think it
> may be because of the way it (kannel and/or cygwin) handles threads
> because the issue only arises after making multiple connections using
> Kannel.

Well, I've been debugging some problems with kannel under cygwin and got
it (sort of ) to work.
First, it doesn't run with release 1.5.5, you need the latest snapshot.
Then it runs, but has some major memory leaks. I found out that for
every message processed smsbox leaks 4 handles and bearerbox leaks 4KB
for every 3 or 4 messages processed. I tried running it under purify but
I couldn't get it to run. Any help with this will be appreciated.
The same program runs flawlessly under linux with no leaks reported by
valgrind so I'm assuming that the leaks are on cygwin code.
Any hints on how to find the memory leaks?

--
Nuno


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

[ANNOUNCEMENT] Updated Cygwin Package: python-2.3.3-1

[Jason Tishler]

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

Old News:
=== 
Python is an interpreted, interactive, object-oriented programming
language.  If interested, see the Python web site for more details:
   
http://www.python.org/ 

Please read the README file:

/usr/share/doc/Cygwin/python-2.3.3.README

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

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

Note that we have recently stopped downloads from sources.redhat.com
(aka cygwin.com) due to bandwidth limitations.  This means that you will
need to find a mirror which has this update.

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

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

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

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

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

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

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

Jason

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


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

Re: 'man' shows escape sequences after updating to docbook_xsl 1.64.1-1

[Thorsten Kampe]

* Thorsten Kampe (2003-12-29 19:48 +0100)
> * Lynn Wilson (2003-12-23 19:40 +0100)
>> It seems that a few months ago the man pages were showing the ESC[1m etc. escape 
>> sequences in a bash shell. The problem was quickly fixed.

>> I downloaded docbook_xsl 1.64.1-1 yesterday and the problem is back.  I also 
>> downloaded a few X-modules.  One of these modules caused the 'man' problem to 
>> re-appear.

> Same with me. Anyone with a solution (because every man page is 
> unreadable). I haven't installed any "X modules".

Got a personal mail referring to a recent thread called "man produces
ESC". My manpager was 'most' (which is no problem on Gentoo Linux).

export LESS=R
export MANPAGER=less

...in your .bashrc/.zshrc fixes the problem.

Thorsten


--
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: Please try the latest snapshot -- it is close to cygwin 1.5.6

[Pierre A. Humblet]

Christopher Faylor wrote:
>
>I fixed some more problems with both vfork and with fork recently.  The
>fixes are currently in cvs.

It's much better. 

CYGWIN_ME-4.90 hpn5170x 1.5.6(0.108/3/2) 2003-12-29 22:44 i686 unknown
unknown Cygwin

I only have problems with the more complicated tests.
Open two tty windows, tty0 and tty1.
In the tty0 window, type
setsid bash -c "echo hello > /dev/tty1; /bin/sleep 10; /bin/echo there >
/dev/tty"
 
Note the first echo is a built-in and the last /dev/tty (not /dev/tty1). 
Things go as I think they should: "echo" & "there" appear in the tty1 window, 
and ps shows that bash and sleep have tty1 as ctty. 

However when using sh,
setsid sh -c "echo hello > /dev/tty1; /bin/sleep 10; /bin/echo there >
/dev/tty"
sh and the final echo hang forever (with echo in the "O" state in ps),
and sh cannot be terminated with kill (OK from the task manager).
Moreover sysinternals shows that tty1 is not opened in sh, nor in /bin/echo
(despite
being the ctty), although it is open in /bin/sleep.
(My sandbox is slightly different from cvs, but "it shouldn't matter").
 
Also I still observe processes terminating with the "error in Cygwin1.dll"
popup 
(exim, mutt, tty, id, dircolors). JIT gdb kicked in once. Only thread 1 was
active 
and I couldn't get any useful info. I didn't see the "proc lock"
system_printf.

Pierre


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

RE: 'man' shows escape sequences after updating to docbook_xsl 1.64.1-1

[Ross Boulet]

> 
> * Thorsten Kampe (2003-12-29 19:48 +0100)
> > * Lynn Wilson (2003-12-23 19:40 +0100)
> >> It seems that a few months ago the man pages were showing 
> the ESC[1m etc. escape 
> >> sequences in a bash shell. The problem was quickly fixed.
> 
> >> I downloaded docbook_xsl 1.64.1-1 yesterday and the 
> problem is back.  I also 
> >> downloaded a few X-modules.  One of these modules caused 
> the 'man' problem to 
> >> re-appear.
> 
> > Same with me. Anyone with a solution (because every man page is 
> > unreadable). I haven't installed any "X modules".
> 
> Got a personal mail referring to a recent thread called "man produces
> ESC". My manpager was 'most' (which is no problem on Gentoo Linux).
> 
> export LESS=R
> export MANPAGER=less
> 
> ...in your .bashrc/.zshrc fixes the problem.
> 
> Thorsten
> 
> 

Sorry about the personal e-mail.  I meant to send to the ML.

The info in this post fixed this problem for me:

http://sources.redhat.com/ml/cygwin/2003-12/msg00565.html

Ross



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

Fw: Problem configuring sshd as a service -expr error

[prgmmer]

- Original Message - 
From: prgmmer
To: [EMAIL PROTECTED]
Sent: Tuesday, December 30, 2003 12:35 AM
Subject: Problem configuring sshd as a service -expr error


I've been following and looking at a couple guides to setting up sshd on
cygwin.

So i've already download openssh and cygwin of course and cygwin runs fine.

I create some environement variables and I add Path

Then here's the problem. When I :

ssh-host-config -y

it gives me this output
bash-2.05b$ ssh-host-config -y
/usr/bin/ssh-host-config: line 113: [: -gt: unary operator expected
/usr/bin/ssh-host-config: line 180: [: -gt: unary operator expected
Generating /etc/ssh_config file
c:\usr\local\wbin\cp.exe: /etc/defaults/etc/ssh_config: No such file or
director
y
Overwrite existing /etc/sshd_config file? (yes/no) yes
Can't overwrite. /etc/sshd_config is write protected.
/usr/bin/ssh-host-config: line 253: [: -gt: unary operator expected
/usr/bin/ssh-host-config: line 318: [: -gt: unary operator expected
grep: /ssh-host-config.756/SERVICES: No such file or directory
grep: /ssh-host-config.756/SERVICES: No such file or directory
/usr/bin/ssh-host-config: line 358: /ssh-host-config.756/SERVICES: No such
file
or directory
WARNING: Adding ssh to C:\WINDOWS\SERVICES failed!
/usr/bin/ssh-host-config: line 415: [: -gt: unary operator expected

Host configuration finished. Have fun!
bash-2.05b$

And windows XP complains about how expr crashed.

If I can get any help it would be greatly appreciated.. thank you

Cygwin newb


--
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: Fw: Problem configuring sshd as a service -expr error

[Igor Pechtchanski]

On Tue, 30 Dec 2003, prgmmer wrote:

> I've been following and looking at a couple guides to setting up sshd on
> cygwin.
>
> So i've already download openssh and cygwin of course and cygwin runs fine.
>
> I create some environement variables and I add Path
>
> Then here's the problem. When I :
>
> ssh-host-config -y
>
> it gives me this output
> bash-2.05b$ ssh-host-config -y
> /usr/bin/ssh-host-config: line 113: [: -gt: unary operator expected
> /usr/bin/ssh-host-config: line 180: [: -gt: unary operator expected

These two lines mean that "expr" didn't work correctly.

> Generating /etc/ssh_config file
> c:\usr\local\wbin\cp.exe: /etc/defaults/etc/ssh_config: No such file or directory
  
This means that you have another set of unix-like tools in your path
*before* the Cygwin ones.  I'd also assume you have "expr" there, which
would explain why it didn't work as expected.

> Overwrite existing /etc/sshd_config file? (yes/no) yes
> Can't overwrite. /etc/sshd_config is write protected.
> /usr/bin/ssh-host-config: line 253: [: -gt: unary operator expected
> /usr/bin/ssh-host-config: line 318: [: -gt: unary operator expected

Same "expr" problem.

> grep: /ssh-host-config.756/SERVICES: No such file or directory
> grep: /ssh-host-config.756/SERVICES: No such file or directory
> /usr/bin/ssh-host-config: line 358: /ssh-host-config.756/SERVICES: No such file or 
> directory

Again, looks like the wrong "awk" is found.

> WARNING: Adding ssh to C:\WINDOWS\SERVICES failed!
> /usr/bin/ssh-host-config: line 415: [: -gt: unary operator expected

Same "expr" problem.

> Host configuration finished. Have fun!
> bash-2.05b$
>
> And windows XP complains about how expr crashed.

Please post the output of 'type -a expr' from a bash prompt.

> If I can get any help it would be greatly appreciated.. thank you
> Cygwin newb

It would help immensely if you read and followed the Cygwin problem
reporting guidelines at , especially the
part about attaching (as an uncompressed text *attachment*) the output of
'cygcheck -svr'.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Path Errors

[Anjali Bharat Shah]

Hi,
 I have a script file which runs fine with Linux. However, when the same
script file when I try to run using Cygwin, I get the following error:

Exception in thread "main" java.lang.UnsatisfiedLinkError: no XSB in java.librar
y.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1403)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:832)
at edu.stanford.db.xsb.XSBCore.(XSBCore.java:148)
at FowlReiClient.init(FowlReiClient.java:60)
at ReiEngine.(ReiEngine.java:43)
at ReiEngine.main(ReiEngine.java:102)

I have verified that all paths are correct. Why still do I get this error
message? Please help.

Thanking You
Sincerely,
Anjali.

Anjali Bharat Shah
Graduate Student
Computer Science Department
University of Maryland Baltimore County

--
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: Question about ash and getopts

[Blair P. Houghton]

>> % cygcheck --version
>> cygcheck version 1.30
>> System Checker for Cygwin
>> Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.
>> Compiled on Feb  8 2003
>
>FYI, this doesn't tell us anything about the version of Cygwin 

D'oh!

--Blair
  "Got to stop using YACC as the back-end
   for my eyes."

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

[Igor Pechtchanski]

On Tue, 30 Dec 2003, Anjali Bharat Shah wrote:

> Hi,
>  I have a script file which runs fine with Linux. However, when the same
> script file when I try to run using Cygwin, I get the following error:
>
> Exception in thread "main" java.lang.UnsatisfiedLinkError: no XSB in java.librar
> y.path
> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1403)
> at java.lang.Runtime.loadLibrary0(Runtime.java:788)
> at java.lang.System.loadLibrary(System.java:832)
> at edu.stanford.db.xsb.XSBCore.(XSBCore.java:148)
> at FowlReiClient.init(FowlReiClient.java:60)
> at ReiEngine.(ReiEngine.java:43)
> at ReiEngine.main(ReiEngine.java:102)
>
> I have verified that all paths are correct. Why still do I get this error
> message? Please help.
>
> Thanking You
> Sincerely,
> Anjali.

There is no JVM running *under* Cygwin[*].  Any JVM you invoke will be a
native Windows program.  As a consequence, it will not understand POSIX
paths, so your CLASSPATH (and other path-related variables, such as the
java.library.path property) should be in Win32 format (with '\' as the
directory separator[^], ';' as the path separator, and no mounts).  You
can use the "cygpath" utility in your script to transform paths between
POSIX and Win32 formats.
HTH,
Igor
[*] There's gcj, but that doesn't support dynamic class loading very well,
so I'm assuming you're using something else.
[^] Windows itself understands '/' as the directory separator, but some
programs may not.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: 1.5.6-pre: Occasional bad memory accesses within cygwin1.dll

[Brian Ford]

On Mon, 29 Dec 2003, Christopher Faylor wrote:

> On Sun, Dec 28, 2003 at 03:52:33PM -, Max Bowsher wrote:
> >I installed a self-built cygwin HEAD version - mostly it works fine, but it
> >causes odd failures during builds (speculation: race when many processes
> >being created and destroyed?)
> >
> >The most common failure is a Windows error box:
> >
> >The instruction at "0x6108621a" references memory at "0x610030b0". The
> >memory could not be written.
> >
> >(These addresses are constant.)
> >
> >$ addr2line -e /bin/cygwin1.dll 0x6108621a 0x610030b0
> >.../src/winsup/cygwin/shm.cc:331
> >.../src/winsup/cygwin/cygthread.cc:34
>
> This isn't too useful, unfortunately.  The line numbers are an artifact
> of the fact that there is no STABS information in the generated asm in
> 'sigfe.s'.  Can you get an assembly listing of the lines around this
> instruction?
>
I think this is the same problem.  It shows up all over the place for me
in the testsuite.

$ env
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) r
Starting program:
/home/ford/downloads/cygb2/i686-pc-cygwin/winsup/testsuite/testsuite/checksignal.exe

Program received signal SIGSEGV, Segmentation fault.
0x6108bcad in _sigfe ()
Current language:  auto; currently c++
(gdb) bt
#0  0x6108bcad in _sigfe ()
#1  0x in ?? ()
#2  0x00402b1f in cygwin_crt0 (f=0x401134 )
at ../../../../cygwin/winsup/cygwin/lib/cygwin_crt0.c:24
#3  0x0040103c in mainCRTStartup ()
#4  0x77f1bb7b in _system_dlls__ ()
(gdb) disassemble
Dump of assembler code for function _sigfe:
0x6108bc90 <_sigfe>:push   %edx
0x6108bc91 <_sigfe+1>:  mov%fs:0x4,%eax
0x6108bc97 <_sigfe+7>:  mov$0x4,%edx
0x6108bc9c <_sigfe+12>: xadd   %edx,0xeff8(%eax)
0x6108bca3 <_sigfe+19>: lea0x6108bcb1,%eax
0x6108bca9 <_sigfe+25>: xchg   %eax,0x8(%esp,1)
0x6108bcad <_sigfe+29>: mov%eax,(%edx)
0x6108bcaf <_sigfe+31>: pop%edx
0x6108bcb0 <_sigfe+32>: ret
End of assembler dump.
(gdb)

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

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

Posting to cygwin-developer [I must have forgotten something]

[Brian Keener]

I am sorry to bother everyone with this but I seem to have gone brain dead ( I 
know - nothing new there) and I don't seem to be able to get a post into 
cygwin-developer.  I know the archive is now restricted via password (although 
I had forgotten that) and I seem to be subscribed because I am getting the 
mailing list entries for it.  I don't seem to be able to post though.  My email 
program acts like they went but nothing has shown up in the archive and I 
haven't received any responses.

I first reported a problem I was having on Dec 16, 2003 and got no responses 
but by keeping my CVS updated that one seems to have been resolved.  Now 
however for the past week I don't seem to be able to build Cygwin on my W2k 
laptop due to unresolved symbols.  I posted this yesterday to Cygwin-developer 
( I thought) but again it hasn't shown up in the archive and no responses.

If I am subscribed to developer I do not need the password do I because I don't 
think my email program will let me do that when I post.  Anyone have any ideas 
why my posts aren't getting there - maybe considered that they are in the wrong 
mailing list???

As to the compile problem I am getting - in brief it is:
Cannot export NOSIGFE: symbol not defined
Cannot export longjmp: symbol not defined
Cannot export longjmp: symbol not defined

and then shortly thereafter in the compile I get:
/usr/develop/src/src/src/winsup/cygwin/dcrt0.cc:656: undefined reference to 
`_longjmp'
dcrt0.o(.text+0x2300): In function `_Z7do_exiti':
/usr/develop/src/src/src/winsup/cygwin/perthread.h:71: undefined reference to 
`_longjmp'

Would rather post the rest in cygwin-developer (as I believe that is the 
correct place) but as I say - I don't seem to be able to get there.

Any help on the compile problem or my access to cygwin-developer greatly 
appreciated.

bk



--
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: Posting to cygwin-developer [I must have forgotten something]

[Igor Pechtchanski]

Brian,

The name of the list is "cygwin-developers" (note the trailing "s").
Since you've mentioned it so many times, I assume it's not a typo.
Igor

On Tue, 30 Dec 2003, Brian Keener wrote:

> I am sorry to bother everyone with this but I seem to have gone brain
> dead ( I know - nothing new there) and I don't seem to be able to get a
> post into cygwin-developer.  I know the archive is now restricted via
> password (although I had forgotten that) and I seem to be subscribed
> because I am getting the mailing list entries for it.  I don't seem to
> be able to post though.  My email program acts like they went but
> nothing has shown up in the archive and I haven't received any
> responses.
>
> I first reported a problem I was having on Dec 16, 2003 and got no
> responses but by keeping my CVS updated that one seems to have been
> resolved.  Now however for the past week I don't seem to be able to
> build Cygwin on my W2k laptop due to unresolved symbols.  I posted this
> yesterday to Cygwin-developer ( I thought) but again it hasn't shown up
> in the archive and no responses.
>
> If I am subscribed to developer I do not need the password do I because
> I don't think my email program will let me do that when I post.  Anyone
> have any ideas why my posts aren't getting there - maybe considered that
> they are in the wrong mailing list???
>
> As to the compile problem I am getting - in brief it is:
> Cannot export NOSIGFE: symbol not defined
> Cannot export longjmp: symbol not defined
> Cannot export longjmp: symbol not defined
>
> and then shortly thereafter in the compile I get:
> /usr/develop/src/src/src/winsup/cygwin/dcrt0.cc:656: undefined reference to 
> `_longjmp'
> dcrt0.o(.text+0x2300): In function `_Z7do_exiti':
> /usr/develop/src/src/src/winsup/cygwin/perthread.h:71: undefined reference to 
> `_longjmp'
>
> Would rather post the rest in cygwin-developer (as I believe that is the
> correct place) but as I say - I don't seem to be able to get there.
>
> Any help on the compile problem or my access to cygwin-developer greatly
> appreciated.
>
> bk

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

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

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

Re: Posting to cygwin-developer [I must have forgotten something]

[Brian Keener]

Thanks Igor,

But unfortunately it was a typo or more so - laziness.  I was more referring to 
the developers list than its actual name.  The actual headers for my post show 
this:

Date: Mon, 29 Dec 2003 15:15:11 EST
To: [EMAIL PROTECTED]
Subject: Problems compiling Cygwin from CVS - Undefined symbol
X-Mailer: Virtual Access Open Source http://www.virtual-access.org/
Message-Id: <[EMAIL PROTECTED]>
From: Brian Keener <[EMAIL PROTECTED]> 
Reply-To: Brian Keener <[EMAIL PROTECTED]>
X-VA-Origin: Isp:Mail

bk



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

DLL and external symbols

[Jani Tiainen]

Hi,

I'm sure that this has been answered several times, but I'll ask again 
because couldn't find any solution by myself.

I would like to build DLL (or any other sort of library) that refers to 
external symbols in main application.

So far I have been able to build non-working constructs. =)

Let's say that I've two files:

main.c:

#include 

extern void funcInMyLib(int);

void funcInMain(int i)
{
printf("funcInMain(%ld)\n", i);
}
int main(int argc, char **argv)
{
funcInMyLib(1);
return 0;
}
and second file (library)

mylib.c:
extern void funcInMain(int);
void funcInMyLib(int i)
{
printf("Calling back...");
funcInMain(i + 1);
}


Now how I can get this working, or is it possible at all?

With .DEF files I can get things compiled and linked, but even program 
crashes at startup, or end up requesting "main.exp.dll".

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

help: dumper 1.10 not giving expected stack trace in gdb

[Robert Baruch]

Hi all,

I've compiled a simple C program, t.c, via gcc-3.3.1, with -g:

#include 

int main(void)
{
 abort();
}
I've set CYGWIN='error_start=C:\cygwin\bin\dumper.exe'. So when I run 
the program, abort causes dumper to run, and I end up with a 
t.exe.stackdump file and a t.exe.core file.

The stackdump file contains this:

Stack trace:
Frame Function  Args
0022FD08  6106F232  (09E4, 0006, 0022FD78, 0040120D)
0022FD58  6106F3B0  (09E4, 0006, 0022FDA8, 6106F965)
0022FD68  6106F2FC  (0006, 0006, 0022FD98, 61003A31)
0022FDA8  6106F965  (0022FDC0, 610850F8, 610F063C, )
0022FDC0  00401073  (0001, 0A041AE8, 0A040330, 61062452)
0022FF40  61005018  (610CFEE0, FFFE, 07E4, 610CFE04)
0022FF90  610052ED  (, , 0001, )
0022FFB0  00401401  (00401050, 037F0009, 0022FFF0, 77E814C7)
0022FFC0  0040103C  (77F58A3A, , 7FFDF000, F359BCF0)
0022FFF0  77E814C7  (00401000, , 78746341, 0020)
End of stack trace
However, when I run gdb 2003-09-20-cvs (cygwin-special) on the core 
file, I get this:

$ gdb --core=t.exe.core
GNU gdb 2003-09-20-cvs (cygwin-special)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin".
#0  0x7ffe0304 in ?? ()
(gdb) where
#0  0x7ffe0304 in ?? ()
#1  0x77f5c534 in ntdll!ZwWaitForSingleObject ()
#2  0x77e7a62d in WaitForSingleObjectEx ()
#3  0x0778 in ?? ()

That doesn't look anything like the stack dump shown in the stackdump file.

What am I missing? How can I get gdb to display the proper stack trace?

I appreciate any help you can give.

Thanks,

--Rob

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

Re: 1.5.6-pre: Occasional bad memory accesses within cygwin1.dll

[Christopher Faylor]

On Tue, Dec 30, 2003 at 02:36:12PM -0600, Brian Ford wrote:
>On Mon, 29 Dec 2003, Christopher Faylor wrote:
>
>> On Sun, Dec 28, 2003 at 03:52:33PM -, Max Bowsher wrote:
>> >I installed a self-built cygwin HEAD version - mostly it works fine, but it
>> >causes odd failures during builds (speculation: race when many processes
>> >being created and destroyed?)
>> >
>> >The most common failure is a Windows error box:
>> >
>> >The instruction at "0x6108621a" references memory at "0x610030b0". The
>> >memory could not be written.
>> >
>> >(These addresses are constant.)
>> >
>> >$ addr2line -e /bin/cygwin1.dll 0x6108621a 0x610030b0
>> >.../src/winsup/cygwin/shm.cc:331
>> >.../src/winsup/cygwin/cygthread.cc:34
>>
>> This isn't too useful, unfortunately.  The line numbers are an artifact
>> of the fact that there is no STABS information in the generated asm in
>> 'sigfe.s'.  Can you get an assembly listing of the lines around this
>> instruction?
>>
>I think this is the same problem.  It shows up all over the place for me
>in the testsuite.
>
>$ env
>GNU gdb 5.3
>Copyright 2002 Free Software Foundation, Inc.
>GDB is free software, covered by the GNU General Public License, and you are
>welcome to change it and/or distribute copies of it under certain conditions.
>Type "show copying" to see the conditions.
>There is absolutely no warranty for GDB.  Type "show warranty" for details.
>This GDB was configured as "i686-pc-cygwin"...
>(gdb) r
>Starting program:
>/home/ford/downloads/cygb2/i686-pc-cygwin/winsup/testsuite/testsuite/checksignal.exe
>
>Program received signal SIGSEGV, Segmentation fault.
>0x6108bcad in _sigfe ()
>Current language:  auto; currently c++
>(gdb) bt
>#0  0x6108bcad in _sigfe ()
>#1  0x in ?? ()
>#2  0x00402b1f in cygwin_crt0 (f=0x401134 )
>at ../../../../cygwin/winsup/cygwin/lib/cygwin_crt0.c:24
>#3  0x0040103c in mainCRTStartup ()
>#4  0x77f1bb7b in _system_dlls__ ()
>(gdb) disassemble
>Dump of assembler code for function _sigfe:
>0x6108bc90 <_sigfe>:push   %edx
>0x6108bc91 <_sigfe+1>:  mov%fs:0x4,%eax
>0x6108bc97 <_sigfe+7>:  mov$0x4,%edx
>0x6108bc9c <_sigfe+12>: xadd   %edx,0xeff8(%eax)
>0x6108bca3 <_sigfe+19>: lea0x6108bcb1,%eax
>0x6108bca9 <_sigfe+25>: xchg   %eax,0x8(%esp,1)
>0x6108bcad <_sigfe+29>: mov%eax,(%edx)
>0x6108bcaf <_sigfe+31>: pop%edx
>0x6108bcb0 <_sigfe+32>: ret
>End of assembler dump.
>(gdb)

$edx?

cgf

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

Re: 1.5.6-pre: Occasional bad memory accesses within cygwin1.dll

[Brian Ford]

On Tue, 30 Dec 2003, Christopher Faylor wrote:

> On Tue, Dec 30, 2003 at 02:36:12PM -0600, Brian Ford wrote:
> >On Mon, 29 Dec 2003, Christopher Faylor wrote:
> >
> >> On Sun, Dec 28, 2003 at 03:52:33PM -, Max Bowsher wrote:
> >> >I installed a self-built cygwin HEAD version - mostly it works fine, but it
> >> >causes odd failures during builds (speculation: race when many processes
> >> >being created and destroyed?)
> >> >
> >> >The most common failure is a Windows error box:
> >> >
> >> >The instruction at "0x6108621a" references memory at "0x610030b0". The
> >> >memory could not be written.
> >> >
> >> >(These addresses are constant.)
> >> >
> >> >$ addr2line -e /bin/cygwin1.dll 0x6108621a 0x610030b0
> >> >.../src/winsup/cygwin/shm.cc:331
> >> >.../src/winsup/cygwin/cygthread.cc:34
> >>
> >> This isn't too useful, unfortunately.  The line numbers are an artifact
> >> of the fact that there is no STABS information in the generated asm in
> >> 'sigfe.s'.  Can you get an assembly listing of the lines around this
> >> instruction?
> >>
> >I think this is the same problem.  It shows up all over the place for me
> >in the testsuite.
> >
> >$ env
> >GNU gdb 5.3
> >Copyright 2002 Free Software Foundation, Inc.
> >GDB is free software, covered by the GNU General Public License, and you are
> >welcome to change it and/or distribute copies of it under certain conditions.
> >Type "show copying" to see the conditions.
> >There is absolutely no warranty for GDB.  Type "show warranty" for details.
> >This GDB was configured as "i686-pc-cygwin"...
> >(gdb) r
> >Starting program:
> >/home/ford/downloads/cygb2/i686-pc-cygwin/winsup/testsuite/testsuite/checksignal.exe
> >
> >Program received signal SIGSEGV, Segmentation fault.
> >0x6108bcad in _sigfe ()
> >Current language:  auto; currently c++
> >(gdb) bt
> >#0  0x6108bcad in _sigfe ()
> >#1  0x in ?? ()
> >#2  0x00402b1f in cygwin_crt0 (f=0x401134 )
> >at ../../../../cygwin/winsup/cygwin/lib/cygwin_crt0.c:24
> >#3  0x0040103c in mainCRTStartup ()
> >#4  0x77f1bb7b in _system_dlls__ ()
> >(gdb) disassemble
> >Dump of assembler code for function _sigfe:
> >0x6108bc90 <_sigfe>:push   %edx
> >0x6108bc91 <_sigfe+1>:  mov%fs:0x4,%eax
> >0x6108bc97 <_sigfe+7>:  mov$0x4,%edx
> >0x6108bc9c <_sigfe+12>: xadd   %edx,0xeff8(%eax)
> >0x6108bca3 <_sigfe+19>: lea0x6108bcb1,%eax
> >0x6108bca9 <_sigfe+25>: xchg   %eax,0x8(%esp,1)
> >0x6108bcad <_sigfe+29>: mov%eax,(%edx)
> >0x6108bcaf <_sigfe+31>: pop%edx
> >0x6108bcb0 <_sigfe+32>: ret
> >End of assembler dump.
> >(gdb)
>
> $edx?
>
(gdb) p $edx
$1 = 0

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

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

Re: 1.5.6-pre: Occasional bad memory accesses within cygwin1.dll

[Christopher Faylor]

On Tue, Dec 30, 2003 at 03:45:18PM -0600, Brian Ford wrote:
>On Tue, 30 Dec 2003, Christopher Faylor wrote:
>
>> On Tue, Dec 30, 2003 at 02:36:12PM -0600, Brian Ford wrote:
>> >On Mon, 29 Dec 2003, Christopher Faylor wrote:
>> >
>> >> On Sun, Dec 28, 2003 at 03:52:33PM -, Max Bowsher wrote:
>> >> >I installed a self-built cygwin HEAD version - mostly it works fine, but it
>> >> >causes odd failures during builds (speculation: race when many processes
>> >> >being created and destroyed?)
>> >> >
>> >> >The most common failure is a Windows error box:
>> >> >
>> >> >The instruction at "0x6108621a" references memory at "0x610030b0". The
>> >> >memory could not be written.
>> >> >
>> >> >(These addresses are constant.)
>> >> >
>> >> >$ addr2line -e /bin/cygwin1.dll 0x6108621a 0x610030b0
>> >> >.../src/winsup/cygwin/shm.cc:331
>> >> >.../src/winsup/cygwin/cygthread.cc:34
>> >>
>> >> This isn't too useful, unfortunately.  The line numbers are an artifact
>> >> of the fact that there is no STABS information in the generated asm in
>> >> 'sigfe.s'.  Can you get an assembly listing of the lines around this
>> >> instruction?
>> >>
>> >I think this is the same problem.  It shows up all over the place for me
>> >in the testsuite.
>> >
>> >$ env
>> >GNU gdb 5.3
>> >Copyright 2002 Free Software Foundation, Inc.
>> >GDB is free software, covered by the GNU General Public License, and you are
>> >welcome to change it and/or distribute copies of it under certain conditions.
>> >Type "show copying" to see the conditions.
>> >There is absolutely no warranty for GDB.  Type "show warranty" for details.
>> >This GDB was configured as "i686-pc-cygwin"...
>> >(gdb) r
>> >Starting program:
>> >/home/ford/downloads/cygb2/i686-pc-cygwin/winsup/testsuite/testsuite/checksignal.exe
>> >
>> >Program received signal SIGSEGV, Segmentation fault.
>> >0x6108bcad in _sigfe ()
>> >Current language:  auto; currently c++
>> >(gdb) bt
>> >#0  0x6108bcad in _sigfe ()
>> >#1  0x in ?? ()
>> >#2  0x00402b1f in cygwin_crt0 (f=0x401134 )
>> >at ../../../../cygwin/winsup/cygwin/lib/cygwin_crt0.c:24
>> >#3  0x0040103c in mainCRTStartup ()
>> >#4  0x77f1bb7b in _system_dlls__ ()
>> >(gdb) disassemble
>> >Dump of assembler code for function _sigfe:
>> >0x6108bc90 <_sigfe>:push   %edx
>> >0x6108bc91 <_sigfe+1>:  mov%fs:0x4,%eax
>> >0x6108bc97 <_sigfe+7>:  mov$0x4,%edx
>> >0x6108bc9c <_sigfe+12>: xadd   %edx,0xeff8(%eax)
>> >0x6108bca3 <_sigfe+19>: lea0x6108bcb1,%eax
>> >0x6108bca9 <_sigfe+25>: xchg   %eax,0x8(%esp,1)
>> >0x6108bcad <_sigfe+29>: mov%eax,(%edx)
>> >0x6108bcaf <_sigfe+31>: pop%edx
>> >0x6108bcb0 <_sigfe+32>: ret
>> >End of assembler dump.
>> >(gdb)
>>
>> $edx?
>>
>(gdb) p $edx
>$1 = 0

Oh.  This is probably with current CVS, which is broken.  Known problem.
It's why I haven't generated a snapshot yet.

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

[Anjali Bharat Shah]

Hi,
  I was using the "export" command in my script file. But that was not
working. So, I tried specifying the paths using the -classpath option with
javac and java. Thats where I got the below mentioned error. I have attached
my script file for your reference.

Thanking You
Sincerely,
Anjali.


>> Hi,
>>  I have a script file which runs fine with Linux. However, when the same
>> script file when I try to run using Cygwin, I get the following error:
>>
>> Exception in thread "main" java.lang.UnsatisfiedLinkError: no XSB in
>> java.librar
>> y.path
>> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1403)
>> at java.lang.Runtime.loadLibrary0(Runtime.java:788)
>> at java.lang.System.loadLibrary(System.java:832)
>> at edu.stanford.db.xsb.XSBCore.(XSBCore.java:148)
>> at FowlReiClient.init(FowlReiClient.java:60)
>> at ReiEngine.(ReiEngine.java:43)
>> at ReiEngine.main(ReiEngine.java:102)
>>
>> I have verified that all paths are correct. Why still do I get this error
>> message? Please help.
>>
>> Thanking You
>> Sincerely,
>> Anjali.
>
> There is no JVM running *under* Cygwin[*].  Any JVM you invoke will be a
> native Windows program.  As a consequence, it will not understand POSIX
> paths, so your CLASSPATH (and other path-related variables, such as the
> java.library.path property) should be in Win32 format (with '\' as the
> directory separator[^], ';' as the path separator, and no mounts).  You
> can use the "cygpath" utility in your script to transform paths between
> POSIX and Win32 formats.
> HTH,
>   Igor
> [*] There's gcj, but that doesn't support dynamic class loading very well,
> so I'm assuming you're using something else.
> [^] Windows itself understands '/' as the directory separator, but some
> programs may not.

#! /bin/sh

# Version: $Revision: 1.2 $, $Date: 2003/09/25 03:49:23 $

# Specify the full path to the root directory of Rei
# E.g., /home/joe/apps/rei
REI_HOME=E:/Profiles/ReiConfig/Rei

# Specify path to java
JAVA_HOME=E:/j2sdk1.4.1_06/bin

 NO NEED TO CHANGE THE CONFIGURATION BELOW THIS LINE 

for i in ${REI_HOME}/lib/*.jar ; do
if [ "$CP" != "" ]; then
  
  #CP=${CP}:$i
   CP="cygpath -w -p $i:${CP}"
 
   else
 
   CP="cygpath -w -p $i"
   fi
done

#export LD_LIBRARY_PATH=$REI_HOME/lib
#export CLASSPATH="$CLASSPATH:$CP:$REI_HOME/classes:."

rm $REI_HOME/classes/*.class
$JAVA_HOME/javac -classpath 
".;$REI_HOME/lib/arp2.jar;$REI_HOME/lib/daml.jar;$REI_HOME/lib/fowl.jar;$REI_HOME/lib/icu4j.jar;$REI_HOME/lib/xercesImpl.jar;$REI_HOME/lib/xmlParserAPIs.jar;$REI_HOME/lib/yajxb.jar"
 -d $REI_HOME/classes $REI_HOME/src/*.java
$JAVA_HOME/java -classpath 
".;$REI_HOME/lib/arp2.jar;$REI_HOME/lib/daml.jar;$REI_HOME/lib/fowl.jar;$REI_HOME/lib/icu4j.jar;$REI_HOME/lib/xercesImpl.jar;$REI_HOME/lib/xmlParserAPIs.jar;$REI_HOME/lib/yajxb.jar;$REI_HOME/classes"
 -Dxsbargs.value=E:/Profiles/XSB/XSB/bin ReiEngine $REI_HOME/config.xml


#$JAVA_HOME/javac -d classes $REI_HOME/src/*.java
#$JAVA_HOME/java ReiEngine $REI_HOME/config.xml


--
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: Posting to cygwin-developer [I must have forgotten something]

[Brian Keener]

Igor Pechtchanski wrote:
> Since you've mentioned it so many times, I assume it's not a typo.
>
It wasn't the s on developer but what about the fact I am using an anti spam 
email when I submit and I receive the list under my real email - I bet that is 
it.  I am going to post to developers with my real email address and see if it 
gets through.

-- 
Brian Keener
[EMAIL PROTECTED]




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

problem comport, iocl and FIONREAD

[Arash Partow]

Hi all,

I'm seeing a problem with ioctl and FIONREAD, I use the
following code to check if there are any bytes in the
input buffer of a comport.
ie:
unsigned int SerialIO::getBufferSize()
{
   int bufferedBytes = 0;

   ioctl(IOPortHandle, FIONREAD, &bufferedBytes);

   if (bufferedBytes == -1)
   {
  bufferedBytes = 0;
  /* log an error */
   }

   return (unsigned int)bufferedBytes;

};

the problem is that even when there is data in the buffer
bufferedBytes has a value of zero.
Searching the net I've found an unresolved gcc bug report
on the same problem issued 2 months ago:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12722
I'm wondering
1. If any cygwin users have encountered such a problem?
2. If they have, were they able to find a solution etc..
Any help would be very much appreciated

Regards

Arash

PS: I ran the same code on solaris and openbsd, seems
to work fine...
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net








.

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

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

Re: problem comport, iocl and FIONREAD

[Brian Dessent]

Arash Partow wrote:
> 
> Hi all,
> 
> I'm seeing a problem with ioctl and FIONREAD, I use the
> following code to check if there are any bytes in the
> input buffer of a comport.
> ie:

Check the return value of ioctl(), I bet it's returning error and
setting EINVAL.  I think you want TIOCINQ instead.  At least,
fhandler_serial.cc recognises such an ioctl, but not FIONREAD.

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/

java.lang.UnsatisfiedLinkError

[Anjali Bharat Shah]

Hi,
   I was using the "export" command in my script file. But that was not
 working. So, I tried specifying the paths using the -classpath option with
 javac and java. Thats where I got the below mentioned error. I have attached
 my script file for your reference.

REI_HOME=E:/Profiles/ReiConfig/Rei

JAVA_HOME=E:/j2sdk1.4.1_06/bin

 NO NEED TO CHANGE THE CONFIGURATION BELOW THIS LINE 

for i in ${REI_HOME}/lib/*.jar ; do
if [ "$CP" != "" ]; then

  #CP=${CP}:$i
   CP="cygpath -w -p $i:${CP}"

   else

   CP="cygpath -w -p $i"
   fi
done

#export LD_LIBRARY_PATH=$REI_HOME/lib
#export CLASSPATH="$CLASSPATH:$CP:$REI_HOME/classes:."

rm $REI_HOME/classes/*.class
$JAVA_HOME/javac -classpath
".;$REI_HOME/lib/arp2.jar;$REI_HOME/lib/daml.jar;$REI_HOME/lib/fowl.jar;$REI_HOME/lib/icu4j.jar;$REI_HOME/lib/xercesImpl.jar;$REI_HOME/lib/xmlParserAPIs.jar;$REI_HOME/lib/yajxb.jar"
-d $REI_HOME/classes $REI_HOME/src/*.java

$JAVA_HOME/java -classpath
".;$REI_HOME/lib/arp2.jar;$REI_HOME/lib/daml.jar;$REI_HOME/lib/fowl.jar;$REI_HOME/lib/icu4j.jar;$REI_HOME/lib/xercesImpl.jar;$REI_HOME/lib/xmlParserAPIs.jar;$REI_HOME/lib/yajxb.jar;$REI_HOME/classes"
-Dxsbargs.value=E:/Profiles/XSB/XSB/bin ReiEngine $REI_HOME/config.xml


#$JAVA_HOME/javac -d classes $REI_HOME/src/*.java
#$JAVA_HOME/java ReiEngine $REI_HOME/config.xml


 Thanking You
 Sincerely,
 Anjali.

>
>>> Hi,
>>>  I have a script file which runs fine with Linux. However, when the same
>>> script file when I try to run using Cygwin, I get the following error:
>>>
>>> Exception in thread "main" java.lang.UnsatisfiedLinkError: no XSB in
>>> java.librar
>>> y.path
>>> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1403)
>>> at java.lang.Runtime.loadLibrary0(Runtime.java:788)
>>> at java.lang.System.loadLibrary(System.java:832)
>>> at edu.stanford.db.xsb.XSBCore.(XSBCore.java:148)
>>> at FowlReiClient.init(FowlReiClient.java:60)
>>> at ReiEngine.(ReiEngine.java:43)
>>> at ReiEngine.main(ReiEngine.java:102)
>>>
>>> I have verified that all paths are correct. Why still do I get this error
>>> message? Please help.
>>>
>>> Thanking You
>>> Sincerely,
>>> Anjali.
>>
>> There is no JVM running *under* Cygwin[*].  Any JVM you invoke will be a
>> native Windows program.  As a consequence, it will not understand POSIX
>> paths, so your CLASSPATH (and other path-related variables, such as the
>> java.library.path property) should be in Win32 format (with '\' as the
>> directory separator[^], ';' as the path separator, and no mounts).  You
>> can use the "cygpath" utility in your script to transform paths between
>> POSIX and Win32 formats.
>> HTH,
>>  Igor
>> [*] There's gcj, but that doesn't support dynamic class loading very well,
>> so I'm assuming you're using something else.
>> [^] Windows itself understands '/' as the directory separator, but some
>> programs may 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/


Anjali Bharat Shah
Graduate Student
Computer Science Department
University of Maryland Baltimore County

--
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: Fw: Problem configuring sshd as a service -expr error

[prgmmer]

Cygwin 1.5.5-1 under Xp

Currently ssh-host-config runs after i deleted some other paths off of this
old computer. However I get:

cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
The service has not been started.

Thanxs.

- Original Message - 
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "prgmmer" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, December 30, 2003 11:21 AM
Subject: Re: Fw: Problem configuring sshd as a service -expr error


> On Tue, 30 Dec 2003, prgmmer wrote:
>
> > I've been following and looking at a couple guides to setting up sshd on
> > cygwin.
> >
> > So i've already download openssh and cygwin of course and cygwin runs
fine.
> >
> > I create some environement variables and I add Path
> >
> > Then here's the problem. When I :
> >
> > ssh-host-config -y
> >
> > it gives me this output
> > bash-2.05b$ ssh-host-config -y
> > /usr/bin/ssh-host-config: line 113: [: -gt: unary operator expected
> > /usr/bin/ssh-host-config: line 180: [: -gt: unary operator expected
>
> These two lines mean that "expr" didn't work correctly.
>
> > Generating /etc/ssh_config file
> > c:\usr\local\wbin\cp.exe: /etc/defaults/etc/ssh_config: No such file or
directory
>   
> This means that you have another set of unix-like tools in your path
> *before* the Cygwin ones.  I'd also assume you have "expr" there, which
> would explain why it didn't work as expected.
>
> > Overwrite existing /etc/sshd_config file? (yes/no) yes
> > Can't overwrite. /etc/sshd_config is write protected.
> > /usr/bin/ssh-host-config: line 253: [: -gt: unary operator expected
> > /usr/bin/ssh-host-config: line 318: [: -gt: unary operator expected
>
> Same "expr" problem.
>
> > grep: /ssh-host-config.756/SERVICES: No such file or directory
> > grep: /ssh-host-config.756/SERVICES: No such file or directory
> > /usr/bin/ssh-host-config: line 358: /ssh-host-config.756/SERVICES: No
such file or directory
>
> Again, looks like the wrong "awk" is found.
>
> > WARNING: Adding ssh to C:\WINDOWS\SERVICES failed!
> > /usr/bin/ssh-host-config: line 415: [: -gt: unary operator expected
>
> Same "expr" problem.
>
> > Host configuration finished. Have fun!
> > bash-2.05b$
> >
> > And windows XP complains about how expr crashed.
>
> Please post the output of 'type -a expr' from a bash prompt.
>
> > If I can get any help it would be greatly appreciated.. thank you
> > Cygwin newb
>
> It would help immensely if you read and followed the Cygwin problem
> reporting guidelines at , especially the
> part about attaching (as an uncompressed text *attachment*) the output of
> 'cygcheck -svr'.
> Igor
> -- 
> http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton


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

Re: Posting to cygwin-developer [I must have forgotten something]

[Igor Pechtchanski]

On Tue, 30 Dec 2003, Brian Keener wrote:

> Igor Pechtchanski wrote:
> > Since you've mentioned it so many times, I assume it's not a typo.
> >
> It wasn't the s on developer but what about the fact I am using an anti spam
> email when I submit and I receive the list under my real email - I bet that is
> it.  I am going to post to developers with my real email address and see if it
> gets through.

Ah, yes, that makes sense.  It did get through, BTW.
FWIW, .
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: help: dumper 1.10 not giving expected stack trace in gdb

[Igor Pechtchanski]

On Tue, 30 Dec 2003, Robert Baruch wrote:

> Hi all,
>
> I've compiled a simple C program, t.c, via gcc-3.3.1, with -g:
>
> #include 
>
> int main(void)
> {
>   abort();
> }
>
> I've set CYGWIN='error_start=C:\cygwin\bin\dumper.exe'. So when I run
> the program, abort causes dumper to run, and I end up with a
> t.exe.stackdump file and a t.exe.core file.
>
> The stackdump file contains this:
>
> Stack trace:
> Frame Function  Args
> 0022FD08  6106F232  (09E4, 0006, 0022FD78, 0040120D)
> 0022FD58  6106F3B0  (09E4, 0006, 0022FDA8, 6106F965)
> 0022FD68  6106F2FC  (0006, 0006, 0022FD98, 61003A31)
> 0022FDA8  6106F965  (0022FDC0, 610850F8, 610F063C, )
> 0022FDC0  00401073  (0001, 0A041AE8, 0A040330, 61062452)
> 0022FF40  61005018  (610CFEE0, FFFE, 07E4, 610CFE04)
> 0022FF90  610052ED  (, , 0001, )
> 0022FFB0  00401401  (00401050, 037F0009, 0022FFF0, 77E814C7)
> 0022FFC0  0040103C  (77F58A3A, , 7FFDF000, F359BCF0)
> 0022FFF0  77E814C7  (00401000, , 78746341, 0020)
> End of stack trace
>
> However, when I run gdb 2003-09-20-cvs (cygwin-special) on the core
> file, I get this:
>
> $ gdb --core=t.exe.core
> GNU gdb 2003-09-20-cvs (cygwin-special)
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i686-pc-cygwin".
> #0  0x7ffe0304 in ?? ()
> (gdb) where
> #0  0x7ffe0304 in ?? ()
> #1  0x77f5c534 in ntdll!ZwWaitForSingleObject ()
> #2  0x77e7a62d in WaitForSingleObjectEx ()
> #3  0x0778 in ?? ()
>
> That doesn't look anything like the stack dump shown in the stackdump file.
>
> What am I missing? How can I get gdb to display the proper stack trace?
>
> I appreciate any help you can give.
>
> Thanks,
> --Rob

If I'm reading the code correctly, the stackdump file is generated from
the failed thread.  The core file contains the information about all
threads, with no info on what the current (failed) one is.  So, try
running 'info threads' in gdb, and then switch to each thread using
'thread N' until you find the one that crashed.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Fw: Problem configuring sshd as a service -expr error

[Igor Pechtchanski]

Please make sure your mailer doesn't leave raw e-mail addresses in the
message -- they're food for spam harvesters.

Your cygcheck output looks a bit weird (i.e., you have findutils
installed, but "find" was not found; your path doesn't contain
/usr/X11R6/bin even though you've installed XFree86 -- a stale
/etc/profile, perhaps?).  I'd suggest running "cygcheck -cv" to see if
your installation is corrupted, and if so, which files are missing.

As for the error 1062 message -- look in /var/log/sshd.log and the Windows
event log and see if there are any clues there.
Igor

On Tue, 30 Dec 2003, prgmmer wrote:

> Cygwin 1.5.5-1 under Xp
>
> Currently ssh-host-config runs after i deleted some other paths off of this
> old computer. However I get:
>
> cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
> The service has not been started.
>
> Thanxs.
>
> - Original Message -
> From: Igor Pechtchanski
> To: prgmmer
> Cc: cygwincygwincom
> Sent: Tuesday, December 30, 2003 11:21 AM
> Subject: Re: Fw: Problem configuring sshd as a service -expr error
>
> > On Tue, 30 Dec 2003, prgmmer wrote:
> >
> > > I've been following and looking at a couple guides to setting up sshd on
> > > cygwin.
> > >
> > > So i've already download openssh and cygwin of course and cygwin runs fine.
> > >
> > > I create some environement variables and I add Path
> > >
> > > Then here's the problem. When I :
> > >
> > > ssh-host-config -y
> > >
> > > it gives me this output
> > > bash-2.05b$ ssh-host-config -y
> > > /usr/bin/ssh-host-config: line 113: [: -gt: unary operator expected
> > > /usr/bin/ssh-host-config: line 180: [: -gt: unary operator expected
> >
> > These two lines mean that "expr" didn't work correctly.
> >
> > > Generating /etc/ssh_config file
> > > c:\usr\local\wbin\cp.exe: /etc/defaults/etc/ssh_config: No such file or directory
> >   
> > This means that you have another set of unix-like tools in your path
> > *before* the Cygwin ones.  I'd also assume you have "expr" there, which
> > would explain why it didn't work as expected.
> >
> > > Overwrite existing /etc/sshd_config file? (yes/no) yes
> > > Can't overwrite. /etc/sshd_config is write protected.
> > > /usr/bin/ssh-host-config: line 253: [: -gt: unary operator expected
> > > /usr/bin/ssh-host-config: line 318: [: -gt: unary operator expected
> >
> > Same "expr" problem.
> >
> > > grep: /ssh-host-config.756/SERVICES: No such file or directory
> > > grep: /ssh-host-config.756/SERVICES: No such file or directory
> > > /usr/bin/ssh-host-config: line 358: /ssh-host-config.756/SERVICES: No such file 
> > > or directory
> >
> > Again, looks like the wrong "awk" is found.
> >
> > > WARNING: Adding ssh to C:\WINDOWS\SERVICES failed!
> > > /usr/bin/ssh-host-config: line 415: [: -gt: unary operator expected
> >
> > Same "expr" problem.
> >
> > > Host configuration finished. Have fun!
> > > bash-2.05b$
> > >
> > > And windows XP complains about how expr crashed.
> >
> > Please post the output of 'type -a expr' from a bash prompt.
> >
> > > If I can get any help it would be greatly appreciated.. thank you
> > > Cygwin newb
> >
> > It would help immensely if you read and followed the Cygwin problem
> > reporting guidelines at , especially the
> > part about attaching (as an uncompressed text *attachment*) the output of
> > 'cygcheck -svr'.
> > Igor

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

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

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

Re: help: dumper 1.10 not giving expected stack trace in gdb

[Robert Baruch]

Igor Pechtchanski wrote:

If I'm reading the code correctly, the stackdump file is generated from
the failed thread.  The core file contains the information about all
threads, with no info on what the current (failed) one is.  So, try
running 'info threads' in gdb, and then switch to each thread using
'thread N' until you find the one that crashed.
Igor
Hi Igor,

Thanks for the reply. I checked the trace on all threads, but no thread 
showed the expected trace (as shown below). Any ideas on how to further 
solve this problem? I'm also attaching the output of cygcheck -s, in 
case that holds a clue.

Thanks for your help,

--Rob

$ gdb --core=t.exe.core
GNU gdb 2003-09-20-cvs (cygwin-special)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin".
#0  0x7ffe0304 in ?? ()
(gdb) info threads
 3 process 2056  0x77f5f2f2 in ntdll!KiUserCallbackDispatcher ()
 2 process 2224  0x7ffe0304 in ?? ()
* 1 process 3624  0x7ffe0304 in ?? ()
(gdb) where
#0  0x7ffe0304 in ?? ()
#1  0x77f5c534 in ntdll!ZwWaitForSingleObject ()
#2  0x77e7a62d in WaitForSingleObjectEx ()
#3  0x0778 in ?? ()
(gdb) thread 2
[Switching to thread 2 (process 2224)]#0  0x7ffe0304 in ?? ()
(gdb) where
#0  0x7ffe0304 in ?? ()
#1  0x77f5c294 in ntdll!ZwSetInformationThread ()
#2  0x77e72689 in SetThreadPriority ()
#3  0x6100fe22 in cygwin_stackdump ()
#4  0xfff0 in ?? ()
(gdb) thread 3
[Switching to thread 3 (process 2056)]#0  0x77f5f2f2 in 
ntdll!KiUserCallbackDispatcher ()
(gdb) where
#0  0x77f5f2f2 in ntdll!KiUserCallbackDispatcher ()
(gdb)




cygcheck.txt.gz
Description: application/gzip
--
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/

SetConsoleCtrlHandler problem

[Michi Henning]

Hi,

it appears that Windows binaries won't run correctly under cygwin/bash
if they use SetConsoleCtrlHandler(). I've attached a trivial program
below. If you run this from a Windows console window, it prints
"handler called" every time you hit Ctrl-C. When run from a cygwin bash
window, the program exits after calling the handler with status 130.
Shouldn't the same binary behave identically, regardless of whether
I run it from cygwin/bash or a console window?
I'd appreciate any help to get the Windows behavior for such binaries
under cygwin.
Thanks,

Michi.

#include 
#include 
static BOOL handler(DWORD sig)
{
std::cout << "handler called" << std::endl;
return 1;
}
int main()
{
SetConsoleCtrlHandler((PHANDLER_ROUTINE)handler, true);
for(;;)
;
return 0;
}


--
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: SetConsoleCtrlHandler problem

[Michi Henning]

Michi Henning wrote:


Shouldn't the same binary behave identically, regardless of whether
I run it from cygwin/bash or a console window?
Oops, forgot... Here is the version info:

CYGWIN_NT-5.1 yoyo 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown 
Cygwin

Cheers,

Michi.



--
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: SetConsoleCtrlHandler problem

[Michi Henning]

Michi Henning wrote:

Shouldn't the same binary behave identically, regardless of whether
I run it from cygwin/bash or a console window?
Just tried this with /bin/sh, and the problem disappears with that.
Looks like the problem is with bash then?
Cheers,

Michi.



--
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: DLL and external symbols

[Larry Hall]

At 04:35 PM 12/30/2003, Jani Tiainen you wrote:
>Hi,
>
>I'm sure that this has been answered several times, but I'll ask again because 
>couldn't find any solution by myself.
>
>I would like to build DLL (or any other sort of library) that refers to external 
>symbols in main application.
>
>So far I have been able to build non-working constructs. =)
>
>Let's say that I've two files:
>
>main.c:
>
>#include 
>
>extern void funcInMyLib(int);
>
>void funcInMain(int i)
>{
>printf("funcInMain(%ld)\n", i);
>}
>
>int main(int argc, char **argv)
>{
>funcInMyLib(1);
>return 0;
>}
>
>and second file (library)
>
>mylib.c:
>extern void funcInMain(int);
>
>void funcInMyLib(int i)
>{
>printf("Calling back...");
>funcInMain(i + 1);
>}
>
>
>
>Now how I can get this working, or is it possible at all?


It's possible but you have to move "funcInMain()" into the DLL with 
"funcInMyLib()" or into another DLL.  That's the straight-forward 
answer.


--
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: DLL and external symbols

[Jani Tiainen]

Larry Hall wrote:
At 04:35 PM 12/30/2003, Jani Tiainen you wrote:

Hi,

I'm sure that this has been answered several times, but I'll ask again because couldn't find any solution by myself.

I would like to build DLL (or any other sort of library) that refers to external symbols in main application.

So far I have been able to build non-working constructs. =)

[snipsnip]

Now how I can get this working, or is it possible at all?


It's possible but you have to move "funcInMain()" into the DLL with 
"funcInMyLib()" or into another DLL.  That's the straight-forward 
answer.
Yes, that one I knew already. Problem isn't actually function, in my 
real case it's more like having some globals that libraries should be 
able to read.

So let's extend this main.c a little bit:

#include 

/* Global that is set here and printed from DLL */
int anotherValue = 0;
/* Function in DLL */
extern void funcInMyLib(int);
void funcInMain(int i)
{
printf("funcInMain(%ld) (anotherValue=%d)\n", i, anotherValue);
}
int main(int argc, char **argv)
{
antoherValue = 123;
funcInMyLib(1);
return 0;
}


Now, that's what I really want to do, or at least something equivalent, 
more portable solution. (I'm really trying to port bigger application 
that has plugin modules built like this.)

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

Re: help: dumper 1.10 not giving expected stack trace in gdb

[Christopher Faylor]

On Tue, Dec 30, 2003 at 10:23:57PM -0500, Robert Baruch wrote:
>Igor Pechtchanski wrote:
>
>>
>>If I'm reading the code correctly, the stackdump file is generated from
>>the failed thread.  The core file contains the information about all
>>threads, with no info on what the current (failed) one is.  So, try
>>running 'info threads' in gdb, and then switch to each thread using
>>'thread N' until you find the one that crashed.
>>  Igor
>>
>Hi Igor,
>
>Thanks for the reply. I checked the trace on all threads, but no thread 
>showed the expected trace (as shown below). Any ideas on how to further 
>solve this problem? I'm also attaching the output of cygcheck -s, in 
>case that holds a clue.

The core dump occurred in a function which does not have a frame pointer.
This screws up stack dumps on x86 systems.  There isn't really much that
you can do about this.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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: 1.5.6-pre: Occasional bad memory accesses within cygwin1.dll

[Christopher Faylor]

On Tue, Dec 30, 2003 at 04:48:28PM -0500, Christopher Faylor wrote:
>Oh.  This is probably with current CVS, which is broken.  Known problem.
>It's why I haven't generated a snapshot yet.

This should be fixed now.  I'm uploading a snapshot.

cgf

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