RE: [avail for test] libtool-devel-20030121-1

[Ralf Habacker]

> Yes, Ralf, I know.  This is like the sixth iteration trying to solve
> this problem.  The very first attempt did what you suggest (only it is
> much much more complicated than you imply; you're overlooking a lot).
> However, that fix was unacceptable to the automake and libtool people.
> Hence, tries #2, #3, #4, #5, and this one.
>
> Please don't go over old ground, since you've been ignoring the onging
> discussion which I have CC:ed to the cygwin and mingw lists throughout.
>   I am not interested in doing it another way -- I've already done it
> three different ways (with various refinements, leading to a total of
> six attempts).  I am interested in bug reports and fixes for this method.
>
> And if I sound annoyed, I am: I expected better from you.  I would have
> thought that you, given your KDE work, would have been very interested
> in the *on-going* development -- and not content merely to sit back and
> ignore the whole thread, and then chime in after the fact with old ideas.
>

Chuck, about two month ago we had a private discussion about the file_magic
stuff, where i have investigated about 7 hours to figure out a faster approach
for identifing import library file types, because the implementation you have
mentioned would increase the kde compiling time more than about 70 % (that means
6,8 hours instead 4 hours for a full recompile, which is inacceptable  for me).
Probably you remember this stuff, if not I can send you the thread. So it seems
to me, that you only like to get my confirmation about your solution and nothing
else.

For example:
>I realize that ANY slowdown is painful, but at least these checks are
>not performed when linking (and relinking and relinking and ...)
>executables.  They only apply when building sharedlibs, and those happen
>only once per build.  Unlike exe's.  Sigh.

This may be true for small applications and with small number of dll's but not
for kde as it
contains about 200 dll's and 100 exe's. (see timing example above)

May be you'r right with your point of view, but this would throw back me very
much, so I had decided to stop this thread. (I'm using pass_all currently, it
works for me)

Instead I begun to think about how to solve this problem in a general way and
the result is the auto-import-from-dll-stuff (probably you don't know this
cause), so this may not be wath you have expected, but think about if this isn't
also a good contribution.

Additional you know that the libtool is very complicate and someone need very
deep knowledge about this stuff to handle with this. At that time I couldn't
investigate more time to enter the same knowledge level as you to give a
qualified answer.
In the last two weeks I've started fixing the kde3 build system and have to go
very deeply into libtool and friends, so now I'm feeling comfortable again with
this stuff and so I could give the above mentioned input and that probably for a
time windows of about the next month. not earlier, sorry. This is reason for the
contribution right now.

Third, I have stated more than one time, that kde uses an older libtool/automake
(kde3 for example libtool 1.4e, automake 1.5/1.6) release and so following the
on-going process makes not very much sense for me (because of limited time).
Instead I have to fix bugs in that releases and from the growing knowledge I can
give input.

Fourth: Chuck, the problem in the last two month was, you haven't asked, if I
have time for handling this, you only have started some threads and requested
like "... need input" and you have expected, that I have the libtool knowledge
all the days, which isn't true. If you would have asked, I would have said:
Please wait until I'm going to the kde3 build fix and than I can help. Sorry.

Fifth: I have never seen a man like you, who is able to write so very detailed
and deals so fast with such complicated stuff, that sometime a lamp goes on,
which is named "overload". :-)

Regards

Ralf



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to distribuite an application built under cygwin ! HELP !

[Elfyn McBratney]

> You might get a better response from [EMAIL PROTECTED] . cygwin-apps is
> generally for issues relating to setup.exe and cygwin packages. I've
> forwarded this there too ::-)

Appolagies. It seems Max had already replied to this one and as per usual
did a much better job of it than moi ;-)


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

How to distribuite an application built under Cygwin ! HELP !

[Stefano Gallina]

Hi,

I built an application under Cygwin and i want to
install it on another pc; so i tryed to copy the files
on this pc and i tryed to use the command "mount"
trying to mount the directory where i decided to put
the files but when i launch a executable file of this
built application i got the error bad command.
Any suggestion ?
Cheers.

  Stefano


=
First they ignore you
   Then they laugh at you
  Then they fight you
 Then you win

Mahatma Gandhi

__
Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino
http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to distribuite an application built under Cygwin ! HELP !

[Elfyn McBratney]

> Hi,
>
> I built an application under Cygwin and i want to
> install it on another pc; so i tryed to copy the files
> on this pc and i tryed to use the command "mount"
> trying to mount the directory where i decided to put
> the files but when i launch a executable file of this
> built application i got the error bad command.
> Any suggestion ?
> Cheers.

As Max said you need to give a little more info on what exactly has failed.

A little pointer:

When reporting problems it's always a good idea to let us know of what
version of cygwin your using, if you encounter errors, exactly what error
messages where you recieving (Paste the error messages), also give adding
the commands you used, in this case what did you do with mount.

Take a look at 

If what you did was compile Sid from s.r.c then generally all you need to do
is tar it up and extract it on the target machine (cygwin installation). You
shouldn't have to do anything to do with mount. Again let us know what
exactly you are trying to accomplish ;-)


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to distribuite an application built under cygwin ! HELP !

[Elfyn McBratney]

You might get a better response from [EMAIL PROTECTED] . cygwin-apps is
generally for issues relating to setup.exe and cygwin packages. I've
forwarded this there too ::-)


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk


Exposure - Preparing young people for the world that should be.


This e-mail is confidential. If you are not the intended recipient please
notify us immediately. You should not copy it or use it for any purpose, nor
disclose its contents to any other person.

"In future the success of a society will be determined by how quickly and
how easily the reins of power are handed over to the next generation."

- Original Message -
From: "Stefano Gallina" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 05, 2003 8:42 AM
Subject: How to distribuite an application built under cygwin ! HELP !


> Hello,
>
> I built an application under Cygwin called Sid by
> RedHat.
> On my pc where i built it everything works good, but
> when i copy all the files of it in another pc nothing
> works at all.
> I tryed to mount the directory with the file, but when
> i try to launch a file i got the error bad command.
> Any suggestion ?
> Cheers.
>
> Stefano
>
> =
> First they ignore you
>Then they laugh at you
>   Then they fight you
>  Then you win
>
> Mahatma Gandhi
>
> __
> Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino
>
http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html
>
>



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

SSHD/

[Marco . Rottigni]

Hi all.

I'm a great user/fan of this fantastic CygWin allowing the freedom of *nix 
on Win (in a world without fences, who needs Gates?), but I recently tried 
to use sshd and got some problems.

Since I haven't been able to solve them by reading the tons of messages 
and howto I found on the 'Net, I'm trying with this e-mail.

On my Win 2000 Pro SP3 box, I am a user with Administrators rights but 
authenticated on a domain.
Typing "id" on prompt shows:
uid=400(marco) gid=401(mkgroup) 
groups=544(Administrators),545(Users),401(mkgroup)

I ran ssh-host config apparently correctly:
$ ssh-host-config -y
chmod: changing permissions of `/var/empty': Permission denied
Generating /etc/ssh_config file
Privilege separation is set to yes by default since OpenSSH 3.3.
However, this requires a non-privileged account called 'sshd'.
For more info on privilege separation read 
/usr/doc/openssh/README.privsep.

Generating /etc/sshd_config file

Do you want to install sshd as service?

Which value should the environment variable CYGWIN have when
sshd starts? It's recommended to set at least "ntsec" to be
able to change user context without password.
Default is "binmode ntsec tty".  CYGWIN="binmode ntsec tty"

The service has been installed under LocalSystem account.

Host configuration finished. Have fun!

When I start it using "cygrunsrv -S sshd" I see 
$ cygrunsrv.exe -S sshd
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 
1062:
The service has not been started.

...and in the event viewer an error like:
Event Type: Error
Event Source:   sshd
Event Category: None
Event ID:   0
Date:   05/02/2003
Time:   10.15.25
User:   NT AUTHORITY\SYSTEM
Computer:   HKI-MAR-2000
Description:
The description for Event ID ( 0 ) in Source ( sshd ) cannot be found. The 
local computer may not have the necessary registry information or message 
DLL files to display messages from a remote computer. The following 
information is part of the event: sshd : Win32 Process Id = 0x4EC : Cygwin 
Process Id = 0x4EC : starting service `sshd' failed: execv: 255, error 
255.

If I type "less /etc/passwd|grep marco" I see:
marco:unused_by_nt/2000/xp:400:401:U-STONESOFT\marco:/home/marco:/bin/bash

About permissions on files ( I read about them in some mailing list msgs), 
the most important look like:
marco@hki-mar-2000 /var
$ ls -la /var/empty
total 0
drwxr-xr-x+   2 SYSTEM   SYSTEM  0 Feb  4 17:02 .
drwxrwxrwx+   7 SYSTEM   SYSTEM  0 Feb  4 17:02 ..

marco@hki-mar-2000 /var
$ ls -la /etc/ssh*
-rw-rw-rw-1 SYSTEM   mkgroup  1049 Feb  5 10:14 /etc/ssh_config
-rw-rw-rw-1 SYSTEM   mkgroup  1049 Feb  4 18:38 
/etc/ssh_config.orig
-rw---1 SYSTEM   SYSTEM668 Feb  4 19:45 
/etc/ssh_host_dsa_key
-rw-r--r--1 SYSTEM   SYSTEM608 Feb  4 19:45 
/etc/ssh_host_dsa_key.pu
b
-rw---1 SYSTEM   SYSTEM533 Feb  4 19:45 /etc/ssh_host_key
-rw-r--r--1 SYSTEM   SYSTEM337 Feb  4 19:45 
/etc/ssh_host_key.pub
-rw---1 SYSTEM   SYSTEM883 Feb  4 19:45 
/etc/ssh_host_rsa_key
-rw-r--r--1 SYSTEM   SYSTEM228 Feb  4 19:45 
/etc/ssh_host_rsa_key.pu
b
-rw-rw-rw-1 SYSTEM   mkgroup  2142 Feb  5 10:14 /etc/sshd_config
-rw-rw-rw-1 SYSTEM   mkgroup  2142 Feb  4 18:38 
/etc/sshd_config.orig

CYGWIN is set as a system variable 
marco@hki-mar-2000 /
$ echo $CYGWIN
binmode ntsec tty

What's wrong?

Thanks in advance.

Marco ;-)

-

"We can be what we give ourselves the power to be"
 A Cherokee Feast of Days

Marco Rottigni
Senior Technical Consultant
Stonesoft Italia
Tel: +39 039 6083 385 
Fax:+39 039 6082 721 
GSM:  +39 348 8591791
http://www.stonesoft.com
Email: [EMAIL PROTECTED]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: SSHD/

[Vince Hoffman]

Can you check the contents of /var/log/sshd.log that sometimes holds the
answer.
I also tend to have /etc/ssh_config and /etc/sshd_config as -rw-rw-r-
(although i'm not sure that would stop the sshd starting, i forget.) 
Maybe check your mounts are system mounts (type mount and if you get
something like 
h:\cygwin\bin on /usr/bin type system (binmode)
(the system bit being the important bit,) then you should be ok. 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]]
> Sent: 05 February 2003 10:47
> To: [EMAIL PROTECTED]
> Subject: SSHD/
> 
> 
> Hi all.
> 
> I'm a great user/fan of this fantastic CygWin allowing the 
> freedom of *nix 
> on Win (in a world without fences, who needs Gates?), but I 
> recently tried 
> to use sshd and got some problems.
> 
> Since I haven't been able to solve them by reading the tons 
> of messages 
> and howto I found on the 'Net, I'm trying with this e-mail.
> 
> On my Win 2000 Pro SP3 box, I am a user with Administrators 
> rights but 
> authenticated on a domain.
> Typing "id" on prompt shows:
> uid=400(marco) gid=401(mkgroup) 
> groups=544(Administrators),545(Users),401(mkgroup)
> 
> I ran ssh-host config apparently correctly:
> $ ssh-host-config -y
> chmod: changing permissions of `/var/empty': Permission denied
> Generating /etc/ssh_config file
> Privilege separation is set to yes by default since OpenSSH 3.3.
> However, this requires a non-privileged account called 'sshd'.
> For more info on privilege separation read 
> /usr/doc/openssh/README.privsep.
> 
> Generating /etc/sshd_config file
> 
> Do you want to install sshd as service?
> 
> Which value should the environment variable CYGWIN have when
> sshd starts? It's recommended to set at least "ntsec" to be
> able to change user context without password.
> Default is "binmode ntsec tty".  CYGWIN="binmode ntsec tty"
> 
> The service has been installed under LocalSystem account.
> 
> Host configuration finished. Have fun!
> 
> When I start it using "cygrunsrv -S sshd" I see 
> $ cygrunsrv.exe -S sshd
> cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 
> 1062:
> The service has not been started.
> 
> ...and in the event viewer an error like:
> Event Type: Error
> Event Source:   sshd
> Event Category: None
> Event ID:   0
> Date:   05/02/2003
> Time:   10.15.25
> User:   NT AUTHORITY\SYSTEM
> Computer:   HKI-MAR-2000
> Description:
> The description for Event ID ( 0 ) in Source ( sshd ) cannot 
> be found. The 
> local computer may not have the necessary registry 
> information or message 
> DLL files to display messages from a remote computer. The following 
> information is part of the event: sshd : Win32 Process Id = 
> 0x4EC : Cygwin 
> Process Id = 0x4EC : starting service `sshd' failed: execv: 
> 255, error 
> 255.
> 
> If I type "less /etc/passwd|grep marco" I see:
> marco:unused_by_nt/2000/xp:400:401:U-STONESOFT\marco:/home/mar
> co:/bin/bash
> 
> About permissions on files ( I read about them in some 
> mailing list msgs), 
> the most important look like:
> marco@hki-mar-2000 /var
> $ ls -la /var/empty
> total 0
> drwxr-xr-x+   2 SYSTEM   SYSTEM  0 Feb  4 17:02 .
> drwxrwxrwx+   7 SYSTEM   SYSTEM  0 Feb  4 17:02 ..
> 
> marco@hki-mar-2000 /var
> $ ls -la /etc/ssh*
> -rw-rw-rw-1 SYSTEM   mkgroup  1049 Feb  5 10:14 
> /etc/ssh_config
> -rw-rw-rw-1 SYSTEM   mkgroup  1049 Feb  4 18:38 
> /etc/ssh_config.orig
> -rw---1 SYSTEM   SYSTEM668 Feb  4 19:45 
> /etc/ssh_host_dsa_key
> -rw-r--r--1 SYSTEM   SYSTEM608 Feb  4 19:45 
> /etc/ssh_host_dsa_key.pu
> b
> -rw---1 SYSTEM   SYSTEM533 Feb  4 19:45 
> /etc/ssh_host_key
> -rw-r--r--1 SYSTEM   SYSTEM337 Feb  4 19:45 
> /etc/ssh_host_key.pub
> -rw---1 SYSTEM   SYSTEM883 Feb  4 19:45 
> /etc/ssh_host_rsa_key
> -rw-r--r--1 SYSTEM   SYSTEM228 Feb  4 19:45 
> /etc/ssh_host_rsa_key.pu
> b
> -rw-rw-rw-1 SYSTEM   mkgroup  2142 Feb  5 10:14 
> /etc/sshd_config
> -rw-rw-rw-1 SYSTEM   mkgroup  2142 Feb  4 18:38 
> /etc/sshd_config.orig
> 
> CYGWIN is set as a system variable 
> marco@hki-mar-2000 /
> $ echo $CYGWIN
> binmode ntsec tty
> 
> What's wrong?
> 
> Thanks in advance.
> 
> Marco ;-)
> 
> -
> 
> "We can be what we give ourselves the power to be"
>  A Cherokee Feast of Days
> 
> Marco Rottigni
> Senior Technical Consultant
> Stonesoft Italia
> Tel: +39 039 6083 385 
> Fax:+39 039 6082 721 
> GSM:  +39 348 8591791
> http://www.stonesoft.com
> Email: [EMAIL PROTECTED]
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation:   

Re: SSHD/

[Olaf Foellinger]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, Feb 05, 2003 at 11:46:36AM +0100, [EMAIL PROTECTED] wrote:
> Hi all.
> 
> I'm a great user/fan of this fantastic CygWin allowing the freedom of *nix 
> on Win (in a world without fences, who needs Gates?), but I recently tried 
> to use sshd and got some problems.
> 
> Since I haven't been able to solve them by reading the tons of messages 
> and howto I found on the 'Net, I'm trying with this e-mail.

Are your mounts "system" or "user" ? What's the output of 

$ mount

Gruss Olaf Föllinger

- -- 
Olaf Föllinger
Berater 
S.E.S.A. Software und Systeme AG

Alt-Moabit 91a
D-10559 Berlin
Germany
Tel:   +49 30 390722 -291
Fax:   +49 30 390722 -222
Mobil: +49 173 6227080
http://www.sesa.de
mailto: [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (Cygwin)

iD8DBQE+QPV7QhZYH/dN/jsRAjghAJ0f9bsp/7aMq9+V0x42eevGLRSiTwCcCTWY
MwV02pfon1BIEeyP25O5UtA=
=6tGX
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

/usr/local/lib on library path

[Isaque Galdino]

Hi guys,

I've installed the last cygwin version and it doesn't have
the /usr/local/lib directory in my default search library
path, as you can see in gcc -v:
$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/specs
Configured with: /netrel/src/gcc-3.2-3/configure --enable-
languages=c,c++,f77,java --enable-libgcj --enable-
threads=posix --with-system-zlib --enable-nls --without-
included-gettext --enable-interpreter --disable-sjlj-
exceptions --disable-version-specific-runtime-libs --enable-
shared --build=i686-pc-linux --host=i686-pc-cygwin --
target=i686-pc-cygwin --enable-haifa --prefix=/usr --exec-
prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --
includedir=/nonexistent/include --libexecdir=/usr/sbin
Thread model: posix
gcc version 3.2 20020927 (prerelease)

So, my question is, how can I include /usr/local/lib in my
library search path, by default?

Thank you.

Isaque Galdino
"Free as a penguim" - maybe The Beatles were trying to
say that! :)


---
UOL, o melhor da Internet
http://www.uol.com.br/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: /usr/local/lib on library path

[Ronald Landheer-Cieslak]

>From the gcc info (`info gcc`), chapter "Environment variables":
`LIBRARY_PATH'
 The value of `LIBRARY_PATH' is a colon-separated list of
 directories, much like `PATH'.  When configured as a native
 compiler, GCC tries the directories thus specified when searching
 for special linker files, if it can't find them using
 `GCC_EXEC_PREFIX'.  Linking using GCC also uses these directories
 when searching for ordinary libraries for the `-l' option (but
 directories specified with `-L' come first).

I think this is what you need - if not, try being more specific (or read 
the other answers you'll probably get).

Ciao!

rlc

On Wed, 5 Feb 2003, Isaque Galdino wrote:
> Hi guys,
> 
> I've installed the last cygwin version and it doesn't have 
> the /usr/local/lib directory in my default search library 
> path, as you can see in gcc -v:
> $ gcc -v
> Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/specs
> Configured with: /netrel/src/gcc-3.2-3/configure --enable-
> languages=c,c++,f77,java --enable-libgcj --enable-
> threads=posix --with-system-zlib --enable-nls --without-
> included-gettext --enable-interpreter --disable-sjlj-
> exceptions --disable-version-specific-runtime-libs --enable-
> shared --build=i686-pc-linux --host=i686-pc-cygwin --
> target=i686-pc-cygwin --enable-haifa --prefix=/usr --exec-
> prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --
> includedir=/nonexistent/include --libexecdir=/usr/sbin
> Thread model: posix
> gcc version 3.2 20020927 (prerelease)
> 
> So, my question is, how can I include /usr/local/lib in my 
> library search path, by default?
> 
> Thank you.
> 
> Isaque Galdino
> "Free as a penguim" - maybe The Beatles were trying to 
> say that! :)
> 
>  
> ---
> UOL, o melhor da Internet
> http://www.uol.com.br/
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Ultra slow disk access and xterm memory failure

[Dieter Meinert]

-BEGIN PGP SIGNED MESSAGE-

Hi all,

Firstofall, I'm completely ignorant of anything windoze
related, 
but currently put into a completely *IX ignorant
environment, 
so cygwin is my only hope. 

I use cygwin (version of about April 2002, BTW how can I
get the Cygwin version number ?) 
and tcsh v6.11.00 (cygwin version) for about half a year
now,
but about a month ago something changed: 
When closing an xterm I get the following windoze error
message: 

   "The instruction at "0x6106f3be" referenced memory at
"0x0058". 
The memory could not be "read"."

This in itself is not alarming to me since after pushing
"OK" the message
and the xterm vanish. But since the same time my xemacs
(under XFree86) 
went slooow whenever it accesses the disk, esp.
annoying when autosaving. 

Also, any reactions from the Cygwin Window became slow at
that time. 

I reduced the path to the necessary minimum(no network
disks, no redundancies), 
assuming that some network disks are regularly accessed,
but to no avail;although
the problem gets better when cutting the network
connection, it does not disappear 
completely.  

I cannot say if something changed in the windoze
environment, which AFAIK may happen without my knowledge,
and I have no more clues on where my problem may originate.

Maybe some of you have experienced a similar behaviour and
may offer some more clues.

BTW. I'm not in a position to upgrade cygwin or any
packages myself, lacking access to important internet
protocols.


 
 Regards
Dieter Meinert
 
 

-BEGIN PGP SIGNATURE-
Version: PGPfreeware 6.5.3 for non-commercial use 

iQEVAwUBPkEEOrYBkYAdGmPFAQHGlQf8DCuPsCGZZfZ5NWf7HVAG3EmmlTS/npcp
wLXb3cHSiQUvDEncuBndaOIc7lJJrPROE1errva3ULgjVEE21SZdh1RdaLR1ExKs
gCWPfSYghpC6oG0cNMXEWig2lDdNeEaGGCY/BlbjJ5vY2n4QW8rvszyP7j9zpNfC
NZqF8JrvjcrEvDX7F0eDI/LKN9RL11jJMRucxqxkUe3auOTY3xHQ45gZP6YzCB19
JGoawdeNyx9Mw7FMQBwCTiBZGGNNnaV/14E3DQXh03v07GDRuJYQrkOJmv4jQq3w
0Ujf0cy/sf3m01BfBfWV1CYf/3RCmR/wk5XTYJEx5WulD01pADKykA==
=Z5Se
-END PGP SIGNATURE-


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Nigel Stewart & Fiona Smith]

However, just in case you need to hear it, it is true that you have to
provide the sources for the cygwin DLL if you want to distribute it.


	There is always the MingW option via -mno-cygwin.
	(Perhaps stating the obvious, but just in case...)

	http://www.mingw.org/

Regards,

Nigel Stewart


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Ultra slow disk access and xterm memory failure

[Tim Prince]

On Wednesday 05 February 2003 05:31, Dieter Meinert wrote:

> but about a month ago something changed:
> When closing an xterm I get the following windoze error
> message:
>
>"The instruction at "0x6106f3be" referenced memory at
> "0x0058".
> The memory could not be "read"."
>
Surely, this is in every FAQ.  You need to know enough about Windows to run 
CHKDSK.
-- 
Tim Prince

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Christopher Faylor]

On Thu, Feb 06, 2003 at 12:39:45AM +1100, Nigel Stewart & Fiona Smith wrote:
>>However, just in case you need to hear it, it is true that you have to
>>provide the sources for the cygwin DLL if you want to distribute it.
>
>There is always the MingW option via -mno-cygwin.  (Perhaps stating the
>obvious, but just in case...)
>
>http://www.mingw.org/

I assume that the software in question actually uses the UNIX api.  Mingw has
only a very small subset of this available.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Jay Maynard]

On Wed, Feb 05, 2003 at 09:12:02AM -0500, Christopher Faylor wrote:
> On Thu, Feb 06, 2003 at 12:39:45AM +1100, Nigel Stewart & Fiona Smith wrote:
> >>However, just in case you need to hear it, it is true that you have to
> >>provide the sources for the cygwin DLL if you want to distribute it.
> >There is always the MingW option via -mno-cygwin.  (Perhaps stating the
> >obvious, but just in case...)
> >http://www.mingw.org/
> I assume that the software in question actually uses the UNIX api.  Mingw has
> only a very small subset of this available.

Hercules uses large parts of the Linux API. (It was originally developed on
Linux; while it'll run on most Unix systems, there are some functions, most
notably SCSI tape support, that only work on Linux.)

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc 3.2 string link problem

[Nigel Stewart & Fiona Smith]

As a follow-up to this still-unresolved issue,
some traffic on the MingW list reveals the same
issue using MingW, which I have also (unsuccessfully)
been experimenting with:

http://www.geocrawler.com/mail/msg.php3?msg_id=9057201&list=6013
http://lists.boost.org/MailArchives/boost/msg41422.php

http://sourceforge.net/mailarchive/message.php?msg_id=1991233

Which has been added to their bug tracker database:
https://sourceforge.net/tracker/index.php?func=detail&aid=664369&group_id=2435&atid=102435

Has anyone else had progress with wchar with either
cygwin on mingw?

Regards,

Nigel Stewart

Xavier Pianet wrote:

Hi there,

See my post few weeks ago (29/10/2002)
subject : conflicting types for `typedef struct mbstate_t`(was link troubles
with wcslen)

also the one from zhang le on 27/10/2002
  missing wcsncmp,wcscpy,wcsncpy and more...

or a search in the archives on wcslen

no one on the list acknowledged the pb (cfg ?) and i noticed that gcc-3.2-2
probably solved issue 2) of my post because it had the following comment
(msg [ANNOUNCEMENT] Updated: gcc-3.2-2 10/11/2002):
'However, the only noticeable change from the last release was an attempt to
correctly define mbstate_t.'

I'm positive that wcslen is in newlib but i'm not sure for
wcsncmp,wcscpy,wcsncpy as i didn't needed them a that time.

Xavier

"Nigel Stewart & Fiona Smith" <[EMAIL PROTECTED]> a écrit dans le message
news: [EMAIL PROTECTED]


Hello all,

Having happily upgraded my Cygwin to include gcc 3.2, I've
encountered a show-stopper: The linker can't resolve symbols
involving wide C++ strings.  Here is an example:

#include 
#include 
using namespace std;

int main(int argc,char *argv[])
{
   std::string test;
}

-

$ g++ test.cpp
/cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x25):test.cpp:
undefined reference to `std::basic_string, std::allocator
>::basic_string[in-charge]()'
/cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x30):test.cpp:
undefined reference to `std::basic_string, std::allocator
>::~basic_string [in-charge]()'
collect2: ld returned 1 exit status

---

Any hints, suggestions, or duh-read-the FAQ responses, appreciated.

Note that the following compiles & links:

int main(int argc,char *argv[])
{
   std::string test;
}



$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/specs
Configured with: /netrel/src/gcc-3.2-3/configure
--enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posi
x --with-system-zlib --enable-nls --without-included-gettext
--enable-interpreter --disable-sjlj-exceptions --disable-ve
rsion-specific-runtime-libs --enable-shared --build=i686-pc-linux
--host=i686-pc-cygwin --target=i686-pc-cygwin --enable
-haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc
--libdir=/usr/lib --includedir=/nonexistent/include --libexecd
ir=/usr/sbin
Thread model: posix
gcc version 3.2 20020927 (prerelease)

Cheers,

Nigel Stewart



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc 3.2 string link problem

[Christopher Faylor]

On Thu, Feb 06, 2003 at 01:23:08AM +1100, Nigel Stewart & Fiona Smith wrote:
>Has anyone else had progress with wchar with either cygwin on mingw?

I'm not aware of any activity in the cygwin arena.

cgf
--
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
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Strange new behavior...

[Brian J. Ackermann]

Hello all,

I've been running cygwin now for nearly three years, and I've very 
recently run into a very strange little problem.

When starting cygwin now, I have a new username 't-ow' (this is not what 
I login to win2000 as which is 'BrianA'), and my 'home' directory 
appears to be 'C\:'

I've searched the archives and didn't come up with anything.
I've uninstalled and re-installed several times, from multiple download 
sources(just the default packages, for simplicity's sake).

Nothing changes this strange behavior.  I am not aware of 'doing' 
anything to make this change happen.  It started immediately after I ran 
setup.exe and updated my entire installation (the entire tree).

Any ideas out there?

I'm sure my install is USABLE, but I would really be happier if 
everything was working properly...

Thanks,

Brian


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Strange new behavior...

[Vince Hoffman]

sounds like something funny in /etc/passwd try regenerating it with
mv /etc/passwd /etc/passwd.old
mkpasswd -l >/etc/passwd
and if you are in a domain 
mkpasswd -d -u "your username" >> /etc/passwd



> -Original Message-
> From: Brian J. Ackermann [mailto:[EMAIL PROTECTED]]
> Sent: 05 February 2003 14:25
> To: [EMAIL PROTECTED]
> Subject: Strange new behavior...
> 
> 
> Hello all,
> 
> I've been running cygwin now for nearly three years, and I've very 
> recently run into a very strange little problem.
> 
> When starting cygwin now, I have a new username 't-ow' (this 
> is not what 
> I login to win2000 as which is 'BrianA'), and my 'home' directory 
> appears to be 'C\:'
> 
> I've searched the archives and didn't come up with anything.
> I've uninstalled and re-installed several times, from 
> multiple download 
> sources(just the default packages, for simplicity's sake).
> 
> Nothing changes this strange behavior.  I am not aware of 'doing' 
> anything to make this change happen.  It started immediately 
> after I ran 
> setup.exe and updated my entire installation (the entire tree).
> 
> Any ideas out there?
> 
> I'm sure my install is USABLE, but I would really be happier if 
> everything was working properly...
> 
> Thanks,
> 
> Brian
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Cygwin.bat can't open /etc

[Stefan . Karrmann]

Everytime I start cygwin.bat I get the following message:

---cut-

  9 [main] bash 400 init_cygheap::etc_changed: Can't open /etc for
checking,
 Win32 error 1

km@HOST ~
$
---cut-


Why does it appear? Have I misconfig cygwin? Well, it's just installed
in .



> My configuration is:
> $ cygcheck -s -v -r
> Cygwin Win95/NT Configuration Diagnostics
> Current System Time: Thu Jan 30 08:14:02 2003
> 
> Windows NT Ver 4.0 Build 1381 Service Pack 6
> 
> Path: M:\pkg\cygwin-1.3.17-1\usr\local\bin
>  M:\pkg\cygwin-1.3.17-1\bin
>  M:\pkg\cygwin-1.3.17-1\bin
>  c:\WINNT\system32
>  c:\WINNT
>  c:\WINNT\system32\nls
>  c:\WINNT\system32\nls\English
>  .
>  .
>  .
>  M:\pkg\cygwin-1.3.17-1\usr\X11R6\bin
> 
> SysDir: C:\WINNT\System32
> WinDir: C:\WINNT
> 
> HOME = `M:\pkg\cygwin-1.3.17-1\home\ls282km'
> MAKE_MODE = `unix'
> PWD = `/home/ls282km'
> USER = `ls282km'
> 
> APRGS = `NW05FS62\VOL1:\MPE'
> COMSPEC = `C:\WINNT\system32\cmd.exe'
> LC_ALL = `DE_DE'
> NUMBER_OF_PROCESSORS = `1'
> NWLANGUAGE = `English'
> OLDPWD = `/usr/bin'
> OS = `Windows_NT'
> PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
> PROCESSOR_ARCHITECTURE = `x86'
> PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 10, GenuineInte
> l'
> PROCESSOR_LEVEL = `6'
> PROCESSOR_REVISION = `080a'
> PROMPT = `$P$G'
> PS1 = `\[\033]0;\w\007
> \033[32m\]\u@\h \[\033[33m\w\033[0m\]
> $ '
> SHLVL = `1'
> SYSTEMDRIVE = `C:'
> SYSTEMROOT = `C:\WINNT'
> TEMP = `c:\TEMP'
> TERM = `cygwin'
> TMP = `c:\TEMP'
> TOOLS = `NW05FS03'
> WINDIR = `C:\WINNT'
> WINDOWS_LOGIN = `0'
> _ = `/usr/bin/cygcheck'
> 
> HKEY_CURRENT_USER\Software\Cygnus Solutions
> HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
> HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
>   (default) = `/cygdrive'
>   cygdrive flags = 0x0022
> HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
>   (default) = `M:\pkg\cygwin-1.3.17-1'
>   flags = 0x0002
> HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
>   (default) = `M:\pkg\cygwin-1.3.17-1/bin'
>   flags = 0x0002
> HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
>   (default) = `M:\pkg\cygwin-1.3.17-1/lib'
>   flags = 0x0002
> HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts
> v2\/usr/X11R6/lib/X11/fonts
>   (default) = `M:\pkg\cygwin-1.3.17-1\usr\X11R6\lib\X11\fonts'
>   flags = 0x000a
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
> 
> a:  fd   N/AN/A
> c:  hd  NTFS6548Mb  22% CP CS UN PA FC RS0395-C
> d:  hd  NTFS1004Mb  13% CP CS UN PA FC D-Platte
> e:  cd  CDFS  57Mb 100%CS UN   MR_TR_V31
> m:  net NWFS   151235Mb  48% CP VOL1
> 
> M:\pkg\cygwin-1.3.17-1  /
> userbinmode
> M:\pkg\cygwin-1.3.17-1/bin  /usr/bin
> userbinmode
> M:\pkg\cygwin-1.3.17-1/lib  /usr/lib
> userbinmode
> .   /cygdrive
> userbinmode,cygdrive
> M:\pkg\cygwin-1.3.17-1\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/font
> s
> system  binmode
> 
> Found: M:\pkg\cygwin-1.3.17-1\bin\bash.exe
> Found: M:\pkg\cygwin-1.3.17-1\bin\cat.exe
> Not Found: cpp (good!)
> Found: M:\pkg\cygwin-1.3.17-1\bin\find.exe
> Not Found: gcc
> Not Found: gdb
> Not Found: ld
> Found: M:\pkg\cygwin-1.3.17-1\bin\ls.exe
> Not Found: make
> Found: M:\pkg\cygwin-1.3.17-1\bin\sh.exe
> 
>45k 2001/04/25 M:\pkg\cygwin-1.3.17-1\bin\cygform5.dll - os=4.0 im
> g=1.0
> sys=4.0
>   "cygform5.dll" v0.0 ts=2001/4/25 7:28
>35k 2002/01/09 M:\pkg\cygwin-1.3.17-1\bin\cygform6.dll - os=4.0 im
> g=1.0
> sys=4.0
>   "cygform6.dll" v0.0 ts=2002/1/9 7:03
>19k 2002/02/20 M:\pkg\cygwin-1.3.17-1\bin\cyggdbm.dll - os=4.0 img
> =1.0
> sys=4.0
>   "cyggdbm.dll" v0.0 ts=2002/2/20 4:05
>17k 2001/06/28 M:\pkg\cygwin-1.3.17-1\bin\cyghistory4.dll - os=4.0
> 
> img=1.0 sys=4.0
>   "cyghistory4.dll" v0.0 ts=2001/1/7 5:34
>20k 2002/10/10 M:\pkg\cygwin-1.3.17-1\bin\cyghistory5.dll - os=4.0
> 
> img=1.0 sys=4.0
>   "cyghistory5.dll" v0.0 ts=2002/10/10 19:28
>   929k 2002/06/24 M:\pkg\cygwin-1.3.17-1\bin\cygiconv-2.dll - os=4.0
> img=1.0 sys=4.0
>   "cygiconv-2.dll" v0.0 ts=2002/6/24 20:24
>22k 2001/12/13 M:\pkg\cygwin-1.3.17-1\bin\cygintl-1.dll - os=4.0
> img=1.0 sys=4.0
>   "cygintl-1.dll" v0.0 ts=2001/12/13 10:28
>28k 2002/09/20 M:\pkg\cygwin-1.3.17-1\bin\cygintl-2.dll - os=4.0
> img=1.0 sys=4.0
>   "cygintl-2.dll

RE: Ultra slow disk access and xterm memory failure

[Dieter Meinert]

-BEGIN PGP SIGNED MESSAGE-

I also tried defragmentation, but both did not help :-(

 Regards
Dieter Meinert
 


|=> -Original Message-
|=> From: Tim Prince [mailto:[EMAIL PROTECTED]]
|=> Sent: Wednesday, February 05, 2003 3:01 PM
|=> To: Dieter Meinert; [EMAIL PROTECTED]
|=> Subject: Re: Ultra slow disk access and xterm memory
|failure => 
|=> 
|=> On Wednesday 05 February 2003 05:31, Dieter Meinert
|wrote: => 
|=> > but about a month ago something changed:
|=> > When closing an xterm I get the following windoze
|error => > message:
|=> >
|=> >"The instruction at "0x6106f3be" referenced memory
|at => > "0x0058".
|=> > The memory could not be "read"."
|=> >
|=> Surely, this is in every FAQ.  You need to know enough 
|=> about Windows to run 
|=> CHKDSK.
|=> -- 
|=> Tim Prince
|=> 

-BEGIN PGP SIGNATURE-
Version: PGPfreeware 6.5.3 for non-commercial use 

iQEVAwUBPkEXprYBkYAdGmPFAQGYTQgAqma8Tugax1B1syEXpVBFDqAZs1m3wVWg
I6Zf72LIy7OuaAkeYRCtbzHbAXsTLIH2PH/605clR+6eg6f8y8HFhNYf0IHA/n5e
SpyVHb2oQsaJBIFefk/N5JlCM0ZXpy/6VCEbfnPHQWQ1+DieraGy13NRl7BDMMYq
3KR9Evk0o1/iMkWXX1Un63h/cHz5SHn3mxPmajJOwk2ctABBsqo4lZrOtS4zihjL
C5z3XxcMer72B3S5SKEYjmVF8x2jxKY5id04qtM7Adrs1k8/lsaCaW8PddWpm+eD
K9Mqb9ghy/xhXHzDiXt6LQOm75SFqBZ/QM79mE1p3QAg/TUyj6otGQ==
=WTAV
-END PGP SIGNATURE-


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Ultra slow disk access and xterm memory failure

[Vince Hoffman]

Just so you know re: finding out your cygwin version, its both in the output
of cygcheck -s and available as uname -r

However if you're not able to update to the latest versions (I assume from
your email you have no access to the mirrors by ftp,http or rsync) then
there may not be much you can do.

> -Original Message-
> From: Dieter Meinert [mailto:[EMAIL PROTECTED]]
> Sent: 05 February 2003 14:55
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: Ultra slow disk access and xterm memory failure
> 
> 
> 
> *** PGP Signature Status: unknown
> *** Signer: Unknown, Key ID = 0x1D1A63C5
> *** Signed: 05/02/2003 13:54:46
> *** Verified: 05/02/2003 14:57:50
> *** BEGIN PGP VERIFIED MESSAGE ***
> 
> I also tried defragmentation, but both did not help :-(
> 
>  Regards
>   Dieter Meinert
>  
> 
> 
> |=> -Original Message-
> |=> From: Tim Prince [mailto:[EMAIL PROTECTED]]
> |=> Sent: Wednesday, February 05, 2003 3:01 PM
> |=> To: Dieter Meinert; [EMAIL PROTECTED]
> |=> Subject: Re: Ultra slow disk access and xterm memory
> |failure => 
> |=> 
> |=> On Wednesday 05 February 2003 05:31, Dieter Meinert
> |wrote: => 
> |=> > but about a month ago something changed:
> |=> > When closing an xterm I get the following windoze
> |error => > message:
> |=> >
> |=> >"The instruction at "0x6106f3be" referenced memory
> |at => > "0x0058".
> |=> > The memory could not be "read"."
> |=> >
> |=> Surely, this is in every FAQ.  You need to know enough 
> |=> about Windows to run 
> |=> CHKDSK.
> |=> -- 
> |=> Tim Prince
> |=> 
> 
> 
> *** END PGP VERIFIED MESSAGE ***
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Nick Miller]

Okay... I believe that I understand the stages of compiling better than
was shown in the e-mail I had previously sent.  Also, I included the full
list of commands I have been using in the initial e-mail that I sent to
the Cygwin list.  Here they are below...

gcc -c fun.c
gcc -c main.c

The above commands should make the ".o" object files...

Then, I already have...

io_functions.o
io_functions.h
fun.h

Then, in main.c I am saying,

#include "io_functions.h"
#include "fun.h"

Then, I am using this command below to do the linking...

gcc -o main fun.o io_functions.o main.o

So, the idea here is that I have these three files that are somewhat
dependent on each other and I want to make the final executable called
"main".  When I do this process on a Linux machine using the same exact
files, it works fine.  When I do this in Cygwin, I am getting errors along
the lines of "reference to undefined *thing*"...  I would include the
exact error messages right now, but I am not at my home computer and do
not have a copy of Cygwin on this public machine to test with.  Basically
it looks as if my INCLUDE statements are not doing what they are supposed
to, and that particular functions are not being found correctly.  As I
wrote before, I believe that for some reason there is some problem with
file access or something...

All of my files are in...  C:/cygwin/home/Owner, so I would assume that
the linking of the files should not be a problem.  However, it seems that
something is not working.  I hope that this has clarified my problem(s).
Please let me know if you have additional suggestions.  Thank you so much!

Nick



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[[EMAIL PROTECTED]]

OK, my first suggestion is to tackle this problem the same
way you would on Linux.  How do you find the library or object
file which contains a symbol that you want when you're on Linux?
I'll give you a hint.  You need to use 'nm'.  'grep' can also be 
handy.  

I get the impression that you think there is something "mysterious"
going on here with Cygwin that can only be answered by having
some in-depth knowledge of Cygwin or it's internals.  Maybe that's true
but I've seen no evidence that your problems are so rooted thus far.
Forgive me if you consider this an insult but I'm wondering how much
experience you have with compiling and linking programs, particularly in 
a GNU environment?  If it's not much, then you probably want to consult 
web resources or a good book/tutorial on building with gcc.  So far, the
issues you've posted all would be well answered by such resources.  This
list really isn't the source for questions on basic tool operations and 
understanding how to resolve rudimentary problems with compiling and 
linking.  Obviously, if your problem is more complex than that and the
problem is Cygwin-specific, then this is the place to talk about it.  If
this is the kind of problem you have, state the details and someone here
will very likely provide some feedback.

Thanks,

Larry



Original Message:
-
From: Nick Miller [EMAIL PROTECTED]
Date: Wed, 5 Feb 2003 10:26:02 -0500 (EST)
To: [EMAIL PROTECTED]
Subject: Re: Why won't my files link?


Okay... I believe that I understand the stages of compiling better than
was shown in the e-mail I had previously sent.  Also, I included the full
list of commands I have been using in the initial e-mail that I sent to
the Cygwin list.  Here they are below...

gcc -c fun.c
gcc -c main.c

The above commands should make the ".o" object files...

Then, I already have...

io_functions.o
io_functions.h
fun.h

Then, in main.c I am saying,

#include "io_functions.h"
#include "fun.h"

Then, I am using this command below to do the linking...

gcc -o main fun.o io_functions.o main.o

So, the idea here is that I have these three files that are somewhat
dependent on each other and I want to make the final executable called
"main".  When I do this process on a Linux machine using the same exact
files, it works fine.  When I do this in Cygwin, I am getting errors along
the lines of "reference to undefined *thing*"...  I would include the
exact error messages right now, but I am not at my home computer and do
not have a copy of Cygwin on this public machine to test with.  Basically
it looks as if my INCLUDE statements are not doing what they are supposed
to, and that particular functions are not being found correctly.  As I
wrote before, I believe that for some reason there is some problem with
file access or something...

All of my files are in...  C:/cygwin/home/Owner, so I would assume that
the linking of the files should not be a problem.  However, it seems that
something is not working.  I hope that this has clarified my problem(s).
Please let me know if you have additional suggestions.  Thank you so much!

Nick



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



mail2web - Check your email from the web at
http://mail2web.com/ .



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Igor Pechtchanski]

Nick,

Well, this certainly is better than what you had before.  Although it
still doesn't provide the exact error messages, it provides enough
information to make a guess as to why your link doesn't work.  It's
possible that you're referring to some symbols in a library that's missing
from your system.  As I said earlier, without the exact error message it's
hard to provide a more concrete guess.
Igor
P.S. This has nothing to do with header files.  If there were an error in
a header file, your program modules would not even *compile*.  As I
understood you, the compilation proceeds fine, and the errors appear at
the *linking* stage.  Depending on which symbol name is considered
unresolved, it could be a problem with your code, with libraries, or with
gcc options.

On Wed, 5 Feb 2003, Nick Miller wrote:

> Okay... I believe that I understand the stages of compiling better than
> was shown in the e-mail I had previously sent.  Also, I included the full
> list of commands I have been using in the initial e-mail that I sent to
> the Cygwin list.  Here they are below...
>
> gcc -c fun.c
> gcc -c main.c
>
> The above commands should make the ".o" object files...
>
> Then, I already have...
>
> io_functions.o
> io_functions.h
> fun.h
>
> Then, in main.c I am saying,
>
> #include "io_functions.h"
> #include "fun.h"
>
> Then, I am using this command below to do the linking...
>
> gcc -o main fun.o io_functions.o main.o
>
> So, the idea here is that I have these three files that are somewhat
> dependent on each other and I want to make the final executable called
> "main".  When I do this process on a Linux machine using the same exact
> files, it works fine.  When I do this in Cygwin, I am getting errors along
> the lines of "reference to undefined *thing*"...  I would include the
> exact error messages right now, but I am not at my home computer and do
> not have a copy of Cygwin on this public machine to test with.  Basically
> it looks as if my INCLUDE statements are not doing what they are supposed
> to, and that particular functions are not being found correctly.  As I
> wrote before, I believe that for some reason there is some problem with
> file access or something...
>
> All of my files are in...  C:/cygwin/home/Owner, so I would assume that
> the linking of the files should not be a problem.  However, it seems that
> something is not working.  I hope that this has clarified my problem(s).
> Please let me know if you have additional suggestions.  Thank you so much!
>
> Nick

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Re: Problems with find

[fj_br_]

[EMAIL PROTECTED] schrieb am 31.01.03 16:47:10:
> 
> For the archives: No.  This is not going to do what the OP wants at all.
> In fact, if there's more than one file named 1000.*, it won't even work
> (find will produce a "find: paths must precede expression" error).  For
> details, "info find" and "info bash".
> 
> To the OP: Is your 1000 directory a symbolic link, by any chance?  If it
> is, try the "-follow" option.  For details, "info find".
>   Igor
> 
Thanks for the hint with -follow it worked, but the directory 1000 is not a symbolic 
link as you can see

$ find . -name 1000\* -follow
./1000.zip
./1000
./1000/1000.zip

$ ls -ld 1000
drwxr-xr-x2 f.braunb unknown 0 Jan 31 08:33 1000

$ ls -l 1000*
-rw-r--r--1 f.braunb unknown  162114808 Jan 30 14:57 1000.zip

1000:
total 158316
-rw-r--r--1 f.braunb unknown  162114808 Jan 31 08:33 1000.zip

Could this be a bug?


Franz


> On Fri, 31 Jan 2003, Carlo Florendo wrote:
> 
> > find . -name 1000.*
> >
> > - Original Message -
> > From: <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Friday, January 31, 2003 5:57 PM
> > Subject: Problems with find
> >
> >
> > Hi folks,
> >
> > I trie to search file with find an didn't find all the file which should be
> > found
> >
> > I search for all file starting with 1000 an the file 1000.zip in the
> > diretory 1000 is not found
> > $ find . -name 1000\*
> > ./1000.zip
> > ./1000
> >
> > but when I ls the directory 1000 the file is listed
> > $ ls 1000
> > 1000.zip
> >
> > As you can see I use the find installed in /usr/bin
> > $ which find
> > /usr/bin/find
> > $ type find
> > find is hashed (/usr/bin/find)
> >
> >
> > what is wrong? Is it a bug or my fault?
> >
> > Thanks for any help and hint
> >
> > Franz
> 
> -- 
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
>   -- /usr/games/fortune
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 


__
Keine Chance für Viren! Mit WEB.DE FreeMail sind Sie auf der
sicheren Seite - Virenschutz inklusive! http://freemail.web.de/features/?mc=021129


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

where is the cygjpeg6b.dll

[Jannette Frandsen]

Dear Sir,

I am trying to run the drawing packing XFIG on XP via CYGWIN.
I have done this for many years now but not on XP.

XFIG complains when I try to save/export a drawing.
I am prompted that "cygjpeg6b.dll" is missing.
I have been unable to find this file on the internet.
Do you know where I can find it? and also should I
reinstall cygwin?

Looking forward to your reply.

Regards,

-Jannette

~~ Dr. J. Behrndtz Frandsen ~~
Dept. Civil & Environmental Engineering
Louisiana State University, Baton Rouge, LA 70803, USA
Tel.: +1 225 578 0277 | Fax: +1 225 578 0245
 [EMAIL PROTECTED] | www.fsi.lsu.edu ~~
 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Bug in path.cc (conv_path_list_buf_size)

[Daniel Steinmann]

The above mentioned function returns sometimes a too small buffer
size. This problem was found when using 'cygpath --path --windows'

Here is a test scenario to reproduce the problem (on my machine):

  $ mount
  C:\programs\cygwin\bin on /usr/bin type system (binmode)
  C:\programs\cygwin\lib on /usr/lib type system (binmode)
  C:\programs\cygwin on / type system (binmode)
  d:\home-stonie on /home/stonie type system (binmode)
  \\eagle\voice on /voice type user (binmode)
  \\eagle\data on /data type user (binmode)
  c: on /c type user (binmode,noumount)
  d: on /d type user (binmode,noumount)

  $ mkdir /tmp/this/is/a/very/long/directory/path/to/some/of/my/software
  $ cd/tmp/this/is/a/very/long/directory/path/to/some/of/my/software
  $ cygpath -pw 
:/c/programs/jdk1.3.1_04/jre/lib/rt.jar:../../lib/fso.jar:../../lib/vcom.jar:../../lib/vcomsc.jar:../../lib/log4j-1.2.5.jar
  
;c:\programs\jdk1.3.1_04\jre\lib\rt.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\fso.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\vcom.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\vcomsc.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise
 ?  log4j-1.2.5.jar

(Note the spaces and the question mark of the cygpath output just
before log4j-1.2.5.jar)

The algorithm in conv_path_list_buf_size() looks only at the size of
the mount table and the length of the relativ posix path, but
ignores the absolute path length of each path element. In the above
example the computed size is 355, but the converted path needs 365
bytes.

The algorithm works fine as long the mount table contains a lot of
entries with at least one reasonable long entry and/or the working
directory is short.

I see following solutions:

a) Increase the slop.

b) Make the size estimation more precise by adding the size of
   the current working directory for each relativ path element.

What do you think?

Daniel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Max Bowsher]

Nick Miller wrote:
> Then, I already have...
> 
> io_functions.o

Where does this come from?

> Then, I am using this command below to do the linking...
> 
> gcc -o main fun.o io_functions.o main.o
> 
> When I do this in Cygwin, I am getting
> errors along the lines of "reference to undefined *thing*"...  I
> would include the exact error messages right now, but I am not at my
> home computer and do not have a copy of Cygwin on this public machine

Then you should have waited until you could post the exact error messages.
Without them, the problem could be any number of different things.

Post them, and we can *probably* understand what is going wrong.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where is the cygjpeg6b.dll

[Max Bowsher]

Jannette Frandsen wrote:
> Dear Sir,
> 
> I am trying to run the drawing packing XFIG on XP via CYGWIN.
> I have done this for many years now but not on XP.
> 
> XFIG complains when I try to save/export a drawing.
> I am prompted that "cygjpeg6b.dll" is missing.
> I have been unable to find this file on the internet.
> Do you know where I can find it?

http://cygwin.com/packages/

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: where is the cygjpeg6b.dll

[Vince Hoffman]

Hi,
if you have a look at http://www.cygwin.com/packages you will find
that its in the package jpeg which is in the catagory libs. its probably
worth reinstalling this if you already have it installed or just installing
it if you do not.
hope this helps.

Vince




> 
> 
> Dear Sir,
> 
> I am trying to run the drawing packing XFIG on XP via CYGWIN.
> I have done this for many years now but not on XP.
> 
> XFIG complains when I try to save/export a drawing.
> I am prompted that "cygjpeg6b.dll" is missing.
> I have been unable to find this file on the internet.
> Do you know where I can find it? and also should I
> reinstall cygwin?
> 
> Looking forward to your reply.
> 
> Regards,
> 
> -Jannette
> 
> ~~ Dr. J. Behrndtz Frandsen ~~
> Dept. Civil & Environmental Engineering
> Louisiana State University, Baton Rouge, LA 70803, USA
> Tel.: +1 225 578 0277 | Fax: +1 225 578 0245
>  [EMAIL PROTECTED] | www.fsi.lsu.edu ~~
>  
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Re: Problems with find

[Randall R Schulz]

Carlo,

At 08:35 2003-02-05, [EMAIL PROTECTED] wrote:

[EMAIL PROTECTED] schrieb am 31.01.03 16:47:10:
>
> For the archives: No.  This is not going to do what the OP wants at all.
> In fact, if there's more than one file named 1000.*, it won't even work
> (find will produce a "find: paths must precede expression" error).  For
> details, "info find" and "info bash".
>
> To the OP: Is your 1000 directory a symbolic link, by any chance?  If it
> is, try the "-follow" option.  For details, "info find".
>   Igor

Thanks for the hint with -follow it worked, but the directory 1000 is 
not a symbolic link as you can see

$ find . -name 1000\* -follow
./1000.zip
./1000
./1000/1000.zip

$ ls -ld 1000
drwxr-xr-x2 f.braunb unknown 0 Jan 31 08:33 1000

$ ls -l 1000*
-rw-r--r--1 f.braunb unknown  162114808 Jan 30 14:57 1000.zip

1000:
total 158316
-rw-r--r--1 f.braunb unknown  162114808 Jan 31 08:33 1000.zip

Could this be a bug?

What bug are you suggesting? There's a directory named "1000" and it 
contains a file called "1000.zip". That's all very clear by what's 
shown here. Perhaps this situation arose earlier in your confusion 
about shell glob characters, find and whatnot.

Sometimes in circumstances like this, confusion can be reduced by using 
the "-i" option to ls. This will cause ls to include the "inode number" 
in its output. (This is not quite the same thing in Cygwin as in real 
Unix file systems, but it's there and serves the purpose of this hint.)

Distinct files that are otherwise identical and, beyond their full path 
names, indistinguishable (same name, size, modes, owners, etc.) will 
have different inode numbers. Likewise, hard links (possible with NTFS 
but not FATn) will have identical inode numbers even if their names are 
different. However, given that hard links are just multiple names for 
the same file, it's impossible to have any other file attribute differ 
between two hard links to the same file.

One last wrinkle to note is that if you attempt to create a hard link 
on a FAT file system volume, Cygwin will copy the file for you. That's 
its best-effort attempt to comply with a request that cannot literally 
be fulfilled but which is nonetheless required by POSIX compliance. 
(I'm presuming a bit here as to motivation for the fallback behavior 
for hard linking on FAT file systems.)

Randall Schulz


Franz


> On Fri, 31 Jan 2003, Carlo Florendo wrote:
>
> > find . -name 1000.*
> >
> > - Original Message -
> > From: <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Friday, January 31, 2003 5:57 PM
> > Subject: Problems with find
> >
> >
> > Hi folks,
> >
> > I trie to search file with find an didn't find all the file which 
should be
> > found
> >
> > I search for all file starting with 1000 an the file 1000.zip in the
> > diretory 1000 is not found
> > $ find . -name 1000\*
> > ./1000.zip
> > ./1000
> >
> > but when I ls the directory 1000 the file is listed
> > $ ls 1000
> > 1000.zip
> >
> > As you can see I use the find installed in /usr/bin
> > $ which find
> > /usr/bin/find
> > $ type find
> > find is hashed (/usr/bin/find)
> >
> >
> > what is wrong? Is it a bug or my fault?
> >
> > Thanks for any help and hint
> >
> > Franz


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Strange new behavior...

[Brian J. Ackermann]

Yep, that did the trick (the mkpasswd -d -u solution)

Thanks a bunch...

I am still wondering why this didn't 'go away' after a complete uninstall, and consequent reinstall?

Brian



Vince says: 

sounds like something funny in /etc/passwd try regenerating it with
mv /etc/passwd /etc/passwd.old
mkpasswd -l >/etc/passwd
and if you are in a domain 
mkpasswd -d -u "your username" >> /etc/passwd
   



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: SSHD/

[Max Bowsher]

[EMAIL PROTECTED] wrote:
> $ ssh-host-config -y
> chmod: changing permissions of `/var/empty': Permission denied

Worth investigating this.

> Privilege separation is set to yes by default since OpenSSH 3.3.
> However, this requires a non-privileged account called 'sshd'.

Does such an account exist? (In Windows and in /etc/passwd).



Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Strange new behavior...

[Igor Pechtchanski]

Because even a complete uninstall won't remove user-created files (such as
/etc/passwd), and a reinstall won't recreate them if they are already
present.
Igor

On Wed, 5 Feb 2003, Brian J. Ackermann wrote:

> Yep, that did the trick (the mkpasswd -d -u solution)
>
> Thanks a bunch...
>
> I am still wondering why this didn't 'go away' after a complete
> uninstall, and consequent reinstall?
>
> Brian
>
> >>Vince says:
> >>
> >>sounds like something funny in /etc/passwd try regenerating it with
> >>mv /etc/passwd /etc/passwd.old
> >>mkpasswd -l >/etc/passwd
> >>and if you are in a domain
> >>mkpasswd -d -u "your username" >> /etc/passwd

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Strange new behavior...

[Brian J. Ackermann]

Understandable, but in my desperation I removed the entire C:\cygwin 
root directory, no to mention a number of regustry entries...

So, one might think I was thourough...

Igor Pechtchanski wrote:

Because even a complete uninstall won't remove user-created files (such as
/etc/passwd), and a reinstall won't recreate them if they are already
present.
	Igor

On Wed, 5 Feb 2003, Brian J. Ackermann wrote:

 

Yep, that did the trick (the mkpasswd -d -u solution)

Thanks a bunch...

I am still wondering why this didn't 'go away' after a complete
uninstall, and consequent reinstall?

Brian

   

Vince says:

sounds like something funny in /etc/passwd try regenerating it with
mv /etc/passwd /etc/passwd.old
mkpasswd -l >/etc/passwd
and if you are in a domain
mkpasswd -d -u "your username" >> /etc/passwd
   


 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: socketpair(AF_UNIX, SOCK_STREAM, 0, fd) failing: errno 112, Address already in use

[Corinna Vinschen]

Max, any new insights here?

Corinna

On Mon, Feb 03, 2003 at 05:16:33PM +0100, Corinna Vinschen wrote:
> On Mon, Feb 03, 2003 at 05:00:04PM +0100, Corinna Vinschen wrote:
> > On Tue, Jan 28, 2003 at 07:15:52PM -, Max Bowsher wrote:
> > > I'm seeing rsync failiures due to socketpair(AF_UNIX, SOCK_STREAM, 0, fd)
> > > failing with errno 112, Address already in use.
> > > 
> > > As far as I know, this shouldn't be able to occur. This seems to me like a
> > > Cygwin bug? If it is, then this is a bug report.
> > 
> > Would you mind to create a test case?
> 
> Or, on second thought, first try running rsync under strace.  socketpair()
> gives some important hints in which part of the implementation the error
> occurs.  The debug output of the failing socketpair() call would be
> interesting to see...
> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Developermailto:[EMAIL PROTECTED]
> Red Hat, Inc.
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Jay Maynard]

On Tue, Feb 04, 2003 at 10:32:46PM -0500, Christopher Faylor wrote:
> On Tue, Feb 04, 2003 at 08:48:03PM -0600, Jay Maynard wrote:
> >On Tue, Feb 04, 2003 at 09:31:43PM -0500, Igor Pechtchanski wrote:
> >>Remember that linking against some version of libcygwin.a doesn't mean
> >>you have to keep to the corresponding version of cygwin1.dll.  Since
> >>it's loaded dynamically, all you need is for the functions you need to
> >>be present in the new DLL.  This is generally the case.
> >Present *and* working the same or compatibly.  Unfortunately, we've
> >found that that's not the case.
> I sincerely doubt that you've found a problem where something that was
> available in an older DLL is not available in a newer one.  The only
> case I can think of where this happened is the dropping of //a for
> /cygdrive/a.

There are numerous bug reports in the Hercules mailing list archives from
folks who have tried to run Hercules with a different version of
cygwin1.dll than the one Hercules was built against. In every case,
installing the version that Hercules was built against corrected the
problem.

It may be intended to be upward compatible, but that's not our experience.

> >There's also a bug right now that causes allocation of three times as
> >much memory as Hercules actually calls for.  (I believe that one's
> >already been reported; it really hits Hercules hard, though, as it's
> >not uncommon to have Hercules allocate 256 MB of memory for the
> >emulated system's central storage, and a 768 MB allocation will drive
> >most Windows boxes to their knees.)
> I'm not aware of any bug report along these lines.  I must have missed
> it.
> A test case would be welcome.

I've asked the Hercules developer community, several of whom are much more
familiar with development under Cygwin than I am, to generate a test case
and report the bug. I had thought it had been reported, but it apparently
has not been.

> However, just in case you need to hear it, it is true that you have to
> provide the sources for the cygwin DLL if you want to distribute it.

I have stopped distributing the Cygwin DLL entirely, since meeting this
requirement would impose larger requirements for disk space and/or time than
I can afford. (See how the GPL has improved sharing of programs! Pfaugh.) Of
the five DLLs that Hercules needs (cygwin1.dll, cygintl-2.dll,
cygiconv-2.dll, cygbz2-1.dll, and cygz.dll), only one is GPLed. This imposes
requirements on distribution of the complete package that do not apply to
the other platforms that Hercules is distributed for. This is hardly going
to make porting packages from Linux to Windows easier.

I've considered, and rejected, the idea of distributing my own setup.ini
file. The problem is that it seems to be as much of a moving target as
Cygwin itself.

I would suggest that, if it is desired to promote the development of
applications on the Cygwin platform, serious consideration be made to making
it as simple as possible to install only those portions of Cygwin that the
application requires. This means just the necessary DLLs, without all of the
interactive use baggage. Right now, that's nearly impossible.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Strange new behavior...

[Igor Pechtchanski]

Oops, sorry, should have read your message more carefully...
/etc/postinstall/passwd-grp.sh simply does not create domain users.  I'm
sure this fact is documented somewhere, but I can't find it at the moment.
Igor

On Wed, 5 Feb 2003, Brian J. Ackermann wrote:

> Understandable, but in my desperation I removed the entire C:\cygwin
> root directory, no to mention a number of regustry entries...
>
> So, one might think I was thourough...
>
> Igor Pechtchanski wrote:
>
> >Because even a complete uninstall won't remove user-created files (such as
> >/etc/passwd), and a reinstall won't recreate them if they are already
> >present.
> >   Igor
> >
> >On Wed, 5 Feb 2003, Brian J. Ackermann wrote:
> >
> >
> >
> >>Yep, that did the trick (the mkpasswd -d -u solution)
> >>
> >>Thanks a bunch...
> >>
> >>I am still wondering why this didn't 'go away' after a complete
> >>uninstall, and consequent reinstall?
> >>
> >>Brian
> >>
> >>
> >>
> Vince says:
> 
> sounds like something funny in /etc/passwd try regenerating it with
> mv /etc/passwd /etc/passwd.old
> mkpasswd -l >/etc/passwd
> and if you are in a domain
> mkpasswd -d -u "your username" >> /etc/passwd

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: socketpair(AF_UNIX, SOCK_STREAM, 0, fd) failing: errno 112, Address already in use

[Max Bowsher]

Corinna Vinschen wrote:
> Max, any new insights here?

Still waiting for some that elusive quantity "free time" :-)

I've been reproducing the failiure inside the rsync testsuite, and its
turned out to be less than trivial to graft strace into it.

I might try extracting one of the tests from the testsuite and running it
myself - should be trivial to strace it then.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Strange new behavior...

[Brian J. Ackermann]

Good to know,

Although I still find it curious that it had been working until last 
week sometime, when I updated...

Thanks much!!

Igor Pechtchanski wrote:

Oops, sorry, should have read your message more carefully...
/etc/postinstall/passwd-grp.sh simply does not create domain users.  I'm
sure this fact is documented somewhere, but I can't find it at the moment.
	Igor

On Wed, 5 Feb 2003, Brian J. Ackermann wrote:

 

Understandable, but in my desperation I removed the entire C:\cygwin
root directory, no to mention a number of regustry entries...

So, one might think I was thourough...

Igor Pechtchanski wrote:

   

Because even a complete uninstall won't remove user-created files (such as
/etc/passwd), and a reinstall won't recreate them if they are already
present.
 Igor

On Wed, 5 Feb 2003, Brian J. Ackermann wrote:



 

Yep, that did the trick (the mkpasswd -d -u solution)

Thanks a bunch...

I am still wondering why this didn't 'go away' after a complete
uninstall, and consequent reinstall?

Brian



   

Vince says:

sounds like something funny in /etc/passwd try regenerating it with
mv /etc/passwd /etc/passwd.old
mkpasswd -l >/etc/passwd
and if you are in a domain
mkpasswd -d -u "your username" >> /etc/passwd
   


 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where is the cygjpeg6b.dll

[Max Bowsher]

Please keep replies on the mailing list.

Jannette Frandsen wrote:
>> -Original Message-
>> From: Max Bowsher [mailto:[EMAIL PROTECTED]]
>> 
>> http://cygwin.com/packages/
> 
> Many thanks for your quick response.
> Unfortunately when I go the jpeg category there is no file to
> download. I only see at list. Do you know where exactly the file is
> located? 


Uhh... you *are* installing with Cygwin setup.exe, aren't you?


Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: where is the cygjpeg6b.dll

[Vince Hoffman]

> >Hi,
> > if you have a look at http://www.cygwin.com/packages 
> >you will find that its in the package jpeg which is in the 
> >catagory libs.
> 
> First thanks for your quick reply.
> The problem is when I click on "jpeg". There is no file to
> download. I only see a list?
> 
> Regards,
> 
> -Jannette
> 
> ~~ Dr. J. Behrndtz Frandsen ~~
> Dept. Civil & Environmental Engineering
> Louisiana State University, Baton Rouge, LA 70803, USA
> Tel.: +1 225 578 0277 | Fax: +1 225 578 0245
>  [EMAIL PROTECTED] | www.fsi.lsu.edu ~~
>  

Please keep on list (you'll get wiser heads than mine helping that way ;) 

what you need to do is re-run cygwin setup, then from the catagory libs
select jpeg (click on the circle with arrows untill it says either install
or reinstall) then continue with the install as before. 

Vince 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Nigel Stewart & Fiona Smith]

I would suggest that, if it is desired to promote the development of
applications on the Cygwin platform, serious consideration be made to making
it as simple as possible to install only those portions of Cygwin that the
application requires. This means just the necessary DLLs, without all of the
interactive use baggage. Right now, that's nearly impossible.


	Technically, the ideal solution would be to link against a set
	of static libraries.  Therefore requiring no extra install at
	all.  No DLL hell, no tech support, no "Cygwin is the problem"
	perception.  However, is it feasible for the Cygwin project to
	make this exception for the sake of utility?

	This is the same reason I find myself experimenting with
	mingw, I would like to use Cygwin as the devel platform
	and target native binaries, or at least non Cygwin-DLL
	dependent binaries...

	My 0.02, no offence intended to GPL oriented people...

Regards,

Nigel Stewart


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: SSHD/

[Marco . Rottigni]

>From: "Max Bowsher" <[EMAIL PROTECTED]>
>Date: 05/02/2003 18.04.07
>Subject: Re: SSHD/
>
>[EMAIL PROTECTED] wrote:
>> $ ssh-host-config -y
>> chmod: changing permissions of `/var/empty': Permission denied
>
>Worth investigating this.
$ ls -l /var
total 0
drwxr-xr-x+   2 SYSTEM   SYSTEM  0 Feb  4 17:02 empty

Permissions are already OK.

>
>> Privilege separation is set to yes by default since OpenSSH 3.3.
>> However, this requires a non-privileged account called 'sshd'.
>
>Does such an account exist? (In Windows and in /etc/passwd).
marco@hki-mar-2000 ~
$ less /etc/passwd|grep sshd
sshd:unused_by_nt/2000/xp:1004:513:sshd 
privsep,U-HKI-MAR-2000\sshd,S-1-5-21-1614895754-507921405-839522115-1004:/var/empty:/bin/false


User sshd exists also in Control Panel - Users and Passwords and has been 
installed by the CygWin script as a Restricted User (Win2000 definition is 
"Users can operate the computer and save documents, but cannot install 
programs or make potentially damaging changes to the system files and 
settings")

>
>
>
>Max.
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where is the cygjpeg6b.dll

[Max Bowsher]

Jannette Frandsen wrote:
>> Max Bowsher wrote:
>>
>> Please keep replies on the mailing list.

PLEASE KEEP REPLIES ON THE MAILING LIST.
PLEASE KEEP REPLIES ON THE MAILING LIST.
PLEASE KEEP REPLIES ON THE MAILING LIST.

 Max Bowsher wrote:
>> Uhh... you *are* installing with Cygwin setup.exe, aren't you?

> I had Cygwin installed from a CD.

What kind of CD? The old 1.0 release, or a CD-R burnt from the current net
release?
If you don't know, post the output of "uname -r".

> I found that cygjpeg6b.dll is not found. So I therefore trying to
> find this file realizing now there may be other problems. Therefore
> I also asked if I should install the package from scratch again.

> I was administrator when I installed the package.
> It does not work when I am "me".

Note the "All Users" / "Just Me" choice in setup.exe

> If I am installing cygwin again do I need remove the current version?

Probably a good idea.



Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Max Bowsher]

Nigel Stewart & Fiona Smith wrote:
>> I would suggest that, if it is desired to promote the development of
>> applications on the Cygwin platform, serious consideration be made
>> to making it as simple as possible to install only those portions of
>> Cygwin that the application requires. This means just the necessary
>> DLLs, without all of the interactive use baggage. Right now, that's
>> nearly impossible.

If someone wishes to volunteer to work towards that...

> Technically, the ideal solution would be to link against a set
> of static libraries.  Therefore requiring no extra install at
> all.  No DLL hell, no tech support, no "Cygwin is the problem"
> perception.

I believe this would require some significant work to make it possible.

> However, is it feasible for the Cygwin project to
> make this exception for the sake of utility?

If you are talking about making cygwin static-capable - see above - lots of
work. Also, the most experienced Cygwin coders won't be that interested,
because they *like* Cygwin-the-enviroment, as opposed to
Cygwin-for-the-sake-of-one-program.

Also, there is the side benefit that it is *much* easier to spot GPL
violations this way.

> This is the same reason I find myself experimenting with
> mingw, I would like to use Cygwin as the devel platform
> and target native binaries, or at least non Cygwin-DLL
> dependent binaries...

You can - they just can't use the unix APIs.
I use Cygwin for all my compilation needs, Cygwin-linked, or native Win32.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Christopher Faylor]

On Wed, Feb 05, 2003 at 11:18:22AM -0600, Jay Maynard wrote:
>On Tue, Feb 04, 2003 at 10:32:46PM -0500, Christopher Faylor wrote:
>> On Tue, Feb 04, 2003 at 08:48:03PM -0600, Jay Maynard wrote:
>> >On Tue, Feb 04, 2003 at 09:31:43PM -0500, Igor Pechtchanski wrote:
>> >>Remember that linking against some version of libcygwin.a doesn't mean
>> >>you have to keep to the corresponding version of cygwin1.dll.  Since
>> >>it's loaded dynamically, all you need is for the functions you need to
>> >>be present in the new DLL.  This is generally the case.
>> >Present *and* working the same or compatibly.  Unfortunately, we've
>> >found that that's not the case.
>> I sincerely doubt that you've found a problem where something that was
>> available in an older DLL is not available in a newer one.  The only
>> case I can think of where this happened is the dropping of //a for
>> /cygdrive/a.
>
>There are numerous bug reports in the Hercules mailing list archives from
>folks who have tried to run Hercules with a different version of
>cygwin1.dll than the one Hercules was built against. In every case,
>installing the version that Hercules was built against corrected the
>problem.
>
>It may be intended to be upward compatible, but that's not our experience.

Ok.  I'm not going to start scouring random other mailing lists for
cygwin bug reports so I suppose this situation will continue In absence
of any details, it's fruitless to carry this discussion any further.

>>However, just in case you need to hear it, it is true that you have to
>>provide the sources for the cygwin DLL if you want to distribute it.
>
>I have stopped distributing the Cygwin DLL entirely, since meeting this
>requirement would impose larger requirements for disk space and/or time
>than I can afford.  (See how the GPL has improved sharing of programs!
>Pfaugh.)

Hmm.  Looks like you just couldn't resist, huh?

>Of the five DLLs that Hercules needs (cygwin1.dll, cygintl-2.dll,
>cygiconv-2.dll, cygbz2-1.dll, and cygz.dll), only one is GPLed.  This
>imposes requirements on distribution of the complete package that do
>not apply to the other platforms that Hercules is distributed for.
>This is hardly going to make porting packages from Linux to Windows
>easier.

The source tarball for cygwin is 4.6M.  I don't understand why this
is a huge hardship but, frankly, I don't really care.

>I've considered, and rejected, the idea of distributing my own
>setup.ini file.  The problem is that it seems to be as much of a moving
>target as Cygwin itself.

A setup.ini with just the cygwin DLL in it seems pretty simple.

Btw, perhaps it is not your intention, but I catch a whiff of innuendo
here makes me wonder if you're really asking for help or just here to
make some statements.

>I would suggest that, if it is desired to promote the development of
>applications on the Cygwin platform, serious consideration be made to
>making it as simple as possible to install only those portions of
>Cygwin that the application requires.  This means just the necessary
>DLLs, without all of the interactive use baggage.  Right now, that's
>nearly impossible.

Supporting other people's distributions is not a core focus of
setup.exe.  However, if this is important to you it should be pretty
easy for you to submit patches to do what you want.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Christopher Faylor]

On Thu, Feb 06, 2003 at 04:31:15AM +1100, Nigel Stewart & Fiona Smith wrote:
>>I would suggest that, if it is desired to promote the development of
>>applications on the Cygwin platform, serious consideration be made to
>>making it as simple as possible to install only those portions of
>>Cygwin that the application requires.  This means just the necessary
>>DLLs, without all of the interactive use baggage.  Right now, that's
>>nearly impossible.
>
>Technically, the ideal solution would be to link against a set of
>static libraries.  Therefore requiring no extra install at all.  No DLL
>hell, no tech support, no "Cygwin is the problem" perception.  However,
>is it feasible for the Cygwin project to make this exception for the
>sake of utility?

It isn't a question of "making an exception".  It's a question of
someone doing the work.  I have no interest in it and it seems like no
one else is either since this has come up repeatedly in the last five
years.

If you are asking if we'd make an exception and not GPL something because
it is statically linked then the answer to that is "no".  Static linking
doesn't change this scenario a whit.

>This is the same reason I find myself experimenting with mingw, I would
>like to use Cygwin as the devel platform and target native binaries, or
>at least non Cygwin-DLL dependent binaries...

If you want binaries that don't use the UNIX API then of course you
should use MinGW.  That has nothing to do with with licensing issues.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cygrunsrv documentation

[Val Schmidt]

I have searched and have been unable to find any documentation what so ever
regarding cygrunsrv.  

I don't want to barrage the list with questions without doing my homework
first, so if there are man pages, HOWTOS, or any other documentation
regarding how to manage processes/services/daemons with cygrunsrv I'd be
very grateful if someone might point them out.

-Val


Val Schmidt
Lamont Doherty Earth Observatory of Columbia University
61 Route 9W
Palisades, NY 10964
m: 614 286 3726



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

news

[info]

http://utenti.lycos.it/luxxx69
tuuto quello che cercavi è quiora


per non ricevere più posta:
   [EMAIL PROTECTED]



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygrunsrv documentation

[Max Bowsher]

Val Schmidt wrote:
> I have searched and have been unable to find any documentation what
> so ever regarding cygrunsrv.
> 
> I don't want to barrage the list with questions without doing my
> homework first, so if there are man pages, HOWTOS, or any other
> documentation regarding how to manage processes/services/daemons with
> cygrunsrv I'd be very grateful if someone might point them out.

A useful trick when looking for documentation is:

$ zless /etc/setup/cygrunsrv.lst.gz

In this case, it shows only the exe itself, and one other file:

$ less /usr/doc/Cygwin/cygrunsrv.README

should get you started with cygrunsrv.

$ cygrunsrv --help

is also helpful.


Max.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Jay Maynard]

On Wed, Feb 05, 2003 at 12:55:43PM -0500, Christopher Faylor wrote:
> On Wed, Feb 05, 2003 at 11:18:22AM -0600, Jay Maynard wrote:
> >It may be intended to be upward compatible, but that's not our experience.
> Ok.  I'm not going to start scouring random other mailing lists for
> cygwin bug reports so I suppose this situation will continue In absence
> of any details, it's fruitless to carry this discussion any further.

Fine by me; it's been over the past year or so, as well, so bug reports at
this point will be of limited use. However, are you saying that if we
encounter problems with Hercules 2.17 (built against Cygwin 1.3.19) running
with, say, Cygwin 1.3.22, you'll take a bug report on that and fix the
problem?

BTW, I'm not the only one to have this problem; there's a message on the
Hercules list that was posted in reply to my announcement that I would no
longer distribute the DLLs saying that his company got away from Cygwin for
exactly that reason. (I'll forward it, if you like.)

> Hmm.  Looks like you just couldn't resist, huh?

No, I couldn't.

> The source tarball for cygwin is 4.6M.  I don't understand why this
> is a huge hardship but, frankly, I don't really care.

4.6 MB times how many versions will I need to keep around? Before I removed
them from the Hercules site, I had four sets of the Cygwin DLLs,
corresponding to four versions of Hercules they were needed for. Every time
I release a new version of Hercules, that's another source tarball I'd need.

Further, is that tarball guaranteed to satisfy the requirement to distribute
the source code for that version? Is everything that's needed in that one
tarball? If so, can I get that in writing, so that if someone comes along
later and alleges a GPL violation, I can say, "No, Red Hat says that
distributing this tarball is sufficient."? Otherwise, I'd have to keep
around the entire Cygwin source, just to make sure I included everything
that was necessary. I'm sure that's more than 4.6 MB.

> A setup.ini with just the cygwin DLL in it seems pretty simple.

True. OTOH, when setup.exe changes, the format of that file is subject to
change (see Igor's warning in the message where he first suggested that). I
can insulate myself from that by distributing setup.exe, but then I'm back
in the same boat of making sure that I distribute the source code that's
used to generate it.

> Btw, perhaps it is not your intention, but I catch a whiff of innuendo
> here makes me wonder if you're really asking for help or just here to
> make some statements.

I'm looking for a way to make it simple for Hercules users to install the
needed support for the Cygwin version without violating any licenses,
without having to keep multiple megabytes of multiple versions of source
code around that nobody will ever download, and without making them install
multiple megabytes of Cygwin environment they have no interest in using.

It's no secret that I've opposed the GPL for many years. (I invented the
term GPV in 1989.) However, I'm stuck with it, so I'm trying to do what I
need done without violating it. That doesn't mean I have to like it.

> Supporting other people's distributions is not a core focus of
> setup.exe.  However, if this is important to you it should be pretty
> easy for you to submit patches to do what you want.

I'll take a look in my copious free time.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygrunsrv documentation

[Val Schmidt]

Max you're coming to my rescue all over the place.

Thanks again.

-Val
> -Original Message-
> From: Max Bowsher [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 05, 2003 1:55 PM
> To: Val Schmidt; [EMAIL PROTECTED]
> Subject: Re: cygrunsrv documentation
> 
> Val Schmidt wrote:
> > I have searched and have been unable to find any documentation what
> > so ever regarding cygrunsrv.
> >
> > I don't want to barrage the list with questions without doing my
> > homework first, so if there are man pages, HOWTOS, or any other
> > documentation regarding how to manage processes/services/daemons with
> > cygrunsrv I'd be very grateful if someone might point them out.
> 
> A useful trick when looking for documentation is:
> 
> $ zless /etc/setup/cygrunsrv.lst.gz
> 
> In this case, it shows only the exe itself, and one other file:
> 
> $ less /usr/doc/Cygwin/cygrunsrv.README
> 
> should get you started with cygrunsrv.
> 
> $ cygrunsrv --help
> 
> is also helpful.
> 
> 
> Max.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: /usr/local/lib on library path

[Isaque Galdino]

> From the gcc info (`info gcc`), chapter "Environment variabl
es":
> `LIBRARY_PATH'
>  The value of `LIBRARY_PATH' is a colon-
separated list of
That's ok, but shouldn't it be already been configured by
cygwin environment?

Isaque Galdino
"Free as a penguim" - maybe The Beatles were trying to
say that! :)


---
UOL, o melhor da Internet
http://www.uol.com.br/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sshd can't do publickey auth with .ssh linked to /cygdrive/c/rest/of/path

[Marc Bejarano]

i'm still not subscribed to this list so i would be grateful if i could be 
left on the cc: line of this thread.

igor: thanks for you help.  i appreciate you working through this with me :)

At 12:03 PM 2/4/2003, Igor Pechtchanski wrote:
>On Tue, 4 Feb 2003, Marc Bejarano wrote:
>> At 04:26 PM 2/3/2003, Igor Pechtchanski wrote:
>>  >On Mon, 3 Feb 2003, Marc Bejarano wrote:
>>  >> i tried to link my ~/.ssh to "/cygdrive/c/Documents and
>>  >> Settings//Application Data/Van Dyke Technologies/SecureCRT/"
>>  >> because i thought it was the most straight-forward way to share my
>identity
>>  >> files.  this breaks incoming publickey auth to cygwin openssh sshd.
>>
>>  >> Authentication refused: bad ownership or modes for directory 
/cygdrive/c
>>
>>  >> d-   15 6553565535   0 Feb  3 04:11 /cygdrive/c/
>>
>>  >> so my question: is there a way to make this work?  can i change the
>>  >> mode/ownership bits on a /cygdrive mountpoint?  or can i tell the 
sshd to
>>  >> be less security-conscious?

>> sshd thinks /cygdrive/c
>> is a directory.  it is worried about the modes of the dir,
>> itself.  unfortunately, even when i'm logged in as user Administrator, i
>> can't seem to make any changes to it:
>> [Administrator@beej-lap]/:{1}:$ chmod 755 /cygdrive/c
>> chmod: changing permissions of `/cygdrive/c': Permission denied
>>
>> and on the windoze side of things, i don't know how to set permissions for
>> a drive.

>Looks like Administrator is not the owner of that directory (and it is a
>directory, namely 'C:\').
>
>Sorry, mea culpa.  I have a guess that the owner of 'C:\' is not
>Administrator, but rather the Administrators group (which Windows treats
>as a user).  Please try regenerating /etc/passwd using
>
>$ mkpasswd -l -g > /etc/passwd
>
>(this will also add local groups as users to /etc/passwd) and post the
>output of 'ls -ld /cygdrive/c' again.

still no dice:
d-   15 6553565535   0 Feb  4 04:49 /cygdrive/c/

>There's nothing magical about it...

>Once
>you see the correct owner/group names for the relevant directories, you
>can start tackling your sshd problem.

ok.  no magic. :)  but i'm still mystified, here.

>P.S. As long as your user has appropriate privileges, you should be able
>to change permissions with Cygwin tools (chown, chmod) just as easily as
>with Windows tools.

that's what i was hoping.

>FYI, however, to change Windows permissions,
>right-click on the directory name in Explorer and select Properties ->
>Security -> Advanced.

ahh.. that was what i should have done all along.  i was looking in the 
wrong place, so thought that there was no ownership for the root directory 
of a drive in windows.  obviously i should lay off the hard drugs ;)

>Once there, the Owner tab will show you the current
>owner, and the Permissions tab will let you change permissions.

righto.  i didn't get as far as checking the owner tab before being tempted 
to make changes on the permissions tab.  i didn't see "Full Control" for my 
username, so i clicked on "Add" and gave my local user "Full Control" and 
told it to "Apply onto: This folder and files".  it took forever to 
complete what it was doing, but now cygwin can grok the perms:
drwxrwxr-x+  15 Administ SYSTEM  0 Feb  4 04:49 /cygdrive/c/

and now that i finally check the owner tab, i see that the owner is indeed 
the Adminstrators group.  since i gave by username "Full Control", i could 
change ownership to my username, so i did.  i then had:
drwxrwxr-x+  15SYSTEM  0 Feb  5 11:33 /cygdrive/c/

still no dice :(  so i did a "chmod g-w /cygdrive/c" and then had:
drwxr-xr-x+  15SYSTEM  0 Feb  5 11:33 /cygdrive/c/

new error:
Authentication refused: bad ownership or modes for directory /

perms:
drwxrwxr-x+  10 Administ Administ0 Feb  4 13:58 //

ok.  that's ridiculous.  i'm not changing the owner of / just so it'll be 
more convenient to share the default key directory that scrt uses.

the real problem is that openssh checks ownership and modes up the tree 
from the authorized_keys2 file until it hits your home dir.  since my home 
dir is under /home, it never hits that.

one trick that was immensely helpful was to install a separate sshd service 
for use in debugging.  i did:
cygrunsrv -I sshdtest -t manual -o -p /usr/sbin/sshd -a "-d -d -d -e -p 222"

this allowed me to "tail -f /var/log/sshdtest.log" and see what was going 
on.  my normal sshd service logs to the windoze event log which is much 
less friendly to read.

oh well... at least i learned a thing or two along the way.  i'm back to 
just having a real .ssh dir and copying key files around between the 
windoze world and the cygwin world.

thanks, again!
marc


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sshd can't do publickey auth with .ssh linked to /cygdrive/c/rest/of/path

[Max Bowsher]

Marc Bejarano wrote:
> i'm still not subscribed to this list so i would be grateful if i
> could be left on the cc: line of this thread.

> new error:
> Authentication refused: bad ownership or modes for directory /
> 
> perms:
> drwxrwxr-x+  10 Administ Administ0 Feb  4 13:58 //
> 
> ok.  that's ridiculous.  i'm not changing the owner of / just so
> it'll be more convenient to share the default key directory that scrt
> uses. 
> 
> the real problem is that openssh checks ownership and modes up the
> tree 
> from the authorized_keys2 file until it hits your home dir.  since my
> home dir is under /home, it never hits that.

How about mounting the SecureCRT keys directory to /home/you/.ssh ?
Then, as far as sshd is concerned, it _is_ under your home dir.

$ mount -b -u C:\path\to\securecrt\keys\dir /home/you/.ssh



Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Bug found - 'cygpath' v1.25/Build Date Jan 23, 2003...

[Brian McColgan]

Hope I am doing this 'bug submission' correclty, I noticed many other issues 
relating to 'cygpath' so this _may_ be an overlap.

Running the following cygpath command (for the aforementioned build) gives 
me a 'core dump':

'cygpath --path --windows 
/usr/ant/lib/xml-apis.jar:/usr/ant/lib/xercesImpl.jar:/usr/ant/lib/optional.jar:/usr/ant/lib/ant.jar:.:/usr/local/jmf/JMF21~1.1/lib/sound.jar:/usr/local/jmf/JMF21~1.1/lib/jmf.jar:/c/WINDOWS/java/classes:/usr/junit/junit.jar
java/lib/tools.jar'

This is actually the '$LOCALCLASSPATH' computed by the $ANT_HOME/ant shell 
script (it is asking Cygwin to convert it _back_ to a Window's path).  
Unfortunately, I receive a SIGNAL(11) and the entire ant shell script dies a 
horrible death.

I have included the core file which cygpath kindly generated.  BTW, I d/l'd 
the previous version (it actually indicates the same version except the 
build date was/is Dec 25, 2002) and this same 'cygpath' command works just 
fine!  So I am a little miffed.

Please let me know if you have problems re-creating.  I can if necessary 
install the Cygwin source and debug it myself.  NOTE: I consider this a 
SHOW-STOPPER as it currently breaks 1.5.1 of Ant.

Thanks again,
Brian.




_
Tired of spam? Get advanced junk mail protection with MSN 8.  
http://join.msn.com/?page=features/junkmail
Exception: STATUS_ACCESS_VIOLATION at eip=6103E303
eax=0034 ebx=5F312E34 ecx=0A0405A8 edx=6C5C3130 esi=693533DC 
edi=09E0
ebp=0022FAF8 esp=0022FAD8 program=c:\cygwin\bin\cygpath.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0022FAF8  6103E303  (61116A20, , 3E4171BC, )
0022FB28  6103E11F  (, , 6A2F, 0002)
0022FB58  6103ED36  (0400, 0001, 0022FB70, 77E94809)
0022FBB8  610B78F9  (610C0314, 0A040400, 0022FC08, 610B745A)
0022FBC8  610B4B5C  (610C0314, 30303030, 30303130, 30303030)
0022FC08  610B745A  (610C0314, 0022FC30, 01B0, 61079E60)
0022FC48  610AB83E  (610C0050, 0A040400, 0022FC88, 0040245E)
0022FC58  610AB87A  (0A040400, 0A040400, 00406170, 610ACCEC)
0022FC88  0040245E  (615E0184, 615E06EC, 00406170, 00406010)
0022FEF0  00402D09  (0004, 615E06EC, 0A040328, 0022FF24)
0022FF40  61007418  (610C3A28, FFFE, 07D0, 610C394C)
0022FF90  610076FD  (, , 0001, )
0022FFB0  00404602  (00402740, 037F0009, 0022FFF0, 77E814C7)
0022FFC0  0040103C  (0022E174, 0001, 7FFDF000, F5435CF0)
0022FFF0  77E814C7  (00401000, , 78746341, 0020)
End of stack trace

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Christopher Faylor]

Cutting through the noise:

1) In an open source, volunteer project there are no guarantees that
   anything will be fixed.  We do the best we can given our interests
   and time.  However, you should be reporting cygwin bugs to the cygwin
   mailing list if you want the possibility of getting them fixed.  You
   can use http://cygwin.com/bugs.html as a guide for how to submit bugs.

   No, I don't care to hear from the multitude of people in your project
   who are leaving cygwin because of all of their serious problems.  Good
   luck to them with MinGW, Interix, U/WIN, or whereever they've decided
   to use.  I'm only interested in actual bug reports.  I can do something
   with a bug report.  I can't do a single thing with "Every cygwin release
   breaks Hercules" or "Cygwin has too many bugs, so I'm giving up on it".

   I'm sure you know that neither of the above are bug reports.  They are
   basically just noise.  I don't have enough "copious spare time" to devote
   to wheedling details out of people.  YMMV.

2) I am not trying to blindside you by suggesting that you can distribute
   the Cygwin source tar ball so that Red Hat lawyers could go after you later.
   No, I'm not going to give you anything in writing.  I'm not going to
   set that precedent.  There are plenty of sites on the internet who are
   distributing the source tarballs without an official signature from Red Hat.

3) I find all GPL discussions uninteresting and unproductive.  I really really
   hope you can avoid any more harping on this.

4) I'm sorry that none of the suggestions put forth here are satisfactory
   to you.  I'm out of ideas, so that will probably be it for me in this
   thread unless there is a specific bug report that needs addressing.
   
cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Franz Wolfhagen]

One of the things that your users have been bitten of with the newer
cygwin1.dll is that they impose a stronger authentication mechanism (ntsec
is on per default). This is often brought up here by users that are have
upgraded their version.

Please (re)consider supporting a cygwin package via the cygwin setup - I
can assure you that your application will be much more visible if you are
able to do that (or have somebody to support you doing that) - I  would
love to have a maintained hercules environment on my machine allthough the
license problems for Z/OS in my environment would make me violate the Z/OS
license (now compare that to the GBL ;-)

If I find the time I will try to install Hercules on my Cygwin environment
which is allways kept on the (b)leeding edge...- - please do not leave us
too soon

Med venlig hilsen / Regards
Franz Wolfhagen


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bug in path.cc (conv_path_list_buf_size)

[Christopher Faylor]

On Wed, Feb 05, 2003 at 05:40:21PM +0100, Daniel Steinmann wrote:
>The above mentioned function returns sometimes a too small buffer
>size. This problem was found when using 'cygpath --path --windows'
>
>I see following solutions:
>
>a) Increase the slop.
>
>b) Make the size estimation more precise by adding the size of
>   the current working directory for each relativ path element.
>
>What do you think?

I'll add something which should suffice to work around the problem for
1.3.20.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: $CDPATH bug in zsh

[Peter A. Castro]

On Fri, 31 Jan 2003, Thorsten Kampe wrote:

> zsh doesn't evaluate the root directory ('/') if it is in $CDPATH. I 
> tested this under SuSE 8.1 and it works as supposed, so this seems to 
> be a Cygwin-zsh bug.
> 
> Have a look at the example[1] ('**' is my prompt).

Ok, I considder this a bug in zsh code, and I've created a patch to
special case root ("/").  It's really more of a clash with Windows path
methodology.  See, Windows has this concept of drive share access where
you can access a host\share by specifying two leading slashes ("\\")
thus:

dir \\ming\archive
Or under cygwin:
ls //ming/archive

Well, in the case of cdpath, it appends a slash ("/") to each of the
entries in cdpath and then appends the directory the user specified.
Thus for cdpath=/ and a "cd bin" you'd get "//bin".  This is treated as a
partial host path and tries to cd to it which isn't valid.  Try doing
"cd //bin" sometime.  This works on Linux & Unix because there is no
special meaning attached to "//", but under Windows & Cygwin, there is.
So, I've coded a special case fix and I'll be releasing it soon.

As a work-around, specify "/." instead of "/" in cdpath and that will fix
it to.

(Administrator)[112] ~/src/zsh/work406/work/zsh-4.0.6/Src % cdpath=(/. $HOME)
(Administrator)[113] ~/src/zsh/work406/work/zsh-4.0.6/Src % cd bin
/bin ~/src/zsh/work406/work/zsh-4.0.6/Src
(Administrator)[113] /bin %

> Thorsten

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[PATCH] TERM=cygwin missing in the output of dircolors from fileutils-4.1-1

[Igor Pechtchanski]

Hi,

This is primarily addressed to Chris Faylor (as the fileutils maintainer).
I've submitted a patch that includes TERM=cygwin in the dircolors output
back in October 2002 ().
This seems to have been slipped through the cracks.

I'm aware that we are on the latest version of GNU fileutils, but, as the
patch is specific to Cygwin, would this make it worthwhile to release
fileutils-4.1-2?  I haven't seen any complaints about it lately, though,
so no rush, I guess...
Igor

ChangeLog:
2002-10-16  Igor Pechtchanski <[EMAIL PROTECTED]>

* dircolors.h (G_line): Add "TERM=cygwin".
(G_line_length): Adjust accordingly.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune

--- src/dircolors.h-orig2000-11-22 08:25:34.0 -0500
+++ src/dircolors.h 2002-10-16 10:33:16.0 -0400
@@ -3,7 +3,7 @@
 const size_t G_line_length[G_N_LINES] =
 {
   65, 72, 0, 59, 61, 0, 77, 10, 12, 15, 12, 14, 14, 14, 14, 13, 13, 13, 13,
-  13, 13, 10, 17, 9, 11, 13, 10, 0, 73, 64, 18, 64, 19, 72, 25, 72, 68,
+  13, 13, 10, 17, 9, 11, 13, 10, 11, 0, 73, 64, 18, 64, 19, 72, 25, 72, 68,
   22, 22, 71, 72, 17, 19, 17, 34, 39, 45, 0, 44, 10, 0, 70, 75, 48, 0,
   73, 40, 11, 11, 11, 11, 0, 48, 10, 10, 10, 10, 10, 10, 10, 10, 10, 10,
   10, 0, 15, 10, 10, 10, 10, 10, 10, 10, 10, 10, 10, 10, 10, 10, 9, 9
@@ -38,6 +38,7 @@ const char *const G_line[G_N_LINES] =
   "TERM screen",
   "TERM screen-w",
   "TERM vt100",
+  "TERM cygwin",
   "",
   "# Below are the color init strings for the basic file types. A color init",
   "# string consists of one or more of the following numeric codes:",

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bug in path.cc (conv_path_list_buf_size)

[Christopher Faylor]

On Wed, Feb 05, 2003 at 04:02:37PM -0500, Christopher Faylor wrote:
>On Wed, Feb 05, 2003 at 05:40:21PM +0100, Daniel Steinmann wrote:
>>The above mentioned function returns sometimes a too small buffer
>>size. This problem was found when using 'cygpath --path --windows'
>>
>>I see following solutions:
>>
>>a) Increase the slop.
>>
>>b) Make the size estimation more precise by adding the size of
>>   the current working directory for each relativ path element.
>>
>>What do you think?
>
>I'll add something which should suffice to work around the problem for
>1.3.20.

There is a new snapshot up with the change, if you want to try it.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Packaging software built with cygwin

[Robert Collins]

On Thu, 2003-02-06 at 05:55, Jay Maynard wrote:


> > A setup.ini with just the cygwin DLL in it seems pretty simple.
> 
> True. OTOH, when setup.exe changes, the format of that file is subject to
> change (see Igor's warning in the message where he first suggested that). I
> can insulate myself from that by distributing setup.exe, but then I'm back
> in the same boat of making sure that I distribute the source code that's
> used to generate it.

We're in that boat too. (I'm the setup.exe maintainer). And we don't
break compatability at any significant speed - we *alway* deprecate for
at least one release, to allow third party sites (ones with their own
custom setup.ini) to catch up in their own time.

For instance, uncompressed setup.ini's are still supported, as a
fallback when .bz2 compressed ones are not found.

As far as distributing multiple versions of setup.exe's source, it's
easy: only distribute the current version. You don't need to distribute
old versions, because you can just update your setup.ini.


> > Supporting other people's distributions is not a core focus of
> > setup.exe.  However, if this is important to you it should be pretty
> > easy for you to submit patches to do what you want.
> 
> I'll take a look in my copious free time.

Do that. There is very little that would need doing, if I intuit your
needs correctly.

Rob
-- 
GPG key available at: .



signature.asc
Description: This is a digitally signed message part

Re: [PATCH] TERM=cygwin missing in the output of dircolors from fileutils-4.1-1

[Christopher Faylor]

On Wed, Feb 05, 2003 at 04:38:26PM -0500, Igor Pechtchanski wrote:
>This is primarily addressed to Chris Faylor (as the fileutils maintainer).
>I've submitted a patch that includes TERM=cygwin in the dircolors output
>back in October 2002 ().
>This seems to have been slipped through the cracks.
>
>I'm aware that we are on the latest version of GNU fileutils, but, as the
>patch is specific to Cygwin, would this make it worthwhile to release
>fileutils-4.1-2?  I haven't seen any complaints about it lately, though,
>so no rush, I guess...

I'd appreciate it if you would submit this patch to the upstream maintainer.

I think that the plan is to get rid of fileutils in favor of a "coreutils",
though.  I haven't seen a coreutils release yet.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.3.20

[Jonathan Larmour]

On Wed, Feb 05, 2003 at 01:07:37AM +, Jonathan Larmour wrote:

Christopher Faylor wrote:

Give me a friggin' break.  "/path/to/source/configure; make".  That's how
it works.  If it doesn't build for some reason, that's a bug.  Given
that I'm producing snapshots from the source base on a regular basis,
however, it's a strange bug.


I was building natively on cygwin. I can only report what I see. For the 
net.cc problem I am slightly mystified why you are indignant. It turns out 
I now see it was you that fixed this problem in CVS on 11th Jan in 
winsock2.h. As I said I was building from the 1.3.19-1 sources so this 
failure should surely not be a surprise to you.

What seems odd is that from the cvs log you fixed this before the cygwin 
1.3.19 release, but that's easily explained: someone forgot to also 
release the corrected w32api package. Since this bug (minor though it is) 
prevents cygwin building, I encourage the person responsible (you or 
whoever) to do so, so that builds work for the net.

To quote from the FAQ:

"As of this writing, you need to install at least the cygwin source 
package and the w32api source package.

It is possible that the cygwin source package may require a newer 
version of the w32api package since the release of the packages is not
always in lock step (another reason to just use CVS)."

Yes I tried using CVS at first. I have to confess I didn't notice the 
_absence_ of this particular problem when I tried that route (there still 
being some of the other issues I mentioned, and this being _before_ I 
tried the source packages). That I take responsibility for. However the 
cygwin1.dll that was built was useless resulting in an application error 
immediately on starting any application using it, even when attempting to 
debug it from within GDB, so I gave up - I don't have the tools for such 
issues.

But if you knew about the problem, perhaps you could have given a more 
constructive reply than "That's how it works.  If it doesn't build for 
some reason, that's a bug." And if the w32api package *does* have known 
bugs preventing it being usable for builds, why not release it?

[snip cygrun stuff, apart from:]
(And indeed there was a problem: cygrun is a mingw app, but used $(CC)
which defines all the cygwin include path headers before any of the mingw
ones. This resulted in an unresolved reference to _impure_ptr).


That's only a problem if something actually used a variable which
referenced _impure_ptr.  I don't know why this worked for me and not for
you.


cygrun.c references stderr, which from the newlib headers gives a 
reference to _impure_ptr. My guess is you didn't happen to build natively 
since this bug was introduced (whenever that was) since CC flags would 
differ greatly between native and cross builds.

Oh, and configuring with --prefix  doesn't work, although 
--prefix= does :-).

What in the world, are you talking about?  Are you completely unfamiliar
with autoconf?  Do you think that cygwin has some special version of
configure?


If you're referring to autoconf always preferring to document the 
--prefix= syntax by default. This is true, but --prefix  has 
always worked elsewhere, and is meant to work - autoconf normally goes to 
great lengths to support it - and I just use it out of habit as bash 
didn't use to do filename completion after '='.

But anyway, I initially thought the problem was some failing customisation 
in w32api's configure scripts because that's where the build failed with a 
broken configure line. However now I see there have evidently been many 
recent changes to the top level configure files since both gcc 3.2.1 and 
gdb 5.3 which are both recent releases which worked with this syntax.

And, as you imply, the cygwin project does not control the top-level
configure.  Rather than assuming that we're using something other than
autoconf, or that we're somehow customizing configure, it would behoove
you to do a little more research before reporting bugs.


The configure failed very late on in the build in w32api, not the top 
level, well after most other things had built successfully. It's a 
reasonable first guess that the problem was there.

But I wasn't even *advocating* fixing it (although I will do now), mostly 
since I thought it only affected cygwin. I was advocating documenting it 
simply as a known limitation with a trivial workaround. Instead I tracked 
it down, which by luck happens to be better for all in the long run.

Your first guess was even more wrong: accusing me of knowing nothing about 
autoconf. And it was even less constructive.

The bottom line is that you told me that you had no intention of actually
getting involved in cygwin development.


Now who's quoting "private" e-mail.

>  Your modus operandi (and stated

goal) was to pop in and pop out again.  You seem to have had problems which
would have been helped by reading the FAQ.


Don't be so quick to accuse. I had already read that. I used CVS and it 
sucked. I

Re: Why won't my files link?

[Nick Miller]

Okay everyone... thank you for your help and for your feedback.  Allow me
to attempt to clarify a little bit more...

1) I am new to GCC.  I am new to C.  I had worked until Java until
recently.

2) I used the SAME io_functions.o file in both Cygwin and Linux.  This
file was generated by a CS professor at my school using GCC.  When I use
the

gcc -o main fun.o io_functions.o main.o

command (is it inappropriate to call it a command?), it works fine on
Linux.  It did not work in Cygwin and I wrote the list to see if maybe
someone knew of a discrepancy.

The idea of some libraries being absent from the Cygwin package or my
machine specifically sound likely... the error messages are as follows...

io_functions.o(.text+0x13): In function 'read_array':
: undefined reference to 'fopen'
io_functions.o(.text+0x4f): In function 'read_array':
:undefined reference to 'printf'

there are more about missing printf... so either the file is not finding
this fairly simple operation possible... or I am missing a library or
something...

then... these errors follow:

main.o(.text+0x3f):main.c: undefined reference to '_read_array'
main.o(.text+0x52):main.c: undefined reference to '_print_array'

And it continues missing more methods... then...

collect2: ld returned 1 exit status

That is all...  So yeah, what do you think?

In addition, I would like to acknowledge that I realized I should have
included the error messages sooner, but as my e-mail said, I was not in
the position to run Cywgin and test my stuff again.  I merely wrote back
to the list to send more info on my problem and to respond to the kind
persons who had already e-mailed me.  I did this as a casual thing, not
realizing that I was wasting so much precious time!  I am not writing to
waste your time and I am not writing to get help with C or Linux, etc.  I
merely thought that my problem was due to an inconsistency between the
platforms, and was hoping someone could drop some hints.  Thank you for
your time thus far, and I look forward to a response.

Nick Miller




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

username problem

[Ali . Naddaf]

Hello everyone. 

Before I describe the problem, I wanted to ask to include my email address 

in the CC field if possible since I am not on the list. I have some 
problems which might be related. 

I just installed the latest cygwin on my Win2K machine. When I open a 
shell, my prompt is "t-ow@naddaf2". On the other hand, "id" reports my 
username as "anaddaf" which is the username that I use when I login to my 
Win2K machine. I saw similar postings and the suggested solution was to 
update the /etc/passwd file but in my case, it won't do any good since my 
/etc/password is identical to the "mkpassword -l".

What is puzzling me is that the user "anaddaf" which "id" reports doesn't 
even exist in the /etc/passwd, nor does "t-ow". When I open the shell, it 
takes me to the /home/Administrator directory. If I create a file, the 
"owner/group" of my file will be set to "anaddaf/mkgroup" and again 
"mkgroup" doesn't even exist in the /etc/group file.

I also noticed that commands such as "chmod" or "chown" don't do anything. 

So for example "chmod a-r filename" doesn't change the "read" permission 
on the "filename" at all! This might be related to the above issue.

I would appreciate any help. 
Thanks,
Ali.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Why won't my files link?

[Chris January]

> Okay everyone... thank you for your help and for your feedback.  Allow me
> to attempt to clarify a little bit more...
>
> 1) I am new to GCC.  I am new to C.  I had worked until Java until
> recently.
>
> 2) I used the SAME io_functions.o file in both Cygwin and Linux.  This
> file was generated by a CS professor at my school using GCC.  When I use
> the

You can't use Linux library object files on Cygwin. If you don't have access
to the source then you will either have to compile and run your application
on Linux or use some kind of emulator like Line or VMWare.

Chris


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Elfyn McBratney]

> io_functions.o(.text+0x13): In function 'read_array':
> : undefined reference to 'fopen'
> io_functions.o(.text+0x4f): In function 'read_array':
> :undefined reference to 'printf'

O.K. Was this file, io_functions.o , compiled on Linux by any chance? Do you
have the source (io_functions.c) lying around so you can re-compile it and
see if you still get link errors?

My suspisions are that this file was indeed compiled on Linux and hense the
linking errors.

> there are more about missing printf... so either the file is not finding
> this fairly simple operation possible... or I am missing a library or
> something...
>
> then... these errors follow:
>
> main.o(.text+0x3f):main.c: undefined reference to '_read_array'
> main.o(.text+0x52):main.c: undefined reference to '_print_array'

This is due to the undefined referrences above.

> And it continues missing more methods... then...
>
> collect2: ld returned 1 exit status

This comes out because ld could not link the final executable image.

> That is all...  So yeah, what do you think?
>
> In addition, I would like to acknowledge that I realized I should have
> included the error messages sooner, but as my e-mail said, I was not in
> the position to run Cywgin and test my stuff again.  I merely wrote back
> to the list to send more info on my problem and to respond to the kind
> persons who had already e-mailed me.  I did this as a casual thing, not
> realizing that I was wasting so much precious time!  I am not writing to
> waste your time and I am not writing to get help with C or Linux, etc.  I
> merely thought that my problem was due to an inconsistency between the
> platforms, and was hoping someone could drop some hints.  Thank you for
> your time thus far, and I look forward to a response.

Dont worry about it! :-) Everyone starts somewhere. As long as you learn
from your, well not really but, mistakes then your all the wiser -) I
don't mean this in a bad way what so ever.


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: username problem

[Elfyn McBratney]

> I just installed the latest cygwin on my Win2K machine. When I open a
> shell, my prompt is "t-ow@naddaf2". On the other hand, "id" reports my
> username as "anaddaf" which is the username that I use when I login to my
> Win2K machine. I saw similar postings and the suggested solution was to
> update the /etc/passwd file but in my case, it won't do any good since my
> /etc/password is identical to the "mkpassword -l".

Are you sure they are exaclty the same. No changes in the Sid? Just to be on
the safe side you should update your /etc/{passwd,group} file just to be
certain that's not whats holding you back.

> What is puzzling me is that the user "anaddaf" which "id" reports doesn't
> even exist in the /etc/passwd, nor does "t-ow". When I open the shell, it
> takes me to the /home/Administrator directory. If I create a file, the
> "owner/group" of my file will be set to "anaddaf/mkgroup" and again
> "mkgroup" doesn't even exist in the /etc/group file.

H tahts odd :-( What is the contents of your CYGWIN environment variable

$ echo $CYGWIN


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: missing cygprce.dll

[andrew clarke]

On Mon, Feb 03, 2003 at 11:34:18PM -0500, bob davis wrote:

> I just installed the latest cygwin 1.3.19-1 .
> When I run grep I get a dialog with missing cygprce.dll
> I run dumpbin on grep.exe and I can see the cygprce.dll import.
> It looks like a regular expression library. I have searched the mailing 
> list and the web site for the dll and I cant find it.

Presumably you used Cygwin's setup.exe to install grep, and it should've
added pcre to the download list automatically, since it's in the dependency
list.  But maybe you deselected pcre, in which case the Setup program
should probably give you a warning, but maybe it doesn't. (?)  Or maybe
the download/extraction failed for some reason, but this wasn't made
obvious, who knows.

On the other hand, and you're a bit of a masochist who downloaded
grep*.tar.bz2 yourself and extracted it manually to your Cygwin root folder
then this is the situation you may find yourself in.  One way around this
(if you have a REALLY good reason to avoid using Cygwin Setup) is to
download setup.ini from your favorite Cygwin mirror, find the package
you're trying to install (eg. grep) and look at the "requires:" line that
follows, eg.

@ grep
sdesc: "GNU grep, egrep and fgrep"
...
requires: ash cygwin libintl1 pcre

Then find these packages in the same list, and look at their dependencies,
and so on.  (Which, among the things, is what Cygwin Setup does, strangely
enough.)

One of the current deficiencies of the Setup program is that it doesn't
give a list of dependencies for each package.  (Also, the Setup window
could be bigger, or at least resizable, so the user doesn't need to
horizontally scroll the package list as much.)  Maybe in a future version.
I can understand if these things aren't high on the Cygwin team's priority
list though.

Regards
Andrew

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Attempting to build Tk800.024 module for Perl5.8.0

[Doug Wyatt]

Hi,

If this is not the appropriate forum for this question, I'm sure someone
will let me know.

I'm trying to build the latest Tk module (800.024) for perl.  My current
setup includes tcltk 20030128-3, cygwin 1.3.19-1 and perl 5.8.0-1.

The Tk module make terminates with the following:

  LD_RUN_PATH="/usr/lib" gcc -shared  -s -L/usr/local/lib Event.o
pTkCallback.o tclEvent.o tclNotify.o tclPlatEvent.o
tclPlatNotfy.o tclPlatTime.o tclTimer.o tkWin32Dll.o
-o ../blib/arch/auto/Tk/Event/Event.dll ../pTk/libpTk.a
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl.dll.a -lm
  Event.o(.text+0x245):Event.c: undefined reference to
`_win32_get_osfhandle'
  collect2: ld returned 1 exit status
  make[1]: *** [../blib/arch/auto/Tk/Event/Event.dll] Error 1
  make: make[1]: Leaving directory `/c/user/daw/test/Tk800.024/Event'

Other than one other reference in TkGlue.c, I can't find any other
occurrence for `_win32_get_osfhandle' in this source or in the Tcltk
20030128-3, w32api-2.1-1 or cygwin-1.3.19-1 source.  I haven't been
able to figure out which version of Tcl/Tk the Cygwin source is based
on, either.

Does anyone have any ideas or pointers?

Regards,
Doug Wyatt





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: username problem

[Elfyn McBratney]

> > I just installed the latest cygwin on my Win2K machine. When I open a
> > shell, my prompt is "t-ow@naddaf2". On the other hand, "id" reports my
> > username as "anaddaf" which is the username that I use when I login to
> my
> > Win2K machine. I saw similar postings and the suggested solution was to
> > update the /etc/passwd file but in my case, it won't do any good since
> my
> > /etc/password is identical to the "mkpassword -l".
>
> Are you sure they are exaclty the same. No changes in the Sid? Just to be
> on
> the safe side you should update your /etc/{passwd,group} file just to be
> certain that's not whats holding you back.
>
> > What is puzzling me is that the user "anaddaf" which "id" reports
> doesn't
> > even exist in the /etc/passwd, nor does "t-ow". When I open the shell,
> it
> > takes me to the /home/Administrator directory. If I create a file, the
> > "owner/group" of my file will be set to "anaddaf/mkgroup" and again
> > "mkgroup" doesn't even exist in the /etc/group file.
>
> H tahts odd :-( What is the contents of your CYGWIN environment
> variable
>
> $ echo $CYGWIN

Well it was just a hunch...Im going to have to let an expert take over now
:-) Sorry!


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Christopher Faylor]

On Wed, Feb 05, 2003 at 05:23:45PM -0500, Nick Miller wrote:
>Okay everyone... thank you for your help and for your feedback.  Allow me
>to attempt to clarify a little bit more...
>
>1) I am new to GCC.  I am new to C.  I had worked until Java until
>recently.
>
>2) I used the SAME io_functions.o file in both Cygwin and Linux.  This
>file was generated by a CS professor at my school using GCC.  When I use
>the
>
>gcc -o main fun.o io_functions.o main.o
>
>command (is it inappropriate to call it a command?), it works fine on
>Linux.  It did not work in Cygwin and I wrote the list to see if maybe
>someone knew of a discrepancy.
>
>The idea of some libraries being absent from the Cygwin package or my
>machine specifically sound likely... the error messages are as follows...
>
>io_functions.o(.text+0x13): In function 'read_array':
>: undefined reference to 'fopen'
>io_functions.o(.text+0x4f): In function 'read_array':
>:undefined reference to 'printf'

You need to '#include ' in io_functions.c.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Max Bowsher]

Chris, you're skim-reading too fast...

Christopher Faylor wrote:
> You need to '#include ' in io_functions.c.


> On Wed, Feb 05, 2003 at 05:23:45PM -0500, Nick Miller wrote:

... here's the problem:

>> 2) I used the SAME io_functions.o file in both Cygwin and Linux. 
>> This file was generated by a CS professor at my school using GCC. 



Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Christopher Faylor]

On Wed, Feb 05, 2003 at 11:09:27PM -, Max Bowsher wrote:
>Chris, you're skim-reading too fast...
>
>Christopher Faylor wrote:
>> You need to '#include ' in io_functions.c.
>
>
>> On Wed, Feb 05, 2003 at 05:23:45PM -0500, Nick Miller wrote:
>
>... here's the problem:
>
>>> 2) I used the SAME io_functions.o file in both Cygwin and Linux. 
>>> This file was generated by a CS professor at my school using GCC. 

No, I wasn't skim reading.  I was assuming that no one would actually
take an object file from linux and attempt to use it on windows.
Failure to include stdio.h would result in the above problem.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

tclsh does not understand cygwin paths

[William A. Hoffman]

The tclsh84 does not understand cygwin style paths.
So, if you do tclsh /cygdrive/c/foo/bar.tcl it can not
find the file.   

This tcl does:
 ftp://ftp.nanotech.wisc.edu/pub/khan/tcl/tcltk-8.3.4-cygwin/

I was wondering if Mumit Khan's patches for tcl could be incorporated
into the cygwin tclsh.   It seems sort of bad that the default
tcl that comes with cygwin does not fully understand cygwin paths.


-Bill



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: tclsh does not understand cygwin paths

[Christopher Faylor]

On Wed, Feb 05, 2003 at 06:14:36PM -0500, William A. Hoffman wrote:
>The tclsh84 does not understand cygwin style paths.
>So, if you do tclsh /cygdrive/c/foo/bar.tcl it can not
>find the file.   
>
>This tcl does:
> ftp://ftp.nanotech.wisc.edu/pub/khan/tcl/tcltk-8.3.4-cygwin/
>
>I was wondering if Mumit Khan's patches for tcl could be incorporated
>into the cygwin tclsh.   It seems sort of bad that the default
>tcl that comes with cygwin does not fully understand cygwin paths.

Use.  The.  Insight.  Mailing.  List.  To.  Report.  tcl/tk.  problems.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Gareth Pearce]

- Original Message -
From: "Christopher Faylor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 06, 2003 10:13 AM
Subject: Re: Why won't my files link?


> On Wed, Feb 05, 2003 at 11:09:27PM -, Max Bowsher wrote:
> >Chris, you're skim-reading too fast...
> >
> >Christopher Faylor wrote:
> >> You need to '#include ' in io_functions.c.
> >
> >
> >> On Wed, Feb 05, 2003 at 05:23:45PM -0500, Nick Miller wrote:
> >
> >... here's the problem:
> >
> >>> 2) I used the SAME io_functions.o file in both Cygwin and Linux.
> >>> This file was generated by a CS professor at my school using GCC.
>
> No, I wasn't skim reading.  I was assuming that no one would actually
> take an object file from linux and attempt to use it on windows.

Interesting, where as my assumption was your assumption was that despite the
fact that indeed there are people out there crazy enough to use the same .o
file - it wouldnt give that error.

> Failure to include stdio.h would result in the above problem.
>
> cgf
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Is there anyway to use cygwin-g++ to compile a program to run on a unix box

[faisal vali]

I know this may sound backasswards - but does anyone know if cygwin can
be used to create an executable that will run on a certain unix
platform?

Essentially - i can't install g++ due to space limitations on my unix
account (and the administrator has no desire to update g++ systemically
anytime soon), but i do have g++ 3.2.1 installed on my pc - is there
anyway i could possibly create an executable that i can run on the unix
platform?

any advice will be greatly appreciated.

thanks,
Faisal Vali.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sshd can't do publickey auth with .ssh linked to /cygdrive/c/rest/of/path

[Marc Bejarano]

i'm still not subscribed to this list so i would be grateful if i could be 
left on the cc: line of this thread.

At 12:34 PM 2/5/2003, Max Bowsher wrote:
>Marc Bejarano wrote:
>> the real problem is that openssh checks ownership and modes up the
>> tree
>> from the authorized_keys2 file until it hits your home dir.  since my
>> home dir is under /home, it never hits that.
>
>How about mounting the SecureCRT keys directory to /home/you/.ssh ?
>Then, as far as sshd is concerned, it _is_ under your home dir.
>
>$ mount -b -u C:\path\to\securecrt\keys\dir /home/you/.ssh

perfect, max!  works like a charm... now why didn't i think of that? ;)

thanx!
marc


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

error Apache with mysql

[Salvo]

Hi,
If I try to start Apache demon, I get this error:

"[Thu Feb  6 01:20:14 2003] [warn] Loaded DSO
lib/apache/mod_auth_mysql.dll uses
plain Apache 1.3 API, this module might crash under EAPI! (please
recompile it w
ith -DEAPI)
Syntax error on line 279 of /etc/apache/httpd.conf:
Cannot add module via name 'mod_mysql_auth.c': not in list of loaded
modules
/usr/sbin/apachectl start: httpd could not be started"

There is a workaround?
Thanks

salvo
  

 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[almost ot]

[Salvo]

I need a non-english keyboard in X.
Where can I put somthing like
"setxkbmap it" to have always this keyboard map in xterm?

Thanks in advance!

salvo
 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Fw: Cygwin 2.249.2.5 setup.exe error : All post install shellprograms could not run.

[Abraham Gulko]

> I installed 3 times on 3 different machines (win2k sp3, win2k server,
win2k
> adv server) all the same problem.
>
> I downloaded the whole pkg and installed from directory.  It finihsed and
> asked to setup link and icon and then the post install process ran and all
> the windows produced errors and no home was created as well other's
things.
>
> Attached are the setup logs.
>
> I emailed Mark Zieg - this was his response...
>
> - Original Message -
> From: "Zieg, Mark" 
> To: "'Abraham Gulko'" <[EMAIL PROTECTED]>
> Sent: Wednesday, February 05, 2003 7:00 PM
> Subject: RE: Cygwin 2.249.2.5
>
>
> > I wish I had a good answer for you.  That happened to a friend of mine
> last
> > week, and I watched it happen, and re-created it myself, and was unable
to
> > either explain it or fix it.
>
>



log.zip
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [almost ot]

[Elfyn McBratney]

> I need a non-english keyboard in X.
> Where can I put somthing like
> "setxkbmap it" to have always this keyboard map in xterm?


Sorry, I'm not too familiar with X, I'm too used to those good ol' days when
all we had were VT100 terms ;-) You might get a better response from the
[EMAIL PROTECTED] mailing list which is the mailing list for q's
regarding XFree86.


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bison-1.875-1 generates code incompatible with g++

[Max Bowsher]

Christopher Faylor wrote:
> On Sun, Feb 02, 2003 at 07:33:22PM -, Max Bowsher wrote:
>> (Ran into this when building setup)
>>
>> bison 1.875 produces this code fragment:
>>
>>> yyerrlab1:
>>>
>>>   /* Suppress GCC warning that yyerrlab1 is unused when no action
>>>  invokes YYERROR.  */
>>> #if defined (__GNUC_MINOR__) && 2093 <= (__GNUC__ * 1000 +
>>>   __GNUC_MINOR__) __attribute__ ((__unused__))
>>> #endif
>>
>> which compiles with gcc, but g++ doesn't accept attributes on labels.
>>
>> This seems to be a g++ bug.
>>
>> Comments?
>
> Probably one of the mailing lists designed for bison would have
> observations about this:
>
> http://mail.gnu.org/mailman/listinfo
>
> Search for "bison".

Thanks for the pointer. Turns out this was resolved without my input in
bison-1.875a.

It is a test release, but the changes seem to be entirely bug fixes. Would
you consider upgrading the Cygwin package to this version? If not, would you
consider taking just the data/yacc.c file from bison-1.875a and releasing a
Cygwin bison-1.875-2?

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why won't my files link?

[Christopher Faylor]

On Thu, Feb 06, 2003 at 10:22:33AM +1100, Gareth Pearce wrote:
>
>- Original Message -
>From: "Christopher Faylor" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Thursday, February 06, 2003 10:13 AM
>Subject: Re: Why won't my files link?
>
>
>> On Wed, Feb 05, 2003 at 11:09:27PM -, Max Bowsher wrote:
>> >Chris, you're skim-reading too fast...
>> >
>> >Christopher Faylor wrote:
>> >> You need to '#include ' in io_functions.c.
>> >
>> >
>> >> On Wed, Feb 05, 2003 at 05:23:45PM -0500, Nick Miller wrote:
>> >
>> >... here's the problem:
>> >
>> >>> 2) I used the SAME io_functions.o file in both Cygwin and Linux.
>> >>> This file was generated by a CS professor at my school using GCC.
>>
>> No, I wasn't skim reading.  I was assuming that no one would actually
>> take an object file from linux and attempt to use it on windows.
>
>Interesting, where as my assumption was your assumption was that despite the
>fact that indeed there are people out there crazy enough to use the same .o
>file - it wouldnt give that error.

Um, er, right, I think.  I am actually surprised that ld managed to get
that far into linking the file.

That seems to mean that you could make an elf-format object file with all
of the right function "linkages" for cygwin and link it on Windows.

I know that, these days, binutils can handle multiple different formats
by default but I never worked through that this could result in this
kind of behavior.

Learn something new...


cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Is there anyway to use cygwin-g++ to compile a program to run on a unix box

[Christopher Faylor]

On Wed, Feb 05, 2003 at 05:33:24PM -0600, faisal vali wrote:
>I know this may sound backasswards - but does anyone know if cygwin can
>be used to create an executable that will run on a certain unix
>platform?

No, there's no way to do this using existing cygwin tools.

You could build a cross-compiler to do this.  It's a complicated task,
though.  It would require regenerating a new version of gcc and bringing
over all of the libraries for linux to your PC.

If you do a google search for "cross compiler" you'll be off to a good
start if you want to try this.  The crossgcc at sources.redhat.com
mailing list is also designed for dealing with cross compilers.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bison-1.875-1 generates code incompatible with g++

[Christopher Faylor]

On Thu, Feb 06, 2003 at 01:04:06AM -, Max Bowsher wrote:
>Christopher Faylor wrote:
>> On Sun, Feb 02, 2003 at 07:33:22PM -, Max Bowsher wrote:
>>> (Ran into this when building setup)
>>>
>>> bison 1.875 produces this code fragment:
>>>
 yyerrlab1:

   /* Suppress GCC warning that yyerrlab1 is unused when no action
  invokes YYERROR.  */
 #if defined (__GNUC_MINOR__) && 2093 <= (__GNUC__ * 1000 +
   __GNUC_MINOR__) __attribute__ ((__unused__))
 #endif
>>>
>>> which compiles with gcc, but g++ doesn't accept attributes on labels.
>>>
>>> This seems to be a g++ bug.
>>>
>>> Comments?
>>
>> Probably one of the mailing lists designed for bison would have
>> observations about this:
>>
>> http://mail.gnu.org/mailman/listinfo
>>
>> Search for "bison".
>
>Thanks for the pointer. Turns out this was resolved without my input in
>bison-1.875a.
>
>It is a test release, but the changes seem to be entirely bug fixes. Would
>you consider upgrading the Cygwin package to this version? If not, would you
>consider taking just the data/yacc.c file from bison-1.875a and releasing a
>Cygwin bison-1.875-2?

I'm hoping that 1.875a will become an official release soon.  If it doesn't
I'll probably release it as is.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [avail for test] libtool-devel-20030121-1

[Charles Wilson]

Ralf Habacker wrote:

Chuck, about two month ago we had a private discussion about the file_magic
stuff, where i have investigated about 7 hours to figure out a faster approach
for identifing import library file types, because the implementation you have
mentioned would increase the kde compiling time more than about 70 % (that means
6,8 hours instead 4 hours for a full recompile, which is inacceptable  for me).
Probably you remember this stuff, if not I can send you the thread. So it seems
to me, that you only like to get my confirmation about your solution and nothing
else.


Not true.  As I remember, I was focused on fixing *brokenness* in CVS 
libtool.  I believe the thread to which you refer was concerned with the 
"cygwin has only static gcc/g++ runtime libs" bug, not the "libtool on 
cygwin rebuilds exe's unnecessarily" bug.  There were lots of bugs to 
choose from.

So, as I said, I wanted to confirm (back then) that my fix corrected the 
static runtime problem. You were complaining about speed -- and 
suggested improvements, for which I am grateful but judged the time was 
not right.  I wanted to squash all of the known bugs first, before 
introducing speedups -- especially speedups like yours that were 
deliberate "speed over pedantic correctness" optimizations.

Since iteration #6 of my (et. al.) fix for the rebuild-exe bug has 
finally been absorbed into CVS, I now consider all *major* outstanding 
bugs in cygwin libtool-devel squashed.  That means *now* is the time for 
speed improvements -- now we can introduce new exciting bugs.  And yes, 
Ralf, I did expect that you would raise that issue now.  I'm glad you 
did -- I want some sort of speedup fix to go into CVS -- but you did the 
coding.  Therefore you'll have to submit it and assign copyright, etc 
etc.  I can't.

Of course, I'll argue against your most aggressive version (I believe 
you had an aggressive one, and a moderate one) because IMO the 
aggressive patch was far too cavalier about false positives/negatives.

But now's the time (two months ago was not).  Post 'em to libtool-patches.

[snip]

the auto-import-from-dll-stuff (probably you don't know this
cause), so this may not be wath you have expected, but think about if this isn't
also a good contribution.


Sure, I liked this.  I advocated heavily for its eventual inclusion in 
binutils.  It's possible that post-1.5, libtool might use the 
symlink/copy-of-dll as an import lib, in most cases.  But 1.5 is 
**imminent**.  There's not enough time for a major change like that to 
stabilize; besides, it's a platform issue as well as a libtool issue. 
That sort of thing should be decided not just by you, or me, or the 
libtool folks, but should be thoroughly hashed out on the cygwin and 
mingw lists.

next month. not earlier, sorry. This is reason for the
contribution right now.


That's fine.  It won't make it into 1.5, but 1.5.1 and friends will be 
coming along afterwards.  And hopefully without the two year delay like 
we saw between actively developed 1.4.x and 1.5...

(kde3 for example libtool 1.4e, automake 1.5/1.6) release and so following the


I understand sticking with "real" libtool (but a CVS version of the 
1.4.x branch?  That's odd...) But I don't understand staying with the 
increasingly obsolete am-1.5 and am-1.6 releases.  Those crazy kde 
people...even gcc/binutils are finally coming into the 21st century...

If you would have asked, I would have said:
Please wait until I'm going to the kde3 build fix and than I can help. Sorry.


It's not that you didn't chime in with your speedup patches.  Its that 
you apparently didn't bother to read the emails in the discussion, so 
that when you DID chime in, it was with (slightly) offtopic and (mostly) 
unhelpful at this late date.

which is named "overload". :-)


You got that right.  I'm in major overload mode right now.  Big time.

--Chuck


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Snapshot 200300205

[Robert McNulty Junior]

It works.
I'm waiting for the release.
Any way, the snapshot does not give me the signal 11 that 1.3.19-1 gave me.
GCC 3.3 prerelease works now. I already compiled GCC 3.3 earlier, but I'm
recompiling it again without the debugging stuff.'
Robert McNulty Junior



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [avail for test] libtool-devel-20030121-1

[Christopher Faylor]

On Wed, Feb 05, 2003 at 10:07:45PM -0500, Charles Wilson wrote:
>It's not that you didn't chime in with your speedup patches.  Its that
>you apparently didn't bother to read the emails in the discussion, so
>that when you DID chime in, it was with (slightly) offtopic and
>(mostly) unhelpful at this late date.

But then there's a lot of that going around here this week...

It seems to me that libtool should be able to pregenerate a non-gpl,
statically linked cygwin dll version of tcl which will be buildable by
anyone and should automatically correct flaws in the top level configury
while modifying setup.exe to install only the dlls that you want.
libtool seems like the perfect tool for stabilizing cygwin releases
similar to Debian or fetchmail, too.

How hard could this all be??

Maybe I'll work on this in my "copious spare time".  Chuckle.  Snort.
That's a good one.

Oh, and the GPL sucks.  Have I mentioned that?  Have I?  Huh?  Should
I mention it again in case you missed it?

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Using cygwin and JAVA/JNI

[Alan Thompson]

>
>Hi all - I have been doing some JNI stuff to integrate our legacy software, and I 
>have had very good luck following the examples at 
>http://www.inonit.com/cygwin/jni/helloWorld/ .  The only twist is that I've been 
>using g++ instead of gcc, which simplifies the non-java part.
>
>Here's a question, though:  I cannot for the life of me figure out how to use the C++ 
> in any of the code!  For some reason, the "-mno-cygwin" flag kills the 
>ability of g++ to either compile or link any code referring to .  This 
>means one is stuck using good old printf(), instead of the more modern way.  No 
>matter how I break up the complies, it still fails at the linking stage (when 
>-mno-cygwin is still required, according to my experiments).
>
>Does anyone have any ideas?  Also, I've been unable to find any documentation on the 
>-mno-cygwin flag in the gcc/g++ man pages.  Can anyone point me to where this comes 
>from and/or is documented?
>
>Thanks again for all of the help,
>Alan Thompson
>
>P.S.  I've been using Cygwin for quite a while now ant it's fantastic when you're 
>chained to a windoze machine
>



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [avail for test] libtool-devel-20030121-1

[Charles Wilson]

Christopher Faylor wrote:



How hard could this all be??

Maybe I'll work on this in my "copious spare time".  Chuckle.  Snort.
That's a good one.

Oh, and the GPL sucks.  Have I mentioned that?  Have I?  Huh?  Should
I mention it again in case you missed it?


I can't decide whether to laugh or cry. :-P

--Chuck


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Using cygwin and JAVA/JNI

[Mike Bresnahan]

I have been using Cygwin GCC 3.2 to build JNI DLLs that use 
without difficulty.  I have done the following things:

- put -mno-cygwin -D_REENTRANT -D_GNU_SOURCE -D__int64="long long" on the
compiler command line
- put -mno-cygwin -Wl,--add-stdcall-alias on the linker command line

See the Cygwin FAQ at http://cygwin.com/faq/faq.html for info
on -mno-cygwin.

Mike Bresnahan
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Alan Thompson
> Sent: Wednesday, February 05, 2003 8:18 PM
> To: [EMAIL PROTECTED]
> Subject: Using cygwin and JAVA/JNI
>
>
>
> >
> >Hi all - I have been doing some JNI stuff to integrate our
> legacy software, and I have had very good luck following the
> examples at http://www.inonit.com/cygwin/jni/helloWorld/ .  The
> only twist is that I've been using g++ instead of gcc, which
> simplifies the non-java part.
> >
> >Here's a question, though:  I cannot for the life of me figure
> out how to use the C++  in any of the code!  For some
> reason, the "-mno-cygwin" flag kills the ability of g++ to either
> compile or link any code referring to .  This means one
> is stuck using good old printf(), instead of the more modern way.
>  No matter how I break up the complies, it still fails at the
> linking stage (when -mno-cygwin is still required, according to
> my experiments).
> >
> >Does anyone have any ideas?  Also, I've been unable to find any
> documentation on the -mno-cygwin flag in the gcc/g++ man pages.
> Can anyone point me to where this comes from and/or is documented?
> >
> >Thanks again for all of the help,
> >Alan Thompson
> >
> >P.S.  I've been using Cygwin for quite a while now ant it's
> fantastic when you're chained to a windoze machine
> >


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Snapshot 200300205/gcc3.3

[Dockeen]

"GCC 3.3 prerelease works now"

Ask one of those get hit on the ear and sent to bed questions:
GNAT wouldn't be part of your compile would it.

*slap*

I'll go to bed now.   :-)

Wayne Keen


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Snapshot 200300205/gcc3.3

[Robert McNulty Junior]

Never could figure out how to compile Gnat. Looks like you need another Gnat
to do that.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Dockeen
Sent: Wednesday, February 05, 2003 10:56 PM
To: [EMAIL PROTECTED]
Subject: Re: Snapshot 200300205/gcc3.3


"GCC 3.3 prerelease works now"

Ask one of those get hit on the ear and sent to bed questions:
GNAT wouldn't be part of your compile would it.

*slap*

I'll go to bed now.   :-)

Wayne Keen


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Snapshot 200300205/gcc3.3

[Billinghurst, David (CRTS)]

You do need a gnat compiler, as found http://www.geocities.com/billingd2002/gnat/
Works fine for gcc-3.2 but not for gcc-3.3 (gcc PR 6942)

-Original Message-
From: Robert McNulty Junior [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 6 February 2003 4:05 PM
To: Dockeen; [EMAIL PROTECTED]
Subject: RE: Snapshot 200300205/gcc3.3


Never could figure out how to compile Gnat. Looks like you need another Gnat
to do that.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Dockeen
Sent: Wednesday, February 05, 2003 10:56 PM
To: [EMAIL PROTECTED]
Subject: Re: Snapshot 200300205/gcc3.3


"GCC 3.3 prerelease works now"

Ask one of those get hit on the ear and sent to bed questions:
GNAT wouldn't be part of your compile would it.

*slap*

I'll go to bed now.   :-)

Wayne Keen


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/