Re: how to build GNU make from scratch ?

[Heiko Nardmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Freitag, 24. Oktober 2003 08:07, Bobby McNulty Junior wrote:
> I just configured Make 3.80 in a seperate directory.
> I made on called "o" in the root of the source code and configured.
> Looks promising, as long as you are using the latest tools.
> Cygwin B20 won't configure this way, if that is what you are using.
>

What is Cygwin B20 in difference to what I normally get by setup.exe ???

>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Heiko Nardmann
> Sent: Friday, October 24, 2003 12:46 AM
> To: [EMAIL PROTECTED]
> Subject: Q: how to build GNU make from scratch ?
>
>
> Hi!
>
> I just unpacked the original GNU make sources and now am unsure about how
> to build this thing. Calling './configure' does not give any output on the
> shell. Is there any other way for GNU make?
>
> --
> Heiko Nardmann (Dipl.-Ing. Technische Informatik)
> secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
> Weidenauer Str. 223-225, D-57076 Siegen
> Tel. : +49 271 48950-13, Fax  : +49 271 48950-50
>
> Besuchen Sie uns
> vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
> vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
> Wir freuen uns auf das Gespräch mit Ihnen.

- -- 
Heiko Nardmann (Dipl.-Ing. Technische Informatik)
secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
Weidenauer Str. 223-225, D-57076 Siegen
Tel. : +49 271 48950-13, Fax  : +49 271 48950-50

Besuchen Sie uns
vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
Wir freuen uns auf das Gespräch mit Ihnen.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iEYEARECAAYFAj+YxZkACgkQpm53PRScYyh2+QCgzMZdJCE9UWqiRWDBDTK7bsw7
RoIAoLwQvuygKVAUo8U0Codn+3i9axAi
=cZZ7
-END PGP SIGNATURE-


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

Re: Q: how to build GNU make from scratch ?

[Heiko Nardmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Freitag, 24. Oktober 2003 07:45, Heiko Nardmann wrote:
> Hi!
>
> I just unpacked the original GNU make sources and now am unsure about how
> to build this thing. Calling './configure' does not give any output on the
> shell. Is there any other way for GNU make?
>

I traced my problem with configure further down to the basename call in line 
58. It does not come back. I am not sure whether /bin/sh has a builtin 
basename or it is using the external /usr/bin/basename. The later is working 
fine at my bash prompt.

Changing /bin/sh to /bin/bash at the start of the configure script gets me 
slightly further. I now get the following output:

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets ${MAKE}... ./configure: fork: Resource temporarily 
unavailable

and here again make seems to hang ...

I am going to try it without configure and make ... :-(

- -- 
Heiko Nardmann (Dipl.-Ing. Technische Informatik)
secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
Weidenauer Str. 223-225, D-57076 Siegen
Tel. : +49 271 48950-13, Fax  : +49 271 48950-50

Besuchen Sie uns
vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
Wir freuen uns auf das Gespräch mit Ihnen.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iEYEARECAAYFAj+YxMwACgkQpm53PRScYyiLiACgtJDly4Y03divNnoBcvGJCeLf
hbEAni6xXhGAVSjz2xSLgMgR2uxtdkl/
=nCvg
-END PGP SIGNATURE-


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

Re: Strange Cygwin issue

[Dylan Cuthbert]

Did you sort this problem out eventually?  We're having the same problem.

We pass a DOS command that we've compiled in Vis.C a parameter from within a
bash shell and all our quotes are "played" with.

ie.   #> ourcommand   'my oh my "this is a string" that is played with'

and we get"my oh my \"this is a string\" that is played with"
(including the surrounding double quotes) in our DOS program.

Not what we want really.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


"David Abrahams" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Igor Pechtchanski <[EMAIL PROTECTED]> writes:
>
> > Dave,
> >
> > Actually, upon re-reading the above, it looks like it's a bash quoting
> > issue.  You might try the fix that worked for "cygstart": single quote
the
> > double quotes, e.g.
> >
> > tlib '"c:\foo-bar\baz"'
>
> I exhausted all obvious possibilites, including that one, before
> posting here.
>
> > or, if you want to be more generic,
> >
> > FILENAME=/cygdrive/c/foo-bar/baz
> > tlib '"'"`cygpath -w "$FILENAME"`"'"'
> >
> > Make sure you copy the above *exactly* (better yet, cut/paste).
> > Hope this helps,
>
> No dice:
>
> [EMAIL PROTECTED] /cygdrive/c/boost/tools/build/test
> $ foo=/cygdrive/c/foo-bar/baz
>
> [EMAIL PROTECTED] /cygdrive/c/boost/tools/build/test
> $ /cygdrive/c/tools/Borland/BCC55/Bin/tlib.exe  '"'"`cygpath -w
"$foo"`"'"'
> TLIB 4.5 Copyright (c) 1987, 1999 Inprise Corporation
>
> Error: opening '\c:\foo.LIB'
>
> The response should look like:
>
> C:\boost\tools\build\jam_src>c:\tools\Borland\BCC55\Bin\tlib.exe
"c:\foo-bar\baz"
> TLIB 4.5 Copyright (c) 1987, 1999 Inprise Corporation
>
> Error: opening 'c:\foo-bar\baz.LIB'
>
> -- 
> Dave Abrahams
> Boost Consulting
> www.boost-consulting.com
>
>



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

RE: how to build GNU make from scratch ?

[Bobby McNulty Junior]

I just configured Make 3.80 in a seperate directory.
I made on called "o" in the root of the source code and configured.
Looks promising, as long as you are using the latest tools.
Cygwin B20 won't configure this way, if that is what you are using.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Heiko Nardmann
Sent: Friday, October 24, 2003 12:46 AM
To: [EMAIL PROTECTED]
Subject: Q: how to build GNU make from scratch ?


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

I just unpacked the original GNU make sources and now am unsure about how to
build this thing. Calling './configure' does not give any output on the
shell. Is there any other way for GNU make?

- --
Heiko Nardmann (Dipl.-Ing. Technische Informatik)
secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
Weidenauer Str. 223-225, D-57076 Siegen
Tel. : +49 271 48950-13, Fax  : +49 271 48950-50

Besuchen Sie uns
vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
Wir freuen uns auf das Gespräch mit Ihnen.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iEYEARECAAYFAj+YvJIACgkQpm53PRScYyj7xwCaAuH0j1Jrpfvw6utIquVslt5w
nu0AoIITZFov0ouHWf5TBonaiy8kDvGJ
=8t5f
-END PGP SIGNATURE-


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




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

Re: Compiling errors with '-mno-cygin' option on Cygwin

[Demmer, Thomas]

Paul,
I have no idea how to do that in VB, but in Delphi the following works:
If you build a DLL with -mno-cygwin, you can say

function  StartIntegration(inifile: PChar;param :Pointer): integer;cdecl;
extern
 'crm.dll' name 'StartIntegration';

in Delphi.

If you build a Cygwin-DLL, you have to do the following:

Var
 StartIntegration: Function(inifile: PChar;param :Pointer): integer;cdecl; 

initialization
  h := LoadLibrary('crm.dll');
  StartIntegration := GetProcAddress('StartIntegration');
end;

The first is very similar to linking against an Importlibrary, while the
second is something magical to me. It works for me, but I usually have 
an rxvt, inetd, or other cygwin process running. In this way you can even
mix DLLs depending on cydwin1.dll and mscrt.dll, althaoug this is not really
efficient.

Ciao
Tom


Best regards / Mit freundlichen Grüssen,

Thomas Demmer
Kraft Foods R&D Inc.
Tel.: +49 (0)89 62738-6302
Fax: +49 (0)89 62738-86302
mailto:[EMAIL PROTECTED]  

Thought of the day
Man is the best computer we can put aboard a spacecraft ... and the
only one that can be mass produced with unskilled labor.
-- Wernher von Braun




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

Q: how to build GNU make from scratch ?

[Heiko Nardmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

I just unpacked the original GNU make sources and now am unsure about how to 
build this thing. Calling './configure' does not give any output on the 
shell. Is there any other way for GNU make?

- -- 
Heiko Nardmann (Dipl.-Ing. Technische Informatik)
secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
Weidenauer Str. 223-225, D-57076 Siegen
Tel. : +49 271 48950-13, Fax  : +49 271 48950-50

Besuchen Sie uns
vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
Wir freuen uns auf das Gespräch mit Ihnen.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iEYEARECAAYFAj+YvJIACgkQpm53PRScYyj7xwCaAuH0j1Jrpfvw6utIquVslt5w
nu0AoIITZFov0ouHWf5TBonaiy8kDvGJ
=8t5f
-END PGP SIGNATURE-


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

Q/bug: make call leads to exception ?

[Heiko Nardmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

I have the problem that trying to run GNU make leads to an exception every 
time - even with the simplest Makefile:

all:
@echo "test"

My system is Windows XP. I have just run setup.exe again to really have the 
current packages.

Anyone else experiencing this?

Everything else seems to be ok since I write this using CygWin-XFree86.

I am going to compile GNU make inside CygWin myself now.

GNU make gives me version 3.80. The version 3.79.1 has resulted in the same 
problem.

Running 'make -d' gives me the following lines:

GNU Make 3.80
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Reading makefiles...
[snip]
 No need to remake target `Makefile'.
Updating goal targets
Considering target file `all'.
 File `all' does not exist.
 Finished prerequisites of target file `all'.
Must remake target `all'.
Putting child 0x1002e160 (all) PID 1260 on the chain.
Live child 0x1002e160 (all) PID 1260 

Anyone any idea what is wrong here?

- -- 
Heiko Nardmann (Dipl.-Ing. Technische Informatik)
secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
Weidenauer Str. 223-225, D-57076 Siegen
Tel. : +49 271 48950-13, Fax  : +49 271 48950-50

Besuchen Sie uns
vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
Wir freuen uns auf das Gespräch mit Ihnen.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iEYEARECAAYFAj+Yup0ACgkQpm53PRScYyguigCeNbrODK3I6qf/eLbAu01An+Qo
z00An3/1Ikr4BbksS5z48gx8EKfuWMcy
=w29j
-END PGP SIGNATURE-


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

Re: undefined reference to `_getline'

[Brian Dessent]

"Robb, Sam" wrote:

> Grumble.  Looking through the archives shows that
> getline() isn't exported:
> 
> http://www.cygwin.com/ml/cygwin/2003-06/msg01328.html
> 
> Can't understand how I missed this on my first search.
> 
> cgf, et al - is there a reason why getline and getdelim
> aren't exported, or is this just another example of good
> ol' fashion Cygwin meanness?

I think you're reading too much into the phrase "not exported."  I parse
it as meaning "does not exist in any form in Cygwin" whereas I think
you're interpreting it as "code exists but symbol not made available for
linking."  I'll leave it to someone else to say with certainty but it
appears from cgf's reponse that it's more the former than the latter.

Brian

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

Re: Updated: cygutils-1.1.4-2

[Charles Wilson]

Joshua Daniel Franklin wrote:

On Wed, Oct 22, 2003 at 11:52:32AM +1000, [EMAIL PROTECTED] wrote:

On  9 Aug, Charles Wilson wrote:

   o mkshortcut supports a new -w/--workingdir option. 
The man page for mkshortcut needs to be updated to reflect this good new
option.


Here you go, Chuck.
Thanks -- committed to CVS.

--
Chuck


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

RE: undefined reference to `_getline'

[Robb, Sam]

> I suppose that in all of your searching you never came across the
> concept that cygwin uses newlib and that cygwin does not export every
> single thing from newlib?  That means that there are some 
> things defined in headers which are not actually available in cygwin.

No, I understand that - I was wondering if the missing
export is becuase of a lack of interest, or if there is
some problem with the newlib version of getline() that
keeps it from being exported.

> If you find that unconvincing, then yes.  We'e just doing this because
> we don't like you and we're very mean.

Wow.  cgf just told me "we're mean".

It gives me the same weird feeling of _belonging_ 
I had when I got my very first Nigerian 911 spam.

;-)

-Samrobb

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

Re: undefined reference to `_getline'

[Christopher Faylor]

On Fri, Oct 24, 2003 at 12:45:08AM -0400, Robb, Sam wrote:
>>Yes - I found this almost immediately.  My concern is that it *looks*
>>like getline() is available, but it isn't.
>
>...  and, it looks like the same situation for pread() in 
>
>Grump.

I suppose that in all of your searching you never came across the
concept that cygwin uses newlib and that cygwin does not export every
single thing from newlib?  That means that there are some things defined
in headers which are not actually available in cygwin.

If you find that unconvincing, then yes.  We'e just doing this because
we don't like you and we're very mean.

cgf

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

RE: undefined reference to `_getline'

[Robb, Sam]

> Yes - I found this almost immediately.  My concern is
> that it *looks* like getline() is available, but it
> isn't.

... and, it looks like the same situation for pread()
in 

Grump.

-Samrobb

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

cygcheck as body or attachment (was RE: rsync hang .... )

[Bakken, Luke]

> > I'm just a user and follower of cygwin, but it amazes me how 
> > many people put
> > the output of
> > 
> > > cygcheck -s output:
> > 
> > or cygcheck -svr in the body of their email instead of as an 
> > attachment when
> > every stinking email has
> > 
> http://cygwin.com/problems.html
> 
> at the bottom of it and that page has
> 
> "Run cygcheck -s -v -r > cygcheck.out and include that as an
attachment in
> your report."

I've used Cygwin for several years now, and have read this mailing list
for quite some time. When I encountered the rsync problem, I searched
mailing lists as well as Google to find the solution, couldn't find a
definitive answer, and eventually found one myself that worked, so I
thought I'd post it (as many other people had reported similar problems
in the archives) in order to help.

I almost didn't email the list with this solution because I couldn't
remember whether or not to include the output of cygcheck as an
attachment or as part of the body. I looked on the mailing list webpage
on cygwin.com, and couldn't see any info, so I decided to put it in the
body. I should have looked further, but I figured it wouldn't be a big
deal. Of course, I chose the wrong way, and got flamed. I now know the
right way.

Anyway, I hope that my simple patch can help someone else in the future,
and if the additional body of my message bothered anyone, I apologize.

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

RE: undefined reference to `_getline'

[Robb, Sam]

> >   In porting soem code to run under Cygwin, I ran
> > into a problem finding getline().  The following
> > code snippet demonstrates the problem:
> 
> getline() is a glibc-ism, a nonstandard GNU extension.  It's 
> not listed anywhere that I can see at
>  so I'd say it's safe to
> assume that it's not supported by Cygwin.

It's declared in /usr/include/stdio.h, and it doesn't
look like it's guarded by any relevant #define:

$ gcc -E /usr/include/stdio.h  | grep getline
ssize_t __attribute__((__cdecl__)) __getline (char **, size_t *, FILE *);

Grumble.  Looking through the archives shows that
getline() isn't exported:

http://www.cygwin.com/ml/cygwin/2003-06/msg01328.html

Can't understand how I missed this on my first search.

cgf, et al - is there a reason why getline and getdelim
aren't exported, or is this just another example of good
ol' fashion Cygwin meanness?

> I'm pretty sure you could
> work around this by rolling your own.  In fact, a little googling
> returned the following:
> 

Yes - I found this almost immediately.  My concern is
that it *looks* like getline() is available, but it
isn't.

-Samrobb

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

Re: OpenGL and Cygwin

[suresh]

thanks Andre ! the fix worked. I can now compile helloglut and many of 
the red book opengl demos.

I noticed that glGetMinmax and some histogram related functions are not 
supported. It is possible that this is because these are opengl 1.2 
functions. By setting appropriate flags I got the appropriate GL_flags 
set correctly: however it appears that the libopengl32.a supplied with 
cygwin is only opengl1.1 compliant, which appears to be consistent with 
the README.

I have more recent nvidia drivers (I think :)): Is there any way to 
convert them to to a linkable form ? (i.e using dlltool or something like 
that). I 

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

Re: rsync local dir copy hang - solved for me

[Larry Hall]

At 10:34 PM 10/23/2003, Peter J. Stieber you wrote:
>I'm just a user and follower of cygwin, but it amazes me how many people put
>the output of
>
>> cygcheck -s output:
>
>or cygcheck -svr in the body of their email instead of as an attachment when
>every stinking email has
>
>http://cygwin.com/problems.html
>
>at the bottom of it and that page has
>
>"Run cygcheck -s -v -r > cygcheck.out and include that as an attachment in
>your report."
>
>No wonder you guys are "just mean".
>
>Sorry for the noise,
>Pete


You've heard of "laws are made to be broken"?  Well, this is "documentation
is written to be ignored".  So why are you reading the documentation?  
Looks like you've been on this list too long.  You've become infected with "good 
sense".  As a result, it looks like you're starting to become just
plain mean! ;-) 



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


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

Re: rsync local dir copy hang - solved for me

[Peter J. Stieber]

I'm just a user and follower of cygwin, but it amazes me how many people put
the output of

> cygcheck -s output:

or cygcheck -svr in the body of their email instead of as an attachment when
every stinking email has

http://cygwin.com/problems.html

at the bottom of it and that page has

"Run cygcheck -s -v -r > cygcheck.out and include that as an attachment in
your report."

No wonder you guys are "just mean".

Sorry for the noise,
Pete


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

Re: Updated Cygwin package: bash-2.05b-16

[Igor Pechtchanski]

On Fri, 24 Oct 2003 [EMAIL PROTECTED] wrote:

> On 23 Oct, Ronald Landheer-Cieslak wrote:
> >  Version 2.05b-16 of the Bash package is now available for download.
> >
> >  This is a bugfix release relative to 2.05b-15, and fixes the bug reported
> >  and patched in http://www.cygwin.com/ml/cygwin/2003-10/msg01166.html.
>
> Might ash (/bin/sh) suffer from the same problem?  Might this explain
> why /etc/XFree86-bin-icons.sh often hangs the install when it does
> the backtic cygpath and has to be killed?
>
> luke

Actually, the problem with XFree86-bin-icons *was* a bash problem.
Setup.exe ran /etc/postinstall/XFree86-bin-icons.sh using /bin/sh, and
that called a *bash* script (/usr/X11R6/bin/XFree86-bin-icons.sh, with
"#!/bin/bash" magic).  When cygpath was run from there (within backticks)
it hung.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

rsync local dir copy hang - solved for me

[Bakken, Luke]

Hi all,

I was attempting to use rsync (v 2.5.6) to copy one local directory to
another on my machine (Windows XP) today when I experienced the dreaded
hang. It copied the files, and hung waiting for a child process to exit.
When I killed that process using taskmgr, the parent exited OK.

The following fixed my particular hang situation:

--- orig_main.c 2003-10-23 19:16:22.5 -0700
+++ main.c  2003-10-23 19:16:35.828125000 -0700
@@ -47,7 +47,7 @@
int cnt;
 
while ((waited_pid = waitpid(pid, status, WNOHANG)) == 0) {
-   msleep(20);
+   /* msleep(20); */
io_flush();
}
 

I hope this can be of help to someone!
Luke

cygcheck -s output:

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Oct 23 19:05:06 2003

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cyg\usr\local\bin
C:\cyg\bin
C:\cyg\bin
C:\cyg\usr\X11R6\bin
c:\VS\VSS\win32
c:\ncftp
d:\texmf\miktex\bin
c:\gs\gs8.00\bin
c:\gv\gsview
c:\Perl\bin\
c:\vim\vim62
c:\usr\local\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\scripts
c:\Program Files\Starbase\StarGate SDK\Lib
C:\cyg\home\lukeb\bin

Output from C:\cyg\bin\id.exe (nontsec)
UID: 1003(lukeb) GID: 513(None)
513(None)

Output from C:\cyg\bin\id.exe (ntsec)
UID: 1003(lukeb) GID: 513(None)
513(None)544(Administrators)  
545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

CYGWIN = `tty binmode ntsec ntea'
HOME = `C:\cyg\home\lukeb'
MAKE_MODE = `unix'
USER = `lukeb'

Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS   39997Mb  36% CP CS UN PA FC 
d:  hd  NTFS   36318Mb  25% CP CS UN PA FC Local Disk
e:  cd   N/AN/A
f:  cd   N/AN/A

C:\cyg  / system
binmode
c:  /csystem
binmode
d:  /dsystem
binmode
C:\cyg/bin  /usr/bin  system
binmode
C:\cyg/lib  /usr/lib  system
binmode
C:\cyg\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system
binmode
.   /mnt  system
binmode,cygdrive

Found: C:\cyg\bin\awk.exe
Found: C:\cyg\bin\bash.exe
Found: C:\cyg\bin\cat.exe
Found: c:\usr\local\bin\cat.exe
Found: C:\cyg\bin\cp.exe
Found: c:\usr\local\bin\cp.exe
Found: C:\cyg\bin\cpp.exe
Found: C:\cyg\bin\find.exe
Found: c:\usr\local\bin\find.exe
Found: C:\cyg\bin\gcc.exe
Not Found: gdb
Found: C:\cyg\bin\grep.exe
Found: c:\usr\local\bin\grep.exe
Found: c:\scripts\grep.exe
Found: C:\cyg\bin\ld.exe
Found: c:\usr\local\bin\ld.exe
Found: C:\cyg\bin\ls.exe
Found: c:\usr\local\bin\ls.exe
Found: C:\cyg\bin\make.exe
Found: c:\usr\local\bin\make.exe
Found: C:\cyg\bin\mv.exe
Found: c:\usr\local\bin\mv.exe
Found: C:\cyg\bin\rm.exe
Found: c:\usr\local\bin\rm.exe
Found: C:\cyg\bin\sed.exe
Found: c:\usr\local\bin\sed.exe
Found: C:\cyg\bin\sh.exe
Found: c:\usr\local\bin\sh.exe
Found: C:\cyg\bin\tar.exe
Found: c:\usr\local\bin\tar.exe

   61k 2003/08/09 C:\cyg\bin\cygbz2-1.dll
  842k 2003/09/30 C:\cyg\bin\cygcrypto-0.9.7.dll
  645k 2003/04/11 C:\cyg\bin\cygcrypto.dll
   22k 2003/10/17 C:\cyg\bin\cygcygipc-2.dll
  380k 2002/07/24 C:\cyg\bin\cygdb-3.1.dll
  487k 2002/07/24 C:\cyg\bin\cygdb_cxx-3.1.dll
  132k 2003/07/12 C:\cyg\bin\cygexpat-0.dll
   45k 2001/04/25 C:\cyg\bin\cygform5.dll
   35k 2002/01/09 C:\cyg\bin\cygform6.dll
   48k 2003/08/09 C:\cyg\bin\cygform7.dll
   28k 2003/07/20 C:\cyg\bin\cyggdbm-3.dll
   30k 2003/08/11 C:\cyg\bin\cyggdbm-4.dll
   19k 2003/03/22 C:\cyg\bin\cyggdbm.dll
   15k 2003/07/20 C:\cyg\bin\cyggdbm_compat-3.dll
   15k 2003/08/11 C:\cyg\bin\cyggdbm_compat-4.dll
   69k 2003/08/10 C:\cyg\bin\cyggettextlib-0-12-1.dll
   12k 2003/08/10 C:\cyg\bin\cyggettextpo-0.dll
  134k 2003/08/10 C:\cyg\bin\cyggettextsrc-0-12-1.dll
   17k 2001/06/28 C:\cyg\bin\cyghistory4.dll
   29k 2003/08/10 C:\cyg\bin\cyghistory5.dll
  958k 2003/08/10 C:\cyg\bin\cygiconv-2.dll
   22k 2001/12/13 C:\cyg\bin\cygintl-1.dll
   37k 2003/08/10 C:\cyg\bin\cygintl-2.dll
   21k 2001/06/20 C:\cyg\bin\cygintl.dll
  119k 2002/02/09 C:\cyg\bin\cygjpeg6b.dll
   26k 2001/04/25 C:\cyg\bin\cygmenu5.dll
   20k 2002/01/09 C:\cyg\bin\cygmenu6.dll
   29k 2003/08/09 C:\cyg\bin\cygmenu7.dll
  156k 2001/04/25 C:\cyg\bin\cygncurses++5.dll
  175k 2002/01/09 C:\cyg\bin\cygncurses++6.dll
  226k 2001/04/25 C:\cyg\bin\cygncurses5.dll
  202k 2002/01/09 C:\cyg\bin\cygncurses6.dll
  224k 2003/08/09 C:\cyg\bin\cygncurses7.dll
   15k 2001/04/25 C:\cyg\bin\cygpanel5.dll
   12k 2002/01/09 C:\cyg\bin\cygpanel6.dll
   19k 2003/08/09 C:\cyg\bin\cygpanel7.dll
   67k 2003/09/10 C:\cyg\bin\cygpcre-0.dll
   63k 2003/04/11 C:\cy

RE: mixing MSVC++ and gcc C++ libs/dlls ?

[guenter strubinsky]

>8p 

Are there any thoughts about the cil issue in regards to cygwin? If cygwin
would have (in the future) have a cil version, merging would not be an
issue.

Will longhorn and derivatives contain a 'native' box -like the dos box-? Any
'normal' software would otherwise become completely useless. Either they
keep two environments running more or less synchroniously and keep
synchronizing both, or there would be sever (even more than now) security
issues (HAL, system calls, etc.).

The concept as such is great and naturally not an MS innovation (see java
VM, or win system call interpreters as Wine (http://www.winehq.com/), the
commercial 'netraverse' (http://www.netraverse.com/ ) et al.).

You could build software on a virtual machine with features that aren't even
implemented yet in any hardware. Just write the byecode interpreter for the
native cpu (like java) and the software can run on a vax, an s/390, an
as/400, a cray... you get the drift. If cygwin would go that way, it would
allow NIX to run on virtually any hardware. I think that could be a nice
dissertation for some IS graduates ?!?!?!

There are naturally performance penalties (again see java); The optimization
however could run on two planes. Firstly the byte compiler, secondly the
bytecode interpreter. - Aaawwwhhh! Just dreaming ;) -

with kind regards
 
günter strubinsky
 <[EMAIL PROTECTED]>


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Gareth Pearce
> Sent: Thursday, 23 October, 2003 18:39
> To: 'ML CygWIN'
> Subject: RE: mixing MSVC++ and gcc C++ libs/dlls ?
> 
> >
> > I doubt that. If I am not completely wrong, .net uses bytecode (like
> Java)
> > aka. CIL (Common Intermediary Language).
> > (http://www.msdnaa.net/Resources/Display.aspx?ResID=373 )
> >
> > I would not know how you can combine cil code with obj. files. If
> somebody
> > knows more I would love to read about it. It is one of the (many)
> reasons
> > I
> > don't -and have advised others- to jump on the .net bandwagon. I know
> for
> > sure that the Javascript (in M$ language Jscript) development part of
> VS7
> > can not be used for developing real ecmascript applications
> 
> Ms visual studio .net is still capable of making native
> executables/libraries despite its .net branding.  It needs to be until
> Microsoft are finished porting the windows source code to use cygwin.
> 
> ;)
> 
> Gareth
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/


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

Re: Updated Cygwin package: bash-2.05b-16

[luke . kendall]

On 23 Oct, Ronald Landheer-Cieslak wrote:
>  Version 2.05b-16 of the Bash package is now available for download. 
>   
>  This is a bugfix release relative to 2.05b-15, and fixes the bug reported 
>  and patched in http://www.cygwin.com/ml/cygwin/2003-10/msg01166.html. 

Might ash (/bin/sh) suffer from the same problem?  Might this explain
why /etc/XFree86-bin-icons.sh often hangs the install when it does
the backtic cygpath and has to be killed?

luke


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

RE: mixing MSVC++ and gcc C++ libs/dlls ?

[Gareth Pearce]

> 
> I doubt that. If I am not completely wrong, .net uses bytecode (like Java)
> aka. CIL (Common Intermediary Language).
> (http://www.msdnaa.net/Resources/Display.aspx?ResID=373 )
> 
> I would not know how you can combine cil code with obj. files. If somebody
> knows more I would love to read about it. It is one of the (many) reasons
> I
> don't -and have advised others- to jump on the .net bandwagon. I know for
> sure that the Javascript (in M$ language Jscript) development part of VS7
> can not be used for developing real ecmascript applications

Ms visual studio .net is still capable of making native
executables/libraries despite its .net branding.  It needs to be until
Microsoft are finished porting the windows source code to use cygwin.

;)

Gareth

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

RE: Cannot Start Cron

[Harig, Mark]

Here is a new version of the cron
diagnostic script.  It contains another
test suggested and provided by Pierre
Humblet.

The new test checks to see if there
is a password entry that corresponds
to the values in the environment
variables $USERNAME and $USERDOMAIN



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

Peter Ihlenfeld ist unterwegs!

[Peter Ihlenfeld]

Ich werde ab  23.10.2003 nicht im Büro sein. Ich kehre zurück am
28.10.2003.



Erst danach werde ich wieder Gelegenheit haben, Ihre mail zu lesen.

Bitte wenden Sie sich bei Bedarf vertrauensvoll an meine Kolleginnen und
Kollegen im Innendienst der Niederlassung in Stuttgart [Tel. 07 11/7 21
99-19 oder "[EMAIL PROTECTED]"].

Viele Grüße von

Peter Ihlenfeld


Important Note 
This email and any attachment hereto are confidential and may contain trade secrets or 
may be otherwise protected from disclosure. If you have received it in error you are 
in 
notice of this fact. Please notify us immediately by reply email and then delete this 
email and any attachment from your system. Please understand that you are not allowed 
to 
copy this email or any attachment hereto or disclose its contents to any other person. 
Thank you.

Wichtiger Hinweis 
Diese E-Mail und etwaige Anlagen koennen Betriebs- oder Geschaeftsgeheimnisse oder 
sonstige vertrauliche Informationen enthalten. Sollten Sie diese E-Mail irrtuemlich 
erhalten
haben, ist Ihnen dieser Umstand hiermit bekannt. Bitte benachrichtigen Sie uns in 
diesem Fall umgehend durch Ruecksendung der E-Mail und loeschen Sie diese E-Mail 
einschließ-
lich etwaiger Anlagen von Ihrem System. Diese E-Mail und ihre Anlagen duerfen 
weiterhin nicht kopiert oder an Dritte weitergegeben werden. Vielen Dank.

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

RE: mixing MSVC++ and gcc C++ libs/dlls ?

[guenter strubinsky]

I doubt that. If I am not completely wrong, .net uses bytecode (like Java)
aka. CIL (Common Intermediary Language).
(http://www.msdnaa.net/Resources/Display.aspx?ResID=373 )

I would not know how you can combine cil code with obj. files. If somebody
knows more I would love to read about it. It is one of the (many) reasons I
don't -and have advised others- to jump on the .net bandwagon. I know for
sure that the Javascript (in M$ language Jscript) development part of VS7
can not be used for developing real ecmascript applications.

with kind regards
 
günter strubinsky
 <[EMAIL PROTECTED]>



> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Gareth Pearce
> Sent: Thursday, 23 October, 2003 16:21
> To: 'Heiko Nardmann'; 'ML CygWIN'
> Subject: RE: mixing MSVC++ and gcc C++ libs/dlls ?
> 
> 
> > Hi!
> >
> > The FAQ tells me that only C object files can be mixed.
> >
> > Is this true for MS .NET and gcc 3.x since I expect both to be conform
> to
> > the
> > ABI standard ?
> >
> 
> Gcc 3.0 attempted to conform to the c++ abi - it was wrong - so they fixed
> lots of things and 3.2 has a different abi.  However, it was still wrong,
> and so 3.4 they are going to fix things and there will be a different abi
> again.  If MS .NET actually manage to get conformance with the c++ abi
> correct (for some reason I doubt this) - then you may find increased luck
> mixing c++ object files.  However you'd have to do said mixing without
> mixing std c++ libraries, most likely, since they would probably conflict.
> Name mangling is part of the c++ abi so that wont be an issue.  Therefore
> I
> predict in about 2 years time when g++ 3.6 is out and MS .Net version 2 is
> out - life may have improved in this reguards ;)  If it works before then,
> yay for it.
> 
> Gareth
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/


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

OT, ADMINISTRIVIA aside (was Re: Please remove me from the mail list)

[Christopher Faylor]

On Thu, Oct 23, 2003 at 12:34:43PM -0400, Igor Pechtchanski wrote:
>On Thu, 23 Oct 2003, Yan Li wrote:
>
>> --
>> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>> [snip]
>
>Did you read everything at the above URL?  Don't tell me you did, because
>in that case you would have known where to send remove requests if
>automatic unsubscription routines failed.

I got a request to remove someone yesterday that included a threat of
legal action if I didn't comply with their need to be unsubscribed.
Typically, the user wasn't actually subscribed at the address that they
were demanding to have removed.

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

Re: Cygwin/bash: need environment variables >32K

[Igor Pechtchanski]

On Thu, 23 Oct 2003, Nicolas BUONOMO wrote:

> Corinna Vinschen a ecrit :
>
> > On Thu, Oct 23, 2003 at 11:39:39AM +0200, david.liberce wrote:
> >
> >>I reproduce this behaviour.
> >>
> >>Looks like the PATH  environment variable is not valid anymore after $VAR
> >>has been asigned?
> >
> >
> > Nope.  I debugged this situation.  It looks like a Windows restriction.
> > When trying to call CreateProcess() with this long environment variable
> > in the environment block, CreateProcess() fails with Windows error 87,
> > "The parameter is incorrect."  But there's no hint about a limit in the
> > CreateProcess() man page.
> >
> > *dig, dig, dig*
> >
> > Uh, ok, I found the following hint in the GetEnvironmentVariable() man page:
> >
> >   lpBuffer
> >   [out] Pointer to a buffer that receives the contents of the specified
> >   environment variable. An environment variable has a maximum size limit
> >   of 32,767 characters, including the null-terminating character.
> >
> > So, that explains it.
> >
> > Corinna
>
> I think it's possible to change the size of the environnement for
> the DOS box. I have do that for DOS application (on NT4), but I
> don't remeber how. I try to find it.
>
> Nicolas

It's the "/E" flag to cmd.exe.  However, that doesn't help you, as it only
increases the size of the *total* environment.  Each individual
environment variable is still limited to 32k.  That's Windows for you.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Q: looking for gcc 2.95.3 package

[Christopher Faylor]

On Thu, Oct 23, 2003 at 04:10:18PM -0200, Fr?d?ric L. W. Meunier wrote:
>On Thu, 23 Oct 2003, Larry Hall wrote:
>
>> At 09:03 AM 10/23/2003, Heiko Nardmann you wrote:
>> >
>> >Where do I find a gcc 2.95.3 package for Cygwin?
>> >
>> With any luck, nowhere.  gcc 2.95.3 is broken and as a result, has been
>> removed from the distribution.  You might be able to find it on some out-
>> dated mirror, but if you use it and have problems, this list will just tell
>> you to upgrade to the current version (i.e. you are on your own).
>
>Not really, as it has been moved to ..
>
>Anyone can download it from
>http://mirrors.kernel.org/sources.redhat.com/cygwin/gcc2/
>http://mirrors.rcn.net/pub/sourceware/cygwin/gcc2/
>
>and presumably all other mirrors until it gets removed from
>ftp://sources.redhat.com/pub/cygwin/gcc2/

Which it has now been.

cgf

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

Re: Cygwin/bash: need environment variables >32K

[Nicolas BUONOMO]

Corinna Vinschen a écrit :

On Thu, Oct 23, 2003 at 11:39:39AM +0200, david.liberce wrote:

I reproduce this behaviour.

Looks like the PATH  environment variable is not valid anymore after $VAR
has been asigned?


Nope.  I debugged this situation.  It looks like a Windows restriction.
When trying to call CreateProcess() with this long environment variable
in the environment block, CreateProcess() fails with Windows error 87,
"The parameter is incorrect."  But there's no hint about a limit in the
CreateProcess() man page.
*dig, dig, dig*

Uh, ok, I found the following hint in the GetEnvironmentVariable() man page:

  lpBuffer 
  [out] Pointer to a buffer that receives the contents of the specified
  environment variable. An environment variable has a maximum size limit
  of 32,767 characters, including the null-terminating character.

So, that explains it.

Corinna

I think it's possible to change the size of the environnement for 
the DOS box. I have do that for DOS application (on NT4), but I 
don't remeber how. I try to find it.

Nicolas



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

Re: Cygwin/bash: need environment variables >32K

[Nicolas BUONOMO]

Corinna Vinschen a écrit :

On Thu, Oct 23, 2003 at 11:39:39AM +0200, david.liberce wrote:

I reproduce this behaviour.

Looks like the PATH  environment variable is not valid anymore after $VAR
has been asigned?


Nope.  I debugged this situation.  It looks like a Windows restriction.
When trying to call CreateProcess() with this long environment variable
in the environment block, CreateProcess() fails with Windows error 87,
"The parameter is incorrect."  But there's no hint about a limit in the
CreateProcess() man page.
*dig, dig, dig*

Uh, ok, I found the following hint in the GetEnvironmentVariable() man page:

  lpBuffer 
  [out] Pointer to a buffer that receives the contents of the specified
  environment variable. An environment variable has a maximum size limit
  of 32,767 characters, including the null-terminating character.

So, that explains it.

Corinna

I think it's possible to change the size of the environnement for 
the DOS box. I have do that for DOS application (on NT4), but I 
don't remeber how. I try to find it.

Nicolas



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

Binaries for bootstrap GNAT/GCC-Cygwin Build

[David A. Cobb]

First, a general apology if I seem to be going over stuff I've gone over 
before.  I had a computer outage that cost me most of my memory of the 
last 4 years. 

Around 25 September, David, Gerrit, and Jason had a discussion on the 
list about making David's build of GNAT available.  David's server 
couldn't bear much traffic but there were some offers of other sites.
Are the binaries available on-line at this time?

Thanks,

--
David A. Cobb, Software Engineer, Public Access Advocate
"By God's Grace, I am a Christian man; by my actions a great sinner." -- The Way of a 
Pilgrim: R.French, Tr.
Life is too short to tolerate crappy software!




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

Re: undefined reference to `_getline'

[Brian Dessent]

"Robb, Sam" wrote:

>   In porting soem code to run under Cygwin, I ran
> into a problem finding getline().  The following
> code snippet demonstrates the problem:

getline() is a glibc-ism, a nonstandard GNU extension.  It's not listed
anywhere that I can see at
 so I'd say it's safe to
assume that it's not supported by Cygwin.  I'm pretty sure you could
work around this by rolling your own.  In fact, a little googling
returned the following:


Brian

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

RE: mixing MSVC++ and gcc C++ libs/dlls ?

[Gareth Pearce]

> Hi!
> 
> The FAQ tells me that only C object files can be mixed.
> 
> Is this true for MS .NET and gcc 3.x since I expect both to be conform to
> the
> ABI standard ?
> 

Gcc 3.0 attempted to conform to the c++ abi - it was wrong - so they fixed
lots of things and 3.2 has a different abi.  However, it was still wrong,
and so 3.4 they are going to fix things and there will be a different abi
again.  If MS .NET actually manage to get conformance with the c++ abi
correct (for some reason I doubt this) - then you may find increased luck
mixing c++ object files.  However you'd have to do said mixing without
mixing std c++ libraries, most likely, since they would probably conflict.
Name mangling is part of the c++ abi so that wont be an issue.  Therefore I
predict in about 2 years time when g++ 3.6 is out and MS .Net version 2 is
out - life may have improved in this reguards ;)  If it works before then,
yay for it.

Gareth


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

undefined reference to `_getline'

[Robb, Sam]

All,

  In porting soem code to run under Cygwin, I ran
into a problem finding getline().  The following
code snippet demonstrates the problem:

#include 

int main(int argc, char** argv) {
char* a;
size_t b;
FILE* c;
getline(&a, &b, c);
return 0;
}

  Creating the above file as gltest.c and and compiling
results in the following:

$ gcc gltest.c
/tmp/ccWTYEwq.o(.text+0x33):gltest.c: undefined reference to `_getline'
collect2: ld returned 1 exit status

  Am I missing something here?  getline() is declared
in stdio.h, and should be found as part of cygwin1.dll,
right?

-Samrobb

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

RE: Cannot Start Cron

[Harig, Mark]

> > If none of this fixes the problem, then report your problem
> > to [EMAIL PROTECTED]  Please include a copy of your crontab,
> > ('crontab -l') and the output of 'cygcheck -srv > cygcheck.txt'.
> >
> > PLEASE include the generated files 'cygcheck.txt' *as an 
> attachment*,
> > and NOT in the body of the mail message.
> >
> 
> 
> Hi, Mark.  It did not create a "cygcheck.txt" file, in least 
> in my home
> directory.
> 

Yes, the diagnostic script does not change anything
(including not creating any files).  You will need
to run the 'cygcheck' utility (it is included in the
'cygwin' package) to generate the file 'cygcheck.txt'.
This should be done at your shell prompt with the 
options specified above.

Once this new file has been created, please include
it *as an attachment* in a message to this mailing
list so that readers might be able to help diagnose
the problem that you are having.

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

Re: Cannot Start Cron

[Buck Turgidson]

"Harig, Mark" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> If none of this fixes the problem, then report your problem
> to [EMAIL PROTECTED]  Please include a copy of your crontab,
> ('crontab -l') and the output of 'cygcheck -srv > cygcheck.txt'.
>
> PLEASE include the generated files 'cygcheck.txt' *as an attachment*,
> and NOT in the body of the mail message.
>


Hi, Mark.  It did not create a "cygcheck.txt" file, in least in my home
directory.




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

RE: Cannot Start Cron

[Harig, Mark]

> 
> If none of this fixes the problem, then report your problem
> to [EMAIL PROTECTED]  Please include a copy of your crontab,
> ('crontab -l') and the output of 'cygcheck -srv > cygcheck.txt'.
> 
> PLEASE include the generated files 'cygcheck.txt' *as an attachment*,
> and NOT in the body of the mail message.
> 

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

Re: Cannot Start Cron

[Buck Turgidson]

"Harig, Mark" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Please run the attached diagnostic script.
It will attempt to determine whether there
are any problems with the various files
needed by cron.  It does NOT modify any
files (which you can verify for yourself
by reading the script, if you want).


Thanks, Mark.  Ran it and got the following


cron_diagnose.sh 1.1

This script did not find any errors in your crontab setup.
If you are still unable to get cron to work, then try
shutting down the cron service, uninstalling it,
reinstalling it, and restarting it.

The following commands will do that:
  $ cygrunsrv --stop cron
  $ cygrunsrv --remove cron
  $ cygrunsrv --install cron -p /usr/sbin/cron -a -D
  $ cygrunsrv --start cron

If none of this fixes the problem, then report your problem
to [EMAIL PROTECTED]  Please include a copy of your crontab,
('crontab -l') and the output of 'cygcheck -srv > cygcheck.txt'.

PLEASE include the generated files 'cygcheck.txt' *as an attachment*,
and NOT in the body of the mail message.




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

RE: Cannot Start Cron

[Harig, Mark]

Please run the attached diagnostic script.
It will attempt to determine whether there
are any problems with the various files
needed by cron.  It does NOT modify any
files (which you can verify for yourself
by reading the script, if you want).

> -Original Message-
> From: Buck Turgidson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 23, 2003 1:23 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Cannot Start Cron
> 
> 
> >
> > Look in the Windows "Application" event log for the exact error.
> > Igor
> > -- 
> 
> 
> The description for Event ID ( 0 ) in Source ( cron ) could 
> not be found. It
> contains the following insertion string(s): cron : PID 495 : 
> `cron' service
> stopped.
> 
> 
> Thanks, Igor.   Any clues here?  Permissions on /var/run?
> 
> 
> 
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 


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

Re: Cannot Start Cron

[Buck Turgidson]

>
> Look in the Windows "Application" event log for the exact error.
> Igor
> -- 


The description for Event ID ( 0 ) in Source ( cron ) could not be found. It
contains the following insertion string(s): cron : PID 495 : `cron' service
stopped.


Thanks, Igor.   Any clues here?  Permissions on /var/run?





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

Re: SSH into XP: mapped network drives disappeared!

[Pierre A. Humblet]

Andrew DeFaria wrote:
> 
> Corinna Vinschen wrote:
> 
> >You're mixing stuff which doesn't belong to each other.  Cygwin is not at all 
> >interested in $HOME or your /etc/passwd home entry.  The evaluation of this values 
> >is done by tools in a UNIXy way.  Shells (bash, tcsh,
> >whatever) are traditionally only paying attention to $HOME.  Remember how a logon 
> >to a UNIX machine works.  First, there's a terminal on which runs a getty, then 
> >login(1) is called for the authentication,  login's only available information is 
> >/etc/passwd.  After authentication, login sets $HOME to the correct value and 
> >starts a shell.  The shell relies on the fact, that $HOME has been set correctly by 
> >the logon procedure.
> >
> >So, there are authenticating/logon tools which use /etc/passwd and there are user 
> >tools, which rely on $HOME already been set correctly by the former.  That's just 
> >the way it works.
> >
> >Especially /etc/profile should *not* take the /etc/passwd value for evaluating the 
> >home directory.  /etc/profile is used by the shell, in a state when $HOME should 
> >already have a value.  If /etc/profile sets $HOME, this would overwrite custom 
> >settings from login tools.
> >

Amen.

> Hmmm... My /etc/profile.orig (I believe that's where I put the original
> /etc/profile before I modified it) has
> 
> # Set up USER's home directory
> if [ -z "$HOME" ]; then
>   HOME="/home/$USER"
> fi

Fortunately this has been fixed a while ago.
HOME is always set by the time /etc/profile runs
and the new /etc/profile explains how it was set.
 
Pierre

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

Re: SSH into XP: mapped network drives disappeared!

[Andrew DeFaria]

Corinna Vinschen wrote:

You're mixing stuff which doesn't belong to each other.  Cygwin is not at all 
interested in $HOME or your /etc/passwd home entry.  The evaluation of this values is 
done by tools in a UNIXy way.  Shells (bash, tcsh,
whatever) are traditionally only paying attention to $HOME.  Remember how a logon to a 
UNIX machine works.  First, there's a terminal on which runs a getty, then login(1) is 
called for the authentication,  login's only available information is /etc/passwd.  
After authentication, login sets $HOME to the correct value and starts a shell.  The 
shell relies on the fact, that $HOME has been set correctly by the logon procedure.
So, there are authenticating/logon tools which use /etc/passwd and there are user tools, which rely on $HOME already been set correctly by the former.  That's just the way it works.

Especially /etc/profile should *not* take the /etc/passwd value for evaluating the home directory.  /etc/profile is used by the shell, in a state when $HOME should already have a value.  If /etc/profile sets $HOME, this would overwrite custom settings from login tools.

Hmmm... My /etc/profile.orig (I believe that's where I put the original 
/etc/profile before I modified it) has

# Set up USER's home directory
if [ -z "$HOME" ]; then
 HOME="/home/$USER"
fi
Seems to me it not only can, but does set HOME if it has not been set 
before. If that be the case then why should it guess at using 
"/home/$USER" instead of the home field in /etc/passwd?

I guess I just think that the value of %HOME% should always equal the 
value of home in /etc/passwd thus giving the user one consistent home 
directory.

Granted you're correct that if %HOME% was set and is not the same as 
/etc/passwd's home then perhaps profile should not change the value. 
However to me this seems like a receipe for disaster or at least for 
mass confusion...

YMMV
--
Why is the alphabet in that order? Is it because of that song?


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

Re: Q: mixing MSVC++ and gcc C++ libs/dlls ?

[Shankar Unni]

Ronald Landheer-Cieslak wrote:

> Anyway, gcc and MSVC don't use the same name mangling (decoration) schemes for
> C++ so you will not be able to mix the two. 

And the reason for *that* is that the two compilers lay out objects
differently (especially virtual tables). So, the only way you can mix
them is to use extern "C" wrappers (quite apart from the problems of
mixing and matching /MT, /MD and other funky runtime combinations of MS
DLLs).



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

Re: Compiling errors with '-mno-cygin' option on Cygwin

[Paul Bezzam]

Thank you for your inputs Igor, Gerritt.

Paul

On Thu, 23 Oct 2003, Igor Pechtchanski wrote:

> Any DLL that comes with the Cygwin perl is going to depend on cygwin1.dll.
> Same goes for any DLL you build without -mno-cygwin.  However, if you call
> these DLLs from Visual Basic, or use -mno-cygwin when compiling, you'll
> end up with the dependence on both msvcrt.dll (because of VB/-mno-cygwin)
> *and* cygwin1.dll (because of the perl DLLs), and that's an explosive
> combination.
>
> If you really need to use Perl with Visual Basic, you might consider a
> Windows-only version of Perl, e.g. ActiveState, and use the DLLs and
> headers from that distribution in your -mno-cygwin build.  However, be
> aware that this puts you completely outside of the realm of Cygwin, and
> any support you get for this will have to come from some other forum.
>   Igor
>
> On Thu, 23 Oct 2003, Paul Bezzam wrote:
>
> > Thank you for your replies.  But here is my problem:
> >
> > I am trying to make a DLL from a C program that has embedded Perl in it.
> > I successfully created the DLL, and also created a test C client.  The
> > client successfully calls the DLL.  All this is done in Cygwin and without
> > the "-mno-cygwin" option.
> >
> > But, when I try to invoke this DLL from Visual Basic, the application
> > crashes with the error message, "An unhandled Win32 Exception has
> > occurred in VB6.EXE."
> >
> > Thanks.
> >
> > Paul
> >
> > On Thu, 23 Oct 2003, Igor Pechtchanski wrote:
> >
> > > On Thu, 23 Oct 2003, Paul Bezzam wrote:
> > >
> > > > Hello everyone,
> > > >
> > > > I have this issue: I have a C program that uses embedded perl to call a
> > > > Perl subroutine.  This runs successfully when compiled with gcc with
> > > > default options.  But, when I use the -mno-cygwin option, I get errors
> > > > indicating that some include files are not available. (The error messages
> > > > are shown below my signature)
> > > >
> > > > All of this is on Cygwin.  Can anyone please point my mistakes?
> > > >
> > > > Thank you.
> > > > Paul
> > > >
> > > > Below is part of the error message:
> > > >
> > > > $ gcc -c -mno-cygwin mpdll2.c `perl -MExtUtils::Embed -e ccopts -e ldopts`
> > > > Note (probably harmless): No library found for -lcrypt
> > > > Note (probably harmless): No library found for -lutil
> > > > In file included from mpdll2.c:2:
> > > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:613:27: netinet/in.h:
> > > > No such file or directory
> > > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:617:26: arpa/inet.h:
> > > > No such file or directory
> > > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:663:27: sys/times.h:
> > > > No such file or directory
> > > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:782:30: sys/ioctl.h:
> > > > No such file or directory
> > > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1193:23: ieeefp.h: No
> > > > such file or directory
> > > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1984:21: win32.h: No
> > > > such file or directory
> > > > In file included from
> > > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:2215,
> > > >  from mpdll2.c:2:
> > >
> > > Paul,
> > >
> > > When you give the -mno-cygwin flag to gcc, you're invoking the MinGW
> > > runtime/environment.  MinGW stands for "Minimalist GNU for Windows" (the
> > > keyword here is "Minimalist").  It doesn't supply all of POSIX emulation,
> > > and it's very likely that some of the headers (and system calls) aren't
> > > available in it.
> > >
> > > You will most likely have to implement a lot of the functionality using
> > > Windows native calls (e.g. winsock, etc).  It also looks like you're
> > > pulling in the Cygwin versions of perl headers - while not an error in
> > > itself, this might be a warning flag, since Cygwin and MinGW runtimes
> > > usually don't mix well.
> > >   Igor
>
> --
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>

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

Re: Q: looking for gcc 2.95.3 package

[Frédéric L. W. Meunier]

On Thu, 23 Oct 2003, Larry Hall wrote:

> At 09:03 AM 10/23/2003, Heiko Nardmann you wrote:
> >
> >Where do I find a gcc 2.95.3 package for Cygwin?
> >
> With any luck, nowhere.  gcc 2.95.3 is broken and as a result, has been
> removed from the distribution.  You might be able to find it on some out-
> dated mirror, but if you use it and have problems, this list will just tell
> you to upgrade to the current version (i.e. you are on your own).

Not really, as it has been moved to ..

Anyone can download it from
http://mirrors.kernel.org/sources.redhat.com/cygwin/gcc2/
http://mirrors.rcn.net/pub/sourceware/cygwin/gcc2/

and presumably all other mirrors until it gets removed from
ftp://sources.redhat.com/pub/cygwin/gcc2/

Still, I have a question. How are you supposed to uninstall a
package that has been removed from setup ? Manually ?

-- 
How to contact me - http://www.pervalidus.net/contact.html

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

Re: Compiling errors with '-mno-cygin' option on Cygwin

[Igor Pechtchanski]

Any DLL that comes with the Cygwin perl is going to depend on cygwin1.dll.
Same goes for any DLL you build without -mno-cygwin.  However, if you call
these DLLs from Visual Basic, or use -mno-cygwin when compiling, you'll
end up with the dependence on both msvcrt.dll (because of VB/-mno-cygwin)
*and* cygwin1.dll (because of the perl DLLs), and that's an explosive
combination.

If you really need to use Perl with Visual Basic, you might consider a
Windows-only version of Perl, e.g. ActiveState, and use the DLLs and
headers from that distribution in your -mno-cygwin build.  However, be
aware that this puts you completely outside of the realm of Cygwin, and
any support you get for this will have to come from some other forum.
Igor

On Thu, 23 Oct 2003, Paul Bezzam wrote:

> Thank you for your replies.  But here is my problem:
>
> I am trying to make a DLL from a C program that has embedded Perl in it.
> I successfully created the DLL, and also created a test C client.  The
> client successfully calls the DLL.  All this is done in Cygwin and without
> the "-mno-cygwin" option.
>
> But, when I try to invoke this DLL from Visual Basic, the application
> crashes with the error message, "An unhandled Win32 Exception has
> occurred in VB6.EXE."
>
> Thanks.
>
> Paul
>
> On Thu, 23 Oct 2003, Igor Pechtchanski wrote:
>
> > On Thu, 23 Oct 2003, Paul Bezzam wrote:
> >
> > > Hello everyone,
> > >
> > > I have this issue: I have a C program that uses embedded perl to call a
> > > Perl subroutine.  This runs successfully when compiled with gcc with
> > > default options.  But, when I use the -mno-cygwin option, I get errors
> > > indicating that some include files are not available. (The error messages
> > > are shown below my signature)
> > >
> > > All of this is on Cygwin.  Can anyone please point my mistakes?
> > >
> > > Thank you.
> > > Paul
> > >
> > > Below is part of the error message:
> > >
> > > $ gcc -c -mno-cygwin mpdll2.c `perl -MExtUtils::Embed -e ccopts -e ldopts`
> > > Note (probably harmless): No library found for -lcrypt
> > > Note (probably harmless): No library found for -lutil
> > > In file included from mpdll2.c:2:
> > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:613:27: netinet/in.h:
> > > No such file or directory
> > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:617:26: arpa/inet.h:
> > > No such file or directory
> > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:663:27: sys/times.h:
> > > No such file or directory
> > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:782:30: sys/ioctl.h:
> > > No such file or directory
> > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1193:23: ieeefp.h: No
> > > such file or directory
> > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1984:21: win32.h: No
> > > such file or directory
> > > In file included from
> > > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:2215,
> > >  from mpdll2.c:2:
> >
> > Paul,
> >
> > When you give the -mno-cygwin flag to gcc, you're invoking the MinGW
> > runtime/environment.  MinGW stands for "Minimalist GNU for Windows" (the
> > keyword here is "Minimalist").  It doesn't supply all of POSIX emulation,
> > and it's very likely that some of the headers (and system calls) aren't
> > available in it.
> >
> > You will most likely have to implement a lot of the functionality using
> > Windows native calls (e.g. winsock, etc).  It also looks like you're
> > pulling in the Cygwin versions of perl headers - while not an error in
> > itself, this might be a warning flag, since Cygwin and MinGW runtimes
> > usually don't mix well.
> >   Igor

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

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

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

Re: Compiling errors with '-mno-cygin' option on Cygwin

[Paul Bezzam]

Thank you for your replies.  But here is my problem:

I am trying to make a DLL from a C program that has embedded Perl in it.
I successfully created the DLL, and also created a test C client.  The
client successfully calls the DLL.  All this is done in Cygwin and without
the "-mno-cygwin" option.

But, when I try to invoke this DLL from Visual Basic, the application
crashes with the error message, "An unhandled Win32 Exception has
occurred in VB6.EXE."

Thanks.

Paul

On Thu, 23 Oct 2003, Igor Pechtchanski wrote:

> On Thu, 23 Oct 2003, Paul Bezzam wrote:
>
> > Hello everyone,
> >
> > I have this issue: I have a C program that uses embedded perl to call a
> > Perl subroutine.  This runs successfully when compiled with gcc with
> > default options.  But, when I use the -mno-cygwin option, I get errors
> > indicating that some include files are not available. (The error messages
> > are shown below my signature)
> >
> > All of this is on Cygwin.  Can anyone please point my mistakes?
> >
> > Thank you.
> > Paul
> >
> > Below is part of the error message:
> >
> > $ gcc -c -mno-cygwin mpdll2.c `perl -MExtUtils::Embed -e ccopts -e ldopts`
> > Note (probably harmless): No library found for -lcrypt
> > Note (probably harmless): No library found for -lutil
> > In file included from mpdll2.c:2:
> > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:613:27: netinet/in.h:
> > No such file or directory
> > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:617:26: arpa/inet.h:
> > No such file or directory
> > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:663:27: sys/times.h:
> > No such file or directory
> > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:782:30: sys/ioctl.h:
> > No such file or directory
> > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1193:23: ieeefp.h: No
> > such file or directory
> > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1984:21: win32.h: No
> > such file or directory
> > In file included from
> > /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:2215,
> >  from mpdll2.c:2:
>
> Paul,
>
> When you give the -mno-cygwin flag to gcc, you're invoking the MinGW
> runtime/environment.  MinGW stands for "Minimalist GNU for Windows" (the
> keyword here is "Minimalist").  It doesn't supply all of POSIX emulation,
> and it's very likely that some of the headers (and system calls) aren't
> available in it.
>
> You will most likely have to implement a lot of the functionality using
> Windows native calls (e.g. winsock, etc).  It also looks like you're
> pulling in the Cygwin versions of perl headers - while not an error in
> itself, this might be a warning flag, since Cygwin and MinGW runtimes
> usually don't mix well.
>   Igor
> --
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
>

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

RE: Incorrect g++ include file path for cygwin 1.5.5-1

[Hannu E K Nevalainen]

> From: Jim Van Sciver
> Sent: Thursday, October 23, 2003 5:42 PM

> I've just installed the latest cygwin, in part to get
> the latest version gnu compiler.  Compling code that
> relies on C++ standard libraries, e.g. #include ,
> fail because the include files are not found in the
> compiler's default include path.  My installation was
> to the default directory, c:/cygwin.
>
> I'm going to hand correct my installation.  Hopefully
> someone can correct this in a future release.
>
> Thanks,
> Jim Van Sciver

 WFM.

$ cat >chk.cc
#include 
#include 
using namespace std;
int main() {
  string s("Hello, world.");
  cout << s << endl;
  return 0;
}

$ g++ chk.cc

$ ./a
Hello, world.

$ uname -a
CYGWIN_NT-5.0 P450 1.5.6s(0.94/3/2) 20031002 00:47:53 i686 unknown unknown
Cygwin

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --

Verbose mode on:
$ g++ -v chk.cc
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs
Configured with:
/netrel/src/gcc-3.3.1-2/configure --enable-languages=c,c++,f77,java --enable
-libgcj --enable-threads=posix --with-system-zlib --enable-nls --without-inc
luded-gettext --enable-interpreter --enable-sjlj-exceptions --disable-versio
n-specific-runtime-libs --enable-shared --build=i686-pc-linux --host=i686-pc
-cygwin --target=i686-pc-cygwin --prefix=/usr --exec-prefix=/usr --sysconfdi
r=/etc --libdir=/usr/lib --includedir=/nonexistent/include --libexecdir=/usr
/sbin
Thread model: posix
gcc version 3.3.1 (cygming special)

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/cc1plus.exe -quiet -v -D__GNUC__=3 -D_
_GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=1 -D__CYGWIN32__ -D__CYGWIN__ -Dunix -
D__unix__ -D__unix -idirafter
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../include/w32api -idirafter
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/lib/../../i
nclude/w32api chk.cc -D__GNUG__=3 -quiet -dumpbase chk.cc -auxbase
chk -version -o /cygdrive/d/TEMP/ccm7hnXR.s
GNU C++ version 3.3.1 (cygming special) (i686-pc-cygwin)
compiled by GNU C version 3.3.1 (cygming special).
GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32710
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/i686-pc-cygwin/include"
ignoring duplicate directory "/usr/i686-pc-cygwin/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/3.3.1
 /usr/include/c++/3.3.1/i686-pc-cygwin
 /usr/include/c++/3.3.1/backward
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/include
 /usr/include/w32api
End of search list.

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/as.exe 
--traditional-format -o /cygdrive/d/TEMP/ccVuAzPi.o
/cygdrive/d/TEMP/ccm7hnXR.s

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/collect2.exe -Bdynamic --dll-search-pr
efix=cyg /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../crt0.o
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/crtbegin.o -L/usr/lib/gcc-lib/i686-pc-
cygwin/3.3.1 -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../..
/cygdrive/d/TEMP/ccVuAzPi.o -lstdc++ -lgcc -lcygwin -luser32 -lkernel32 -lad
vapi32 -lshell32 -lgcc /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/crtend.o
$


--END OF MESSAGE--


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

Re: Cannot Start Cron

[Igor Pechtchanski]

On Thu, 23 Oct 2003, Buck Turgidson wrote:

> I am trying to start cron on a new installation of Cygwin on NT.  My start
> script looks like this:
>
> cygrunsrv --stop cron
> cygrunsrv --remove cron
> cygrunsrv --install cron -p /usr/sbin/cron -a -D
> cygrunsrv --start cron
>
> But I get the following error.  If anyone recognizes it, and has any
> suggestions, I'd be grateful.
>
> cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
> The service has not been started.

Look in the Windows "Application" event log for the exact error.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Cannot Start Cron

[Buck Turgidson]

I am trying to start cron on a new installation of Cygwin on NT.  My start
script looks like this:

cygrunsrv --stop cron
cygrunsrv --remove cron
cygrunsrv --install cron -p /usr/sbin/cron -a -D
cygrunsrv --start cron

But I get the following error.  If anyone recognizes it, and has any
suggestions, I'd be grateful.

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

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

Re: Compiling errors with '-mno-cygin' option on Cygwin

[Gerrit P. Haase]

Paul wrote:


> Hello everyone,

> I have this issue: I have a C program that uses embedded perl to call a
> Perl subroutine.  This runs successfully when compiled with gcc with
> default options.  But, when I use the -mno-cygwin option, I get errors
> indicating that some include files are not available. (The error messages
> are shown below my signature)

> All of this is on Cygwin.  Can anyone please point my mistakes?

-mno-cygwin defines WIN32 and other MinGW symbols, since Cygwin Perl was
compiled without these settings it won't work, also the perl header
win32.h is not available in the Cygwin Perl package.  Perl wants to pull
in the headers but you don't have them in the default MinGW search paths
(/usr/include/mingw & /usr/include/w32api), and even if you would copy
the headers over there it won't work.



> Below is part of the error message:

> $ gcc -c -mno-cygwin mpdll2.c `perl -MExtUtils::Embed -e ccopts -e ldopts`
> Note (probably harmless): No library found for -lcrypt
> Note (probably harmless): No library found for -lutil
> In file included from mpdll2.c:2:
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:613:27: netinet/in.h:
> No such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:617:26: arpa/inet.h:
> No such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:663:27: sys/times.h:
> No such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:782:30: sys/ioctl.h:
> No such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1193:23: ieeefp.h: No
> such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1984:21: win32.h: No
> such file or directory
> In file included from
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:2215,
>  from mpdll2.c:2:


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


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

Re: SSH into XP: mapped network drives disappeared!

[Larry Hall]

At 03:02 AM 10/23/2003, Alexis Huxley you wrote:
>> Ah, common problem.  You've queried the wrong list.  See 
>> .
>
>Okay thanks, I'm in the process of trying to subscribe to it now.
>
 'net use' before the 'slogin' shows the Y: drive, and obviously I 
 can cd to /cygdrive/y. 'net use' after 'slogin' shows Y: is there 
 but "not  available", and attempting to cd to /cygdrive/y obviously fails.

 I've read, and indeed this 'net use' check seems to confirm, that this 
 is not a Cygwin problem at all, but an XP problem.
>>>
>>> My understanding is that network mapped drives will be marked Unavailable 
>>> IFF you did a "passwordless" login (however you managed to accomplish a 
>>> "passwordless" login). However I just tried an ssh passwordfull login and 
>>> mapped drives are listed as Unavailable! Guess my understanding of this is 
>>> screwed up!
>
>Exactly what I experience too; my PC account has a password (stored somewhere
>centrally), SSH requests authentication using this password (i.e. no 
>.rhosts/.shosts/publickey). But still the drives are not available.


As reported by 'net use'.  That doesn't appear to be very significant
from what I found.


>> Not necessarily.  Did you try to access the mapped drives?  They're still
>> accessible, even though they're not "available".  I'm not sure why Windows 
>
>Err ... how do you mean? What Cygwin commmands are you running that show
>they're still accessible? I mean I try cd'ing, or ls'ing and all report
>no such directory.


Right.  For you.  As I said, this works like I would expect when installing
and configuring as the Cygwin site says so I can only conclude that the
problem is your configuration.  That's why I directed you to the 
erdelynet.com list, since that's where you got the information to configure
your installation.



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


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

Re: Please remove me from the mail list

[Igor Pechtchanski]

On Thu, 23 Oct 2003, Yan Li wrote:

> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> [snip]

Did you read everything at the above URL?  Don't tell me you did, because
in that case you would have known where to send remove requests if
automatic unsubscription routines failed.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Please remove me from the mail list

[Brian Ford]

On Thu, 23 Oct 2003, Yan Li wrote:

> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Every message you get tells you how.  Please read that link very carefully
and do not post here about it again.  That link tells you where to post if
you have really "tried everything".

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

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

Re: SSH into XP: mapped network drives disappeared!

[Larry Hall]

At 07:14 PM 10/22/2003, Andrew DeFaria you wrote:
>Larry Hall wrote:
>
>>At 04:43 PM 10/22/2003, Andrew DeFaria you wrote:
>> 
>>
'net use' before the 'slogin' shows the Y: drive, and obviously I can cd to 
/cygdrive/y. 'net use' after 'slogin' shows Y: is there but "not  available", and 
attempting to cd to /cygdrive/y obviously fails.

I've read, and indeed this 'net use' check seems to confirm, that this is not a 
Cygwin problem at all, but an XP problem.
 
>>>My understanding is that network mapped drives will be marked Unavailable IFF you 
>>>did a "passwordless" login (however you managed to accomplish a "passwordless" 
>>>login). However I just tried an ssh passwordfull login and mapped drives are listed 
>>>as Unavailable! Guess my understanding of this is screwed up!
>>>   
>>Not necessarily.  Did you try to access the mapped drives?  They're still 
>>accessible, even though they're not "available".  I'm not sure why Windows  doesn't 
>>understand this and doesn't show it as such by 'net use' but it works just fine for 
>>me here.
>Yes I noticed that right after I posted. The odd thing is that I had to switch my 
>passwordless ssh setup to passwordfull first and I noticed that net use said 
>Unavailable, even though I logged in with a password (through ssh). Then posted my 
>response. Meantime I switched back to my passwordless ssh setup and wondered "Hey 
>will I be having problems now that I have passwordless ssh logins to my server where 
>I normally build using a mapped drive" and attempted a build. Worked fine. Also cd'ed 
>into the mapdrive and accessed things with no problems.


Well, that depends on the permissions you've given to the share.  If 
authentication isn't necessary, then you can access it with pubkey or
password.  If users must be authenticated by Windows to allow access,
then only ssh password authentication will let you access the mapped
drive.  This is what I see on my end and makes some sense.  Does this 
describe your situation?



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


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

RE: bash- Removing Line feeds (Carriage returns) from data

[Igor Pechtchanski]

Jared,

"od -c" is your friend.
Igor

On Thu, 23 Oct 2003, Jared Ingersoll wrote:

> I think tr is going to solve it, but now I have to figure out just what
> character this is.
>
> thanks,
> jared
>
> -Original Message-
> From: Joe [mailto:jdenicola at maxwellsystems dot com]
> Sent: Thursday, October 23, 2003 11:18 AM
>
> Try piping to:   tr -d '\r'
>
> "Jared Ingersoll"  wrote...
> > Hello,
> >
> > I'm currently using cygwin (updated yesterday) with a WIN2K resource kit
> > utility to dump logs from event viewer into a comma delimited file. One
> > behavior that I have noticed (and occasionally notice with cygwin in
> > general) is that within the data, there are what I believe to be carriage
> > returns (show up in an excel spreadsheet as a square character). This data
> > will eventually end up in an Oracle database, so these characters are
> > undesirable. I was wondering if there is a way (outside of manually editing
> > the file, perhaps with sed or awk) to remove these characters?
> >
> > Here's the command that's producing them in the bash shell:
> >
> > /cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
> > /cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
> > /cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/date +%Y%m%d`
> >
> > I was unable to find any reference to an automated resolution on google or
> > cygwin FAQ.
> >
> > Thanks for the help.
> > Jared

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

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

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

Re: bash- Removing Line feeds (Carriage returns) from data

[Igor Pechtchanski]

On Thu, 23 Oct 2003, Jared Ingersoll wrote:

> Hello,
>
> I'm currently using cygwin (updated yesterday) with a WIN2K resource kit
> utility to dump logs from event viewer into a comma delimited file. One
> behavior that I have noticed (and occasionally notice with cygwin in
> general) is that within the data, there are what I believe to be carriage
> returns (show up in an excel spreadsheet as a square character). This data
> will eventually end up in an Oracle database, so these characters are
> undesirable. I was wondering if there is a way (outside of manually editing
> the file, perhaps with sed or awk) to remove these characters?
>
> Here's the command that's producing them in the bash shell:
>
> /cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
> /cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
> /cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/date +%Y%m%d`
>
> I was unable to find any reference to an automated resolution on google or
> cygwin FAQ.
>
> Thanks for the help.
> Jared

You might want to look into the "nobinmode" setting in the CYGWIN
environment variable.  See
.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Compiling errors with '-mno-cygin' option on Cygwin

[Igor Pechtchanski]

On Thu, 23 Oct 2003, Paul Bezzam wrote:

> Hello everyone,
>
> I have this issue: I have a C program that uses embedded perl to call a
> Perl subroutine.  This runs successfully when compiled with gcc with
> default options.  But, when I use the -mno-cygwin option, I get errors
> indicating that some include files are not available. (The error messages
> are shown below my signature)
>
> All of this is on Cygwin.  Can anyone please point my mistakes?
>
> Thank you.
> Paul
>
> Below is part of the error message:
>
> $ gcc -c -mno-cygwin mpdll2.c `perl -MExtUtils::Embed -e ccopts -e ldopts`
> Note (probably harmless): No library found for -lcrypt
> Note (probably harmless): No library found for -lutil
> In file included from mpdll2.c:2:
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:613:27: netinet/in.h:
> No such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:617:26: arpa/inet.h:
> No such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:663:27: sys/times.h:
> No such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:782:30: sys/ioctl.h:
> No such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1193:23: ieeefp.h: No
> such file or directory
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1984:21: win32.h: No
> such file or directory
> In file included from
> /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:2215,
>  from mpdll2.c:2:

Paul,

When you give the -mno-cygwin flag to gcc, you're invoking the MinGW
runtime/environment.  MinGW stands for "Minimalist GNU for Windows" (the
keyword here is "Minimalist").  It doesn't supply all of POSIX emulation,
and it's very likely that some of the headers (and system calls) aren't
available in it.

You will most likely have to implement a lot of the functionality using
Windows native calls (e.g. winsock, etc).  It also looks like you're
pulling in the Cygwin versions of perl headers - while not an error in
itself, this might be a warning flag, since Cygwin and MinGW runtimes
usually don't mix well.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Problem w/ cron

[Pierre A. Humblet]

Brian Ford wrote:
> 
> On Thu, 23 Oct 2003, Pierre A. Humblet wrote:
> 
> > OK, thanks, but you are not answering my question about ls -ln and not
> > following http://cygwin.com/problems.html
> >
> Well, he sort of did both here:
> 
> http://www.cygwin.com/ml/cygwin/2003-10/msg01482.html
> 
> did you miss that, or maybe you could be more clear about what is still
> missing, as I don't understand.

It's OK now, I got it late.

The password entry is
Administrator:unused_by_nt/2000/xp:500:513:U-IBM-VNYWG3WG0KP\Administrator,
S-1-5-21-1844237615-1563985344-1060284298-500:/cygdrive/c/Documents
and Settings/Administrator.IBM-NMR31UMZNAJ:/bin/bash

COMPUTERNAME = `IBM-77F39HCSY41'
HOMEPATH = `\Documents and Settings\Administrator.IBM-NMR31UMZNAJ
LOGONSERVER = `\\IBM-77F39HCSY41'
USERDOMAIN = `IBM-77F39HCSY41'
USERNAME = `Administrator'

Jeremy is the beneficiary/victim of name aliasing.

He is logged in Windows as IBM-77F39HCSY41\Administrator,
for which there is no password entry. Normally Cygwin would then
create a default entry and assign the group 'mkpasswd', but for 
historical reasons (Read: if we change that, users will complain)
it discovers that there is a user named Administrator at it uses 
that password entry (that's useful to share HOME between users 
with the same name).

However when cron runs, it looks up Administrator in /etc/passwd
and it finds IBM-VNYWG3WG0KP\Administrator. cron impersonates
that Administrator, which is another user without access rights 
to the file in question. 

So the fix involves running mkpasswd -l and adding an entry for 
IBM-77F39HCSY41\Administrator. It's likely that it's also necessary
to run mkgroup -l to add local groups.

It's OK to keep the entry for IBM-VNYWG3WG0KP\Administrator, but the
two Administrator entries must have different cygwin user names
(the first field) because crontabs are identified by cygwin user names
and they must be unique to avoid yet another aliasing problem.

Pierre

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

Re: Q: looking for gcc 2.95.3 package

[Larry Hall]

At 09:03 AM 10/23/2003, Heiko Nardmann you wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Hi!
>
>Where do I find a gcc 2.95.3 package for Cygwin?
>


With any luck, nowhere.  gcc 2.95.3 is broken and as a result, has been 
removed from the distribution.  You might be able to find it on some out-
dated mirror, but if you use it and have problems, this list will just tell
you to upgrade to the current version (i.e. you are on your own).


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


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

Re: pwd option to return windows path

[Igor Pechtchanski]

On Thu, 23 Oct 2003, Ronald Landheer-Cieslak wrote:

> This thread, though getting on my nerves,

Hear, hear...

> actually has a relatively interesting question in it. I think the answer
> is kinda obvious, though..
>
> On Wed, Oct 22, 2003 at 11:36:07AM -0400, Patrick J. LoPresti wrote:
> > P.S.  Speaking of special treatment, how come Cygwin is the only free
> > software project whose maintainers say "PTC" instead of "PGA"?  How
> > naive all those other maintainers must be!
>
> if the other projects say they will greatfully accept patches, they will
> also say that they will consider those patches beforrree greatfully
> accepting them - not doing so would either be lying or being incredably
> silly in the politics towards patches.
>
> The Cygwin maintainers are honest, hard-working people that have made some
> great ideas happen. Part of their honesty compells them to tell you that
> though patches will be thoughtfully considered, not all of them will be
> accepted - but those that are are done so greatfully.

PTCAMGA?  (Patches Thoughtfully Considered And Maybe Gratefully Accepted) ;-)

> For a patch to be considered, all the technical and legal problems that
> the patch may impose on the Cygwin developers must be dealt with. Not
> doing so would eventually kill the project.
>
> Personally, I think it is a Good Thing to be honesty and to have clear
> rules/procedures about how to handle development and accepting patches.
> I'm not saying other maintainers are naive, dishonest or stupid or anything,
> I'm just saying they also TC the Ps before GAing them :)
>
> rlc

There might be a difference in the interpretation of "accepted".  In the
Cygwin world, accepting a patch means including it into the codebase, and
here Ronald is right -- it's done gratefully (I have yet to see a case
where the contributor wasn't thanked for the patch).  Other projects may
mean "accept" in a sense of accepting a gift -- the patch is received and
the contributor thanked, but the patch may be thrown out to the bit bucket
later (just like you can throw out or pass along a gift you don't like,
e.g., the great American fruitcake voyages).  Frankly, I'd feel insulted
if I were thanked for the patch but later didn't find it applied.

FWIW, I agree with Ronald: it's much better to not give false hopes to the
contributors.  PTC means a promise that your patch will be discussed, and,
if it's rejected, the reasons for the rejection will be clearly stated
(and you'll have the opportunity to fix whatever's wrong with your patch,
if possible).  That, in my mind, is much better than the alternative.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: bash- Removing Line feeds (Carriage returns) from data

[Andrew DeFaria]

Jared Ingersoll wrote:

I think tr is going to solve it, but now I have to figure out just what
character this is.
Is it not character return?!?

thanks,

jared
-Original Message-
From: Joe [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2003 11:18 AM
To: [EMAIL PROTECTED]
Subject: Re: bash- Removing Line feeds (Carriage returns) from data
Try piping to:   tr -d '\r'

"Jared Ingersoll" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
 

Hello,

I'm currently using cygwin (updated yesterday) with a WIN2K resource kit
utility to dump logs from event viewer into a comma delimited file. One
behavior that I have noticed (and occasionally notice with cygwin in
general) is that within the data, there are what I believe to be carriage
returns (show up in an excel spreadsheet as a square character). This data
will eventually end up in an Oracle database, so these characters are
undesirable. I was wondering if there is a way (outside of manually
   

editing
 

the file, perhaps with sed or awk) to remove these characters?

Here's the command that's producing them in the bash shell:

/cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
/cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
/cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/date +%Y%m%d`
I was unable to find any reference to an automated resolution on google or
cygwin FAQ.
Thanks for the help.

Jared

   





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/
--
Budget: A method for going broke methodically.
 



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

gcc problems with Cygwin

[Stefano Porcarelli]

Hi,
I'm trying to port  a program from Linux Red Hat to Cygwin, but I ran up 
against a big obstacle (for me) that I did not succeded to manage, yet. 
I searched in the mailing list and in the web but I did not found  how 
to fix it.
The following is the error log. Please, can someone help me?


rg-memory.C:130: macro or `#include' recursion too deep
rg-memory.C:137: macro or `#include' recursion too deep
rg-memory.C:144: macro or `#include' recursion too deep
rg-memory.C:151: macro or `#include' recursion too deep
rg-memory.C:159: macro or `#include' recursion too deep
rg-memory.C:166: macro or `#include' recursion too deep
rg-memory.C:173: macro or `#include' recursion too deep
rg-memory.C:181: macro or `#include' recursion too deep
rg-memory.C:191: macro or `#include' recursion too deep
  8 [main] cpp0 2148 cmalloc: cmalloc returned NULL
 65 [main] cpp0 2148 fhandler_base::set_name: fatal error. strdup 
failed
make[2]: *** [rg-memory_bi.d] Error 1
make[2]: Leaving directory `/usr/home/stefano/src_/rtgen'
make[1]: *** [libpandartgen-builtin.a] Error 2
make[1]: Leaving directory `/usr/home/stefano/src_/rtgen'
make: *** [rtgen_builtin_libopt] Error 2


Thanks
S.P.


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

Re: Problem w/ cron

[Brian Ford]

On Thu, 23 Oct 2003, Pierre A. Humblet wrote:

> OK, thanks, but you are not answering my question about ls -ln and not
> following http://cygwin.com/problems.html
>
Well, he sort of did both here:

http://www.cygwin.com/ml/cygwin/2003-10/msg01482.html

did you miss that, or maybe you could be more clear about what is still
missing, as I don't understand.

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

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

RE: bash- Removing Line feeds (Carriage returns) from data

[Jared Ingersoll]

I think tr is going to solve it, but now I have to figure out just what
character this is.

thanks,

jared
-Original Message-
From: Joe [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2003 11:18 AM
To: [EMAIL PROTECTED]
Subject: Re: bash- Removing Line feeds (Carriage returns) from data


Try piping to:   tr -d '\r'


"Jared Ingersoll" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hello,
>
> I'm currently using cygwin (updated yesterday) with a WIN2K resource kit
> utility to dump logs from event viewer into a comma delimited file. One
> behavior that I have noticed (and occasionally notice with cygwin in
> general) is that within the data, there are what I believe to be carriage
> returns (show up in an excel spreadsheet as a square character). This data
> will eventually end up in an Oracle database, so these characters are
> undesirable. I was wondering if there is a way (outside of manually
editing
> the file, perhaps with sed or awk) to remove these characters?
>
> Here's the command that's producing them in the bash shell:
>
> /cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
> /cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
> /cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/date +%Y%m%d`
>
> I was unable to find any reference to an automated resolution on google or
> cygwin FAQ.
>
> Thanks for the help.
>
> Jared
>




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

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

Re: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0

[Igor Pechtchanski]

Ronald,

On Thu, 23 Oct 2003, Ronald van Gogh wrote:

First of all, sorry, but I still don't know how to post a reply, since I'm
registered on the mailinglist in digestmode and nobody seems to be able to
tell how to reply on a single mail I see in this list of mails.
I don't think the hotmail web interface is sophisticated enough to allow
you to do this.  Other mailers, like pine, will present each message in
the digest as an attachment to the main digest message, and you'll be able
to reply to any of them.  I know there's a script around for fetching
Yahoo! mail messages in mbox format, so you can use pine locally on your
machine.  No doubt there's a similar one for hotmail somewhere.
This problem becomes very urgent to us. If we can't fix it we might have to
look for alternatives !
As I've told before we're collecting information on a dominoserver every 10
minutes by running a bash script (cygwin) scheduled by Windows Scheduler
(Splinterware).
Any particular reason you're not using cron?

We noticed that sometimes (once or twice a day) this failed.
To check the cause we created a new small shell script, which only writes a
date and time to a file.
You might want to try writing the output of "cygcheck -svr" to the output
file from that script as well.
Furthermore, to catch any stdout/stderr messages, we called the script
by a batch file.
Huh?  Why do you need a batch file to catch stderr messages?  I must be
missing something.
The sources of both programs are described below.

schedule_chk.bat
---
@echo off
d:\cygwin\bin\bash.exe --login -i
"d:/Lotus/Domino/Data/StatCollect/bin/schedule_chk.sh"
 >>d:\cygwin\tmp\schk.txt 2>&1
schedule_chk.sh
---
#!/usr/bin/ksh
echo $(date) >> /tmp/schedule_chk.log
This generated the following outputfiles (the file schk.txt contains the
errors):
schedule_chk.log

Tue Sep 30 08:00:01 2003
Tue Sep 30 08:10:01 2003
Tue Sep 30 08:20:01 2003
Tue Sep 30 08:30:01 2003
Tue Sep 30 08:40:01 2003
Tue Sep 30 08:50:01 2003
Tue Sep 30 09:00:01 2003
Tue Sep 30 09:10:01 2003
Tue Sep 30 09:30:00 2003
Tue Sep 30 09:40:00 2003
Tue Sep 30 09:50:00 2003
Tue Sep 30 10:00:00 2003
Tue Sep 30 10:10:01 2003
Tue Sep 30 10:30:00 2003
schk.txt
---
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 384, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 384, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 384, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 384, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 384, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 384, Win32 error 0
d:\cygwin\bin\bash.exe: *** unable to allocate heap, heap_chunk_size 0, Win32 error 0
As you can see the log file sometimes contains gaps and errormessages are
written to stderr.
You should be able to detect this situation by the return code from bash,
and write the output of "cygcheck -svr" only in the failing cases.
Another possibility is running this under strace, waiting for it to fail,
and, if it failed, saving the strace output and looking through that.
I've attached a cygcheck.out file for more information.

Kind regards, Ronald van Gogh
Hope this helps,
Igor
--
http://cs.nyu.edu/~pechtcha/
 |\  _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
|,4-  ) )-,_. ,\ (  `'-'Igor Pechtchanski, Ph.D.
   '---''(_/--'  `-'\_) fL  a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Please remove me from the mail list

[Yan Li]

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

Incorrect g++ include file path for cygwin 1.5.5-1

[Jim Van Sciver]

I've just installed the latest cygwin, in part to get
the latest version gnu compiler.  Compling code that
relies on C++ standard libraries, e.g. #include ,
fail because the include files are not found in the
compiler's default include path.  My installation was
to the default directory, c:/cygwin.

I'm going to hand correct my installation.  Hopefully
someone can correct this in a future release.

Thanks,
Jim Van Sciver



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

Re: bash- Removing Line feeds (Carriage returns) from data

[Joe]

Try piping to:   tr -d '\r'


"Jared Ingersoll" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hello,
>
> I'm currently using cygwin (updated yesterday) with a WIN2K resource kit
> utility to dump logs from event viewer into a comma delimited file. One
> behavior that I have noticed (and occasionally notice with cygwin in
> general) is that within the data, there are what I believe to be carriage
> returns (show up in an excel spreadsheet as a square character). This data
> will eventually end up in an Oracle database, so these characters are
> undesirable. I was wondering if there is a way (outside of manually
editing
> the file, perhaps with sed or awk) to remove these characters?
>
> Here's the command that's producing them in the bash shell:
>
> /cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
> /cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
> /cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/date +%Y%m%d`
>
> I was unable to find any reference to an automated resolution on google or
> cygwin FAQ.
>
> Thanks for the help.
>
> Jared
>




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

Re: Q: ACE library for cygwin?

[Steve Coleman]

Heiko Nardmann wrote:

Did anyone build the ACE library for Cygwin already?
 

The offical ACE take on cygwin is that it has been ported but is 
currently unsupported. My understanding is that it can be done in MinGW 
mode using cygwin tools as the build environment.

See:
http://www.cs.wustl.edu/~schmidt/ACE_wrappers/ACE-INSTALL.html#mingw


Also, the ACE autoconf project is working on 'configure' build support 
for cygwin though it is unclear to me just how far this goes towards 
building a pure cygwin version. Check the ACE project file 
include/makeinclude/platform_cygwin32.GNU for details.

Ref: http://www.cs.wustl.edu/~othman/aceconf/faq.htm
"
Will Win32 platforms be supported by the Autoconf integration?
   The ACE Autoconf integration will not support Win32 platforms since
   Win32 platforms generally do not have a UNIX-like environment in
   which the configure script can run, for example a Bourne shell. 
   However, the GNU-Win32  effort
   may allow the ACE Autoconf integration to work on Win32 platforms. 
   Work has been started to allow the ACE Autoconf integrations to work
   on Win32 platforms via Cygwin32.  This work is still incomplete,
   however.

"
btw - I'd be interested in knowing how things go if you do make it work.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

man grep - minor formatting error

[Hannu E K Nevalainen]

-F, --fixed-strings
   Interpret PATTERN as a list of fixed strings, separated by  new-
   lines,  any of which is to be matched.  -P, --perl-regexp Inter-
   pret PATTERN as a Perl regular expression.

I would say that "-P..." should be on a new line.

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--

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

RE: bash- Removing Line feeds (Carriage returns) from data

[david.liberce]

when I have problems like this, I pipe the standard output into a little
perl inliner that replaces all trailing space characters with a single \n,
like this:

poide:~> programmThatDoSomeStuff.exe | perl -pe 's/\s*$/\n/'


Hope it helps,

David


-Message d'origine-
De : DePriest, Jason R. [mailto:[EMAIL PROTECTED]
Envoye : Thursday, October 23, 2003 4:45 PM
A : [EMAIL PROTECTED]
Objet : RE: bash- Removing Line feeds (Carriage returns) from data


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jared Ingersoll
> Sent: Thursday, October 23, 2003 9:33 AM
> To: '[EMAIL PROTECTED]'
> Subject: bash- Removing Line feeds (Carriage returns) from data
>
>
> Hello,
>
> I'm currently using cygwin (updated yesterday) with a WIN2K
> resource kit
> utility to dump logs from event viewer into a comma delimited
> file. One
> behavior that I have noticed (and occasionally notice with cygwin in
> general) is that within the data, there are what I believe to
> be carriage
> returns (show up in an excel spreadsheet as a square
> character). This data
> will eventually end up in an Oracle database, so these characters are
> undesirable. I was wondering if there is a way (outside of
> manually editing
> the file, perhaps with sed or awk) to remove these characters?
>
> Here's the command that's producing them in the bash shell:
>
> /cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
> /cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
> /cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/da
> te +%Y%m%d`
>
> I was unable to find any reference to an automated resolution
> on google or
> cygwin FAQ.
>
> Thanks for the help.
>
> Jared

See if 'dos2unix' from the 'cygutils' package does what you need.

-Jason

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

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

RE: bash- Removing Line feeds (Carriage returns) from data

[Jared Ingersoll]

Neither dos2unix nor unix2dos worked. Thanks for the info, those will come
in handy some day I'm sure.

jared

-Original Message-
From: DePriest, Jason R. [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2003 10:45 AM
To: [EMAIL PROTECTED]
Subject: RE: bash- Removing Line feeds (Carriage returns) from data


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Jared Ingersoll
> Sent: Thursday, October 23, 2003 9:33 AM
> To: '[EMAIL PROTECTED]'
> Subject: bash- Removing Line feeds (Carriage returns) from data
> 
> 
> Hello,
> 
> I'm currently using cygwin (updated yesterday) with a WIN2K 
> resource kit
> utility to dump logs from event viewer into a comma delimited 
> file. One
> behavior that I have noticed (and occasionally notice with cygwin in
> general) is that within the data, there are what I believe to 
> be carriage
> returns (show up in an excel spreadsheet as a square 
> character). This data
> will eventually end up in an Oracle database, so these characters are
> undesirable. I was wondering if there is a way (outside of 
> manually editing
> the file, perhaps with sed or awk) to remove these characters?
> 
> Here's the command that's producing them in the bash shell:
> 
> /cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
> /cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
> /cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/da
> te +%Y%m%d`
> 
> I was unable to find any reference to an automated resolution 
> on google or
> cygwin FAQ.
> 
> Thanks for the help.
> 
> Jared

See if 'dos2unix' from the 'cygutils' package does what you need.

-Jason

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

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

RE: bash- Removing Line feeds (Carriage returns) from data

[DePriest, Jason R.]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Jared Ingersoll
> Sent: Thursday, October 23, 2003 9:33 AM
> To: '[EMAIL PROTECTED]'
> Subject: bash- Removing Line feeds (Carriage returns) from data
> 
> 
> Hello,
> 
> I'm currently using cygwin (updated yesterday) with a WIN2K 
> resource kit
> utility to dump logs from event viewer into a comma delimited 
> file. One
> behavior that I have noticed (and occasionally notice with cygwin in
> general) is that within the data, there are what I believe to 
> be carriage
> returns (show up in an excel spreadsheet as a square 
> character). This data
> will eventually end up in an Oracle database, so these characters are
> undesirable. I was wondering if there is a way (outside of 
> manually editing
> the file, perhaps with sed or awk) to remove these characters?
> 
> Here's the command that's producing them in the bash shell:
> 
> /cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
> /cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
> /cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/da
> te +%Y%m%d`
> 
> I was unable to find any reference to an automated resolution 
> on google or
> cygwin FAQ.
> 
> Thanks for the help.
> 
> Jared

See if 'dos2unix' from the 'cygutils' package does what you need.

-Jason

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

Re: Problem w/ cron

[Pierre A. Humblet]

Jeremy A Redburn wrote:
> 
> Sorry, I'm a little frazzled this morning, here are the relevant portions
> of /etc/passwd:
> 
> SYSTEM:*:18:18:,S-1-5-18::
> Administrators:*:544:544:,S-1-5-32-544::
> Administrator:unused_by_nt/2000/xp:500:513:U-IBM-VNYWG3WG0KP\Administrator,S-1-5-21-1844237615-1563985344-1060284298-500:/cygdrive/c/Documents
> and Settings/Administrator.IBM-NMR31UMZNAJ:/bin/bash
> 
> and /etc/group:
> 
> SYSTEM:S-1-5-18:18:
> None:S-1-5-21-1844237615-1563985344-1060284298-513:513:
> Administrators:S-1-5-32-544:544:

OK, thanks, but you are not answering my question about ls -ln and not
following http://cygwin.com/problems.html
Also, did you try Brian Ford's suggestion?

The snippet of /etc/passwd shows that Administrator on U-IBM-VNYWG3WG0KP
has a directory Administrator.IBM-NMR31UMZNAJ 
Your installation seems a little unusual...
Could there be several users named Administrator on your network?
Do you login in Windows as U-IBM-VNYWG3WG0KP\Administrator?

Pierre
  

> Jeremy
> 
> On Wed, 22 Oct 2003, Pierre A. Humblet wrote:
> 
> > Jeremy A Redburn wrote:
> > >
> > > Hi there,
> > >
> > > I am having permissions trouble with the latest cron on Cygwin. I am
> > > running WindowsXP and have an ssh identity file owned by me:
> > >
> > > -rw---1 Administ None  672 Oct 22 16:15 identity
> >
> > It's not clear if the owner is Administrator or Administrators.
> > Try ls -ln
> >
> > > The problem is that I do not seem to have read access to this file when
> > > running a command under Administrator's crontab. Right now, I have:
> > >
> > > * * * * * /usr/bin/cat /tmp/identity > /tmp/identity2 2>&1
> > >
> > > But /tmp/identity2 is just:
> > > /usr/bin/cat: /tmp/identity: Permission denied
> > >
> > > When I run the command from the shell, it works fine. I have run `id` from
> > > the shell and from cron and there is a minor difference:
> > >
> > > uid=500(Administrator) gid=513(None) groups=544(Administrators),545(Users)
> > > uid=500(Administrator) gid=513(None) groups=513(None),545(Users)
> >
> > That's a big difference, and it's abnormal.
> > Some name aliasing might be taking place.
> > What does fgrep Administrator /etc/passwd give? You will need to provide
> > more details, see http://cygwin.com/problems.html
> >
> > The workaround suggested by Brian Ford might work, but there is still
> > an underlying problem.
> >
> > Pierre
> >

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

bash- Removing Line feeds (Carriage returns) from data

[Jared Ingersoll]

Hello,

I'm currently using cygwin (updated yesterday) with a WIN2K resource kit
utility to dump logs from event viewer into a comma delimited file. One
behavior that I have noticed (and occasionally notice with cygwin in
general) is that within the data, there are what I believe to be carriage
returns (show up in an excel spreadsheet as a square character). This data
will eventually end up in an Oracle database, so these characters are
undesirable. I was wondering if there is a way (outside of manually editing
the file, perhaps with sed or awk) to remove these characters?

Here's the command that's producing them in the bash shell:

/cygdrive/d/EventAudit/dumpel.exe -d 1 -s MyPC -l system -t -c |
/cygdrive/c/cygwin/bin/awk '{print "MyPC" "," "system" "," $0}' >>
/cygdrive/d/EventAudit/serverevents.`/cygdrive/c/cygwin/bin/date +%Y%m%d`

I was unable to find any reference to an automated resolution on google or
cygwin FAQ.

Thanks for the help.

Jared

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

Compiling errors with '-mno-cygin' option on Cygwin

[Paul Bezzam]

Hello everyone,

I have this issue: I have a C program that uses embedded perl to call a
Perl subroutine.  This runs successfully when compiled with gcc with
default options.  But, when I use the -mno-cygwin option, I get errors
indicating that some include files are not available. (The error messages
are shown below my signature)

All of this is on Cygwin.  Can anyone please point my mistakes?

Thank you.

Paul

Below is part of the error message:

$ gcc -c -mno-cygwin mpdll2.c `perl -MExtUtils::Embed -e ccopts -e ldopts`
Note (probably harmless): No library found for -lcrypt
Note (probably harmless): No library found for -lutil
In file included from mpdll2.c:2:
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:613:27: netinet/in.h:
No such file or directory
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:617:26: arpa/inet.h:
No such file or directory
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:663:27: sys/times.h:
No such file or directory
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:782:30: sys/ioctl.h:
No such file or directory
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1193:23: ieeefp.h: No
such file or directory
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:1984:21: win32.h: No
such file or directory
In file included from
/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/perl.h:2215,
 from mpdll2.c:2:


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

Re: Problem w/ cron

[Jeremy A Redburn]

Sorry, I'm a little frazzled this morning, here are the relevant portions
of /etc/passwd:

SYSTEM:*:18:18:,S-1-5-18::
Administrators:*:544:544:,S-1-5-32-544::
Administrator:unused_by_nt/2000/xp:500:513:U-IBM-VNYWG3WG0KP\Administrator,S-1-5-21-1844237615-1563985344-1060284298-500:/cygdrive/c/Documents
and Settings/Administrator.IBM-NMR31UMZNAJ:/bin/bash

and /etc/group:

SYSTEM:S-1-5-18:18:
None:S-1-5-21-1844237615-1563985344-1060284298-513:513:
Administrators:S-1-5-32-544:544:

Jeremy

On Wed, 22 Oct 2003, Pierre A. Humblet wrote:

> Jeremy A Redburn wrote:
> >
> > Hi there,
> >
> > I am having permissions trouble with the latest cron on Cygwin. I am
> > running WindowsXP and have an ssh identity file owned by me:
> >
> > -rw---1 Administ None  672 Oct 22 16:15 identity
>
> It's not clear if the owner is Administrator or Administrators.
> Try ls -ln
>
> > The problem is that I do not seem to have read access to this file when
> > running a command under Administrator's crontab. Right now, I have:
> >
> > * * * * * /usr/bin/cat /tmp/identity > /tmp/identity2 2>&1
> >
> > But /tmp/identity2 is just:
> > /usr/bin/cat: /tmp/identity: Permission denied
> >
> > When I run the command from the shell, it works fine. I have run `id` from
> > the shell and from cron and there is a minor difference:
> >
> > uid=500(Administrator) gid=513(None) groups=544(Administrators),545(Users)
> > uid=500(Administrator) gid=513(None) groups=513(None),545(Users)
>
> That's a big difference, and it's abnormal.
> Some name aliasing might be taking place.
> What does fgrep Administrator /etc/passwd give? You will need to provide
> more details, see http://cygwin.com/problems.html
>
> The workaround suggested by Brian Ford might work, but there is still
> an underlying problem.
>
> Pierre
>

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

Re: Problem w/ cron

[Jeremy A Redburn]

Ok, sorry I wasn't sure what information was required.

ls -ln reveals that the file is owned by Administrator (uid=500).

Are there any sources of information of name aliasing that you mention?

cygcheck.out is attached.

Also, $UID, $USER, $USERNAME are all undefined under cron, though I think
this is the expected behavior.

Jeremy

On Wed, 22 Oct 2003, Pierre A. Humblet wrote:

> Jeremy A Redburn wrote:
> >
> > Hi there,
> >
> > I am having permissions trouble with the latest cron on Cygwin. I am
> > running WindowsXP and have an ssh identity file owned by me:
> >
> > -rw---1 Administ None  672 Oct 22 16:15 identity
>
> It's not clear if the owner is Administrator or Administrators.
> Try ls -ln
>
> > The problem is that I do not seem to have read access to this file when
> > running a command under Administrator's crontab. Right now, I have:
> >
> > * * * * * /usr/bin/cat /tmp/identity > /tmp/identity2 2>&1
> >
> > But /tmp/identity2 is just:
> > /usr/bin/cat: /tmp/identity: Permission denied
> >
> > When I run the command from the shell, it works fine. I have run `id` from
> > the shell and from cron and there is a minor difference:
> >
> > uid=500(Administrator) gid=513(None) groups=544(Administrators),545(Users)
> > uid=500(Administrator) gid=513(None) groups=513(None),545(Users)
>
> That's a big difference, and it's abnormal.
> Some name aliasing might be taking place.
> What does fgrep Administrator /etc/passwd give? You will need to provide
> more details, see http://cygwin.com/problems.html
>
> The workaround suggested by Brian Ford might work, but there is still
> an underlying problem.
>
> Pierre
>


Cygwin Win95/NT Configuration Diagnostics

Current System Time: Thu Oct 23 10:07:46 2003



Windows XP Professional Ver 5.1 Build 2600 Service Pack 1



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

C:\cygwin\bin

C:\cygwin\bin

c:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\bin

c:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\bin\x11

c:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt

c:\Tcl\bin

c:\Python22\

c:\Perl\bin\

c:\WINDOWS\system32

c:\WINDOWS

c:\WINDOWS\System32\Wbem

c:\ant\bin

c:\Program Files\Rational\common

c:\Program Files\Rational\ClearQuest

c:\Program Files\Rational\Rose\TopLink\

c:\Program Files\Rational\Rational Test

c:\Program Files\IBM\IBM CICS Transaction Gateway\BIN

c:\Infoprint

.

C:\cygwin\usr\X11R6\bin



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

UID: 500(Administrator) GID: 513(None)

513(None)



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

UID: 500(Administrator) GID: 513(None)

544(Administrators) 545(Users)



SysDir: C:\WINDOWS\System32

WinDir: C:\WINDOWS



HOME = `c:\Documents and Settings\Administrator.IBM-NMR31UMZNAJ'

MAKE_MODE = `unix'

PWD = `/cygdrive/c/Documents and Settings/Administrator.IBM-NMR31UMZNAJ'

USER = `Administrator'



ALLUSERSPROFILE = `C:\Documents and Settings\All Users'

ANT_HOME = `c:\ant'

APPDATA = `C:\Documents and Settings\Administrator.IBM-NMR31UMZNAJ\Application Data'

CLASSPATH = `C:\Program Files\IBM\IBM CICS Transaction 
Gateway\Classes\CTGCLIENT.JAR;C:\Program Files\IBM\IBM CICS Transaction 
Gateway\Classes\CTGSERVER.JAR;C:\Program Files\IBM\IBM CICS Transaction 
Gateway\Classes\CICSJ2EE.JAR;C:\Program Files\IBM\IBM CICS Transaction 
Gateway\Classes\CTGSAMPLES.JAR'

COLORFGBG = `0;default;15'

COLORTERM = `rxvt-xpm'

COMMONHOME = `C:\Program Files\Rational\common'

COMMONPROGRAMFILES = `C:\Program Files\Common Files'

COMPUTERNAME = `IBM-77F39HCSY41'

COMSPEC = `C:\WINDOWS\system32\cmd.exe'

DISPLAY = `:0'

HOMEDRIVE = `C:'

HOMEPATH = `\Documents and Settings\Administrator.IBM-NMR31UMZNAJ'

INCLUDE = `C:\Program Files\IBM\IBM CICS Transaction 
Gateway\samples\include;C:\Program Files\IBM\IBM CICS Transaction Gateway\include'

JAVA_HOME = `C:\Program Files\IBM\Java14'

LIB = `C:\Program Files\IBM\IBM CICS Transaction Gateway\lib'

LOGONSERVER = `\\IBM-77F39HCSY41'

MANPATH = `:/usr/X11R6/man:/usr/ssl/man'

NUMBER_OF_PROCESSORS = `1'

NUTCROOT = `C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT'

NUTSUFFIX = `1'

NUT_SUFFIXED_SEARCHING = `1'

OLDPWD = `/root/.ssh'

OS = `Windows_NT'

PATHEXT = 
`.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.py;.pyc;.pyo;.pyw;.pys;.tcl'

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

PROCESSOR_ARCHITECTURE = `x86'

PROCESSOR_IDENTIFIER = `x86 Family 15 Model 0 Stepping 7, GenuineIntel'

PROCESSOR_LEVEL = `15'

PROCESSOR_REVISION = `0007'

PROGRAMFILES = `C:\Program Files'

PROMPT = `$P$G'

PS1 = `\[\033]0;\w\007

[EMAIL PROTECTED] \[\033[33m\w\033[0m\]

$ '

RATL_RTHOME = `C:\Program Files\Rational\Rational Test'

ROOTDIR = `C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT'

RQAHOME = `C:\Program Files\Rational\Rational Test\QualityArchitect'

SESSIONNAME = `Console'

SHELL = `C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt\sh.exe'

SHLVL = `1'

SYSTEMDRIVE = `C:

[ANNOUNCEMENT] Updated Cygwin package: bash-2.05b-16

[Ronald Landheer-Cieslak]

New News:
=
Version 2.05b-16 of the Bash package is now available for download.

This is a bugfix release relative to 2.05b-15, and fixes the bug reported
and patched in http://www.cygwin.com/ml/cygwin/2003-10/msg01166.html.

To update your installation:
===
Run the Setup utility from http://cygwin.com/setup.exe and pick up the 
proper packages.

Problem reports:
===
Please send reports of any problems related to these packages to 
[EMAIL PROTECTED] and *do not* mail me personally. I moniter the list on a 
regular basis.

Old News:

Bash is an sh-compatible shell that incorporates useful features from the Korn
shell (ksh) and C shell (csh).
It is intended to conform to the IEEE POSIX P1003.2/ISO 9945.2 Shell and Tools
standard.
It offers functional improvements over sh for both programming and interactive
use. In addition, most sh scripts can be run by Bash without modification.

Port Notes:
==
- version 2.05b-16 -
Applied the patch provided by cgf in 
http://www.cygwin.com/ml/cygwin/2003-10/msg01166.html

- version 2.05b-15 -
Applied a temporary patch to fix the problem reported in
http://www.cygwin.com/ml/cygwin/2003-09/msg00822.html

- version 2.05b-14 -
Additional canonical patches 5 through 7 applied

- version 2.05b-13 and earlier -
Earlier versions were maintained by Corinna Vinschen. The history may be found
in the cygwin-announce archives.


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

Re: Q: ACE library for cygwin?

[Ronald Landheer-Cieslak]

On Thu, Oct 23, 2003 at 03:22:27PM +0200, Heiko Nardmann wrote:
> Did anyone build the ACE library for Cygwin already?
AFAIK, no. I haven't actually checked the package list, though, but it doesn't
ring any bells. Do you ITP it?
Of course, you can find the entire package list at cygwin.com..

rlc


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

Re: Q: mixing MSVC++ and gcc C++ libs/dlls ?

[Ronald Landheer-Cieslak]

On Thu, Oct 23, 2003 at 03:21:32PM +0200, Heiko Nardmann wrote:
> Hi!
> 
> The FAQ tells me that only C object files can be mixed.
> 
> Is this true for MS .NET and gcc 3.x since I expect both to be conform to the 
> ABI standard ?
What ABI standard would that be?

Anyway, gcc and MSVC don't use the same name mangling (decoration) schemes for
C++ so you will not be able to mix the two. Also note that different versions
if g++ don't always mix well either..

HTH

rlc



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

Q: ACE library for cygwin?

[Heiko Nardmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

Did anyone build the ACE library for Cygwin already?

- -- 
Heiko Nardmann (Dipl.-Ing. Technische Informatik)
secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
Weidenauer Str. 223-225, D-57076 Siegen
Tel. : +49 271 48950-13, Fax  : +49 271 48950-50

Besuchen Sie uns
vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
Wir freuen uns auf das Gespräch mit Ihnen.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iEYEARECAAYFAj+X1hMACgkQpm53PRScYyiGPwCfRJpD82j13Sckf3Kk0DMP9OxH
9ZUAoO2tzssJDYDB+QnGl2M+I9rDnXm9
=Edhr
-END PGP SIGNATURE-


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

Q: mixing MSVC++ and gcc C++ libs/dlls ?

[Heiko Nardmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

The FAQ tells me that only C object files can be mixed.

Is this true for MS .NET and gcc 3.x since I expect both to be conform to the 
ABI standard ?

Thanks in advance!

- -- 
Heiko Nardmann (Dipl.-Ing. Technische Informatik)
secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
Weidenauer Str. 223-225, D-57076 Siegen
Tel. : +49 271 48950-13, Fax  : +49 271 48950-50

Besuchen Sie uns
vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
Wir freuen uns auf das Gespräch mit Ihnen.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iEYEARECAAYFAj+X1dwACgkQpm53PRScYyixvgCg5hsH61QBWi1DYgqWFu7BSyPw
UX0AoKyChPlooKQwIQd5+lPB+RjJrCtl
=OjOs
-END PGP SIGNATURE-


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

Re: PATCH: Save/load proxy settings in setup.exe

[Robert Collins]

On Thu, 2003-10-23 at 22:55, Jerry D. Hedden wrote:
> One of the items on the TODO list for setup.exe is to save and load
> proxy settings so the user doesn't have to keep entering them.
> 
> Below is a small patch to ConnectionSetting.cc to do just that:

Please supply:
- the patch as an attachment, created using -up on diff.
- A changelog.

Rob

-- 
GPG key available at: .


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

Re: pwd option to return windows path

[Ronald Landheer-Cieslak]

This thread, though getting on my nerves, actually has a relatively interesting
question in it. I think the answer is kinda obvious, though..

On Wed, Oct 22, 2003 at 11:36:07AM -0400, Patrick J. LoPresti wrote:
> P.S.  Speaking of special treatment, how come Cygwin is the only free
> software project whose maintainers say "PTC" instead of "PGA"?  How
> naive all those other maintainers must be!
if the other projects say they will greatfully accept patches, they will 
also say that they will consider those patches beforrree greatfully 
accepting them - not doing so would either be lying or being incredably
silly in the politics towards patches.

The Cygwin maintainers are honest, hard-working people that have made some
great ideas happen. Part of their honesty compells them to tell you that
though patches will be thoughtfully considered, not all of them will be
accepted - but those that are are done so greatfully. For a patch to be 
considered, all the technical and legal problems that the patch may impose
on the Cygwin developers must be dealt with. Not doing so would eventually
kill the project.

Personally, I think it is a Good Thing to be honesty and to have clear 
rules/procedures about how to handle development and accepting patches.
I'm not saying other maintainers are naive, dishonest or stupid or anything,
I'm just saying they also TC the Ps before GAing them :)

rlc


-- 
Everything takes longer, costs more, and is less useful.
-- Erwin Tomash

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

Q: looking for gcc 2.95.3 package

[Heiko Nardmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

Where do I find a gcc 2.95.3 package for Cygwin?

Thanks in advance!

- -- 
Heiko Nardmann (Dipl.-Ing. Technische Informatik)
secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de),
Weidenauer Str. 223-225, D-57076 Siegen
Tel. : +49 271 48950-13, Fax  : +49 271 48950-50

Besuchen Sie uns
vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und
vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5.
Wir freuen uns auf das Gespräch mit Ihnen.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iEYEARECAAYFAj+X0bQACgkQpm53PRScYyh80ACgpFUZ3hF2jmULlEPMD+SKATr9
+PoAoPP3+XIXtjNaS61Sc6ewgCejNctT
=pbI8
-END PGP SIGNATURE-


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

less 3.81 (current) - line editing, malfunction

[Hannu E K Nevalainen]

I've deactivated these, by renaming them as shown:

$ ls -Al ~/.*-x
-rw-r--r--1 Hannu 678 Oct 23 12:41 ~/.Xdefaults-x
-rw-r--r--1 Hannu 987 Oct 19 19:05 ~/.inputrc-x
-rw-r--r--1 Hannu2878 Oct 23 13:36 ~/.less-x

$ set | grep -i less

$ cat ~/.profile | grep -i less
# less --version older than 237 needs this
# export LESSCHARSET=latin1

$ set | grep -i term
COLORTERM=rxvt-xpm
TERM=xterm

$

NOTES:
 - Setting LESS and/or LESSCHARSET doesn't change the behaviour
   described below.
 - using lesskey on the above .less-x file
   (contents copied from "man lesskey") makes no difference.

At this state, launching a new rxvt+bash and then typing

$ man less
/LINE EDIT

displays what _should_ happen when you're editing a line in less. e.g. when
you enter "/" and are about to edit what you type afterwards.

But the keypresses listed below doesn't.
Is this a bug, or something else, for the current less or maybe rxvt?

I know that at least BACKSPACE has worked before, dunno how much I've edited
settings files after that.

keypressdisplays,   bash CTRL-V
does+keypress
nothing else

^LEFTARROW  ESCOd   ^[Od
^RIGHTARROW ESCOc   ^[Oc
HOMEESC[7~  ^[[7~
END ESC[8~  ^[[8~
BACKSPACE   ^H  ^H
^BACKSPACE  ^H  ^H
^DELETE ESC[3^  ^[[3^
TAB ^I
ESC-TAB ^I
^L  ^L

(cut and paste used for the right column)

cygwin - all the latest (give or take on or two packages)
'cygcheck -svr' attached

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Oct 23 14:50:18 2003

Windows 2000 Advanced Server Ver 5.0 Build 2195 Service Pack 4

Path:   C:\Program\cygwin\usr\local\bin
C:\Program\cygwin\bin
C:\Program\cygwin\bin
C:\Program\cygwin\usr\X11R6\bin
f:\WINNT\system32
f:\WINNT
f:\WINNT\System32\Wbem
.
c:\program\diverse
c:\program\diverse\Pack
c:\program\diverse\E4
c:\program\diverse\PFE
c:\program\diverse\RAR
c:\program\matlabr12\bin\win32
.
c:\PROGRAM\MODELSIM\WIN32XOEM
c:\Program\Win98RK
C:\Program\cygwin\home\Hannu\bin
C:\Program\cygwin\home\Hannu\bin\bx
C:\Program\cygwin\home\Hannu\bin\smake
C:\Program\cygwin\home\Hannu\bin\rexx
C:\Program\cygwin\home\Hannu\bin\scripts
C:\Program\cygwin\home\Hannu\bin\BitchX
C:\Program\cygwin\home\Hannu\bin\BitchX\BitchX FAQ_files
C:\Program\cygwin\home\Hannu\bin\cdrtools2.0

Output from C:\Program\cygwin\bin\id.exe (nontsec)
UID: 500(Hannu) GID: 513(user)
513(user)

Output from C:\Program\cygwin\bin\id.exe (ntsec)
UID: 500(Hannu) GID: 513(user)
544(Administrators)  513(user)
545(Users)

SysDir: F:\WINNT\system32
WinDir: F:\WINNT

CYGWIN = `"notitle glob check_case:strict"'
HOME = `C:\Program\cygwin\home\Hannu'
MAKE_MODE = `unix'
PWD = `/home/Hannu'
USER = `Hannu'

ALLUSERSPROFILE = `F:\Documents and Settings\All Users'
APPDATA = `F:\Documents and Settings\Administrator\Application Data'
CLASSPATH = `C:\WINDOWS\SYSTEM\QTJava.zip;'
COLORFGBG = `default;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `F:\Program Files\Common Files'
COMPUTERNAME = `P450'
COMSPEC = `F:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
CYG = `C:\Program\cygwin'
DISPLAY = `:0'
DOS = `c:\windows\command'
HOMEDRIVE = `F:'
HOMEPATH = `\'
HOSTNAME = `P450'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LM_LICENSE_FILE = `C:\Program\ModelSim\license.dat'
LOGONSERVER = `\\P450'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/home/Hannu/man:/cygdrive/e/Amiga/GG/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `F:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PERLIO = `raw'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PRINTER = `//P450/DJ720C'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0502'
PROGRAMFILES = `F:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;[EMAIL PROTECTED] \[\033[33m\w\033[0m\] \s (P)PID=($PPID)$$, s=$?\n$ '
QTJAVA = `C:\WINDOWS\SYSTEM\QTJava.zip'
SHLVL = `2'
SYSTEMDRIVE = `F:'
SYSTEMROOT = `F:\WINNT'
TEMP = `d:\TEMP'
TERM = `xterm'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `d:\TEMP'
TMPDIR = `d:\TEMP'
USERDOMAIN = `P450'
USERNAME = `Administrator'
USERPROFILE = `F:\Documents and Settings\Administrator'
WINDIR =

PATCH: Save/load proxy settings in setup.exe

[Jerry D. Hedden]

One of the items on the TODO list for setup.exe is to save and load
proxy settings so the user doesn't have to keep entering them.

Below is a small patch to ConnectionSetting.cc to do just that:


39d38
<   delete f;
41a41,47
>   fg_ret = f->gets (localdir, 1000);
>   if (fg_ret)
> net_proxy_host = strdup(fg_ret);
>   fg_ret = f->gets (localdir, 1000);
>   if (fg_ret)
> net_proxy_port = atoi(fg_ret);
>   delete f;
48a55
>   char port_str[20];
62c69,71
< // TODO: also write the proxy and port, and then parse
them in load.
---
> f->write(net_proxy_host,strlen(net_proxy_host));
> sprintf(port_str, "\n%d\n", net_proxy_port);
> f->write(port_str,strlen(port_str));


Hope this gets incorporated soon.  Thanks.

=
Jerry D. Hedden
<< If you're not having fun, then you're not doing it right! >>


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

Re: Open a cygwin command prompt in a specific folder?

[Thorsten Kampe]

* Alfonso Esteban Gonzalez Sencion (2003-10-23 11:26 +0200)
> I would like to open a cygwin console from the windows file manager, and
> have the console be positioned in the directory selected on the windows
> file manager?

Google for "Bash prompt here"

Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


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

Re: CreateFileMapping bug

[Guilherme Salgado]

Hi Pierre, 

Thanks for your answer. I gave myself the privilege to create global
objects and it seems to work.

Guilherme Salgado

On Wed, Oct 22, 2003 at 05:24:57PM -0400, Pierre A. Humblet wrote:
> Guilherme Salgado wrote:
> > 
> > Hi,
> > 
> > I need cygwin to run tinderbox3 on a win2k box, but i can't find any
> > binary release/snapshot of cygwin without the CreateFileMapping bug.
> > I need it to be binary because i don't have a compiler on this machine.
> 
> All reported problems with CreateFileMapping have simple 
> workarounds.
> 
> If you are running under Terminal Services, give yourself the privilege 
> to create global objects.
> 
> If you are in the Administrators group but your gid isn't 544, edit 
> /etc/passwd and change your gid to 544 (this was fixed recently).
> 
> If your situation is none of the above, please provide more details.
> 
> Pierre
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

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

Re: cygwin dll makes gnu tar think that directories have been renamed?

[Jeremy Green]

I've had a similar problem. Here's some more detail, and what I found when
I looked into the problem...

With the tar executable from the tar-1.13.25-1 binary package,
listed-incremental backups work as expected:

ichthus$ mkdir test
ichthus$ touch test/foobar
ichthus$ mkdir test/foo
ichthus$ touch test/foo/bar
ichthus$ tar --verbose --listed-incremental=list -cf archive.tar test
tar: test/foo: Directory is new
test/
test/foo/
test/foobar
test/foo/bar
ichthus$ tar --verbose --listed-incremental=list -cf archive.tar test
test/
test/foo/
ichthus$ cat list
1066902650
23317 921534 test/foo

...all the files are backed up first time round, and none are the second
time round.

With the tar-1.13.25-3 package tar executable, or an executable built from
the tar-1.13.25-3 or tar-1.13.25-1 sources packages, the following occurs:

ichthus$ rm list
ichthus$ /usr/src/tar-1.13.25-3/src/tar --verbose \
--listed-incremental=list -cf archive.tar test
/usr/src/tar-1.13.25-3/src/tar: test/foo: Directory is new
test/
test/foo/
test/foobar
test/foo/bar
ichthus$ /usr/src/tar-1.13.25-3/src/tar --verbose \
--listed-incremental=list -cf archive.tar test
/usr/src/tar-1.13.25-3/src/tar: test/foo: Directory has been renamed
test/
test/foo/
test/foo/bar
ichthus$ cat list
1066903009
+3160087061 4030 test/foo

I.e., the second time the command is run, all the files in the
subdirectories of the base directory are stored in the incremental
archive, even if they haven't changed. Files in the base directory are
handled OK.

The problem is presumably caused by a recent change in the cygwin dll (or
perhaps the compiler), since the source code for the tar-1.13.25-3 and
tar-1.13.25-1 packages are effectively identical (the -3 package has an
extra configure.ac.orig file). Unfortunately, I couldn't find the
announcement messages for the packages in the mailing lists, so I wasn't
able to work out when they were released.

Running tar under insight, and stepping throught the code in incremen.c
shows that the "Directory has been renamed" message is displayed because
the following test fails:

directory->inode_number == stat_data.st_ino

Perhaps the problem is due to the recent migration of ino_t to 64 bits?
The values displayed during debugging, and the value of +3160087061 shown
above in the list file for the bugged version of tar, suggests that this
is a data type problem. Elsewhere in incremen.c, the code seems to assume
that ino_t has type unsigned long.

Jeremy

Cygwin Win95/NT Configuration Diagnostics

Current System Time: Thu Oct 23 11:07:08 2003



Windows NT Ver 4.0 Build 1381 Service Pack 6



Path:   c:\users\jg210\bin

D:\cygwin\usr\local\bin

D:\cygwin\bin

D:\cygwin\bin

d:\WINNT\system32

d:\WINNT

d:\Program Files\jdk1.2\bin

D:\cygwin\usr\X11R6\bin



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

UID: 1001(jg210) GID: 513(None)

513(None)



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

UID: 1001(jg210) GID: 513(None)

513(None)545(Users)



SysDir: D:\WINNT\System32

WinDir: D:\WINNT



HOME = `c:\users\jg210'

MAKE_MODE = `unix'

PWD = `/users/jg210/temp'

USER = `jg210'



COLORFGBG = `0;default;15'

COLORTERM = `rxvt-xpm'

COMPUTERNAME = `ICHTHUS'

COMSPEC = `D:\WINNT\system32\cmd.exe'

CVS_RSH = `ssh'

DISPLAY = `:0'

EDITOR = `emacs -nw'

HOMEDRIVE = `c:'

HOMEPATH = `\users\jg210'

HOSTNAME = `ichthus'

LANG = `en_GB'

LOGONSERVER = `\\ICHTHUS'

LYNX_CFG = `/users/jg210/.lynxrc'

MANPATH = `:/usr/ssl/man'

NUMBER_OF_PROCESSORS = `1'

OLDPWD = `/users/jg210'

OS2LIBPATH = `D:\WINNT\system32\os2\dll;'

OS = `Windows_NT'

PAGER = `less'

PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'

PROCESSOR_ARCHITECTURE = `x86'

PROCESSOR_IDENTIFIER = `x86 Family 5 Model 4 Stepping 3, GenuineIntel'

PROCESSOR_LEVEL = `5'

PROCESSOR_REVISION = `0403'

PROMPT = `$P$G'

PS1 = `\h$ '

RSYNC_RSH = `ssh'

SHLVL = `1'

SSH_AGENT_PID = `304'

SSH_AUTH_SOCK = `/tmp/ssh-lAJqU316/agent.316'

SYSTEMDRIVE = `D:'

SYSTEMROOT = `D:\WINNT'

TEMP = `d:\TEMP'

TERM = `xterm'

TEXDOCVIEW_dvi = `xdvi'

TEXDOCVIEW_html = `lynx'

TEXDOCVIEW_pdf = `acrord32'

TEXDOCVIEW_ps = `gsview32'

TEXDOCVIEW_txt = `less'

TMP = `c:\tmp'

USERDOMAIN = `ICHTHUS'

USERNAME = `jg210'

USERPROFILE = `D:\WINNT\Profiles\jg210'

WINDIR = `D:\WINNT'

WINDOWID = `168045912'

_ = `/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

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00

  (default) = `\\.\tape1:'

  unix = `/dev/st1'

  fbinary = 0x

  fsilent = 0x0001

  fmixed = 0x

Re: Wildcard problem with recursion

[Corinna Vinschen]

On Thu, Oct 23, 2003 at 03:05:53PM +0530, Ajith Kumar wrote:
> Cygwin utilities like grep or ls with -R options doesn't seem to be working.
> egs when I say
> >grep -r FLD_DCT_STRING  *.h??
> I get
> grep: *.hpp: No such file or directory
> 
> However there are many .h, .hxx and .hpp files in the subdirectories
> 
> ls also gives the same err.
> 
> Any solutons?

Yes, read the shell man pages to learn how file completion works.
What you want is a job for `find | xargs grep'.

Corinna

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

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

Re: Cygwin/bash: need environment variables >32K

[Corinna Vinschen]

On Thu, Oct 23, 2003 at 11:39:39AM +0200, david.liberce wrote:
> 
> I reproduce this behaviour.
> 
> Looks like the PATH  environment variable is not valid anymore after $VAR
> has been asigned?

Nope.  I debugged this situation.  It looks like a Windows restriction.
When trying to call CreateProcess() with this long environment variable
in the environment block, CreateProcess() fails with Windows error 87,
"The parameter is incorrect."  But there's no hint about a limit in the
CreateProcess() man page.

*dig, dig, dig*

Uh, ok, I found the following hint in the GetEnvironmentVariable() man page:

  lpBuffer 
  [out] Pointer to a buffer that receives the contents of the specified
  environment variable. An environment variable has a maximum size limit
  of 32,767 characters, including the null-terminating character.

So, that explains it.

Corinna

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

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

RE: Cygwin/bash: need environment variables >32K

[Demmer, Thomas]

Davied wrote:

>I reproduce this behaviour.
>
>Looks like the PATH  environment variable is not valid anymore after $VAR
>has been asigned?
>
>David

No, it cannot start external programs. The error message is

bash: /usr/bin/ls.exe: Invalid argument

All internal commands I have tested work. 
echo $PATH
shows the expected output. 
Setting VAR=
reverts to the normal behavior. 
Odd you cannot 
$ strace /bin/echo oops

to figure out where it fails.

System:
$ uname -a
CYGWIN_NT-5.1 KFIDEMUC110528 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown
unknown Cygwin

$ echo $BASH_VERSION
2.05b.0(1)-release





Best regards / Mit freundlichen Grüssen,

Thomas Demmer
Kraft Foods R&D Inc.
Tel.: +49 (0)89 62738-6302
Fax: +49 (0)89 62738-86302
mailto:[EMAIL PROTECTED]  

Thought of the day
A penny saved is a penny taxed.


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

Open a cygwin command prompt in a specific folder?

[Alfonso Esteban Gonzalez Sencion]

Hello all

I would like to open a cygwin console from the windows file manager, and
have the console be positioned in the directory selected on the windows
file manager?

Any suggestions?

Thanks in advance



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

RE: Cygwin/bash: need environment variables >32K

[david.liberce]

I reproduce this behaviour.

Looks like the PATH  environment variable is not valid anymore after $VAR
has been asigned?

David

-Message d'origine-
De : Klein Andre ICM N AS PD B 3 [mailto:[EMAIL PROTECTED]
Envoyé : Thursday, October 23, 2003 11:22 AM
À : '[EMAIL PROTECTED]'
Objet : RE: Cygwin/bash: need environment variables >32K


I have no long command line!
In my environment most Cygwin executables do not work,
if long environment variables are set (resp. exported).

Please have a look at my very short example below.
First I create an environment variable VAR with length 40K,
which is exported as well!
Afterwards the "ls" is not working!!!

File test.sh:

LINE=xxx












x
VAR=
for n in 1 2 3 4 ; do
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
done
export VAR

ls
---

Within a DOS console I get following output
>bash test.sh
test.sh: line 17: /usr/bin/ls: Invalid argument

If the bash is started explicitly before, the "ls" does nothing (even no
error trace):
bash> ./test.sh

If I reduce the length of VAR to 20K (by doing only 2 iteration in the for
loop)
all is working fine!

Can anyone reproduce this behaviour?
It is really critical for the use of Cygwin in out project  ;-)

Thanks
Andre


-Original Message-
From: Buchbinder, Barry (NIH/NIAID) [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 22. Oktober 2003 15:53
To: 'Klein Andre ICM N AS PD B 3'; '[EMAIL PROTECTED]'
Subject: RE: Cygwin/bash: need environment variables >32K


It may be a command line problem.  I constructed, in a directory with a lot
of files, a 90k environmental variable by doing

$ T=`echo *`

Then

$ echo $T

and

$ echo $T | wc

showed that bash environmental variables can be that large and that the
command line can handle them.

$ cp $T target_dir

was unhappy ("Invalid argument"), so the problem seems to be with how long
of a command line cp can handle.  (Presumably "Invalid argument" results
from the way the arguments get truncated.)  one might suspect that rm, its
fileutils sibling, has the same limitation.

-Original Message-
From: Klein Andre ICM N AS PD B 3 [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 7:16 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Cygwin/bash: need environment variables >32K

Thanks for your answer!

I've tried to make the example more simple (s. attachments).
It sets a long environment variable and simply invokes the
cygwin rm executable afterwards...

I open a DOS box and invoke the example with
>bash run.sh

Following problems arise in my environment:
(a) environment variable with 30K
run.sh: line 9: /usr/bin/rm: Resource temporarily unavailable
(b) environment variable with 100K
run.sh: line 9: /usr/bin/rm: Invalid argument
(c) environment variable with 20K
rm works fine

So this clearly shows, that the length of my environment variable
affects the execution of the cygwin "rm" executable.

I hope you can reproduce this in your environment?!
Is there any way to avoid these problems?
Unfortunately we need such long variables...

Andre


-Original Message-
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 22. Oktober 2003 12:01
To: '[EMAIL PROTECTED]'
Subject: Re: Cygwin/bash: need environment variables >32K


On Wed, Oct 22, 2003 at 11:30:54AM +0200, Klein Andre ICM N AS PD B 3 wrote:
> I need to set a very long environment variable CLASSPATH within Cygwin
bash.
> But there seems to be an upper limit of 32K for environment variables!?!?
>
> Is there any way to increase this upper limit?
>
> I have attached 2 small files for demonstrating the problem.
> Start run.sh and the invocation of the executable (java) failes...

It's not the length of the environment variable which is the problem,
it's the way the application is called.  

RE: Cygwin Setup 99% (fwd)

[Hannu E K Nevalainen]

> From: Igor Pechtchanski
> Sent: Thursday, October 23, 2003 6:44 AM

> On Thu, 23 Oct 2003, Hannu E K Nevalainen wrote:
>
> > Start and run setup until it hangs, then attempt to launch a bash shell:
> > [snip]
> > Now enter
> > [snip]
> > $ tail -150 /var/log/setup.log >/setup-log-tail.txt
> > [snip]
> > Now, bring forth the windows Task manager and kill setup.exe
> > [snip]
>
> Hannu,
>
> One small correction: neither setup.log nor setup.log.full is written
> until setup.exe exits, so the above info will be useless.
>   Igor

 Sigh ;-) there is always something to learn.

I believe there _can/might_ be other setup.log.* files (exlude setup.log and
setup.log.full). One or two of them _might_ tell something. One probably has
to remove any stale ones before 'testing' again.


/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


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

Wildcard problem with recursion

[Ajith Kumar]

Cygwin utilities like grep or ls with -R options doesn't seem to be working.
egs when I say
>grep -r FLD_DCT_STRING  *.h??
I get
grep: *.hpp: No such file or directory

However there are many .h, .hxx and .hpp files in the subdirectories

ls also gives the same err.

Any solutons?

Regards,
ajith



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

RE: Cygwin/bash: need environment variables >32K

[Klein Andre ICM N AS PD B 3]

I have no long command line!
In my environment most Cygwin executables do not work,
if long environment variables are set (resp. exported).

Please have a look at my very short example below.
First I create an environment variable VAR with length 40K,
which is exported as well!
Afterwards the "ls" is not working!!!

File test.sh:

LINE=xxx












x
VAR=
for n in 1 2 3 4 ; do
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
VAR=${VAR}";$LINE"
done
export VAR

ls
---

Within a DOS console I get following output
>bash test.sh
test.sh: line 17: /usr/bin/ls: Invalid argument

If the bash is started explicitly before, the "ls" does nothing (even no
error trace):
bash> ./test.sh

If I reduce the length of VAR to 20K (by doing only 2 iteration in the for
loop)
all is working fine!

Can anyone reproduce this behaviour?
It is really critical for the use of Cygwin in out project  ;-)

Thanks
Andre


-Original Message-
From: Buchbinder, Barry (NIH/NIAID) [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 22. Oktober 2003 15:53
To: 'Klein Andre ICM N AS PD B 3'; '[EMAIL PROTECTED]'
Subject: RE: Cygwin/bash: need environment variables >32K


It may be a command line problem.  I constructed, in a directory with a lot
of files, a 90k environmental variable by doing

$ T=`echo *`

Then

$ echo $T

and

$ echo $T | wc

showed that bash environmental variables can be that large and that the
command line can handle them.

$ cp $T target_dir

was unhappy ("Invalid argument"), so the problem seems to be with how long
of a command line cp can handle.  (Presumably "Invalid argument" results
from the way the arguments get truncated.)  one might suspect that rm, its
fileutils sibling, has the same limitation.

-Original Message-
From: Klein Andre ICM N AS PD B 3 [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 22, 2003 7:16 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Cygwin/bash: need environment variables >32K

Thanks for your answer!

I've tried to make the example more simple (s. attachments).
It sets a long environment variable and simply invokes the
cygwin rm executable afterwards...

I open a DOS box and invoke the example with
>bash run.sh

Following problems arise in my environment:
(a) environment variable with 30K 
run.sh: line 9: /usr/bin/rm: Resource temporarily unavailable
(b) environment variable with 100K
run.sh: line 9: /usr/bin/rm: Invalid argument
(c) environment variable with 20K
rm works fine

So this clearly shows, that the length of my environment variable
affects the execution of the cygwin "rm" executable.

I hope you can reproduce this in your environment?!
Is there any way to avoid these problems?
Unfortunately we need such long variables...

Andre


-Original Message-
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 22. Oktober 2003 12:01
To: '[EMAIL PROTECTED]'
Subject: Re: Cygwin/bash: need environment variables >32K


On Wed, Oct 22, 2003 at 11:30:54AM +0200, Klein Andre ICM N AS PD B 3 wrote:
> I need to set a very long environment variable CLASSPATH within Cygwin
bash.
> But there seems to be an upper limit of 32K for environment variables!?!?
> 
> Is there any way to increase this upper limit?
> 
> I have attached 2 small files for demonstrating the problem.
> Start run.sh and the invocation of the executable (java) failes...

It's not the length of the environment variable which is the problem,
it's the way the application is called.  java is a native windows
application and on process creation, the windows command line can not
exceed 32K.  Does java not support the CLASSPATH environment variable?
Do you need to give it as argument explicitely?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developer