Re: gcc-ada (3.4.1) and GHDL

[Gerrit P. Haase]

Pinhas Krengel wrote:
Thanks,
How do I notify the autor.
Look in the README or the AUTHORS file if there is a bug reporting
address, maybe they have some instructions at their website too?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin compiles opengl app problem

[Larry Hall]

At 10:11 PM 11/26/2004, you wrote:
>Hi,
>  I use cygwin to compile an opengl program, and get this error:
>--
>/usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token.
>--
>  I opened glu.h, and find the statement in glu.h at 230 row:
>GLAPI const wchar_t * APIENTRY gluErrorUnicodeStringEXT (GLenum error);
>  If I comment this statement, everything is ok. What's wrong with this 
>statement?


Nothing.  The problem is that Cygwin has incomplete unicode support.  
Undefine UNICODE in your project and things should build OK.



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

close a socket with SO_LINGER

[news.gosonic.com]

Hi,

I set the so_linger to let the socket to linger 60 seconds before I use
close() to close the socket. The linger never happened, why? What is the
proper why to set up the test?

Thanks




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

cygwin compiles opengl app problem

[Yili Zhao]

Hi,
  I use cygwin to compile an opengl program, and get this error:
--
/usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token.
--
  I opened glu.h, and find the statement in glu.h at 230 row:
GLAPI const wchar_t * APIENTRY gluErrorUnicodeStringEXT (GLenum error);
  If I comment this statement, everything is ok. What's wrong with this 
statement?

Sincerely
Yili Zhao



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

Chrooted OpenSSH for Windows (rssh sftp cygwin)

[John M. L.]

I've been trying to implement an sftp server using OpenSSH for Windows
(http://sshwindows.sourceforge.net).  I haven't found much recent discussion
on th topic of running OpenSSH in a chrooted jail on cygwin, but the
following messages from a year ago have shed some light on the topic:

http://archive.erdelynet.com/ssh-l/2003-10/msg00057.php

http://www.cygwin.com/ml/cygwin/2003-08/msg00738.html

http://cygwin.com/ml/cygwin/2003-07/msg01500.html

I almost have the system running on Windows 2000 Server.  Using the ssh
server without chroot is fine.  However, when I try to connect using the
chrooted sftp shell it automatically disconnects the user.  Using WinSCP3 to
connect returns at cryptic error code 127 and a command line sftp just dies
silently with no explanation.

Here's my current login shell script for users:

#!/bin/sh
#echo Parameters: "$@" >> /home/sshlogin.log
if [ "$*" != "-c /usr/sbin/sftp-server" ]; then
   echo "Sorry, sftp only!"
   exit 1
fi

#without chroot works!
exec /bin/sh -i "$@"

#with chroot no such luck
#chroot /cygdrive/c/StudentsShare exec /bin/sh -i "$@"


I'm assuming part of the problem may be the required files for the /bin/sh
call are not inside the chroot jail /cygdrive/c/StudentsShare.  If this is
the case, I would like to know if anyone could let me know what files should
be included.  At first I got Cygwin dll errors stating that cyg*.* could not
be found. They stopped once I moved the files into the jail and/or fixed
environment path variables.

I have two log files using sshd -d -d -d for high debug output.  They can be
found here:

Chrooted log:
http://john.isosceles7.com/files/login_chroot.txt

Un Chrooted log
http://john.isosceles7.com/files/login_nochroot.txt

The debug is cryptic, but if I think the error in the chroot is around line
116.  Here's an excerpt of this piece


Chrooted log (lines 112-126):

subsystem request for sftp
debug1: subsystem: exec() /usr/sbin/sftp-server
debug2: fd 10 setting O_NONBLOCK
debug2: fd 9 setting O_NONBLOCK
debug2: channel 0: read<=0 rfd 10 len 0
debug1: Received SIGCHLD.
debug2: channel 0: read failed
debug2: channel 0: close_read
debug2: channel 0: input open -> drain
debug2: channel 0: ibuf empty
debug2: channel 0: send eof
debug2: channel 0: input drain -> closed
debug2: notify_done: reading
debug1: session_by_pid: pid 1364
debug1: session_exit_message: session 0 channel 0 pid 1364

Un Chrooted log (lines 112-126):

subsystem request for sftp
debug1: subsystem: exec() /usr/sbin/sftp-server
debug2: fd 10 setting O_NONBLOCK
debug2: fd 9 setting O_NONBLOCK
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: Received SIGCHLD.
debug1: session_by_pid: pid 1368
debug1: session_exit_message: session 0 channel 0 pid 1368
debug2: channel 0: request exit-status
debug1: session_exit_message: release channel 0
debug1: session_close: session 0 pid 1368


Any help on my problem would be appreciated!  Of course if any other
background information is helpful I will gladly contribute!


... An additional note:  The new cygwin dll 1.5.12-1 source includes
wordexp.h which was a problem that prohibited using rssh
(http://www.pizzashack.org) instead of chrooting openssh.  Does anyone know
how this will affect rssh?



Thanks,

John M Lauck



--
Unsubscribe info:  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: where is mail command?

[Larry Hall]

At 05:01 PM 11/26/2004, you wrote:
>As I recall, there is a mail command on most implementations of U*X. So I
>looked thru the documentation in Cygwin and could find no documentation. The
>mail command is not working either.
>
>When I type "info mail" at the bash prompt I see "Unable to find node
>referenced by mailshar". "man mail" says "No manual entry for mail". I tried
>looking in the 4 documentation directories too -- no luck again.


Documentation for packages come with the packages.  If you haven't installed
a package, you won't find that you have any documentation for that package.
Probably the most obvious way to determine what mail packages Cygwin has is
to run 'setup.exe' and open the 'Mail' category.  There will be a list of 
a number of packages that have something to do with mail.  'email' or 'mutt'
are probably the closest offerings of (your) interest, though feel free to 
install and/or investigate everything in that category.  Once you install 
any of these packages, you should have man and/or info pages as well as any
Cygwin specific setup/configuration documentation in /usr/share/doc/Cygwin/
 for each package you install.



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


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

Re: Serious Installation problems - possible workround but rapid fix required.

[Max Bowsher]

Dave Korn wrote:
-Original Message-
From: cygwin-owner On Behalf Of John Macallister
Sent: 26 November 2004 16:57

Start with clean (no Cygwin files on disk) Windows2000 system.

93%  In-use files have been replaced. You need to reboot as soon as
possible to activate the new versions.
  Cygwin may operate incorrectly until you reboot.

 These two don't go together.  Methinks the system was not actually as
clean as you may have believed.  Snarf yourself a copy of the cygcheck
executable and stash it in a directory somewhere safe; then clean your
system the same way you did before; then run "cygcheck -s -v -r >
cygcheck.out" and send the resulting file to the list as an attachment
please and we'll take a look at it.  Maybe there's some 3rd party
application installed on that machine that depends on cygwin and comes 
with
its own copy that is interfering.  (See http://cygwin.com/acronyms#3PP)
Almost certainly. An erroneous mount for /etc is a pretty likely explanation 
for the "Can't open Package Database for writing: No such file or directory" 
that you are seeing.

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: gcc-ada (3.4.1) and GHDL

[Gerrit P. Haase]

Pinhas Krengel wrote:
I tried to build the package GHDL on gcc 3.4.1 on cygwin. I got an error 
message (below). Can someone give me a tip on how to attack this problem?
Thanks, Pinhas

gnatmake: objects up to date.
gnatmake -o ghdl1.exe -aI./vhdl -aOvhdl ortho_gcc-main \
 -bargs -E -cargs -O -Wall -gnata -largs agcc-bindings.o agcc-version.o 
.../gcc/toplev.o ../gcc/c-convert.o ../gcc/libbackend.a 
[...]
.../gcc/libbackend.a(rtl-error.o)(.text+0x147):rtl-error.c: undefined 
reference to `_libintl_gettext'
collect2: ld returned 1 exit status
gnatlink: cannot call /cygdrive/c/pini_prog/cygwin/bin/gcc.exe
gnatmake: *** link failed.
make[1]: *** [ghdl1.exe] Error 4
make[1]: Leaving directory `/usr/src/gcc-3.4.1/gcc'
make: *** [all-gcc] Error 2
configure with --enable-nls=no or --disable-nls or fix the templates to
include libintl at the linkline, and please notify the author about the
problem.
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/

Compile mingw32 code under cygwin

[Jani Tiainen]

I'm trying to compile some code natively under windoze by using mingw32 
compilation.

Problem is that I have same libraries for both worlds, Cygwin and 
mingw32. How I can tell in configure-phase that gcc can use libraries 
only from spesified location, like /target/lib and includes from 
/target/include and nothing under /lib or /usr/lib nor /include...

pkg should fail when library that exists under cygwin but not under 
mingw system... Now it finds always cygwin counterparts if no mingw 
version is found and that's bad thing.

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

where is mail command?

[Siegfried Heintze]

As I recall, there is a mail command on most implementations of U*X. So I
looked thru the documentation in Cygwin and could find no documentation. The
mail command is not working either.

When I type "info mail" at the bash prompt I see "Unable to find node
referenced by mailshar". "man mail" says "No manual entry for mail". I tried
looking in the 4 documentation directories too -- no luck again.


 Can someone point me to the documentation on the mail command where I could
learn how to configure it for my ISP?

Thanks,
Siegfried


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

[Igor Pechtchanski]

On Fri, 26 Nov 2004, Jason Curl wrote:

> Igor Pechtchanski wrote:
> > On Fri, 26 Nov 2004, Jason Curl wrote:
> >
> > > I have a similar question: I had to modify 'profile' to change
> > >  $PATH=:$PATH
> > > to
> > >  $PATH=
> > >
> > > How can I simply add $SYSTEMROOT:$SYSTEMROOT/system32 to this? It
> > > doesn't work as-is because $SYSTEMROOT = C:\Windows (and this is
> > > therefore not interpreted by the path). Rephrasing, what do I use to
> > > translate "C:\WINDOWS" to "/cygdrive/c/windows"?
> > >
> > > I had to do this because some nasty things in my path were causing
> >
> > First off, you could have actually removed the offending entries from the
> > PATH using something like
> >
> > OFFENDING_ENTRY="/cygdrive/c/ClearCase/bin"
> > PATH="`echo "$PATH" | sed "s#:$OFFENDING_ENTRY##"`"
> >
> > Alternatively, if you want to translate any Win32 path to a Cygwin
> > (POSIX) path, use the "cygpath" utility, like this:
> >
> > PATH=${PATH}:"`cygpath -u "$SYSTEMROOT/system32"`"
> >
> > HTH,
> > Igor
> > P.S. FWIW, the question is not that similar, and you should probably have
> > started a new thread with it.
>
> Sorry - next time it will be a new thread. OTOH, this is exactly the
> solution I didn't know how to implement.

Glad it helped.  Out of curiousity, which one of the two solutions above
did you mean?

> Spasibo Bolshoi!

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

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

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

Re: PATH and SystemRoot oddity

[Jason Curl]

Igor Pechtchanski wrote:
On Fri, 26 Nov 2004, Jason Curl wrote:

I have a similar question: I had to modify 'profile' to change
 $PATH=:$PATH
to
 $PATH=
How can I simply add $SYSTEMROOT:$SYSTEMROOT/system32 to this? It
doesn't work as-is because $SYSTEMROOT = C:\Windows (and this is
therefore not interpreted by the path). Rephrasing, what do I use to
translate "C:\WINDOWS" to "/cygdrive/c/windows"?
I had to do this because some nasty things in my path were causing

First off, you could have actually removed the offending entries from the
PATH using something like
OFFENDING_ENTRY="/cygdrive/c/ClearCase/bin"
PATH="`echo "$PATH" | sed "s#:$OFFENDING_ENTRY##"`"
Alternatively, if you want to translate any Win32 path to a Cygwin (POSIX)
path, use the "cygpath" utility, like this:
PATH=${PATH}:"`cygpath -u "$SYSTEMROOT/system32"`"
HTH,
Igor
P.S. FWIW, the question is not that similar, and you should probably have
started a new thread with it.
Sorry - next time it will be a new thread. OTOH, this is exactly the 
solution I didn't know how to implement. Spasibo Bolshoi!

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

gcc-ada (3.4.1) and GHDL

[Pinhas Krengel]

I tried to build the package GHDL on gcc 3.4.1 on cygwin. I got an error 
message (below). Can someone give me a tip on how to attack this problem?
Thanks, Pinhas

gnatmake: objects up to date.
gnatmake -o ghdl1.exe -aI./vhdl -aOvhdl ortho_gcc-main \
 -bargs -E -cargs -O -Wall -gnata -largs agcc-bindings.o agcc-version.o 
../gcc/toplev.o ../gcc/c-convert.o ../gcc/libbackend.a 
../libiberty/libiberty.a
gnatbind -aO./ -aI./vhdl -aOvhdl -E -I- -x vhdl/ortho_gcc-main.ali
gnatlink vhdl/ortho_gcc-main.ali -o ghdl1.exe agcc-bindings.o agcc-version.o 
../gcc/toplev.o ../gcc/c-convert.o ../gcc/libbackend.a 
../libiberty/libiberty.a
../gcc/toplev.o(.text+0x6abd):toplev.c: undefined reference to 
`_libintl_gettext'
../gcc/toplev.o(.text+0x6b05):toplev.c: undefined reference to 
`_libintl_gettext'
../gcc/toplev.o(.text+0x6b20):toplev.c: undefined reference to 
`_libintl_gettext'
../gcc/toplev.o(.text+0x6b7b):toplev.c: undefined reference to 
`_libintl_gettext'
../gcc/toplev.o(.text+0x6b96):toplev.c: undefined reference to 
`_libintl_gettext'
../gcc/toplev.o(.text+0x6bd1):toplev.c: more undefined references to 
`_libintl_gettext' follow
../gcc/libbackend.a(intl.o)(.text+0x5b):intl.c: undefined reference to 
`_libintl_bindtextdomain'
../gcc/libbackend.a(intl.o)(.text+0x67):intl.c: undefined reference to 
`_libintl_textdomain'
../gcc/libbackend.a(final.o)(.text+0x21f1):final.c: undefined reference to 
`_libintl_gettext'
../gcc/libbackend.a(final.o)(.text+0x2205):final.c: undefined reference to 
`_libintl_gettext'
../gcc/libbackend.a(rtl-error.o)(.text+0x147):rtl-error.c: undefined 
reference to `_libintl_gettext'
collect2: ld returned 1 exit status
gnatlink: cannot call /cygdrive/c/pini_prog/cygwin/bin/gcc.exe
gnatmake: *** link failed.
make[1]: *** [ghdl1.exe] Error 4
make[1]: Leaving directory `/usr/src/gcc-3.4.1/gcc'
make: *** [all-gcc] Error 2




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

[Igor Pechtchanski]

On Fri, 26 Nov 2004, Luke Kendall wrote:

> I see that by default PATH includes some entries like
> %SystemRoot%/System32
>
> I also note that $SystemRoot is undefined, yet $SYSTEMROOT contains the
> expected C:\WINDOWS value.
>
> This of course causes problems.  Would a backslash-style path work
> correctly if it were properly interpolated into the PATH?  Is the %
> notation special magic for Cygwin to handle DOS-isms?
>
> The case variance may be of interest, in that case.

The case variance is a red herring.  Also, Cygwin doesn't understand the
%...% notation.  OTOH, you're not supposed to be seeing these entries in
the actual value of your PATH, either in Windows or in Cygwin.  Such
entries are usually caused by the wrong type assigned to the PATH value in
the registry (REG_SZ instead of REG_EXPAND_SZ).  Some buggy installers
change the type of the PATH registry entry.  You need to change it back,
so that strings like %SystemRoot% will be automatically expanded by
Windows before Cygwin ever sees them.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: PATH and SystemRoot oddity

[Igor Pechtchanski]

On Fri, 26 Nov 2004, Jason Curl wrote:

> I have a similar question: I had to modify 'profile' to change
>   $PATH=:$PATH
> to
>   $PATH=
>
> How can I simply add $SYSTEMROOT:$SYSTEMROOT/system32 to this? It
> doesn't work as-is because $SYSTEMROOT = C:\Windows (and this is
> therefore not interpreted by the path). Rephrasing, what do I use to
> translate "C:\WINDOWS" to "/cygdrive/c/windows"?
>
> I had to do this because some nasty things in my path were causing
> problems (e.g. ClearQuest/ClearCase)

First off, you could have actually removed the offending entries from the
PATH using something like

OFFENDING_ENTRY="/cygdrive/c/ClearCase/bin"
PATH="`echo "$PATH" | sed "s#:$OFFENDING_ENTRY##"`"

Alternatively, if you want to translate any Win32 path to a Cygwin (POSIX)
path, use the "cygpath" utility, like this:

PATH=${PATH}:"`cygpath -u "$SYSTEMROOT/system32"`"

HTH,
Igor
P.S. FWIW, the question is not that similar, and you should probably have
started a new thread with it.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: PATH and SystemRoot oddity

[Larry Hall]

At 03:14 PM 11/26/2004, you wrote:
>Brian Dessent wrote:
>>Luke Kendall wrote:
>>
>>>I see that by default PATH includes some entries like
>>>%SystemRoot%/System32
>>>
>>>I also note that $SystemRoot is undefined, yet $SYSTEMROOT contains the
>>>expected C:\WINDOWS value.
>>>
>>>This of course causes problems.  Would a backslash-style path work
>>>correctly if it were properly interpolated into the PATH?  Is the %
>>>notation special magic for Cygwin to handle DOS-isms?
>>>
>>>The case variance may be of interest, in that case.
>>
>>I think you're falsely attributing your errors to this.  The cygwin DLL
>>takes care of all the win32 -> posix translation of the path, and it
>>knows about %SystemRoot%.  If this were really the case don't you think
>>tons of things would break?  Try "echo $PATH" at your shell prompt and
>>you'll see that the systemroot is correctly substituted.
>>FWIW, I think environment variables are case-insensitive at the win32
>>API level.  They preserve case but are not sensitive to it, just like
>>ntfs.
>>Brian
>
>I have a similar question: I had to modify 'profile' to change
>  $PATH=:$PATH
>to
>  $PATH=
>
>How can I simply add $SYSTEMROOT:$SYSTEMROOT/system32 to this? It doesn't work 
>as-is because $SYSTEMROOT = C:\Windows (and this is therefore not interpreted 
>by the path). Rephrasing, what do I use to translate "C:\WINDOWS" to 
>"/cygdrive/c/windows"?
>
>I had to do this because some nasty things in my path were causing problems 
>(e.g. ClearQuest/ClearCase)


I'll state one obvious option - just add "/cygdrive/c/windows", etc. in your
'profile'.  If you want Cygwin to do the translation for you, change the path
in 'cygwin.bat' (or whatever your startup link is) instead.



--
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: PATH and SystemRoot oddity

[Jason Curl]

Brian Dessent wrote:
Luke Kendall wrote:

I see that by default PATH includes some entries like
%SystemRoot%/System32
I also note that $SystemRoot is undefined, yet $SYSTEMROOT contains the
expected C:\WINDOWS value.
This of course causes problems.  Would a backslash-style path work
correctly if it were properly interpolated into the PATH?  Is the %
notation special magic for Cygwin to handle DOS-isms?
The case variance may be of interest, in that case.

I think you're falsely attributing your errors to this.  The cygwin DLL
takes care of all the win32 -> posix translation of the path, and it
knows about %SystemRoot%.  If this were really the case don't you think
tons of things would break?  Try "echo $PATH" at your shell prompt and
you'll see that the systemroot is correctly substituted.
FWIW, I think environment variables are case-insensitive at the win32
API level.  They preserve case but are not sensitive to it, just like
ntfs.
Brian
I have a similar question: I had to modify 'profile' to change
  $PATH=:$PATH
to
  $PATH=
How can I simply add $SYSTEMROOT:$SYSTEMROOT/system32 to this? It 
doesn't work as-is because $SYSTEMROOT = C:\Windows (and this is 
therefore not interpreted by the path). Rephrasing, what do I use to 
translate "C:\WINDOWS" to "/cygdrive/c/windows"?

I had to do this because some nasty things in my path were causing 
problems (e.g. ClearQuest/ClearCase)

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

problems between nvidia nvmixer (from 4.27 nforce drivers) cygwin sshd cygrunsrv & even bash shell, all in Windows 2000

[Jonathan Higbee]

Problem report. There are interaction problems between the
Nvidia nvmixer (from 4.27 nforce drivers) & cygwin bash
shell & sshd & cygrunsrv, all under Windows 2000.

Details of problems - how to duplicate:

1. Have openssh sshd.exe installed as a service in cygwin.

2. Install the latest Nvidia nforce 4.27 drivers, including
the audio mixer.

3. Run nvmixer.exe.

4. Notice how in task manager the cygrunsrv.exe is all of a
sudden hogging up cpu time.

5. In task manager manually close cygrunsrv.exe.

6. Notice how nvmixer.exe just crashed.

7. Run nvmixer.exe manually.

8. It won't maximize.

9. Look in task manager. Now sshd.exe is taking up a lot of
cpu time.

10. Stop sshd.exe in task manager.

11. Nvmiver.exe crashes again.

12. Now that sshd.exe and cygrunsrv.exe are not in task
manager try running nvmixer.exe again. 

13. This time nvmixer.exe starts up just fine and it will
maximize.

14. Notice how that when nvmixer is maximized it's possible
to restart cygwin's sshd.exe and have it work. 

If nvmixer not open but still in the tray, and if sshd.exe
and cygrunsrv are running, then nvmixer won't maximize, and
either cygrunsrv or sshd will take up a lot of cpu time (for
when nvmixer is trying to be accessed). If either cygrunsrv
or sshd are killed, and if nvmixer is running in the tray,
it will crash. However once both cygrunsrv and sshd are
closed, then nvmixer will run ok.

15. With sshd and cygrunsrv closed, open up a bash window in
cygwin (double click on the cygwin icon on your desktop).

16. With the bash window open, now try & run nvmixer again.
You get the same result as with sshd and cygrunsrv.

17. Notice how bash is now sucking up a lot of cpu time
after you tried to run nvmixer.

18. Close bash using task manager.

19. Now nvmixer crashes again.

20. With bash of cygwin closed now try nvmixer again. It now
works ok & will open.

Conclusion: Several processes of cygwin (bash, sshd,
cygrunsrv) start taking up a lot of cpu time if nvmixer.exe
is run at all. Once nvmixer is running, if we close any
cygwin process, then nvmixer crashes. Once all cygwin stuff
is closed then nvmixer will run.

---

Here's a part of the log for one of the nvmixer.exe crashes:

Application exception occurred:
App:  (pid=1448)
When: 11/25/2004 @ 10:04:37.015
Exception number: c005 (access violation)

*> System Information <*
Computer Name: CL
User Name: vu
Number of Processors: 1
Processor Type: x86 Family 6 Model 10 Stepping 0
Windows 2000 Version: 5.0
Current Build: 2195
Service Pack: 3
Current Type: Uniprocessor Free
Registered Organization: .
Registered Owner: .

*> Task List <*
   0 Idle.exe
   8 System.exe
 224 SMSS.exe
 248 CSRSS.exe
 268 WINLOGON.exe
 296 SERVICES.exe
 308 LSASS.exe
 440 Smc.exe
 492 svchost.exe
 532 spoolsv.exe
 580 svchost.exe
 596 GEARSEC.exe
 624 NAVAPSVC.exe
 700 nvsvc32.exe
 752 regsvc.exe
 764 r_server.exe
 812 mstask.exe
 928 ULCDRSvr.exe
 956 vmware-authd.ex.exe
 996 vmnat.exe
1016 WinGate.exe
1064 WinMgmt.exe
1088 Winrun.exe
1156 MsPMSPSv.exe
1180 svchost.exe
1332 vmnetdhcp.exe
1344 explorer.exe
 888 NAVAPW32.exe
1500 NvMixerTray.exe
1524 acrotray.exe
1564 boinc_gui.exe
1608 wgengmon.exe
1628 wgvpnmon.exe
1648 BCResident.exe
1484 hadsm3_4.04_win.exe
 512 DLLHOST.exe
1532 hadsm3um_4.04_w.exe
 940 sshd.exe
1448 NvMixer.exe
1028 mshta.exe
1672 regedit.exe
1556 IEXPLORE.exe
1696 taskmgr.exe
1324 DRWTSN32.exe
   0 _Total.exe

(0040 - 0055C000) 
(77F8 - 77FFB000) 
(7757 - 775A) 
(77E1 - 77E6F000) 
(77E8 - 77F36000) 
(77F4 - 77F79000) 
(77DB - 77E0D000) 
(77D3 - 77DA1000) 
(0023 - 00358000) 
(0036 - 00365000) 
(7800 - 78046000) 
(7782 - 77827000) 
(759B - 759B6000) 
(782F - 78534000) 
(70A7 - 70AD4000) 
(7171 - 71794000) 
(77A5 - 77B45000) 
(779B - 77A4B000) 
(6B2C - 6B2C5000) 
(75E6 - 75E7A000) 
(6CA6 - 6CA68000) 
(6665 - 666A4000) 
(1000 - 1000D000) 

State Dump for Thread Id 0x570

eax= ebx= ecx=0008 edx=
esi= edi=0034
eip=77ebc3d0 esp=0012f834 ebp=0012f894 iopl=0 nv up
ei pl nz na pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=
efl=0202


function: Module32Next
77ebc3b6 8945e8   mov [ebp+0xe8],eax
ss:00c4ce66=
77ebc3b9 7407 jz
QueryInformationJobObject+0x62 (77ec4ec2)
77ebc3bb 8bc3 mov eax,ebx
77ebc3bd 6bc01c   imuleax,eax,0x1c
77ebc3c0 03f8 add edi,eax
77ebc3c2 8b4d0c   mov ecx,[ebp+0xc]
ss:00c4ce66=
77ebc3c5 f6c108   testcl,0x8
77ebc3c8 7415 jz
QueryInformationJobObject+0x7f (77ec4edf)
77ebc3ca 8b4518   mov eax,[ebp+0x18]
ss:00c4ce66=
77ebc3cd 8b4030   mov eax,[e

Re: Linking problem

[Larry Hall]

At 02:14 AM 11/26/2004, you wrote:
>Dear All,
>
>  I use RegisterDeviceNotification Win32 API in my
>program. While compiling under cygwin, linker reports
>that cannot find _RegisterDeviceNotification symbol.
>And I searched and found that
>RegisterDeviceNotification's text is contained in
>libuser32.a, but its symbol is appended @12, what's
>this?
>  Please help me, thanks!


Welcome to Windows.  This is not a Cygwin specific issue so you should 
consult further with a Windows list forum if you have further questions
on this issue.  For now, I'll point you to a couple of links on the MSDN
that should help you get a better understanding of what's going on:





If all else fails and you just need to get something working without any
understanding, you can try adding the 'ld' flag '--enable-stdcall-fixup'.
But really, you should read the above so you understand what you're missing
and what you need first.


--
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: Problem with mirrors

[Bobby]

Gerrit P. Haase wrote:
Bobby wrote:
   File: gcc-mingw-20030911-4-src.tar.bz2 
 
1 KB 10/29/2003 12:00:00 AM
File: gcc-mingw-20030911-4.tar.bz2 
 
1 KB 10/29/2003 12:00:00 AM
File: gcc-mingw-20040810-1-src.tar.bz2 
 
1 KB 8/11/2004 8:53:00 PM
File: gcc-mingw-20040810-1.tar.bz2 
 
1 KB 8/11/2004 8:57:00 PM

the above was take from ftp://mirrors.rcn.net
Notice whats wrong? New packages are being reported at 1 kilobyte.

This is actually correct.  The compiler packages are gcc-mingw-core,
gcc-mingw-g++ and the others in the subdirectories.
Gerrit
Just checking.
I'm trying to figure out what's wrong with the mirror. It gives me an 
incomplete while downloading.
Unless its just been updated, I'll wait and try later.

--
Robert McNulty Junior
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Both will reach me.
--
Unsubscribe info:  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 mirrors

[Gerrit P. Haase]

Bobby wrote:
   File: gcc-mingw-20030911-4-src.tar.bz2 
 
1 KB 10/29/2003 12:00:00 AM
File: gcc-mingw-20030911-4.tar.bz2 
 
1 KB 10/29/2003 12:00:00 AM
File: gcc-mingw-20040810-1-src.tar.bz2 
 
1 KB 8/11/2004 8:53:00 PM
File: gcc-mingw-20040810-1.tar.bz2 
 
1 KB 8/11/2004 8:57:00 PM

the above was take from ftp://mirrors.rcn.net
Notice whats wrong? New packages are being reported at 1 kilobyte.
This is actually correct.  The compiler packages are gcc-mingw-core,
gcc-mingw-g++ and the others in the subdirectories.
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/

Problem with mirrors

[Bobby]

   File: gcc-mingw-20030911-4-src.tar.bz2 
 
	1 KB 	10/29/2003 	12:00:00 AM
File: gcc-mingw-20030911-4.tar.bz2 
 
	1 KB 	10/29/2003 	12:00:00 AM
File: gcc-mingw-20040810-1-src.tar.bz2 
 
	1 KB 	8/11/2004 	8:53:00 PM
File: gcc-mingw-20040810-1.tar.bz2 
 
	1 KB 	8/11/2004 	8:57:00 PM

the above was take from ftp://mirrors.rcn.net
Notice whats wrong? New packages are being reported at 1 kilobyte.
--
Robert McNulty Junior
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Both will reach me.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Serious Installation problems - possible workround but rapid fix required.

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of John Macallister
> Sent: 26 November 2004 16:57


> Start with clean (no Cygwin files on disk) Windows2000 system.

> 93%  In-use files have been replaced. You need to reboot as soon as
> possible to activate the new versions.
>   Cygwin may operate incorrectly until you reboot.


  These two don't go together.  Methinks the system was not actually as
clean as you may have believed.  Snarf yourself a copy of the cygcheck
executable and stash it in a directory somewhere safe; then clean your
system the same way you did before; then run "cygcheck -s -v -r >
cygcheck.out" and send the resulting file to the list as an attachment
please and we'll take a look at it.  Maybe there's some 3rd party
application installed on that machine that depends on cygwin and comes with
its own copy that is interfering.  (See http://cygwin.com/acronyms#3PP)


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: Serious Installation problems - possible workround but rapid fix required.

[Gerrit P. Haase]

John Macallister wrote:
Start with clean (no Cygwin files on disk) Windows2000 system.
[...]
This proceeds until:
93%  In-use files have been replaced. You need to reboot as soon as
possible to activate the new versions.
  Cygwin may operate incorrectly until you reboot.
This is not possible if you have no Cygwin files on the system.
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: Serious Installation problems - possible workround but rapid fix required.

[John Macallister]

> Your abbreviation of the error message is rather unhelpful. I have no
idea what that error is.


I've repeated the installation procedure and this is what happens.


Start with clean (no Cygwin files on disk) Windows2000 system.

Downloaded kit from Internet using "Install".

This completes successfully.

Install from this downloaded kit, again using "Install".

This proceeds until:

93%  In-use files have been replaced. You need to reboot as soon as
possible to activate the new versions.
  Cygwin may operate incorrectly until you reboot.

 The Progress window indicates:
 
   _update-info-dir-00230-1

  /usr/X11R6/share/doc/Cygwin/xorg-x11-f100-6.8.1.0.README 

Clicking OK then produces the folllowing window.

 Can't open Package Database for writing: No such file or directory.

The procedure completes but Cygwin has not been properly installed.

Rebooting makes no difference.



I hope this is helpful.

Cheers,

 John




Name: John B. Macallister  E-mail: [EMAIL PROTECTED]
Post: Denys Wilkinson Building, Keble Road, Oxford OX1 3RH,UK
Phone: +44-1865-273388 (direct)  27 (reception)  273418 (Fax)


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

Re: Serious Installation problems - possible workround but rapid fix required.

[Max Bowsher]

Larry Hall wrote:
What packages were you installing?  There have been recent reports of 
hangs
in 'setup.exe' over on the cygwin-xfree list when all packages are 
installed.
Sounds similar to the problems you were having.  Were you installing 'X'?
If so, the current work-around is to install all of Cygwin minus 'X' and
then rerun 'setup.exe' to install 'X'.

There has been progress made on 'setup.exe' to isolate and resolve this
problem so there's hope that this problem will be a thing of the past
soon. :-)
I fear you may be getting confused with other issues. I've not yet made any 
progress in debugging this. (Nor have I tried, since I really need 1 machine 
to test and 1 machine to compile - I will have a second machine from 6th 
Dec).

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: compiled cygwin.dll does not work

[Christopher Faylor]

On Fri, Nov 26, 2004 at 12:54:34PM +0100, Thomas Wolff wrote:
>I had provided patches for cygwin bugs 512 and 514.
>I had also mentioned in 
> http://sourceware.org/bugzilla/show_bug.cgi?id=512
>that I was able to compile the cygwin dll with the patches, but 
>Make worked fine but when I try to start my application with the 
>newly produced cygwin1.dll (and no other) in PATH I get a pop-up error:

I'm not sure why you were under the impression that bugzilla is now the
accepted method for sending patches, but that is very much not the case.
Please don't put patches in bugzilla.  See http://cygwin.com/lists.html
for the appropriate place for cygwin patches.

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

Re: cygwin choking about _impure_ptr

[Christopher Faylor]

On Fri, Nov 26, 2004 at 12:53:41PM +0100, Thomas Wolff wrote:
>After my recent upgrade from cygwin 1.5.11 to 1.5.12, I often get 
>a Windows pop-up error message:
>> The procedure entry point _impure_ptr could not be located in the 
>> dynamic link library cygwin1.dll.
>I tried reinstalling a previous version, updating again, the message 
>remains.
>Fortunately, in most cases, the programs still run. Once, however, 
>gcc would not run anymore and compiled programs didn't run either 
>after this error.

The only thing that would cause this is if you have two versions of
the DLL on  your system.  _impure_ptr *is* exported in cygwin 1.5.12.

--
Unsubscribe info:  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: compiled cygwin.dll does not work

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Thomas Wolff
> Sent: 26 November 2004 11:55

> I had provided patches for cygwin bugs 512 and 514.
> I had also mentioned in 
>  http://sourceware.org/bugzilla/show_bug.cgi?id=512
> that I was able to compile the cygwin dll with the patches, but 
> Make worked fine but when I try to start my application with the 
> newly produced cygwin1.dll (and no other) in PATH I get a 
> pop-up error:
> > The application failed to initialize properly (0xc022). 
> > Click on OK to terminate the application.
> 
> Can please someone tell me how to compile cygwin1.dll so that 
> it works?

  I find that the instructions at 

http://www.cygwin.com/contrib.html
and
http://www.cygwin.com/faq/faq_3.html#SEC101

generally work straightforwardly.

> Alternatively, could someone be so kind to send me a working 
> cygwin1.dll compiled with the patches for these two bugs, so 
> that I can check if they fix them?

  Sending off-list.  Produced no significant changes in the output from
"make check".

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: compiled cygwin.dll does not work

[Max Bowsher]

Thomas Wolff wrote:
The application failed to initialize properly (0xc022).
Click on OK to terminate the application.
That typically means you are on an NTFS filesystem, and lack the execute 
permission on a DLL that is required by the application you are starting.

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/

compiled cygwin.dll does not work

[Thomas Wolff]

I had provided patches for cygwin bugs 512 and 514.
I had also mentioned in 
 http://sourceware.org/bugzilla/show_bug.cgi?id=512
that I was able to compile the cygwin dll with the patches, but 
Make worked fine but when I try to start my application with the 
newly produced cygwin1.dll (and no other) in PATH I get a pop-up error:
> The application failed to initialize properly (0xc022). 
> Click on OK to terminate the application.

Can please someone tell me how to compile cygwin1.dll so that 
it works?

Alternatively, could someone be so kind to send me a working 
cygwin1.dll compiled with the patches for these two bugs, so 
that I can check if they fix them?

Best regards,
Thomas Wolff

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

cygwin choking about _impure_ptr

[Thomas Wolff]

After my recent upgrade from cygwin 1.5.11 to 1.5.12, I often get 
a Windows pop-up error message:
> The procedure entry point _impure_ptr could not be located in the 
> dynamic link library cygwin1.dll.
I tried reinstalling a previous version, updating again, the message 
remains.
Fortunately, in most cases, the programs still run. Once, however, 
gcc would not run anymore and compiled programs didn't run either 
after this error.


On the web, I found the following message about a recent change 
that involves this entry point, might it be related?
* From: corinna at cygwin dot com
* To: cygwin-cvs at cygwin dot com
* Date: 16 Sep 2004 09:14:29 -
* Subject: src/winsup/cygwin ChangeLog cygwin.din lib/_cy ...

CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2004-09-16 09:14:29

Modified files:
winsup/cygwin  : ChangeLog cygwin.din 
winsup/cygwin/lib: _cygwin_crt0_common.cc 

Log message:
* cygwin.din (_impure_ptr): Don't export.
(reent_data): Export.
* lib/_cygwin_crt0_common.cc (_impure_ptr): Drop entirely.  Don't
initialize _impure_ptr or u->impure_ptr_ptr.


--
Unsubscribe info:  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: Using Sybase DLLs from Cygwin apps

[Gerrit P. Haase]

Michael Peppler wrote:
Is there a way to direct the linker to match up the [EMAIL PROTECTED] symbols
with the corresponding _ct_xxx entries in the .a/.dll?
Have you tried the ld flag '--enable-stdcall-fixup'?

Thanks, but a quick test doesn't appear to show any improvements. I'll
try some more permutations when I have more time.
Since we don't use ASE I cannot help that much (ie. testing if it works
to access a database).  However I can try to build the module.
Can you send me the relevant Sybase DLL's in a private mail?
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: Using Sybase DLLs from Cygwin apps

[Michael Peppler]

On Fri, 2004-11-26 at 11:18, Gerrit P. Haase wrote:
> Michael Peppler wrote:
> 
> > [ Note - I'm a Unix/linux person and know very little about Windows ]
> > 
> > I'm trying to build sqsh under Cygwin and I'm running into a problem
> > with decorate vs. non-decorated library symbols.
> > 
> > Sybase uses the __stdcall calling convention for its libraries under
> > Windows, so gcc generates symbols like [EMAIL PROTECTED]
> > 
> > I've gone through the Cygwin docs on linking with Windows DLLs, and I've
> > generated three .def files and .a files using the following:
> > 
> > cd $SYBASE/OCS-12_5/lib
> > for i in libblk libcs libct; do
> > echo "EXPORTS" >${i}.def
> > nm ${i}.lib | grep 'T _' | sed 's/.* T _//' >>${i}.def
> > dlltool --dllname ${i}.dll --def ${i}.def --output-lib ${i}.a
> > done
> > 
> > This generates what looks like valid .a files, *but* they are all with
> > non-decorated symbols, and of course the link phase fails.
> > 
> > Is there a way to direct the linker to match up the [EMAIL PROTECTED] 
> > symbols
> > with the corresponding _ct_xxx entries in the .a/.dll?
> 
> Have you tried the ld flag '--enable-stdcall-fixup'?

Thanks, but a quick test doesn't appear to show any improvements. I'll
try some more permutations when I have more time.

Michael
-- 
Michael Peppler  Data Migrations, Inc.
[EMAIL PROTECTED]   http://www.peppler.org/
Sybase T-SQL/OpenClient/OpenServer/C/Perl developer available for short or 
long term contract positions - http://www.peppler.org/resume.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: Using Sybase DLLs from Cygwin apps

[Michael Peppler]

On Fri, 2004-11-26 at 09:47, Maarten Boekhold wrote:
> Jason Tishler wrote:
> 
> > Why not use FreeTDS (http://www.freetds.org/) instead of the Sybase's
> > Win32 libraries?  IIRC, both sqsh and FreeTDS build OOTB under Cygwin.
> > FWIW, I have used Cygwin sqsh/FreeTDS successfully with Microsoft SQL
> > Server.  However, YMMV with Sybase...
> 
> For sqsh, FreeTDS works fine, however I suspect that Michael's ultimate 
> goal is to link DBD::Sybase (Michael is the maintainer of that) with the 
> Sybase libraries.

See my message posted yesterday to dbi-users and sybperl-l

Michael
-- 
Michael Peppler  Data Migrations, Inc.
[EMAIL PROTECTED]   http://www.peppler.org/
Sybase T-SQL/OpenClient/OpenServer/C/Perl developer available for short or 
long term contract positions - http://www.peppler.org/resume.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: Using Sybase DLLs from Cygwin apps

[Gerrit P. Haase]

Michael Peppler wrote:
[ Note - I'm a Unix/linux person and know very little about Windows ]
I'm trying to build sqsh under Cygwin and I'm running into a problem
with decorate vs. non-decorated library symbols.
Sybase uses the __stdcall calling convention for its libraries under
Windows, so gcc generates symbols like [EMAIL PROTECTED]
I've gone through the Cygwin docs on linking with Windows DLLs, and I've
generated three .def files and .a files using the following:
cd $SYBASE/OCS-12_5/lib
for i in libblk libcs libct; do
echo "EXPORTS" >${i}.def
nm ${i}.lib | grep 'T _' | sed 's/.* T _//' >>${i}.def
dlltool --dllname ${i}.dll --def ${i}.def --output-lib ${i}.a
done
This generates what looks like valid .a files, *but* they are all with
non-decorated symbols, and of course the link phase fails.
Is there a way to direct the linker to match up the [EMAIL PROTECTED] symbols
with the corresponding _ct_xxx entries in the .a/.dll?
Have you tried the ld flag '--enable-stdcall-fixup'?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin.com link to fluxbox broken

[Gerrit P. Haase]

Hello Valentin,
Thanks for your message and the interest in fluxbox for cygwin.
Actually I'm using blackbox for years, but my version is quite old now:
$ ls -l /usr/local/bin/blackbox.exe
-rwxrwxrwx1 gerrit      293376 Nov  9  2001 ...
I know the link is broken (actually it's only a DNS issue - the
website is there still) but since it's a free hosting and free
subdomain from a friend of mine I can't do anything about it just yet.
I contacted my friend and he said he'll try to solve the problem as
fast as he can.
I did put the latest svn binaries on a mirror and here is the link:
http://www.celebris.net/~ghost/
You could ask at the fluxbox SF site if your package could be uploaded 
there?

 > PS
This is actually the first e-mail that is not spam since my gmail
address went on cygwin website.
I heard they have really good spam filter there?
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: Using Sybase DLLs from Cygwin apps

[Maarten Boekhold]

Jason Tishler wrote:
Why not use FreeTDS (http://www.freetds.org/) instead of the Sybase's
Win32 libraries?  IIRC, both sqsh and FreeTDS build OOTB under Cygwin.
FWIW, I have used Cygwin sqsh/FreeTDS successfully with Microsoft SQL
Server.  However, YMMV with Sybase...
For sqsh, FreeTDS works fine, however I suspect that Michael's ultimate 
goal is to link DBD::Sybase (Michael is the maintainer of that) with the 
Sybase libraries.

It's possible to build DBD::Sybase with FreeTDS, but it doesn't have 
complete functionality. '?' placeholders in prepared statements don't 
work because FreeTDS doesn't support them yet for Sybase databases. 
That's a pretty important piece of functionality that's missing.

It's funny, I've been trying the same thing as Michael yesterday, for 
probably the same reasons. I wonder if it wouldn't be easier to try to 
help out the FreeTDS team to implement the missing functionality.

Maarten
--
Unsubscribe info:  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 between nvidia nvmixer (from 4.27 nforce drivers) cygwin sshd cygrunsrv & even bash, all in Windows 2000

[Reini Urban]

Please report to cygwin @ cygwin.com only.
Jonathan Higbee schrieb:
Problem report. There are interaction problems between the Nvidia 
nvmixer (from 4.27 nforce drivers) & Openssh sshd.exe as run in Cygwin 
as a service, and also between the mixer and a plain old bash shell 
window of Cygwin, all under Windows 2000.
Please try without norton antivirus. I rather suspect that this is the 
real culprit.
But there are a lot of other rather invasive processes also.

*> Task List <*
   0 Idle.exe
   8 System.exe
 224 SMSS.exe
 248 CSRSS.exe
 268 WINLOGON.exe
 296 SERVICES.exe
 308 LSASS.exe
 440 Smc.exe
 492 svchost.exe
 532 spoolsv.exe
 580 svchost.exe
 596 GEARSEC.exe
 624 NAVAPSVC.exe
 700 nvsvc32.exe
 752 regsvc.exe
 764 r_server.exe
 812 mstask.exe
 928 ULCDRSvr.exe
 956 vmware-authd.ex.exe
 996 vmnat.exe
1016 WinGate.exe
1064 WinMgmt.exe
1088 Winrun.exe
1156 MsPMSPSv.exe
1180 svchost.exe
1332 vmnetdhcp.exe
1344 explorer.exe
 888 NAVAPW32.exe
1500 NvMixerTray.exe
1524 acrotray.exe
1564 boinc_gui.exe
1608 wgengmon.exe
1628 wgvpnmon.exe
1648 BCResident.exe
1484 hadsm3_4.04_win.exe
 512 DLLHOST.exe
1532 hadsm3um_4.04_w.exe
 940 sshd.exe
1448 NvMixer.exe
1028 mshta.exe
1672 regedit.exe
1556 IEXPLORE.exe
1696 taskmgr.exe
1324 DRWTSN32.exe
   0 _Total.exe
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/