File path expansion problem (DLL version 1.5.3-1 and earlier)

[Martin Maurer]

Hello,

when i call

myeditor.exe /etc/services

where myeditor is a win32 editor program, then i get a error messages
that the file

d:\cygwin\home\martin\tc\services

does not exist. I think there a two problems:

1) instead of ...\etc\... there is only ...\tc\...
2) etc directory is not in ...\home\martin...

Is this only a problem of my system, or also reproduceable on other systems
?

BTW: I am using default shell after installation, which i think is bash.
Got the same error on my previous version (perhaps two weeks old).

Greetings,

 Martin Maurer ([EMAIL PROTECTED])


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

RE: File path expansion problem (DLL version 1.5.3-1 and earlier)

[Jörg Schaible]

Hi Martin,

> Is this only a problem of my system, or also reproduceable on 
> other systems ?

well, this is normal. myeditor knows nothing about posix paths,
since it is no Cygwin application. For non-Cygwin apps you have
to convert the path yourself:

myeditor "`cygpath -w /etc/services`"

and you should take care in case of a non-Cygwin editor, that it
can handle unix text file format!

Regards,
Jörg

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

Re: [ANNOUNCEMENT] Updated: bash-2.05b-13

[Corinna Vinschen]

On Wed, Sep 03, 2003 at 01:49:50PM -0400, Rolf Campbell wrote:
> Thanks for fixing this problem.  I still notice one other problem (this 
> has not been recently introduced).
> 
> RXVT:
> If the prompt string is longer than the width, then bash will not wrap 
> it correctly.  It seems to introduce EOL at (w+8) and 2w (where w is the 
>  real terminal width).  I've tested this at real term widths of 30, 40, 
> and 80 (EOLs are introduced at (38, 60), (48, 80) and (88, 160) repectively.
> 
> WinNT console:
> The EOLs are in different positions, but they are still there.  They are 
> at (w+19) and (2w-2).

Is that actually a Cygwin problem?  If not, perhaps you should send this
to the bash bugs list [EMAIL PROTECTED]

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/

[ANNOUNCEMENT] Updated sysvinit-2.84.4

[Sergey Okhapkin]

This is a rebuild for 1.5.X Cygwin kernel, changed directory structure
to follow
new Cygwin FHS.

Sergey Okhapkin
Somerset, NJ



--
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: DDD 3.3.5 success

[Ronald Landheer-Cieslak]

On Wed, Sep 03, 2003 at 02:24:00PM -0400, Igor Pechtchanski wrote:
> One way to help all those people and minimize the number of such queries
> is to contribute DDD as a Cygwin package and volunteer to maintain it, so
> that it can be installed using Cygwin setup.  See the Package
> Contributor's Guide at  for information on
> how to become a package maintainer -- it's easier than most people
> realize.
In deed it is, but don't forget cgf has a veto right: if he doesn't want ddd
as a Cygwin package, it will never be a Cygwin package (unless he changes his 
mind). A little like the curses interface of gdb: I offered to maintain cgdb
(the offer still stands, by the way) but cgf vetoed in favour of gdb's own
tui - which is currently not available..
Personally, I prefer cgdb anyway, so I keep my own copy around. (Again, if cgf 
would reconsider his vetoe, the offer of maintaining cgdb still stands).

Personally, I'm not that interested in ddd, but next time, before going through
packaging, I will ask on the -apps list whether the package will be vetoed.. 
just to make sure I don't package for nothing. (No hard feelings, though :)

rlc


> 
> On Wed, 3 Sep 2003, james wrote:
> 
> > i acknowledge you're right. i didn't know it until you mentioned insight
> > when i asked about ddd. but ddd is not only a popular graphical
> > front-end debugger, it's become the debugger of choice for many people,
> > which is -- i daresay -- why the subject keeps coming up.
> >
> > Christopher Faylor wrote:
> >
> > >On Wed, Sep 03, 2003 at 10:34:24AM -0500, james wrote:
> > >
> > >>>The typical response to ddd problems is "Why not just use 'insight'?"
> > >>>
> > >>that's kind of like saying, "why not just use windows?" i think it's fairly
> > >>obvious that users would like to have the choice.
> > >
> > >Most of the time when people ask this question they don't even
> > >know that a graphical debugger comes with the gdb distribution.
> 
> -- 
>   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/

-- 
Robot, n.:
University administrator.

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

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dylan Cuthbert wrote:

|id dylan gives me the uid 12000, but that's just the NT Domain login
user id
|that's been mapped by cygwin.  The uid for the username "dylan" on the
linux
|box is 500.
This doesn't seems cygwin-related.. if rsync decided to "map" uid basing
on the similarity of the name (which can be a good or a bad thing, I can
think of both examples) or not it's more of a rsync-related feature.
So I'd suggest to use [EMAIL PROTECTED]
BTW: why the samba share? are you using rsync *or* samba to transfer the
file? or rsync over samba?
Lapo

- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAj9XAtcACgkQaJiCLMjyUvuWqQCgqaPbH2JleSUSNCELvv3zbika
IT4AoINCYI/ArWl4nzlgDFeSFAvBjUDq
=0QtW
-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/

cygwinb19.dll

[jurgen . defurne]

Dear all,

We have a product Tornado from WindRiver, which uses cygwinb19.dll.

The Tornado compiler generates an access violation on the workstation
which also happens to run a more recent version of Cygwin. This access
violation takes place in the cygwinb19.dll.

I happen to know from previous discussions that one should not have
several versions of cygwin1.dll in his path. Does the same problem
arise with one version of cygwinb19.dll and one version of cygwin1.dll ?

Regards,

Jurgen

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

[Dylan Cuthbert]

No, the samba share part of mail was describing that I am using samba to be
my Primary Domain Controller, because I thought that might have some effect
on user ids.

rsync access is via a rsync daemon running on the linux machine.

I forgot to mention but Cygwin is setup as "ntsec tty"

I know cygwin "plays" with the win2k user ids and group names to get them to
look like linux users and paths so I thought maybe this was the problem.

The rsync documentation says it matches users and group names by their names
rather than use the ids directly, but it does have a mention of the case
when the *source* is an rsync server so maybe this feature just doesn't work
very well when using an rsync server as opposed to ssh for rsync's
transport.

Regards

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


"Lapo Luchini" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dylan Cuthbert wrote:
>
> |id dylan gives me the uid 12000, but that's just the NT Domain login
> user id
> |that's been mapped by cygwin.  The uid for the username "dylan" on the
> linux
> |box is 500.
>
> This doesn't seems cygwin-related.. if rsync decided to "map" uid basing
> on the similarity of the name (which can be a good or a bad thing, I can
> think of both examples) or not it's more of a rsync-related feature.
> So I'd suggest to use [EMAIL PROTECTED]
>
> BTW: why the samba share? are you using rsync *or* samba to transfer the
> file? or rsync over samba?
>
> Lapo
>
> - --
> Lapo 'Raist' Luchini
> [EMAIL PROTECTED] (PGP & X.509 keys available)
> http://www.lapo.it (ICQ UIN: 529796)
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.2 (Cygwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAj9XAtcACgkQaJiCLMjyUvuWqQCgqaPbH2JleSUSNCELvv3zbika
> IT4AoINCYI/ArWl4nzlgDFeSFAvBjUDq
> =0QtW
> -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: cygwinb19.dll

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:

| I happen to know from previous discussions that one should not have
| several versions of cygwin1.dll in his path. Does the same problem
| arise with one version of cygwinb19.dll and one version of
| cygwin1.dll ?
Let's just say that version b19 is "very very very very old" and,
indeed, obsolete...
But anyway the new tools shouldn't have problems if a DLL *with a
different name* is found in the system.
BT:W notcie that my answer is not authoritative, only CGF and a few of
other can give those...
- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAj9XClMACgkQaJiCLMjyUvvSogCdFK6jK+YHD+HXFkna4/BZmEns
DT0AoIwxXrbDKUXvOK6G8VA052UdYOyk
=qfmE
-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/

Quick question: Can i do this under cygwin ? package require Expect

[Marwan Zeineddine]

I appreciate the help.
Thanks
MarwanZ

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

Re: cygwinb19.dll

[Brian Dessent]

Lapo Luchini wrote:

> Let's just say that version b19 is "very very very very old" and,
> indeed, obsolete...
> But anyway the new tools shouldn't have problems if a DLL *with a
> different name* is found in the system.
> 
> BT:W notcie that my answer is not authoritative, only CGF and a few of
> other can give those...

If they both try to use some other resource (such as shared memory or a
named pipe or something) that have the same name it'll die a horrible
death.  

The obvious thing would be to try to recompile the app with a recent
build of Cygwin... it should be open source unless they bought a buy-out
license from Redhat, right?

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/

pthread_mutex_lock error

[Rob Clack]

I have a big app developed under Linux which has been ported to Windows. 
 I build it under NT4 but a user complained it was broken under W2K and 
indeed he's right.  When I installed it on a borrowed W2K box the 
install went fine, but running it fails immediately with a dialog box headed

Startace.exe - Entry Point Not Found

and the text

The procedure entry point pthread_mutex_lock could not be located in the 
dynamic link library cygwin1.dll.

I have no idea how to even start diagnosing this problem. I'm not keen 
to start installing cygwin on someone else's box, so it would be really 
helpful if someone knows what's going on here.

Thanks
Rob
--
 ~~
 Don't worry about what people think; they don't do it very often.
 ~~
 Rob ClackAcedb Development,  Informatics Group
 email: [EMAIL PROTECTED]Wellcome Trust Sanger Institute
 Tel: +44 1223 494780   Wellcome Trust Genome Campus
 Fax: +44 1223 494919   Hinxton  CambridgeCB10 1SA
--
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/

[Fwd: pthread_mutex_lock error]

[Rob Clack]

Forgot to say, this is cygwin 1.3.22-1
Sigh
Rob
 Original Message 
Subject: pthread_mutex_lock error
Date: Thu, 04 Sep 2003 11:37:10 +0100
From: Rob Clack <[EMAIL PROTECTED]>
Organization: Sanger Institute
To: [EMAIL PROTECTED]
I have a big app developed under Linux which has been ported to Windows.
  I build it under NT4 but a user complained it was broken under W2K and
indeed he's right.  When I installed it on a borrowed W2K box the
install went fine, but running it fails immediately with a dialog box headed
Startace.exe - Entry Point Not Found

and the text

The procedure entry point pthread_mutex_lock could not be located in the
dynamic link library cygwin1.dll.
I have no idea how to even start diagnosing this problem. I'm not keen
to start installing cygwin on someone else's box, so it would be really
helpful if someone knows what's going on here.
Thanks
Rob
--
  ~~
  Don't worry about what people think; they don't do it very often.
  ~~
  Rob ClackAcedb Development,  Informatics Group
  email: [EMAIL PROTECTED]Wellcome Trust Sanger Institute
  Tel: +44 1223 494780   Wellcome Trust Genome Campus
  Fax: +44 1223 494919   Hinxton  CambridgeCB10 1SA
--
 ~~
 Don't worry about what people think; they don't do it very often.
 ~~
 Rob ClackAcedb Development,  Informatics Group
 email: [EMAIL PROTECTED]Wellcome Trust Sanger Institute
 Tel: +44 1223 494780   Wellcome Trust Genome Campus
 Fax: +44 1223 494919   Hinxton  CambridgeCB10 1SA
--
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: malloc segfaults

[Corinna Vinschen]

On Tue, Sep 02, 2003 at 03:35:04PM +0200, Juergen Bohn wrote:
> Tested with cygwin1.dll 1.5.3-1 and 1.3.22-1 on Win2000-SP4, malloc() does 
> not (always)
> return NULL if there is no more memory available.  Try, for example, simple 
> loops like:
> 
>   x = malloc(1);
>   for (i=0; x != NULL; i++)
>   {
>   x = malloc(1);
>   if (x == NULL)printf("x is NULL\n");
>   }
> 
> My application terminates with a segmentation violation, but all attempts 

I've applied a patch to cygwin which solves this problem.  You should
get NULL at one point instead.

> to handle this by signal() or atexit() fail.  Unfortunately, also sysconf() 
> does not work to get the number of available pages (_SC_AVPHYS_PAGES, I get 
> always the same but wrong value).

I've changed sysconf to return a more accurate value for _SC_AVPHYS_PAGES.
However, this is not a value you can rely on.  Cygwin processes might run
out of memory even though there are still a lot of physical pages available.
This is related to the fact that small allocations (less than 1 Meg) are
taken from the applications heap which might be unraisable for some reason.

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: 1.5.3 and 1.3.22: malloc segfault

[Corinna Vinschen]

On Tue, Sep 02, 2003 at 01:20:21PM -0400, roconnor wrote:
> The following program segfaults for me on XP Pro SP1 with both 1.3.22-1 and
> 1.5.3-1, but not on NT 4.0 with 1.3.22-1.
> 
> -
> #include 
> 
> int
> main()
> {
>   while (malloc (15*1024*1024))
> ;
>   return 0;
> }
> -

Should be fixed in the next version.

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: cygwinb19.dll

[jurgen . defurne]

We renamed the cygwinb19.dll to get it out of the way and copied
the new one into the directory. Now it works.

Jurgen










[EMAIL PROTECTED]
Sent by: 
[EMAIL PROTECTED]
09/04/2003 11:15 AM

 
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:cygwinb19.dll
Classification: 



Dear all,

We have a product Tornado from WindRiver, which uses cygwinb19.dll.

The Tornado compiler generates an access violation on the workstation
which also happens to run a more recent version of Cygwin. This access
violation takes place in the cygwinb19.dll.

I happen to know from previous discussions that one should not have
several versions of cygwin1.dll in his path. Does the same problem
arise with one version of cygwinb19.dll and one version of cygwin1.dll ?

Regards,

Jurgen

--
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: cygwinb19.dll

[jurgen . defurne]

Nope, did not work either. Still waiting for info
from someone more experienced.

Regards,

Jurgen










[EMAIL PROTECTED]
Sent by: 
[EMAIL PROTECTED]
09/04/2003 01:02 PM

 
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:Re: cygwinb19.dll
Classification: 



We renamed the cygwinb19.dll to get it out of the way and copied
the new one into the directory. Now it works.

Jurgen










[EMAIL PROTECTED]
Sent by: 
[EMAIL PROTECTED]
09/04/2003 11:15 AM

 
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:cygwinb19.dll
Classification: 



Dear all,

We have a product Tornado from WindRiver, which uses cygwinb19.dll.

The Tornado compiler generates an access violation on the workstation
which also happens to run a more recent version of Cygwin. This access
violation takes place in the cygwinb19.dll.

I happen to know from previous discussions that one should not have
several versions of cygwin1.dll in his path. Does the same problem
arise with one version of cygwinb19.dll and one version of cygwin1.dll ?

Regards,

Jurgen

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





--
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: cygwinb19.dll

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:

| Nope, did not work either. Still waiting for info from someone more
| experienced.
The "definitive" solution is of course to recompile the app with latest
cygwin headers *and* dll.
You *should* have the sources anyway... (unless the author bought a
cygwin license from redhat, IANAL at all)
Maybe you can discolse a little more infos so we can try to understand
better the problem?
You said "Tornado from WindRiver" but I find little info on Windriver's
website

- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAj9XIKgACgkQaJiCLMjyUvstgwCeI4t4bKMJctar7SRWnbBivqQR
FBcAn1bU2RmEd6CvVQzRtHJVmlWWk/3H
=grtz
-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: cygwinb19.dll

[jurgen . defurne]

Tornado II for VxWorks, the ccmips.exe compiler. But it
could be that the problem lies in a different direction, because
we stopped all cygwin processes, took the directories out
of the path, and we still get an error.

Recompiling IS an option, since we do have the sources,
but not really feasible, because the compiler must be
the same across all worldwide sites. It does work on other
workstations, though. The only difference is that those are
not equipped with Cygwin.

Regards,

Jurgen










Lapo Luchini <[EMAIL PROTECTED]>
09/04/2003 01:23 PM

 
To: [EMAIL PROTECTED]
"[EMAIL PROTECTED]:CygWin" <[EMAIL PROTECTED]>
cc: Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
Subject:Re: cygwinb19.dll
Classification: 



-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED] wrote:

| Nope, did not work either. Still waiting for info from someone more
| experienced.

The "definitive" solution is of course to recompile the app with latest
cygwin headers *and* dll.
You *should* have the sources anyway... (unless the author bought a
cygwin license from redhat, IANAL at all)

Maybe you can discolse a little more infos so we can try to understand
better the problem?

You said "Tornado from WindRiver" but I find little info on Windriver's
website


- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAj9XIKgACgkQaJiCLMjyUvstgwCeI4t4bKMJctar7SRWnbBivqQR
FBcAn1bU2RmEd6CvVQzRtHJVmlWWk/3H
=grtz
-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: cygwinb19.dll

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:

| Recompiling IS an option, since we do have the sources, but not
| really feasible, because the compiler must be the same across all
| worldwide sites. It does work on other workstations, though. The only
| difference is that those are not equipped with Cygwin.
Should be the "very same" or just "produce the same output"?
If you recompile the same "cc" sources with a different version of
cygwin library you should definitely get a 'diferent' compiled
ccmips.exe which should nevertheless produce the very same mips code.
And you would "need" to do this only once and use it only on machines
that "have also cygwin".
Anyone can confirm this?

PS: of course if WindRiver used a cygwin release a little less...
"obsolete" it would have been better ^_^
- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAj9XJdgACgkQaJiCLMjyUvvVPwCgtBrbAUPyy98dsH3y8Px6XNgD
IroAoO6rPg+plY1ehRg6pT+IEuLsdrf/
=+50t
-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/

scp slow against Cygwin sshd

[Mario Kuechler]

Hi,

when scp'ing files to or from Windows (2000) boxes with Cygwin sshd
installed (out of the box installation) transfer speed is not higher than
100 KB/s. All other network operations work as expected (100 MBit).

Where to start debugging?

Regards,
Mario



--
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: rebase-2.2-3

[Jason Tishler]

Blair,
Igor,

On Tue, Sep 02, 2003 at 08:20:25PM -0400, Igor Pechtchanski wrote:
> On Tue, 2 Sep 2003, Blair Zajac wrote:
> > Jason Tishler wrote:
> > > The Cygwin rebase package contains two utilities, rebase and
> > > rebaseall.  The first utility is modeled after Microsoft's SDK
> > > rebase:
> > >
> > > http://msdn.microsoft.com/library/en-us/tools/perfutil_2z39.asp
> >
> > I just tried that link and it gets a 404.
> 
> Try .

I just updated my README.

Thanks,
Jason

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

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

ssh problem with $HOME

[Gavin Sinclair]

Hi,

When attempting a "cvs update" using over the ssh protocol (well, you
know what I mean ;), I get the following error:

  $ cvs up
  Could not create directory '/home/Gavin Sinclair/.ssh'.


That is surprising, because:

  $ echo $HOME
  /home/gavin


I have read the manpage, /usr/doc/*, googled, and searched the
archives, but found nothing.  The manpage (ssh), in particular, says
that $HOME/.ssh is where the heart is, so I suspect a Cygwin nuance.
Of course cvs is involved here, but I doubt it's having any influence.

Does anybody know what might be going on?

Thanks,
Gavin


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

How to compile static to avoid the need for cygwin1.dll

[Ivan Hernandez]

Hello! i'm trying searchs in google to find info on how to compile 
statically linked binary files on cugwin in order to avoid the need of 
having cygwin1.dll with my programs. I need it because some people is 
alergic to thing that don't understand, and i will not code twice things 
that are already done in *nix and compiles with cygwin!
Please, if someone knows something better than the old -static thing for 
the gcc let me know!
Ivan Hernandez

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

strange cut and paste between windows and xemacs after upgrade to1.5.3

[Thomas Pfaff]

After upgrading my cygwin release box from 1.33.2 to 1.5.3 i see a 
strange cut and paste probleme between xemacs 21.4.13 and windows.

Cut and paste from and to windows works as long as xemacs does not fork 
a child process. After a fork of a shell, gdb or gnuserv the actual 
clipboard content is lost and cut and paste works only inside xemacs.

Thomas

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

Cygwin setup 2.340.2.5, wget, openssl

[re2823]

Hi.

I'm running a fresh install of cygwin on Windows 2000, and having installed the base 
packages, I run setup again so that I can install the wget package. When I select the 
wget package inside the setup application, the openssl package also gets selected for 
install, but I think this is misleading because the version of the openssl package 
that is automatically selected for install is 0.9.7b-3, which does _not_ provide one 
of the requisite dlls that wget needs to work (wget seems to need cygcrypto.dll, while 
the closest thing that the openssl-0.9.7b-3 package provides is cygcrypto-0.9.7.dll).

I realize that I can manually deselect the openssl package (version 0.9.7b-3) once 
setup has automatically selected it for me, and then add the openssl096 package, but I 
think this is making people jump through hoops just to get cygwin up and working. 
Would it not, in fact, be easier just to remove _all_ automatic dependency checking, 
and get people to work their own dependencies out by hand (at least then they would 
_not_ be led to believe that openssl-0.9.7-b3 is a prerequisite for wget, as the setup 
application suggests)?

I've attached the output of cygcheck -s. Please let me know if you need any more 
information.

Thanks, Jaime



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

AW: Create dll using gcc

[Christian Neise]

Hello, Igor,

Thank you very much for your answer - it helped me a lot :-)

Ciao, Christian.

-Ursprungliche Nachricht-
Von: Igor Pechtchanski [mailto:[EMAIL PROTECTED] 
Gesendet: Dienstag, 2. September 2003 16:38
An: Christian Neise
Cc: [EMAIL PROTECTED]
Betreff: Re: Create dll using gcc


On Tue, 2 Sep 2003, Christian Neise wrote:

> Hello,
>
> i am trying to build a dll using cygwin and gcc. The dll will be used 
> by a delpi application.
>
> The dll works fine. But when allocating memory
> (e.g.: char *c = new char) the programm crashes.
>
> When compiling the dll with visual c++ 6.0 SP5 the dll works fine - 
> even if allocating memory.
>
> Any hints?
>
> Best regards,
>
> Christian Neise
>
> P.S.:
>
> I createdthe dll the following way:
> gcc  -c dll_test.cpp -o debug/dll_test.o
> gcc   -shared -o debug/dll_test.dll \
> -L/usr/lib \
> -Wl,--export-all-symbols \
> -Wl,--enable-auto-import \
> -Wl,--whole-archive debug/dll_test.o \
> -L/usr/lib \
> -Wl,--no-whole-archive -lc -lstdc++
>
>
> testdll.h:
>
> #include 
>
>  extern "C" {
>   __declspec( dllexport ) BOOL APIENTRY DllMain( HANDLE hModule,
> DWORD  ul_reason_for_call,
> LPVOID lpReserved
>  );
>  }
>
>
>
>
> testdll.cpp:
>
> #include "dll_test.h"
>
> BOOL APIENTRY DllMain( HANDLE hModule,
>DWORD  ul_reason_for_call,
>LPVOID lpReserved
>  )
> {
> switch (ul_reason_for_call)
> {
> case DLL_PROCESS_ATTACH:
> case DLL_THREAD_ATTACH:
> case DLL_THREAD_DETACH:
> case DLL_PROCESS_DETACH:
> break;
> }
> return TRUE;
> }

The DLL you created will require cygwin1.dll as its C runtime library.
The Delphi application most likely uses MSVCRT.DLL as it's C runtime.
It's not a good idea to mix the two runtimes (in fact, that's the most
likely reason for the crashes).  If you want to use your DLL with
Delphi, you could compile it using MinGW (by passing the "-mno-cygwin"
option to gcc), but you won't get full POSIX emulation that way.
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: suggestion for postgresql doc

[Jason Tishler]

Markus,

On Tue, Sep 02, 2003 at 10:34:42PM +0200, Markus Hoenicka wrote:
> Jason Tishler writes:
> > What did you set the /var/log permissions to?  Do the /tmp and
> > /usr/bin comments above refer to Issue #2 and #4 in the following?
> > 
> > http://www.tishler.net/jason/software/postgresql/postgresql-7.3.4.README
> > 
> 
> I think I've used chmod a+rw (there might be a more secure way to deal
> with this issue, though). I'm on vacation and my Cygwin setup is at
> work so I have to apologize that I can't check right now. The original
> permissions were from a fresh Cygwin installation that I did in the
> last week of August. When using the original permissions, postmaster
> refused to start with no trace of a log file which appears a bit
> obscure to the unsuspecting user.

Agreed.  However, there should be an entry in the Event Log.
Nevertheless, I will update my README.

> Hope this helps

It does.

Thanks,
Jason

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

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

Re: Old packages...

[Max Bowsher]

Jason Fu wrote:
> Sorry that I did not make it clear. What I mean is those source files and
not
> the installed packages.
>
> Just wonder if there's any way being used by cygwin'ers to handle a lot of
> binary sources of different versions after downloading the latest one.

clean_setup.pl at http://home.ix.netcom.com/~mchase/zip/

Max.


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

Re: DDD 3.3.5 success

[Christopher Faylor]

On Thu, Sep 04, 2003 at 10:59:06AM +0200, Ronald Landheer-Cieslak wrote:
>Personally, I'm not that interested in ddd, but next time, before going
>through packaging, I will ask on the -apps list whether the package
>will be vetoed..  just to make sure I don't package for nothing.  (No
>hard feelings, though :)

In other words, you intend to follow the proper procedure.  Always a
good thing whether you're talking about cygwin or not.

cgf

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

Re: 1.5.3 and 1.3.22: malloc segfault

[roconnor]

On Thu, Sep 04, 2003 at 01:03:26PM +0200, Corinna Vinschen wrote:
> On Tue, Sep 02, 2003 at 01:20:21PM -0400, roconnor wrote:
> > The following program segfaults ...
>
> Should be fixed in the next version.
> 
> Corinna

It is indeed (in the latest CVS).  Thank you very much.

-- 
Russell O'Connor 


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

permission problems when executing .NET software

[Helmut Dipper]

Hello,

problem with execution of Nant 0.8.2, a .NET build tool,
in a bash-environment on Windows NT 4.0 SP6


I had installed MS Internet Explorer 5.5 and was
able to execute the nant-executable.

Other software required to upgrade to MS Internet Explorer 6.0 SP1.
After installation executing nant delivers:
"Application has generated an exception that could not be handled"
Debugger delivers:
Unhandled execption generated ... 
...
_message= ... "Execution permission cannot be acquired."

The same problem occurs when trying to execute regasm.

The problem doesn't occur when executing nant in a DOS
command environment.


Are there any hints to solve the problem?

Thanks for Your help.

Best regards
Helmut Dipper


**
* Helmut Dipper | SICAD Utilities GmbH   *
* phone: +49 89 45026 320   | Postfach 830754*
*   fax: +49 89 45026 316   | D-81707 Muenchen   *
* email: [EMAIL PROTECTED] | www.sicad-utilities.de *
**

--
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: cygwinb19.dll

[Christopher Faylor]

On Thu, Sep 04, 2003 at 01:33:00PM +0200, [EMAIL PROTECTED] wrote:
>Tornado II for VxWorks, the ccmips.exe compiler.  But it could be that
>the problem lies in a different direction, because we stopped all
>cygwin processes, took the directories out of the path, and we still
>get an error.

If you are having problems with software that you received from
WindRiver, you should be contacting WindRiver for help.  This is not a
technical support forum for other company's products.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

Re: pthread_mutex_lock error

[Christopher Faylor]

On Thu, Sep 04, 2003 at 11:37:10AM +0100, Rob Clack wrote:
>I have no idea how to even start diagnosing this problem.

http://cygwin.com/problems.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: scp slow against cygwin sshd

[Christopher Faylor]

On Thu, Sep 04, 2003 at 01:50:45PM +0200, Mario Kuechler wrote:
>when scp'ing files to or from Windows (2000) boxes with Cygwin sshd
>installed (out of the box installation) transfer speed is not higher than
>100 KB/s. All other network operations work as expected (100 MBit).
>
>Where to start debugging?

http://cygwin.com/problems.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: cygwinb19.dll

[jurgen . defurne]

Yes, Christopher, I know. I was just trying to get some more information
or maybe a quick fix. In this case I think it is better that the more we
know, the better we can defend ourselves against people who try
make us pay licenses, based upon 5 year old products, which have
perfectly well successors.

Regards,

Jurgen










Christopher Faylor <[EMAIL PROTECTED]>
09/04/2003 03:50 PM
Please respond to cygwin

 
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:Re: cygwinb19.dll
Classification: 



On Thu, Sep 04, 2003 at 01:33:00PM +0200, [EMAIL PROTECTED] 
wrote:
>Tornado II for VxWorks, the ccmips.exe compiler.  But it could be that
>the problem lies in a different direction, because we stopped all
>cygwin processes, took the directories out of the path, and we still
>get an error.

If you are having problems with software that you received from
WindRiver, you should be contacting WindRiver for help.  This is not a
technical support forum for other company's products.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com




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

Re: DDD 3.3.7 compiles ootb (was - RE: DDD 3.3.5 success)

[Igor Pechtchanski]

On Wed, 3 Sep 2003, Richard Campbell wrote:

> I was just able to build DDD 3.3.7 from sourceforge out of the box,
> and was able to attach and step through a simple hello world program
> with it.
>
> Caveats:
> 1) I haven't upgraded to cygwin 1.5 yet.
> 2) I have every cygwin binary package setup will let you install
> installed.
> 3) The INSTALL says to use "bash ./configure" instead of "./configure"
> on cygwin.
>
> -Richard Campbell.

Richard,

FWIW, I think #3 was the main gotcha.  #2 is also relevant, as the poster
that started this thread seemed to not have XFree86-devel installed.  I
doubt #1 matters, though.

Now, does anyone care to package it? ;-)
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: cygwinb19.dll

[Christopher Faylor]

On Thu, Sep 04, 2003 at 04:02:11PM +0200, jurgen.defurne wrote:
>Yes, Christopher, I know.  I was just trying to get some more
>information or maybe a quick fix.  In this case I think it is better
>that the more we know, the better we can defend ourselves against
>people who try make us pay licenses, based upon 5 year old products,
>which have perfectly well successors.

Let me make it really clear again: If you are using software distributed
by some other entity then you go to them for help.  I'm sorry (really!)
that you are having problems but they are not *my* problems to solve and
they are not problems that this mailing list can be used to solve.  It
is unreasonable to expect that a high traffic mailing list like this one
could be used as back channel support for an unrelated release.  It is
also questionable whether discussing a DLL released in 1998 is useful
here either.

No further discussion about this here, please.

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: DDD 3.3.5 success

[Ronald Landheer-Cieslak]

On Thu, Sep 04, 2003 at 09:29:10AM -0400, Christopher Faylor wrote:
> On Thu, Sep 04, 2003 at 10:59:06AM +0200, Ronald Landheer-Cieslak wrote:
> >Personally, I'm not that interested in ddd, but next time, before going
> >through packaging, I will ask on the -apps list whether the package
> >will be vetoed..  just to make sure I don't package for nothing.  (No
> >hard feelings, though :)
> In other words, you intend to follow the proper procedure.  Always a
> good thing whether you're talking about cygwin or not.
Ehm.. http://cygwin.com/setup.html starts its "Submitting a package" section
with: "So you've got a package you want to submit."
(OK, so the first point after that is "Propose on [EMAIL PROTECTED] that 
you are interested in becoming a package maintainer for package foo." ...)

Anyways, I don't see anything improper about "I've got this package ready, if
you want it" - but that must just be me.. :)

rlc

-- 
We only support a 28000 bps connection.

--
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: DDD 3.3.7 compiles ootb (was - RE: DDD 3.3.5 success)

[Christopher Faylor]

On Thu, Sep 04, 2003 at 10:12:29AM -0400, Igor Pechtchanski wrote:
>Now, does anyone care to package it? ;-)

Haven't I already vetoed this once?

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: scp slow against cygwin sshd

[Mario Kuechler]

Christopher Faylor wrote:
>> Where to start debugging?
> 
> http://cygwin.com/problems.html

So the first step is the cygcheck output? It's attached.

Regards,
Mario

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

Re: How to compile static to avoid the need for cygwin1.dll

[Ronald Landheer-Cieslak]

On Thu, Sep 04, 2003 at 09:26:32AM -0300, Ivan Hernandez wrote:
> Hello! i'm trying searchs in google to find info on how to compile 
> statically linked binary files on cugwin in order to avoid the need of 
> having cygwin1.dll with my programs. I need it because some people is 
> alergic to thing that don't understand, and i will not code twice things 
> that are already done in *nix and compiles with cygwin!
> Please, if someone knows something better than the old -static thing for 
> the gcc let me know!
Impossible. Cygwin can't be used as a statically linked library (unless you
patch Cygwin in such a way that it can, but that would probably be far more
work than it's worth).

Get a coupld of good antihistaminica for that allergy and try to live with it :)

rlc

-- 
Domestic happiness and faithful friends.

--
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: DDD 3.3.7 compiles ootb (was - RE: DDD 3.3.5 success)

[Richard Campbell]

cgf wrote:
>
>Haven't I already vetoed this once?

Have you?  I searched the cygwin, cygwin-xfree, and cygwin-apps 
mailing list archives for ddd, read all messages from you, back 
2 years on the cygwin list and for all time on the other two, and 
I see no veto from you for ddd.

Where should I have looked?

-Richard Campbell.

--
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 compile static to avoid the need for cygwin1.dll

[Corinna Vinschen]

On Thu, Sep 04, 2003 at 09:26:32AM -0300, Ivan Hernandez wrote:
> Hello! i'm trying searchs in google to find info on how to compile 
> statically linked binary files on cugwin in order to avoid the need of 
> having cygwin1.dll with my programs. I need it because some people is 
> alergic to thing that don't understand, and i will not code twice things 
> that are already done in *nix and compiles with cygwin!
> Please, if someone knows something better than the old -static thing for 
> the gcc let me know!

Nope, no chance.  You're aware of the Cygwin license especially when it
comes to usage in prorietary projects, are you?  Just asking...

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: DDD 3.3.5 success

[Christopher Faylor]

On Thu, Sep 04, 2003 at 04:43:48PM +0200, Ronald Landheer-Cieslak wrote:
>On Thu, Sep 04, 2003 at 09:29:10AM -0400, Christopher Faylor wrote:
>>On Thu, Sep 04, 2003 at 10:59:06AM +0200, Ronald Landheer-Cieslak wrote:
>>>Personally, I'm not that interested in ddd, but next time, before going
>>>through packaging, I will ask on the -apps list whether the package
>>>will be vetoed..  just to make sure I don't package for nothing.  (No
>>>hard feelings, though :)
>>In other words, you intend to follow the proper procedure.  Always a
>>good thing whether you're talking about cygwin or not.
>
>Ehm..  http://cygwin.com/setup.html starts its "Submitting a package"
>section with: "So you've got a package you want to submit." (OK, so the
>first point after that is "Propose on [EMAIL PROTECTED] that you
>are interested in becoming a package maintainer for package foo." ...)

i.e., it does not say that you should build the package first.  It says
that you should propose becoming a package maintainer.  It makes sense
to ask first because, my veto not withstanding, there is no guarantee
that you will get enough votes for the package to be included in the
cygwin distribution.  It's not a rubber stamp.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

Re: Cygwin setup 2.340.2.5, wget, openssl

[Corinna Vinschen]

On Thu, Sep 04, 2003 at 01:54:34PM +0100, [EMAIL PROTECTED] wrote:
> Hi.
> 
> I'm running a fresh install of cygwin on Windows 2000, and having installed the base 
> packages, I run setup again so that I can install the wget package. When I select 
> the wget package inside the setup application, the openssl package also gets 
> selected for install, but I think this is misleading because the version of the 
> openssl package that is automatically selected for install is 0.9.7b-3, which does 
> _not_ provide one of the requisite dlls that wget needs to work (wget seems to need 
> cygcrypto.dll, while the closest thing that the openssl-0.9.7b-3 package provides is 
> cygcrypto-0.9.7.dll).
> 
> I realize that I can manually deselect the openssl package (version 0.9.7b-3) once 
> setup has automatically selected it for me, and then add the openssl096 package, but 
> I think this is making people jump through hoops just to get cygwin up and working. 
> Would it not, in fact, be easier just to remove _all_ automatic dependency checking, 
> and get people to work their own dependencies out by hand (at least then they would 
> _not_ be led to believe that openssl-0.9.7-b3 is a prerequisite for wget, as the 
> setup application suggests)?
> 
> I've attached the output of cygcheck -s. Please let me know if you need any more 
> information.

That was me.

I have proactively removed the dependency (openssl -> openssl096)
since all new packages build for 1.5.x should definitely build against
openssl.  There will be no openssl096 package for 1.5.x.  However, I've
changed the setup.hint file of wget to depend on openssl096 for now.

As soon as our wget maintainer rebuilds a new wget release against
Cygwin 1.5.x, it will also automagically build against openssl-0,97
and the dependency has to be reverted to openssl.

HTH,
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: wtf 0.0.4-3 can segfault

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Frédéric L. W. Meunier wrote:

> Example: Move /usr/share/wtf/%OLOCA and type anything from that
> file:
>
> $ wtf CGF
> Missing file /usr/share/wtf/%OLOCA
> Segmentation fault (core dumped)
>
> Is this expected ? It also segfaulted on Linux.

Frédéric,

Thanks for the bug report.  This is what comes from not checking the
function return codes. ;-)  Expect 0.0.4-4 shortly.
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: DDD 3.3.7 compiles ootb (was - RE: DDD 3.3.5 success)

[Christopher Faylor]

On Thu, Sep 04, 2003 at 10:27:49AM -0400, Richard Campbell wrote:
>cgf wrote:
>>Haven't I already vetoed this once?
>
>Have you?  I searched the cygwin, cygwin-xfree, and cygwin-apps mailing
>list archives for ddd, read all messages from you, back 2 years on the
>cygwin list and for all time on the other two, and I see no veto from
>you for ddd.
>
>Where should I have looked?

Nowhere else.  I thought I'd vetoed this previously.  I guess I hadn't.
I'm on the fence on this one.  I am not very interested in accepting any
package which could conceivably increase my own packaging burdens, i.e.,
if a problem in ddd (or cgdb) requires a change to gdb then I don't want
to have to worry about that.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

Re: How to compile static to avoid the need for cygwin1.dll

[Ivan Hernandez]

No, i'm not aware. Anyway i think that compiling GPL'd programs will not 
make any problem... i guess... no matter how much i touch the code in 
order to make it work !
Ivan

Corinna Vinschen wrote:

On Thu, Sep 04, 2003 at 09:26:32AM -0300, Ivan Hernandez wrote:
 

Hello! i'm trying searchs in google to find info on how to compile 
statically linked binary files on cugwin in order to avoid the need of 
having cygwin1.dll with my programs. I need it because some people is 
alergic to thing that don't understand, and i will not code twice things 
that are already done in *nix and compiles with cygwin!
Please, if someone knows something better than the old -static thing for 
the gcc let me know!
   

Nope, no chance.  You're aware of the Cygwin license especially when it
comes to usage in prorietary projects, are you?  Just asking...
Corinna

 



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

[SPAMBayesian] - cygwin sshd on Windows Server 2003 Domain Controller? - Failed Bayesian filter

[Fermin Sanchez]

Hello there

I used to have cygwin sshd running on my old Windows 2000 Domain 
Controller, worked like a charm. Some time ago I switched (reinstalled, 
actually) my domain controller to Windows Server 2003.

I went through the usual steps: download, "ssh-host-config -y", security 
model "ntsec" and installed it as a service. First, it worked for about 5 
minutes. Then, when I tried to connect from a remote host, I got a network 
connection error. The server isn't accepting connections any more. 
Restarting the sshd service in windows results in:

"The CYGWIN sshd service on Local Computer started and then stopped. Some 
services stop automatically if they have no work to do, for example, the 
Performance Logs and Alerts service".

Needless to say, I don't think the sshd has nothing to do ...

The windows event log has a bit more informations:
sshd : PID 5648: socket: Operation not permitted.
sshd : PID 5648: fatal: Cannot bind any address..
sshd : PID 3508: starting service 'sshd' failed: execv: 255, error 255
sshd : PID 3508: 'sshd' service stopped.
/var/log/sshd.log shows:
c:\cygwin\usr\sbin\sshd.exe: *** could not load user32, Win32 error 0
This is the only entry in this file, regardless of how many times I try to 
restart the service.

Thanks for your help
Fermin
Information about my system:

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Sep 04 16:47:42 2003
Windows .NET Enterprise Server Ver 5.2 Build 3790

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\Program Files\Support Tools\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Resource Kit\
c:\Program Files\Microsoft SQL Server\80\Tools\BINN
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 500(Administrator) GID: 513(Domain Users)
513(Domain Users)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 500(Administrator) GID: 513(Domain Users)
513(Domain Users)
544(Administrators)  554(Pre-Windows 2000 Compatible 
Access)
545(Users)
10513(mkgroup_l_d)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
HOME = `C:\cygwin\home\Administrator'
MAKE_MODE = `unix'
PWD = `/var/log'
USER = `Administrator'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts 
v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  NTFS4086Mb  88% CP CS UN PA FC
d:  hd  NTFS   40954Mb  50% CP CS UN PA FC Data
y:  hd  HGFS3906Mb  10% CP SHARED FOLDERS
z:  cd   N/AN/A
C:\cygwin  / system  
binmode
C:\cygwin/bin  /usr/bin  system  
binmode
C:\cygwin/lib  /usr/lib  system  
binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  
binmode
.  /cygdrive system  
binmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: C:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
   61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll
  849k 2003/08/11 C:\cygwin\bin\cygcrypto-0.9.7.dll
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll
   35k 2002/01/09 C:\cygwin\bin\cygform6.dll
   48k 2003/08/09 C:\cygwin\bin\cygform7.dll
   28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll
   30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll
   19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll
   15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll
   15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll
   69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll
   12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll
  134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll
   17k 2001/06/28 C:\cygwin\bin\cyghistory

Re: DDD 3.3.7 compiles ootb (was - RE: DDD 3.3.5 success)

[Ronald Landheer-Cieslak]

On Thu, Sep 04, 2003 at 10:44:27AM -0400, Christopher Faylor wrote:
> On Thu, Sep 04, 2003 at 10:27:49AM -0400, Richard Campbell wrote:
> >cgf wrote:
> >>Haven't I already vetoed this once?
> >
> >Have you?  I searched the cygwin, cygwin-xfree, and cygwin-apps mailing
> >list archives for ddd, read all messages from you, back 2 years on the
> >cygwin list and for all time on the other two, and I see no veto from
> >you for ddd.
> >
> >Where should I have looked?
> 
> Nowhere else.  I thought I'd vetoed this previously.  I guess I hadn't.
> I'm on the fence on this one.  I am not very interested in accepting any
> package which could conceivably increase my own packaging burdens, i.e.,
> if a problem in ddd (or cgdb) requires a change to gdb then I don't want
> to have to worry about that.
As you've quoted cgdb in this statement, I thought I might as well respond :)

There is no Cygwin-specific code in cgdb - all patches I made were to the 
configury.

IMHO, an interface to a program should never require a change to the program
it is an interface to. I see no reason why gdb would have to change for the
benifit of cgdb, and I surely won't promote such an idea. (If, however, cgdb
reveals a problem in gdb that is definitely not cgdb's fault, we're talking
about something different altogether - but that would be bugs, not missing 
features).

IMHO, if a problem in cgdb required a change in gdb, there's something wrong
with cgdb and it should be fixed - on cgdb's side. That would not be something
you'd have to worry about :)

rlc

-- 
To avoid criticism, do nothing, say nothing, be nothing.
-- Elbert Hubbard

--
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: File path expansion problem (DLL version 1.5.3-1 and earlier)

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Martin Maurer wrote:

> Hello,
>
> when i call
>
> myeditor.exe /etc/services
>
> where myeditor is a win32 editor program, then i get a error messages
> that the file
>
> d:\cygwin\home\martin\tc\services
>
> does not exist. I think there a two problems:
>
> 1) instead of ...\etc\... there is only ...\tc\...
> 2) etc directory is not in ...\home\martin...
>
> Is this only a problem of my system, or also reproduceable on other systems
> ?
>
> BTW: I am using default shell after installation, which i think is bash.
> Got the same error on my previous version (perhaps two weeks old).
>
> Greetings,
>  Martin Maurer ([EMAIL PROTECTED])

This is expected behavior.  Remember, "myeditor" is a Windows program, and
thus interprets the leading "/e" as a flag, which leaves "tc/services" as
the filename.  Since you're most likely running it from your home
directory, this explains the prepended "c:\cygwin\home\martin\".

You should use "cygpath" to convert Cygwin POSIX paths to a format that
Windows programs can understand, e.g.,

myeditor.exe "`cygpath -w /etc/services`"

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/

Problems linking stdcall functions from DLL

[Raoul Gough]

I'm trying to link to a third party DLL that has functions with
stdcall calling convention, but *without* stdcall name decoration
(i.e. no trailing @N). Reading the ld documentation (for 2.14.90), it
looks like this should "just work", and produce warnings unless
--enable-stdcall-fixup is provided. In fact, it always produces hard
"undefined reference" errors. I've distilled this to a minimal
example:

---8<--- begin test script ---8<-

cat >stdcall_export.c 

Re: [SPAMBayesian] - cygwin sshd on Windows Server 2003 Domain Controller? - Failed Bayesian filter

[Christopher Faylor]

[what's all the crap in the subject?]
On Thu, Sep 04, 2003 at 04:56:46PM +0200, Fermin Sanchez wrote:
>I used to have cygwin sshd running on my old Windows 2000 Domain 
>Controller, worked like a charm. Some time ago I switched (reinstalled, 
>actually) my domain controller to Windows Server 2003.
>
>I went through the usual steps: download, "ssh-host-config -y", security 
>model "ntsec" and installed it as a service. First, it worked for about 5 
>minutes. Then, when I tried to connect from a remote host, I got a network 
>connection error. The server isn't accepting connections any more. 
>Restarting the sshd service in windows results in:
>
>"The CYGWIN sshd service on Local Computer started and then stopped. Some 
>services stop automatically if they have no work to do, for example, the 
>Performance Logs and Alerts service".
>
>Needless to say, I don't think the sshd has nothing to do ...
>
>The windows event log has a bit more informations:
>sshd : PID 5648: socket: Operation not permitted.
>sshd : PID 5648: fatal: Cannot bind any address..
>sshd : PID 3508: starting service 'sshd' failed: execv: 255, error 255
>sshd : PID 3508: 'sshd' service stopped.
>
>/var/log/sshd.log shows:
>c:\cygwin\usr\sbin\sshd.exe: *** could not load user32, Win32 error 0
>
>This is the only entry in this file, regardless of how many times I try to 
>restart the service.

Just a hunch but I suspect that if you restart your system things will
work differently.

--
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 compile static to avoid the need for cygwin1.dll

[Corinna Vinschen]

On Thu, Sep 04, 2003 at 11:43:17AM -0300, Ivan Hernandez wrote:
> No, i'm not aware. Anyway i think that compiling GPL'd programs will not 
> make any problem... i guess... no matter how much i touch the code in 
> order to make it work !

As long as it remains in the open source and your targeted audience will
get the source code including the Cygwin source code you used for
packaging, no.  For more details see http://cygwin.com/licensing.html.

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: pthread_mutex_lock error

[Rob Clack]

Sorry, should have mentioned that I had looked at the FAQ, searched the 
archives and googled for pthread_mutex_lock and not found much of great use.

Threads are not something I know much about, the code having been 
written by someone else.

However, while waiting to see if anyone can point me in the right 
direction, I've found that an earlier release of my app (about 3 or 4 
months old), built using an ancient (and now blown away) version of 
Cygwin does work correctly under W2K as well as NT4, Linux, OSF1, etc. 
This enabled me to get my user going, giving me time to actually solve 
the problem.

From this I infer something has changed around the time we upgraded to 
Cygwin 1.3.22-1.  Since the cygwin1.dll I used to build the binary does 
contain a reference to the function, I'm confused that the error message 
 states that it couldn't be found in the dll.

I did check and there's only one cygwin1.dll on the box.

So I'm stuck now as to how to proceed.  Or does your return post, 
Christopher, mean the answer is there if I only look in the right place?

Rob

Christopher Faylor wrote:
On Thu, Sep 04, 2003 at 11:37:10AM +0100, Rob Clack wrote:

I have no idea how to even start diagnosing this problem.


http://cygwin.com/problems.html

--
 ~~
 Not everything incredible is untrue.
 ~~
 Rob ClackAcedb Development,  Informatics Group
 email: [EMAIL PROTECTED]Wellcome Trust Sanger Institute
 Tel: +44 1223 494780   Wellcome Trust Genome Campus
 Fax: +44 1223 494919   Hinxton  CambridgeCB10 1SA
--
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: scp slow against cygwin sshd

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Mario Kuechler wrote:

> Christopher Faylor wrote:
> >> Where to start debugging?
> >
> > http://cygwin.com/problems.html
>
> So the first step is the cygcheck output? It's attached.
>
> Regards,
> Mario

Cygwin DLL version info:
DLL version: 1.3.22
 ^^
cygwin   1.3.22-1
 
openssh  3.6.1p1-2
 ^

Does upgrading to the latest Cygwin (1.5.3-1) and openssh (3.6.1p2-2)
solve this problem?  It's usually a good idea to upgrade to the latest
version before problem reports.

If the latest Cygwin and openssh don't solve this problem, try running
"scp -vvv" and see if that provides any clues.  There's also strace ("man
strace"), which can tell you where the time is going.  Please make an
effort to understand and analyze the strace output before dumping gobs of
data to this list.
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: [SPAMBayesian] - cygwin sshd on Windows Server 2003 Domain Controller? - Failed Bayesian filter

[Corinna Vinschen]

On Thu, Sep 04, 2003 at 04:56:46PM +0200, Fermin Sanchez wrote:
> I used to have cygwin sshd running on my old Windows 2000 Domain 
> Controller, worked like a charm. Some time ago I switched (reinstalled, 
> actually) my domain controller to Windows Server 2003.
> 
> I went through the usual steps: download, "ssh-host-config -y", security 
> model "ntsec" and installed it as a service. First, it worked for about 5 
> minutes. Then, when I tried to connect from a remote host, I got a network 
> connection error. The server isn't accepting connections any more. 
> Restarting the sshd service in windows results in:

I'm surprised that it worked for 5 minutes.  You mean, without trying
to connect, don't you?

Basically on 2003 the problem is a change of user rights given to the
SYSTEM user when running services.  Microsoft is trying to close a
security hole by removing the CreateTokenPrivilege from all services
running under SYSTEM account.

Workaround:  Create a new account on your machine in the Admin group.
Add the CreateTokenPrivilege in your Local Security Policy dialog. 
Run sshd under that account.  Don't forget to add this user to /etc/passwd.
*DON'T* call this user sshd since that's the user name of an *unprivileged*
user running the sshd child when privilege separation is turned on.

Hope that is in any way related to your actual problem...

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: pthread_mutex_lock error

[Christopher Faylor]

On Thu, Sep 04, 2003 at 04:31:35PM +0100, Rob Clack wrote:
>So I'm stuck now as to how to proceed.  Or does your return post, 
>Christopher, mean the answer is there if I only look in the right place?

You said that you had no idea how to diagnose the problem.  I pointed you
at the page which talks about diagnosing problems.  You haven't read it
thoroughly, obviously.  It talks about information that should be in
every problem report, like attached cygcheck output.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

Re: scp slow against cygwin sshd

[Mario Kuechler]

Igor Pechtchanski wrote:
> Does upgrading to the latest Cygwin (1.5.3-1) and openssh (3.6.1p2-2)
> solve this problem?  It's usually a good idea to upgrade to the latest
> version before problem reports.

Well, yes. But Cygwin 1.3 just works. Anyway, I upgraded to the new 1.5 and
nothing changed.

> If the latest Cygwin and openssh don't solve this problem, try running
> "scp -vvv" and see if that provides any clues.  There's also strace ("man

This shows TCP window size(?) related adjustments:

debug2: channel 0: window 49152 sent adjust 81920
20m  0%  144KB 144.1KB/s   02:14 ETA
debug2: channel 0: window 49152 sent adjust 81920
20m  0%  192KB  96.0KB/s   03:21 ETA
debug2: channel 0: window 49152 sent adjust 81920

But these adjustments can also be watched when scp'ing from a Solaris 8
(Server - openssh) to Cygwin (client - scp):

debug2: channel 0: window 57344 sent adjust 73728
debug2: channel 0: window 57344 sent adjust 73728
debug2: channel 0: window 57344 sent adjust 73728

> strace"), which can tell you where the time is going.  Please make an

I had a first look at the strace output. Mmh. Just too much. I'll another
look later.

> effort to understand and analyze the strace output before dumping gobs of
> data to this list.

Sure, I won't :)

Cheers,
Mario



--
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: SEGV in conv_path_list_buf_size with xemacs-21.5-b13 and cygwin-1.3.22-1

[Pete McCann]

Hi,

I first reported this problem with xemacs crashing in
conv_path_list_buf_size back in June.  It's taken me a while to get
back to tracking down the problem, but I think I've made more
progress.  I have since upgraded to cygwin-1.5.0-1, and the same
problem keeps recurring.

The issue seems to be that normalized_path is set to NULL during
construction of the path_conv pc, because of a failed call to
VirtualAlloc deep in the cstrdup() function.  Here is a stack trace,
after reaching a breakpoint at cygheap.cc line 189:


(gdb) where
#0  _csbrk(int) (sbs=40) at ../../../../cygwin-1.5.0-1/winsup/cygwin/cygheap.cc:
189
#1  0x61002161 in _cmalloc(unsigned) (size=28) at ../../../../cygwin-1.5.0-1/win
sup/cygwin/cygheap.cc:232
#2  0x610022fd in cmalloc (x=HEAP_STR, n=20) at ../../../../cygwin-1.5.0-1/winsu
p/cygwin/cygheap.cc:306
#3  0x61002605 in cstrdup (s=0x149df30 "/home/mccap/cygbugs") at ../../../../cyg
win-1.5.0-1/winsup/cygwin/cygheap.cc:362
#4  0x61054d3c in path_conv::check(char const*, unsigned, suffix_info const*) (t
his=0x149e0d0, src=0x610565e4 ".", opt=176, suffixes=0x0) at ../../../../cygwin-
1.5.0-1/winsup/cygwin/path.cc:764
#5  0x610d75cd in path_conv::path_conv(char const*, unsigned, suffix_info const*
) (this=0x149e0d0, src=0x610565e4 ".", opt=144, suffixes=0x0) at ../../../../cyg
win-1.5.0-1/winsup/cygwin/path.h:141
#6  0x6105c448 in conv_path_list_buf_size(char const*, bool) (path_list=0x149e46
c "/home/mccap/Mail/3GPP2TSGP", to_posix=false) at ../../../../cygwin-1.5.0-1/wi
nsup/cygwin/path.cc:3621
#7  0x6105c6eb in cygwin_posix_to_win32_path_list_buf_size (path_list=0x149e46c
"/home/mccap/Mail/3GPP2TSGP") at ../../../../cygwin-1.5.0-1/winsup/cygwin/path.c
c:3662
#8  0x0049c429 in Ffile_truename (filename=281806500, default_=6408196) at filei
o.c:1361
#9  0x00456a49 in Ffuncall (nargs=2, args=0x149e6e8) at eval.c:3842
#10 0x004164c3 in execute_optimized_program (program=0x102edb10 "A\b!r\025AA!«\b
AA\b!!r\tAÄ!-\004Ä\b!\207", stack_depth=3, constants_data=0x101de0d0) at bytecod
e.c:609
#11 0x0045cef4 in funcall_compiled_function (fun=271445468, nargs=1, args=0x149e
93c) at eval.c:3449
#12 0x00456de3 in Ffuncall (nargs=2, args=0x149e938) at eval.c:3881
#13 0x004164c3 in execute_optimized_program (program=0x10fdb310 "\016\030?\205¢"
, stack_depth=12, constants_data=0x10b29910) at bytecode.c:609
#14 0x0045cef4 in funcall_compiled_function (fun=280159796, nargs=2, args=0x149e
bb8) at eval.c:3449
#15 0x00456de3 in Ffuncall (nargs=3, args=0x149ebb4) at eval.c:3881
#16 0x004164c3 in execute_optimized_program (program=0x10fdb410 "Æ\026\030\v"«\0
27\f«\rÇ\fEÉ \v\"\v#\210ª\026E\n\v\"\210ª\017\f«\aE\f!\210ª\006E\nÆ\"\210I Æ\211
\031\030\035I ¬>\r«;[EMAIL PROTECTED]@q\210\016\031I=«$D\211\020«\037\016\032¬\e\016
\027\021ÑÆD\"\026\027\t\016\027=¬\fOO \016\e\"\210OO!\210)\rA\025ªAÖ \210\b?-\02
1\r?-\r\f«\006E\f!ª\005E\nÆ\"+\207", stack_depth=5, constants_data=0x1017c010) a
t bytecode.c:609
#17 0x0045cef4 in funcall_compiled_function (fun=280158696, nargs=0, args=0x149e
e18) at eval.c:3449
#18 0x00456de3 in Ffuncall (nargs=1, args=0x149ee14) at eval.c:3881
#19 0x004164c3 in execute_optimized_program (program=0x149ef54 "Æ \eÇ\216\f\035E
\211\032\031E\211\030\036\rE\211\036\016\034E\211\036\017\036\020É\r!«\fEE\r!I\r
!\"\210ª\006E\r! \210.\vE\207¬\003U\020\034\003d", stack_depth=5, constants_data
=0x800690) at bytecode.c:609
#20 0x0041b6d7 in Fbyte_code (instructions=8270116, constants=8390272, stack_dep
th=11) at bytecode.c:2255
#21 0x00455da2 in Feval (form=8378432) at eval.c:3599
#22 0x00452bcc in condition_case_1 (handlers=8179968, bfun=0x45557c , bar
g=8378432, hfun=0x452cf6 , harg=8420508) at eval.c:
1917
#23 0x004530e4 in condition_case_3 (bodyform=8378432, var=8420508, handlers=8179
968) at eval.c:1999
#24 0x00417b71 in execute_rare_opcode (stack_ptr=0x149f364, program_ptr=0x101e97
c5 "\210)[EMAIL PROTECTED]
36\037«\fÜ\016\037!«\006\212Y \210))\f.\a\207", opcode=Bcondition_case) at bytec
ode.c:1134
#25 0x004161de in execute_optimized_program (program=0x101e9710 "Æ\016\036!ÇEÇ\2
11\211É\036 \030\032\031\034\035\eE\024EE!«\021\016\v:«\f\016\v\022II \n\"\021ª
EI!«\027\016\016:[EMAIL PROTECTED] \n\"[EMAIL PROTECTED]
025Ñ\r!«\aO\r!\020ª\rO\rIO\r!\016!Z]\"\210Ñ\r!«\020I\b\n\"IV¬\017\tO\r!Wª\006O\r
!IV«%Ñ\r!«\030\tO\r!W«\n\fO\r!\tZ^ª\r\fO\r!^ª\006\fO\r!^\024ª\024Ñ\r!«\aO\rI \"\
210Ö\216xOU\217\210)[EMAIL PROTECTED]"..., stack_dept
h=8, constants_data=0x808b10) at bytecode.c:515
#26 0x0045cef4 in funcall_compiled_function (fun=8427104, nargs=1, args=0x149f5d
8) at eval.c:3449
#27 0x00456de3 in Ffuncall (nargs=2, args=0x149f5d4) at eval.c:3881
#28 0x004164c3 in execute_optimized_program (program=0x10185a90 "\v?-&Æ\211\036\
017\eÇ \034E\f\n\"\031É\035\f\022E\t!\025E\b!\210\r\026\020I\rIÉI$\211\020-\207"
, stack_depth=6, constants_data=0x800410) at bytecode.c:609
#29 0x0045cef4 in funcall_compiled_function (fun=8443908, nargs=1, args=0x149f83
c) at eval.c:3449
#30 0x00456de3 in Ffuncall (nargs=2, args=0x149

Re: Re: How to compile static to avoid the need for cygwin1.dll

[Timothy C Prince]

If -mno-cygwin or mingw don't do what you want, you may be out of luck.

-Original Message-
From: Ivan Hernandez <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Thu, 04 Sep 2003 11:43:17 -0300
Subject: Re: How to compile static to avoid the need for cygwin1.dll

No, i'm not aware. Anyway i think that compiling GPL'd programs will not 
make any problem... i guess... no matter how much i touch the code in 
order to make it work !
Ivan

Corinna Vinschen wrote:

>On Thu, Sep 04, 2003 at 09:26:32AM -0300, Ivan Hernandez wrote:
>  
>
>>Hello! i'm trying searchs in google to find info on how to compile 
>>statically linked binary files on cugwin in order to avoid the need of 
>>having cygwin1.dll with my programs. I need it because some people is 
>>alergic to thing that don't understand, and i will not code twice things 
>>that are already done in *nix and compiles with cygwin!
>>Please, if someone knows something better than the old -static thing for 
>>the gcc let me know!
>>
>>
>
>Nope, no chance.  You're aware of the Cygwin license especially when it
>comes to usage in prorietary projects, are you?  Just asking...
>
>Corinna
>
>
>



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



Tim Prince

--
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: DDD 3.3.7 compiles ootb (was - RE: DDD 3.3.5 success)

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Christopher Faylor wrote:

> On Thu, Sep 04, 2003 at 10:12:29AM -0400, Igor Pechtchanski wrote:
> >Now, does anyone care to package it? ;-)
>
> Haven't I already vetoed this once?
> cgf

Not that I recall.  I believe you vetoed cgdb (as Ronald Landheer-Cieslak
mentioned already).  If you did, I apologize.  If not, I'm assuming you're
planning to.

May I inquire why you propose to veto this package?  FWICS, there are some
clear advantages to using DDD over insight in some contexts (e.g., insight
is a frontend for gdb only, whereas DDD handles other debuggers, as stated
on the list recently; insight is a Win32 app, whereas DDD is an X app;
possibly others).  FWIW, I'd vote for it.

In any case, this discussion is moot until someone volunteers to maintain
it and posts a package proposal to cygwin-apps.  Perhaps this needs to be
continued on that list once this happens, unless you've already decided to
veto the package no matter what.
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: setup crashes after checking md5 for gcc...

[Max Bowsher]

Stumpe, Robert wrote:
> it`s my first time using cygwin;
> at first i found an older installer (v2.249.2.5) and some packages on a
> drive
> in our lan; so i tried it with the old one installer and it works...
> after using cygwin i recognized, that a compiler is missing and
> so i downloaded hardly the whole packages and store it on this drive for
> software
> in our lan. then i try to install cygwin local ... the older
> installer(setup.exe)
> crashes with a msg: runtime error ... abnormal programm termination
>
> so i downloaded the new installer (v2.340.2.5) from cygwin.com
> and first it looks better ... untill it checks for md5Sum of gcc 3.2-3
> after that setup finishes(crashes) without an msg
>
> anybody wants to help me...?

Yes - we always like to fix anything that causes setup to crash.

As I type this, I am compiling a debuggable version of setup. I will then
upload it to
http://cygwin.com/setup-snapshots/
(look for the version with "debug" in its name)

You will also need to download the drmingw JIT debugger. It is part of the
mingw-utils bundle here:
http://prdownloads.sourceforge.net/mingw/mingw-utils-0.2.tar.gz?download

Extract drmingw.exe from the tarball above, put it whereever you want to run
it from, and run "drmingw -i" to have it register itself in the registry.

Now run the debuggable version of setup. When it crashes, choose to debug,
and drmingw will pop up with some information. Email that information to
[EMAIL PROTECTED], and I will try and use it to locate the bug.

Max.


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

Re: How to compile static to avoid the need for cygwin1.dll

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Ivan Hernandez wrote:

> Hello! i'm trying searchs in google to find info on how to compile
> statically linked binary files on cugwin in order to avoid the need of
> having cygwin1.dll with my programs. I need it because some people is
> alergic to thing that don't understand, and i will not code twice things
> that are already done in *nix and compiles with cygwin!
> Please, if someone knows something better than the old -static thing for
> the gcc let me know!
>
> Ivan Hernandez

Ivan,

Cygwin doesn't support static linkage with the Cygwin runtime functions.
If you want to build applications that are independent of Cygwin, you may
try using MinGW (by installing the gcc-mingw packages and passing the
"-mno-cygwin" flag to gcc).  Be aware, though, that you won't get full
POSIX emulation with MinGW.  See  for details.  Please
report any resulting MinGW problems to the mingw-users list.
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: ssh problem with $HOME

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Gavin Sinclair wrote:

> Hi,
>
> When attempting a "cvs update" using over the ssh protocol (well, you
> know what I mean ;), I get the following error:
>
>   $ cvs up
>   Could not create directory '/home/Gavin Sinclair/.ssh'.
>
>
> That is surprising, because:
>
>   $ echo $HOME
>   /home/gavin
>
>
> I have read the manpage, /usr/doc/*, googled, and searched the
> archives, but found nothing.  The manpage (ssh), in particular, says
> that $HOME/.ssh is where the heart is, so I suspect a Cygwin nuance.
> Of course cvs is involved here, but I doubt it's having any influence.
>
> Does anybody know what might be going on?
>
> Thanks,
> Gavin

It's likely that the ssh daemon uses a different place to compute your
$HOME (usually /etc/passwd).  The default /etc/profile will use the
Windows environment variable instead, if it's set.  Please make sure your
/etc/profile contains the correct path to your home directory, and that
you don't set your $HOME somewhere where not all apps have access to it
(e.g., your Windows environment).

If that doesn't help, please (re)read the problem reporting guidelines at
 before posting.
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: Strange setup problem. Next button disabled.

[Max Bowsher]

Steve Fairbairn wrote:
> Hi All,
>
> I have a couple of strange setup problems which I cannot find ways around,
> so was wondering if anyone might be able to suggest solutions.
>
> The machine in question is a PIII 650MHz running a very new installation
of
> Win2K Pro.
>
> During the machines installation, cygwin was installed from a local
(network
> drive) directory as the network Administrator user.  It was incorrectly
> installed to the same network drive and subdirectory of the setup files,
> using the default setup settings.
>
> This installation was wiped from the network drive in question.  Any
mention
> of Cygnus was wiped from the registry.  A clean installation of cygwin was
> started.
>
> When installing as a machine administrator, but normal network user.  From
> local directory (the same network drive), setup does all the md5 checks,
> offers me the package list, allows me to change the
> Default/Install/Reinstall/... settings, but the 'Next' button is
permanently
> disabled and I just can't click on it.

Strange - very strange, even.

Please try the latest (2.415) snapshot - I don't expect it to help, but just
in case.
If you can still reproduce the problem... well, I suppose I could add some
debug MessageBoxes.

Please follow up to cygwin-apps@, since this is clearly a setup.exe issue.

Max.


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

bug in "ar" when creating libraries on cross linked filesystems

[daniel . hempel]

Hello,

the command
ar cq libdh.a a.o b.o
does not work, if the current directory is on a linked filesystem.
In my case "." referes to /cygdrive/h".
The error message of "ar" is:
  ar: libdh.a: rename: Cross-device link
  make: *** [libdh.a] Error 1

The program works, when using local files, e.g. /usr/src

# uname -a
CYGWIN_NT-5.1 PCHEMPEL2 1.5.3(0.90/3/2) 2003-09-01 13:15 i686 unknown unknown Cygwin

Best regards
Daniel




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

[ANNOUNCEMENT] Updated: wtf-0.0.4-4

[Igor Pechtchanski]

Version 0.0.4-4 of wtf is available and should be coming soon to a mirror
near you.  See below for a list of changes.

NOTE: this version requires Cygwin 1.5.3, and *will not* work with earlier
versions of Cygwin.  If you still use Cygwin 1.3.22 (although why you'd
want to is beyond me), install wtf-0.0.4-3.

wtf(6) is a utility provided by some UNIX and UNIX-like systems including
Slackware Linux and NetBSD.  It translates acronyms and filename suffixes
by looking up the definition of a term in various databases.

I've added the OLOCA () to the database
directory, so the acronyms from the Cygwin lists will be found (yes, you
can now really ask "wtf is cgf" ;-) ).  There's a perl script in the
source package to update the OLOCA database from the web version of the
OLOCA for those who can't wait for regular package updates (also requires
wget).  See the README file for details.

Changes since 0.0.4-3:

- Fixed wtf crash when datafile is missing (reported in
)
- Compiled against Cygwin 1.5.3
- Moved documentation to /usr/share

Changes since 0.0.4-2:

- Fixed wtf crash when searching past the last record in a file (reported
in )

Changes since 0.0.4-1:

- Fixed manpage to eliminate nroff warnings

Changes since 0.0.3-1:

- New "os" and "companies" databases
- New "wtfdump" utility to print the contents of databases
- Use $WTFPATH (if defined) to find databases
- New command line "-a" flag that returns all matches
- Synced the OLOCA database to the web version


To update your installation, click on the "Install Cygwin now" link on the
http://cygwin.com/ web page.  This downloads setup.exe to your system.
Once you've downloaded setup.exe, run it and select "Publishing" or
"Graphics" and then click on the appropriate field until the above
announced version number appears if it is not displayed already.

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

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

cygwin-announce-unsubscribe-you=yourdomain dot com at cygwin dot com

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

I implore you to READ this information before sending email about how you
"tried everything" to unsubscribe.  In 100% of the cases where people were
unable to unsubscribe, the problem was that they hadn't actually read and
comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing list,
reading the instructions at the above URL is guaranteed to provide you with
the info that you need.

Igor Pechtchanski
Cygwin WTF Maintainer
-- 
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: malloc segfaults Fixed

[Juergen Bohn]

Thank you very much.  It works.

Only one remark: errno is still much earlier set to 12 (Not enough memory)
than x=malloc(1) is NULL.  I don't know if this is of interest.
Is it possible to get your patch as snapshot for 1.3.22 too?

Thanks,
Juergen
On Tue, Sep 02, 2003 at 03:35:04PM +0200, Juergen Bohn wrote:
Tested with cygwin1.dll 1.5.3-1 and 1.3.22-1 on Win2000-SP4, malloc() does 
not (always)
return NULL if there is no more memory available.  Try, for example, simple 
loops like:

  x = malloc(1);
  for (i=0; x != NULL; i++)
  {
  x = malloc(1);
  if (x == NULL)printf("x is NULL\n");
  }
My application terminates with a segmentation violation, but all attempts 
I've applied a patch to cygwin which solves this problem.  You should
get NULL at one point instead.
to handle this by signal() or atexit() fail.  Unfortunately, also sysconf() 
does not work to get the number of available pages (_SC_AVPHYS_PAGES, I get 
always the same but wrong value).
I've changed sysconf to return a more accurate value for _SC_AVPHYS_PAGES.
However, this is not a value you can rely on.  Cygwin processes might run
out of memory even though there are still a lot of physical pages available.
This is related to the fact that small allocations (less than 1 Meg) are
taken from the applications heap which might be unraisable for some reason.
Corinna








--
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 compile static to avoid the need for cygwin1.dll

[Ivan Hernandez]

This is the seccond post that i do and you ever respond. Thanks you Igor!
Ivan from Argentina
Igor Pechtchanski wrote:

On Thu, 4 Sep 2003, Ivan Hernandez wrote:

 

Hello! i'm trying searchs in google to find info on how to compile
statically linked binary files on cugwin in order to avoid the need of
having cygwin1.dll with my programs. I need it because some people is
alergic to thing that don't understand, and i will not code twice things
that are already done in *nix and compiles with cygwin!
Please, if someone knows something better than the old -static thing for
the gcc let me know!
Ivan Hernandez
   

Ivan,

Cygwin doesn't support static linkage with the Cygwin runtime functions.
If you want to build applications that are independent of Cygwin, you may
try using MinGW (by installing the gcc-mingw packages and passing the
"-mno-cygwin" flag to gcc).  Be aware, though, that you won't get full
POSIX emulation with MinGW.  See  for details.  Please
report any resulting MinGW problems to the mingw-users list.
	Igor
 



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

Cygwin 1.5.3 issues

[Gerry Reno]

  This week I upgraded to Cygwin 1.5.3 from 1.3.18 and when I run
cygcheck I'm seeing these things:


(I do have apache2 installed under /usr/local/apache2.  Maybe that is
cause of problem???)

Packages reporting as incomplete:

Missing file: /usr/share/locale/locale.alias from package gettext
Missing file: /usr/share/locale/locale.alias from package texinfo
Can't open file list /etc/setup/XFree86-base.lst.gz for package
XFree86-base
Missing file: /usr/share/locale/locale.alias from package gettext

  Are these missing files a problem?  I always install everything so
I'm not sure how to correct this.

  Other question:  Can I use the cygwin version of gcc for compiling
under mingw?  Mingw gcc is old version (2.95.3-6) and cygwin gcc is
3.2.  Or is there newer gcc available from cygwin site for Mingw?

thx,
Gerry Reno




__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

Re: strange cut and paste between windows and xemacs after upgrade to 1.5.3

[David Rothenberger]

Thomas Pfaff wrote:

After upgrading my cygwin release box from 1.33.2 to 1.5.3 i see a 
strange cut and paste probleme between xemacs 21.4.13 and windows.

Cut and paste from and to windows works as long as xemacs does not fork 
a child process. After a fork of a shell, gdb or gnuserv the actual 
clipboard content is lost and cut and paste works only inside xemacs.

Thomas
I reported the same problem a month or so ago.

You can avoid the problem by adding evaluating
  (setq process-connection-type nil)
before a child process is created.  This forces XEmacs to use pipes 
instead of ptys for the child process communications.

However, I've noticed that tramp does not work with this setting, so 
I've gone back to the default "t" value.  There may be other things 
which don't work correctly this way, too.  Shell mode works fine for me, 
though.

What I've been doing as a work-around is using /dev/clipboard from 
within XEmacs.  To copy, highlight the region and then do

M-|
u2d >/dev/clipboard
ENTER
To paste, drop a mark with C-space, then do

C-u M-|
cat 
Alternatively, you could use getclip.exe and putclip.exe.

Not exactly convenient or quick, but it works.  I have yet to wrap this 
up into elisp functions to bind to keys, but I will probably do that 
unless I can figure out what's wrong with XEmacs.  If you do that, 
please share.

Dave



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

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Gerry Reno wrote:

>   This week I upgraded to Cygwin 1.5.3 from 1.3.18 and when I run
> cygcheck I'm seeing these things:
>
> 
> (I do have apache2 installed under /usr/local/apache2.  Maybe that is
> cause of problem???)

Missing in what sense?  If you moved the files after installing them via
Cygwin setup and now they are reported as "missing" by "cygcheck -c", then
this is expected behavior (also see below).  Otherwise, please (re)read
the problem reporting guidelines at  and
follow them in your next posts.

> Packages reporting as incomplete:
>
> Missing file: /usr/share/locale/locale.alias from package gettext
> Missing file: /usr/share/locale/locale.alias from package texinfo
> Can't open file list /etc/setup/XFree86-base.lst.gz for package
> XFree86-base
> Missing file: /usr/share/locale/locale.alias from package gettext
>
>   Are these missing files a problem?  I always install everything so
> I'm not sure how to correct this.

Yes, they are.  You must have lost these files a while ago, but until
recently "cygcheck -c" did not check for package integrity.  I was about
to suggest reinstalling one or both of the packages, but then looked at
the package listings, and there is indeed a conflict -- *different* files
with the same name (usr/share/locale/locale.alias) appear in both
packages: gettext and texinfo.  In fact, it also appears in the [prev]
version of tar (FWIW).  Maintainers of texinfo and gettext should take
note.  Reinstalling still might help, though.

The "Can't open file list" is superficial (XFree86-base is an empty
package) and can be ignored.  It should only appear if verbose mode is
requested (using a "-v" option), anyway.

>   Other question:  Can I use the cygwin version of gcc for compiling
> under mingw?  Mingw gcc is old version (2.95.3-6) and cygwin gcc is
> 3.2.  Or is there newer gcc available from cygwin site for Mingw?
>
> thx,
> Gerry Reno

You can use Cygwin's gcc to compile mingw programs.  You need to install
the various *mingw* packages (gcc-mingw, mingw-runtime, etc), and then
pass the "-mno-cygwin" flag to gcc.  Please address MinGW problems to the
mingw-users list, though.
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/

cat not found

[Garcia, Lucy]

I just re-installed cygwin for the nth time, but for some strange reason,
cat is not included.  When I run cygcheck -c I get the following:
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Sep 04 12:49:52 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
"C
C:\cygwin\Program Files\Hummingbird\Connectivity\7.00\Accessories\"
c:\Program Files\Common Files\Adaptec Shared\System
C:\cygwin\usr\X11R6\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 547(garcilu1) GID: 547(Power Users)
547(Power Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 547(garcilu1) GID: 547(Power Users)
547(Power Users)545(Users)  
10513(mkgroup_l_d)

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

HOME = `p:\'
MAKE_MODE = `unix'
PWD = `/cygdrive/p'
USER = `garcilu1'

Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS   17351Mb  36% CP CS UN PA FC LOCAL_DISK
e:  cd   N/AN/A
f:  cd   N/AN/A
g:  net NTFS   205385Mb   8% CP CS UN PA FC 
h:  net NTFS   581224Mb  61% CP CS UN PAcatia$
j:  net NTFS   840226Mb  73% CP CS UN PA FC SharedData
m:  net NTFS   130711Mb  79% CP CS UN PA FC 
n:  net NTFS   430044Mb 100% CP CS UN PA FC 
p:  net NTFS   279544Mb  98% CP CS UN PA FC UserData
s:  net NTFS   840226Mb  73% CP CS UN PA FC SharedData
t:  net NTFS   130711Mb  79% CP CS UN PA FC 
w:  net NTFS   559889Mb  29% CP CS UN PA FC SharedDataH

C:\cygwin  / user
textmode
C:\cygwin/bin  /usr/bin  user
textmode
C:\cygwin/lib  /usr/lib  user
textmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  userbinmode
.  /cygdrive user
textmode,cygdrive

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

  849k 2003/08/11 C:\cygwin\bin\cygcrypto-0.9.7.dll
  645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll
  380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll
  487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll
  135k 2003/04/13 C:\cygwin\bin\cygexpat-0.dll
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll
   35k 2002/01/09 C:\cygwin\bin\cygform6.dll
   48k 2003/08/09 C:\cygwin\bin\cygform7.dll
   69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll
   12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll
  134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll
   29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll
  958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll
   37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll
   21k 2001/06/20 C:\cygwin\bin\cygintl.dll
   32k 2003/04/16 C:\cygwin\bin\cygltdl-3.dll
   26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll
   20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll
   29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll
  156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll
  175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll
  226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll
  202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll
  224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll
   15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll
   12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll
   19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll
   67k 2003/08/22 C:\cygwin\bin\cygpcre-0.dll
   63k 2003/04/11 C:\cygwin\bin\cygpcre.dll
   15k 2003/08/22 C:\cygwin\bin\cygpcreposix-0.dll
   61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll
 1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll
   22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll
  148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll
  176k 2003/08/11 C:\cygwin\bin\cygssl-0.9.7.dll
  165k 2003/04/11 C:\cygwin\bin\cygssl.dll
   50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll
   54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll
   60k 2003/08/09 C:\cygwin\bin\cygz.dll
  945k 2003/09/01 C:\cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.5.3
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 90
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdriv

Re: cat not found

[Ivan Hernandez]

You need the package textutils!

$ ls /usr/bin/cat.exe -l
-rwxrwxrwx1 Administ mkgroup_17408 Feb 19  2002 /usr/bin/cat.exe
Ivan Hernandez

Garcia, Lucy wrote:

I just re-installed cygwin for the nth time, but for some strange reason,
cat is not included.  When I run cygcheck -c I get the following:
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Sep 04 12:49:52 2003
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
"C
C:\cygwin\Program Files\Hummingbird\Connectivity\7.00\Accessories\"
c:\Program Files\Common Files\Adaptec Shared\System
C:\cygwin\usr\X11R6\bin
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 547(garcilu1) GID: 547(Power Users)
547(Power Users)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 547(garcilu1) GID: 547(Power Users)
547(Power Users)545(Users)  
10513(mkgroup_l_d)

SysDir: C:\WINNT\System32
WinDir: C:\WINNT
HOME = `p:\'
MAKE_MODE = `unix'
PWD = `/cygdrive/p'
USER = `garcilu1'
Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS   17351Mb  36% CP CS UN PA FC LOCAL_DISK
e:  cd   N/AN/A
f:  cd   N/AN/A
g:  net NTFS   205385Mb   8% CP CS UN PA FC 
h:  net NTFS   581224Mb  61% CP CS UN PAcatia$
j:  net NTFS   840226Mb  73% CP CS UN PA FC SharedData
m:  net NTFS   130711Mb  79% CP CS UN PA FC 
n:  net NTFS   430044Mb 100% CP CS UN PA FC 
p:  net NTFS   279544Mb  98% CP CS UN PA FC UserData
s:  net NTFS   840226Mb  73% CP CS UN PA FC SharedData
t:  net NTFS   130711Mb  79% CP CS UN PA FC 
w:  net NTFS   559889Mb  29% CP CS UN PA FC SharedDataH

C:\cygwin  / user
textmode
C:\cygwin/bin  /usr/bin  user
textmode
C:\cygwin/lib  /usr/lib  user
textmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  userbinmode
.  /cygdrive user
textmode,cygdrive
Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Not Found: cat
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
 849k 2003/08/11 C:\cygwin\bin\cygcrypto-0.9.7.dll
 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll
 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll
 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll
 135k 2003/04/13 C:\cygwin\bin\cygexpat-0.dll
  45k 2001/04/25 C:\cygwin\bin\cygform5.dll
  35k 2002/01/09 C:\cygwin\bin\cygform6.dll
  48k 2003/08/09 C:\cygwin\bin\cygform7.dll
  69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll
  12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll
 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll
  29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll
 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll
  22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll
  37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll
  21k 2001/06/20 C:\cygwin\bin\cygintl.dll
  32k 2003/04/16 C:\cygwin\bin\cygltdl-3.dll
  26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll
  20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll
  29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll
 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll
 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll
 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll
 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll
 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll
  15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll
  12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll
  19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll
  67k 2003/08/22 C:\cygwin\bin\cygpcre-0.dll
  63k 2003/04/11 C:\cygwin\bin\cygpcre.dll
  15k 2003/08/22 C:\cygwin\bin\cygpcreposix-0.dll
  61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll
1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll
  22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll
 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll
 176k 2003/08/11 C:\cygwin\bin\cygssl-0.9.7.dll
 165k 2003/04/11 C:\cygwin\bin\cygssl.dll
  50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll
  54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll
  60k 2003/08/09 C:\cygwin\bin\cygz.dll
 945k 2003/09/01 C:\cygwin\bin\cygwin1.dll
   Cygwin DLL version info:
   DLL version: 1.5.3
   DLL epoch: 19
   DLL bad signal mask: 19005
   DLL old termios: 5
   DLL malloc env: 28
   API major: 0
   API minor: 90
   Shared data: 3
   DLL identifier: cygwin1
   Mount registry: 2
   Cygnus registry name: Cygnus Solutions
   Cygwin registry name: Cygwin
   Program o

Re: cat not found

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Garcia, Lucy wrote:

> I just re-installed cygwin for the nth time, but for some strange reason,
> cat is not included.  When I run cygcheck -c I get the following:
> Cygwin Win95/NT Configuration Diagnostics
> Current System Time: Thu Sep 04 12:49:52 2003
> [snip]
>
> Lucy Garcia

Looks like the output of "cygcheck -svr" to me.  In the future, please
*attach* this output as an uncompressed text *attachment*, as including it
inline produces many false positives for people searching the archives.

As for your "cat" (program, not feline) problem, you should simply use the
package search page at  to locate the package
that contains "bin/cat.exe" and install it.
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: Cygwin 1.5.3 issues

[Gerry Reno]

--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> On Thu, 4 Sep 2003, Gerry Reno wrote:
> 
> >   This week I upgraded to Cygwin 1.5.3 from 1.3.18 and when I run
> > cygcheck I'm seeing these things:
> >
> > 
> > (I do have apache2 installed under /usr/local/apache2.  Maybe that
> is
> > cause of problem???)
> 
> Missing in what sense?  


In the sense that cygcheck -c is reporting a huge list of missing files
under 

Missing file: /etc/apache.new/...
...
Missing file: /var/www.new/...
...

These directories do not exist on my system.


If you moved the files after installing them
> via
> Cygwin setup and now they are reported as "missing" by "cygcheck -c",
> then
> this is expected behavior (also see below).

Files were not moved after Cygwin setup.  I also selected to install
Apache2.  





> > Packages reporting as incomplete:
> >
> > Missing file: /usr/share/locale/locale.alias from package gettext
> > Missing file: /usr/share/locale/locale.alias from package texinfo
> > Can't open file list /etc/setup/XFree86-base.lst.gz for package
> > XFree86-base
> > Missing file: /usr/share/locale/locale.alias from package gettext
> >
> >   Are these missing files a problem?  I always install everything
> so
> > I'm not sure how to correct this.
> 
> Yes, they are.  You must have lost these files a while ago, but until
> recently "cygcheck -c" did not check for package integrity.  I was
> about
> to suggest reinstalling one or both of the packages, but then looked
> at
> the package listings, and there is indeed a conflict -- *different*
> files
> with the same name (usr/share/locale/locale.alias) appear in both
> packages: gettext and texinfo.  In fact, it also appears in the
> [prev]
> version of tar (FWIW).  Maintainers of texinfo and gettext should
> take
> note.  Reinstalling still might help, though.
> 
> The "Can't open file list" is superficial (XFree86-base is an empty
> package) and can be ignored.  It should only appear if verbose mode
> is
> requested (using a "-v" option), anyway.
> 
> >   Other question:  Can I use the cygwin version of gcc for
> compiling
> > under mingw?  Mingw gcc is old version (2.95.3-6) and cygwin gcc is
> > 3.2.  Or is there newer gcc available from cygwin site for Mingw?
> >
> > thx,
> > Gerry Reno
> 
> You can use Cygwin's gcc to compile mingw programs.  You need to
> install
> the various *mingw* packages (gcc-mingw, mingw-runtime, etc), and
> then
> pass the "-mno-cygwin" flag to gcc.  Please address MinGW problems to
> the
> mingw-users list, though.
>   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


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

Re: Cygwin 1.5.3 issues

[Igor Pechtchanski]

On Thu, 4 Sep 2003, Gerry Reno wrote:

> --- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> > On Thu, 4 Sep 2003, Gerry Reno wrote:
> >
> > >   This week I upgraded to Cygwin 1.5.3 from 1.3.18 and when I run
> > > cygcheck I'm seeing these things:
> > >
> > > 
> > > (I do have apache2 installed under /usr/local/apache2.  Maybe that
> > > is cause of problem???)
> >
> > Missing in what sense?
>
> In the sense that cygcheck -c is reporting a huge list of missing files
> under
>
> Missing file: /etc/apache.new/...
> ...
> Missing file: /var/www.new/...
> ...
>
> These directories do not exist on my system.

Aha, I see the problem.

> > If you moved the files after installing them via Cygwin setup and now
> > they are reported as "missing" by "cygcheck -c", then this is expected
> > behavior (also see below).
>
> Files were not moved after Cygwin setup.  I also selected to install
> Apache2.

Yes, they were indeed moved, but not in the way that you were aware of.
The postinstall script for apache actually renamed those directories to
/etc/apache and /var/www respectively.  The integrity checking routine in
cygcheck is too simple-minded[*] to figure out that the files were moved
during postinstall, so it reports them as missing.  My guess is you'll
probably have to live with this until cygcheck is smarter.  Sorry.  The
good news, though, is that, AFAIK, apache is the only package whose
postinstall script thus misbehaves.
Igor
P.S. FYI, apache2 has nothing to do with this.

[*] In fact, I can't really see *how* even a smart cygcheck could figure
this out without cooperation from the package postinstall script itself.
This requires further thought.  Feel free to contribute suggestions or,
better yet, code. ;-)
-- 
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/

Unable to debug perl 5.8.0 program

[Andrew DeFaria]

Recently I started receiving the following error when trying to user 
perl -d. It only seems to happen with some perl scripts and not other, 
more simple perl scripts:

$ perl -d CheckinPreop.pl

Loading DB routines from perl5db.pl version 1.19
Editor support available.
Enter h or `h h' for help, or `man perldebug' for more help.

main::(CheckinPreop.pl:42): my $site;
Unable to get Terminal Size. The TIOCGWINSZ ioctl didn't work. The 
COLUMNS and LINES environment variables didn't work. The resize program 
didn't work. at 
/usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int/Term/ReadKey.pm line 343.
Compilation failed in require at 
/usr/lib/perl5/site_perl/5.8.0/Term/ReadLine/Perl.pm line 58.
   
Term::ReadLine::Perl::new('Term::ReadLine','perldb','GLOB(0x10164648)','GLOB(0x1014a8e8)') 
called at /usr/lib/perl5/5.8.0/perl5db.pl line 2225
   DB::setterm called at /usr/lib/perl5/5.8.0/perl5db.pl line 773
   DB::DB called at CheckinPreop.pl line 42
cqc::CODE(0x10279bdc)(//sons-clearcase/Views/official/Tools/lib/cqc.pm:101):
101:Disconnect;
 DB<1> q
$ echo -e "Lines: $LINES\nColumns: $COLUMNS"
Lines: 24
Columns: 80

This happens in an rxvt window as well as a Windows console window.


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Sep 04 13:36:40 2003

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   .
\\sonscentral\users\adefaria\bin
\\sons-clearcase\Views\official\Tools\adm\bin
\\sons-clearcase\Views\official\Tools\bin
C:\Cygwin\bin
C:\Cygwin\bin
C:\Cygwin\usr\X11R6\bin
C:\Cygwin\usr\local\bin
C:\Cygwin\usr\sbin
c:\WINDOWS\System32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Rational\common
c:\Program Files\Rational\ClearQuest
c:\Program Files\Rational\ClearCase\bin

C:\Cygwin\bin\id.exe output (nontsec)
UID: 1370(adefaria)  GID: 513(Domain
groups=1834(clearcase)   
512(Domain Admins)   513(Domain Users)
2637(Employees-US-Security)  
1170(Everybody)  1331(Software)
1866(Software-US-Security)

C:\Cygwin\bin\id.exe output (ntsec)
UID: 1370(adefaria)  GID: 513(Domain
groups=1834(clearcase)   
512(Domain Admins)   513(Domain Users)
2637(Employees-US-Security)  
1170(Everybody)  1331(Software)
1866(Software-US-Security)

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

CYGWIN = `ntsec'
HOME = `\\sonscentral\users\adefaria'
MAKE_MODE = `unix'
PWD = `/tmp'
USER = `adefaria'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\adefaria\Application Data'
CCHOME = `C:/Program Files/Rational/ClearCase'
CLEARCASE_BLD_HOST_TYPE = `windows'
CLEARCASE_BRTYPE = `rel_2.2'
CLEARCASE_COMMENT = `No comment at this time'
CLEARCASE_PN = `foo.c'
CLEARTOOL = `C:/Program Files/Rational/ClearCase/Bin/Cleartool'
COLORFGBG = `15;default'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `ADEFARIA'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
DISPLAY = `:0'
GNU_SECURE = `/us/adefaria/.gnuhosts'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\adefaria'
LESS = `eiXP?f%f :[stdin] .?pt(%pt\%):?bt(%bt bytes):-..'
LOGONSERVER = `\\SONSCENTRAL'
LOGS = `C:/Program Files/Rational/ClearCase/var/log'
LS_COLORS = 
`no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex=01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.c=01;36:*.h=01;36:*.pl=01;36:*.pm=01;36:*.cgi=01;36:*.java=01;36:*.html=01;36:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:*.bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:*.bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:'
MANPATH = `:/usr/ssl/man'
MSHOME = `C:/Program Files/Rational/MultiSite'
MULTITOOL = `C:/Program Files/Rational/MultiSite/Bin/Multitool.exe'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/us/adefaria'
OS = `3'
PAGER = `less -s'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PRINTER = `//sons-mrp/HPLaserJ'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 0 Stepping 10, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `000a'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\e]0;tmp/tmp\a\e[01;33madefaria:\e[0m'
PS4 = `${0##*/} line $LINENO:'
RATL_RTHOME = `C:\Program Files\Rational\Rational Test'
RGY = `C:/Program Files/Rational/ClearCase/var/atria/rgy'
RTHOME = `C:\Program Files\Rational\Rational Test'
SESSIONNAME = `Console'
SHELL = `/bin/bash'
SHLVL = `1'
SITE_ADMIN = `Andrew DeFaria'
SITE_ADMIN_EMAIL = [EMAIL PROTECTED]'
SITE_ANON_FTP_SERVER = `sons-clearcase'
SITE_BUILD_SERVER = `sons-clearcase'
SITE_DYNAMIC_VIEW_PATH = `/dview'
SITE_HOME_SERVER = `sonscentral'
SITE_HOME_SHARENAME = `users'
SITE_NAME = `US'
SITE_NAME_LONG = `Santa Clara'
SITE_OFFICIAL_VIEW = 

About the fish crashes (was Re: [ANNOUNCEMENT] Available for test: lftp-2.6.6-1)

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

Mark Blackburn wrote:

> -When using the fish protocol, lftp causes a segfault when
> copying a file to the host (put operation). Smaller files
> (<6k) will work OK. But anything larger causes a segfault for
> me.

I also noticed that the ssh process uses all CPU while the file
is being transferred. I tested with 2 files:

lftp [EMAIL PROTECTED]:~> put /usr/bin/perl.exe
17408 bytes transferred in 46 seconds (377b/s)

Also, the trasfers take a very long time, but not with plain
scp (I have 128Kbps for upload):

lynx.exe.7z   100%  663KB  14.9KB/s   00:44

But when I tried a larger file:

679568 Sep  4 02:25 lynx.exe.7z

lftp [EMAIL PROTECTED]:~> put /d/cygwin/lynx/download/lynx.exe.7z
Segmentation fault (core dumped) at 131072 (19%) eta:15m [Sending data]

The strange thing is that ls reported:

-rw-r--r--1 pervalid users   13134 Sep  4 20:56 lynx.exe.7z

I thought 131072 were transferred.

-- 
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: Cygwin Win-stall on 98, SSH to Mandrake won't run GUI

[Darik Horn]

The easiest solution is to install the rxvt package and use it instead 
of "Cygwin Bash Shell" in the start menu.

You'll need to create a shortcut to rxvt.  I use this as my shortcut target:
C:\Cygwin\bin\rxvt.exe -rv -geometry 80x40 -fn "Lucida Console" +sb -sl 
1024 -e /usr/bin/bash --login -i

An alternative solution is to configure the termcap or terminfo on the 
remote host to recognize the cygwin terminal type.

Botl J. Rokit wrote:

I will be apologizing to Cygwin-XFree list, because I sent a message to you by accident.  I apologize for spamming.

Everyone, I hate to ask you this, but I'm just too green.  Before we get into the rightful rattletrap about GUI crutches, my end users are all Win-dependent, and anything that I can remotely kick off and force their hand at is more beautiful than you'd ever know.

I have installed Cygwin on a Windows 98 and 2000 computer (twice over, two different boxes), and have been able to command-prompt over to my new Mandrake Linux 9.1 computers.  I can even get to root, of course!  I simply can't get the GUI to come up, when I attempt to run things like MCC (Mandrake Control Center).  I get this message:

Unknown terminal: cygwin
Check the TERM environment variable.
Also make sure that the terminal is defined in the terminfo database.
Alternatively, set the TERMCAP environment variable to the desired
termcap entry.
tset: unknown terminal type cygwin
Terminal type?
Now at this point, I get to enter either "cygwin" (which ends up saying, again, "Unknown terminal: cygwin") or "vt100" (just to shut it up).  At that point, I get a remark that says 

Erase is backspace.

And that's that.  Being incredibly new, I'm not even certain *where* to look.  I can say, however, that I *suspect* that it's because I haven't defined something on either of my linux b0x3n.  And that I'm a total newbie.

Thanks for the help.  Seriously.

Eric Geater
Botl J. Rokit
--
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/

Neues Network! 2x12 Matrix! Wer zuerst kommt...

[Value MLM Team]

.. malt zu erst und bekommt den meisten Spillover.
Wer zu spaet kommt, den bestraft das Leben!

Gueltige Entfernungsmoeglichkeit von dieser Liste 
für [EMAIL PROTECTED] am Ende dieser Email!

*Diese Email wurde an 20,000 hungrige Networker geschickt*
Das ist erst der Anfang!!

Schließlich geht es um eine 2 x 12 Matrix. Das kann schnell
gehen, wenn Sie sich schnell entschließen.

600 in 90 Tagen in meiner Upline!

Haben Sie so etwas schon einmal erlebt? 
Was für ein Erfolgsrezept steckt dahinter?
 
Ich will es Ihnen sagen:
 
- 2er Matrix ( sorgt für Motivation - Spillover ) 
- Produkte die Sie sich sowieso kaufen oder kaufen sollten!
- Abosystem ( garantiert Umsatzwachstum ) 
- geniale Marketingplattform ( kostenlos )
- Firma mit über 20 Jahren Erfahrung!
- alles Online moeglich 
- kostenlose Onlinepraesentation jeden Abend 20:30 Uhr 
- Onlinestatistik für Downlineübersicht und Honorarabrechnung
- und noch viel, viel mehr
 
Um ausfuehrliche Informationen und den Link zur kostenlosen 
Marketingplattform zu erhalten, klicken Sie den Link und 
füllen Sie die Seite bitte mit Ihrem Vor - und Nachnamen, 
Email Adresse und Telefonnummer aus.

Sie werden dann umgehend den Link per Email mit dem Betreff:
"*** SPILLOVER LINK ***" zu geschickt bekommen.

http://www.getmoreinfonow.net/members/optin/cap21.html

Viel Erfolg,

Ihr Network Team


Um sich von dieser Liste zu entfernen klicken Sie einfach auf 
"Antworten" und kopieren diese  Email Adresse als Empfänger 
ein: [EMAIL PROTECTED]

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

soliciting for assistance.

[Kami Edwards]

I wish to solicit your candid assistance to enable me own a house in your country.I 
was a top executive member of Charles Taylor's cabinet in charge of the purchase of 
arms.Prior to the arrival of peace keeping force from the United Nations,there seems 
to be no hope rather than to relinquish power.
The sum of twenty-five million US dollars($25,000,000) earmarked for the purchase of 
arms is in a vault in the Netherlands.Please kindly contact me on e-mail so that you 
can collect it on my behalf and use part of it for payment of the amount required to 
acquire a beffiting home on a vast land in your country.This will be verified by my 
attorney and estate valuer who will give you the necessary directives.The percentage 
accrued you will be negotiated and any expenses incurred by you will also be taken 
care of from the said amount.Please endeavour to make this a secret affair as i'm 
currently under surveillance as my boss Charles Taylor just relinquished powertwo 
weeks days ago.

I earnestly seek to perpetuate this act,so what i expect from you is sincerity and 
secrecy.This transaction is hitch-free because all modalities has been put in place by 
me and it is based on mutual benefit.Endeavour to send me an e-mail to: [EMAIL 
PROTECTED] or [EMAIL PROTECTED] with a prove of being able to handle such transaction 
and please be aware that time is no longer on our side and wish this transaction to be 
through within fourteen working days.I await your e-mail and God bless.

Best regard,
Kami  Edwards.


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

soliciting for assistance.

[Kami Edwards]

I wish to solicit your candid assistance to enable me own a house in
your country.I was a top executive member of Charles Taylor's cabinet in
charge of the purchase of arms.Prior to the arrival of peace keeping
force from the United Nations,there seems to be no hope rather than to
relinquish power.
The sum of twenty-five million US dollars($25,000,000) earmarked for the
purchase of arms is in a vault in the Netherlands.Please kindly contact
me on e-mail so that you can collect it on my behalf and use part of it
for payment of the amount required to acquire a beffiting home on a vast
land in your country.This will be verified by my attorney and estate
valuer who will give you the necessary directives.The percentage accrued
you will be negotiated and any expenses incurred by you will also be
taken care of from the said amount.Please endeavour to make this a
secret affair as i'm currently under surveillance as my boss Charles
Taylor just relinquished powertwo weeks days ago.
   
I earnestly seek to perpetuate this act,so what i expect from you is
sincerity and secrecy.This transaction is hitch-free because all
modalities has been put in place by me and it is based on mutual
benefit.Endeavour to send me an e-mail to: [EMAIL PROTECTED] or
[EMAIL PROTECTED] with a prove of being able to handle such transaction
and please be aware that time is no longer on our side and wish this
transaction to be through within fourteen working days.I await your
e-mail and God bless.
  
Best regard,
Kami  Edwards.
 
  
--
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: tee core dumped

[Christopher Faylor]

On Fri, Aug 29, 2003 at 12:11:43PM +0200, Philippe Torche wrote:
>No body arrived to reproduce this ?
>Actually I can produce this sometimes using isql from MS, gawk, ...
>It's for me a very big problem !

This will be fixed in the next snapshot:

http://cygwin.com/snapshots/

and in the 1.5.4 release, of course.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

Re: Cygwin 1.5.3 issues

[Charles Wilson]

Igor Pechtchanski wrote:

Yes, they are.  You must have lost these files a while ago, but until
recently "cygcheck -c" did not check for package integrity.  I was about
to suggest reinstalling one or both of the packages, but then looked at
the package listings, and there is indeed a conflict -- *different* files
with the same name (usr/share/locale/locale.alias) appear in both
packages: gettext and texinfo.  In fact, it also appears in the [prev]
version of tar (FWIW).  Maintainers of texinfo and gettext should take
note.  Reinstalling still might help, though.
As gettext is the GNU internationalization/localization package, I would 
assume that locale.alias is "owned" by gettext -- so texinfo shouldn't 
be installing its copy...

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

Binaries compiled with GCC 3.2-3 much bigger than with 2.95.3-10 ?

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

I just switched to 3.2-3 and was impressed with the following:

Cygwin  -O2 -O2 + -Wl,-s-Os -Os + -Wl,-s
--
2.95.3-10   15178   665615178   6656
3.2-3   26710   14336   26008   13824

Linux
-
2.95.4.CVS  16475   712816283   6936
3.2.3   15885   671215427   6292
3.3.1   15802   666815320   6216

What's so different in 3.2-3 ? On Linux GCC 3.x produced
smaller binaries. On Cygwin the size doubled.

On Linux all 3 compilers default to -march=i686. I think it's
the same for Cygwin (i686-pc-cygwin), no ?

For the example I used lndir from XFree86 CVS. I packaged the
sources for it at
http://www.pervalidus.net/cygwin/lndir-CVS.tar.bz2 (9323
bytes).

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

Adding cygwin/bin to dos path

[Brock Filer]

I installed Cygwin a couple hours ago and I added the
bin directory to my autoexec.bat path setting. Put it
at the end so that the UNIX commands wouldn't override
MS commands with the same name.
Mostly I did this so I can call a bash script from a
java program without a lot of OS sniffing.
My question is, was this a foolish and stupid thing to do?

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

1.5.3-1: sshd stopped working after update to 3.6.1p2-2

[Robert Diamond]

I'm running on win2k, latest patches from MS.  The system is behind a 
SMC7004AWBR router, via DSL (SBC).  I had no problems getting in via ssh 
for the past year, but after today's update, I can't get in through the 
router.  I can get in through localhost, and other systems on the local 
lan.  I checked that port 22 was still open on the router, and set to 
the right server, and that other ports still connect properly from the 
outsire world.  The only thing I changed on the system was the update to 
the latest cygwin, and ssh failed immediately after that, so that's the 
first thing I'm checking.

thanks,
   Rob D

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Sep 04 21:25:59 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

Path:   H:\cygwin\usr\local\bin
H:\cygwin\bin
H:\cygwin\bin
h:\perl\bin
h:\WINNT\system32
h:\WINNT
h:\WINNT\System32\Wbem
h:\Program Files\Common Files\Ulead Systems\MPEG
.
h:\Program Files\ATI Technologies\ATI Control Panel
h:\WINNT\system32
h:\WINNT
h:\WINNT\System32\Wbem
h:\Program Files\Common Files\Ulead Systems\MPEG
h:\j2sdk1.4.1_01\bin
c:\downloads\ularn

Output from H:\cygwin\bin\id.exe (nontsec)
UID: 1000(**user**) GID: 513(None)
513(None)

Output from H:\cygwin\bin\id.exe (ntsec)
UID: 1000(**user**) GID: 513(None)
513(None) 544(Administrators)
545(Users)

SysDir: H:\WINNT\System32
WinDir: H:\WINNT

HOME = `H:\cygwin\home\**user**'
MAKE_MODE = `unix'
PWD = `/home/**user**'
USER = `**user**'

ALLUSERSPROFILE = `H:\Documents and Settings\All Users'
APPDATA = `H:\Documents and Settings\**user**\Application Data'
COMMONPROGRAMFILES = `H:\Program Files\Common Files'
COMPUTERNAME = `IKURA'
COMSPEC = `H:\WINNT\system32\cmd.exe'
HOMEDRIVE = `H:'
HOMEPATH = `\'
LOGONSERVER = `\\IKURA'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `H:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 1, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0801'
PROGRAMFILES = `H:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
SYSTEMDRIVE = `H:'
SYSTEMROOT = `H:\WINNT'
TEMP = `h:\DOCUME~1\ROBERT~1\LOCALS~1\Temp'
TERM = `ansi'
TMP = `h:\DOCUME~1\ROBERT~1\LOCALS~1\Temp'
USERDOMAIN = `IKURA'
USERNAME = `**user**'
USERPROFILE = `H:\Documents and Settings\**user**'
WINDIR = `H:\WINNT'
_ = `/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_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `H:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `H:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `H:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  FAT32  10234Mb  76% CPUN   
d:  hd  NTFS   22003Mb  34% CP CS UN PA FC video capture
e:  cd   N/AN/A
f:  cd   N/AN/A
g:  hd  NTFS6824Mb   1% CP CS UN PA FC 
h:  hd  NTFS   76308Mb  75% CP CS UN PA FC 
i:  fd  FAT  122Mb  26% CPUN   POWERSHOT
j:  fd   N/AN/A

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

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

   61k 2003/08/09 H:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
  "cygbz2-1.dll" v0.0 ts=2003/8/8 23:35
  849k 2003/08/11 H:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypto-0.9.7.dll" v0.0 ts=2003/8/11 1:58
  645k 2003/04/11 H:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
 

[ANNOUNCEMENT] Updated: gdbm, libgdbm-devel, libgdbm4 1.8.3-7 [Requires cygwin-1.5.3+]

[Charles Wilson]

!!!
! WARNING WARNING WARNING WARNING !
!!!

There has been a CHANGE in the on-disk format
of database files, due to the cygwin-1.3.22--cygwin-1.5.x
32bit--64bit transition.  This affects all programs which
use gdbm -- including cvs and exim.  Please read this
entire announcement, and the relevant announcement messages
for cvs and exim:

http://www.cygwin.com/ml/cygwin-announce/2003-09/

!!!
! WARNING WARNING WARNING WARNING !
!!!

gdbm is the official GNU Database Manager distribution from the FSF.  It 
provides its own database management interface, as well as backwards 
compatible interfaces for ndbm and dbm databases.

This release is built against the cygwin-1.5.x kernel; it will not work 
with 1.3.22.

gdbm-1.8.3-7
libgdbm-devel-1.8.3-7
libgdbm4-1.8.3-7 (* new package)

CHANGES:

* on disk database format changed.

* compiled against cygwin-1.5.2 kernel

* documentation moved to /usr/share/*

And thanks to Pierre Humblet for the following:

* includes dumpgdbm-1.3.22 and loadgdbm-1.3.22 programs, linked
   statically against the pre-cygwin-1.5.0 gdbm library, and thus
   compatible with existing databases

* includes dumpgdbm-1.5.2 and loadgdbm-1.5.2 programs, linked
   statically against the post-cygwin-1.5.2 gdbm library, and thus
   compatible with new database.

* includes a conversion script which uses dumpgdbm-1.3.22 and
   loadgdbm-1.5.2 to update existing databases to the new format.

DO NOT USE THE CONVERSION SCRIPT NOW.  WAIT UNTIL YOU UPDATE CVS OR 
EXIM, AND THEN BACKUP AND UPDATE ONLY THE DATABASES USED BY THE UPDATED 
APPLICATION (CVS OR EXIM).

Note that the conversions are not idempotent.  That is, if you do this:
dumpgdbm my.db | loadgdbm new.db
diff my.db new.db
The results will not be the same.  However, a comparison of the dumps 
shows that the only difference is the *order* of the records in the 
database; all the records are present in both.  So don't panic.


-- 
Charles Wilson
gdbm volunteer maintainer for cygwin

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

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.







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

[ANNOUNCEMENT] Updated: cvs-1.11.6-3 [Requires cygwin-1.5.3+]

[Charles Wilson]

!!!
! WARNING WARNING WARNING WARNING !
!!!

There has been a CHANGE in the on-disk format
of gdbm database files, due to the cygwin-1.3.22--cygwin-1.5.x
32bit--64bit transition.  This affects all programs which
use gdbm -- including cvs.  You MUST update your on-disk
databases immediately after updating to

   cvs-1.11.6-3
   libgdbm4-1.8.3-7

To do this, use the 'convert-gdbm' script included in the
gdbm-1.8.3-7 and newer packages:

   today=`date +%Y%m%d`
   cd ${CVSROOT}/CVSROOT
   cp modules.db modules.db.${today}
   cp val-tags.db val-tags.db.${today}
   convert-gdbm modules.db
   convert-gdbm val-tags.db

(If you have been using the test versions of gdbm and cvs, and have 
already updated your databases, there is no need to do so again)

!!!
! WARNING WARNING WARNING WARNING !
!!!

CVS is the 'Concurrent Versioning System', a widely-used package for 
maintianing revision histories of source code.  This port is based on 
the official cvs-1.11.6 release, and requires that libgdbm4-1.8.3-7 be 
installed as well.

This release is built against the cygwin-1.5.x kernel; it will not work 
with 1.3.22.

CHANGES:

* updated to the latest release
* compiled against cygwin-1.5.2 kernel
* documentation moved to /usr/share/*

-- 
Charles Wilson
cvs volunteer maintainer for cygwin

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

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.









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

Re: 1.5.3-1: sshd stopped working after update to 3.6.1p2-2

[David Rothenberger]

Robert Diamond wrote:

I'm running on win2k, latest patches from MS.  The system is behind a 
SMC7004AWBR router, via DSL (SBC).  I had no problems getting in via ssh 
for the past year, but after today's update, I can't get in through the 
router.  I can get in through localhost, and other systems on the local 
lan.  I checked that port 22 was still open on the router, and set to 
the right server, and that other ports still connect properly from the 
outsire world.  The only thing I changed on the system was the update to 
the latest cygwin, and ssh failed immediately after that, so that's the 
first thing I'm checking.
I suggest using libpcap and Ethereal  or some 
other network analyzer to see if the ssh traffic is getting to your 
win2k box at all.

Dave



--
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: Adding cygwin/bin to dos path

[fergus]

> Put it at the end so that the UNIX commands
> wouldn't override MS commands with the same
> name.

> My question is, was this a foolish and stupid thing
> to do?

In my opinion: putting it in the PATH is a wise and sensible thing to do,
giving you access to all this excellent stuff. But (my recommendation would
be - others may differ): put it before the Windows command pathnames. There
are very few clashes (find, sort, a couple of others I think) and the Cygwin
interpretations are incomparably "better" (more useful, versatile,
informative, helpful).

Fergus


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

moving cygwin to another disk

[Steve Kelem]

I had to move C:\cygwin to D:\cygwin.

In addition to moving the files, I changed the registry entries under
HKLM\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
so that they reflected the new location.
I also updated D:\cygwin\cygwin.bat and the PATH environment variable.
Are there other places I need to update?

Thanks,
Steve Kelem


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

Cygwin and the Windows registry

[Steve Kelem]

I'm doing fall cleaning, and came across the following registry entries.

Which are required and which can be deleted?  The ones that start with 
an asterisk are the ones that I'm pretty sure are required.  I don't 
know about the rest.  They may be left over from previous versions.

HKCU\Software\Cygnus Solutions\Cygwin
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\Programs\Cygnus Solutions
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\Programs\Cygnus Solutions\Cygwin
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\Programs\Cygwin
*HKLM\SOFTWARE\Cygnus Solutions
*HKLM\SOFTWARE\Cygnus Solutions\Cygwin
*HKLM\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKLM\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKLM\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKU\.DEFAULT\Software\Cygnus Solutions\Cygwin
HKU\.DEFAULT\Software\Cygnus Solutions\Cygwin\mounts v2
HKU\.DEFAULT\Software\Cygnus Solutions\Cygwin\Program Options
HKU\S-1-...-1000\Software\Cygnus Solutions\Cygwin
HKU\S-1-...-1000\Software\Cygnus Solutions\Cygwin\mounts v2
HKU\S-1-...-1000\Software\Cygnus Solutions\Cygwin\Program Options
HKU\S-1-...-1000\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd\Start 
Menu\Programs\Cygnus Solutions\Cygwin
HKU\S-1-...-1000\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd\Start 
Menu\Programs\Cygwin

Thanks,
Steve Kelem






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

[ANNOUNCEMENT] Updated: libtool-devel-1.5-3 [Requires cygwin-1.5.3+]

[Charles Wilson]

The libtool-devel package contains the 1.5 version of libtool, a 
cross-platform tool for building libraries (shared and otherwise).  It 
enables relatively trouble-free builds of DLLs on cygwin and mingw.

This release is built against the cygwin-1.5.x kernel; it will not work 
with 1.3.22.  (Yes, I know that libtool is mostly a big shell script. 
But it also includes the dynamic loader library, cygltdl-3.dll.)

CHANGES:

* compiled against cygwin-1.5.2 kernel
* Documentation moved to /usr/share/*
* includes some patches from libtool-CVS:
   - Max Bowser's library search order fix
   - a fix for tests/dryrun.
* bugfix for wrapper executable when wrapper is invoked
   via ${PATH}. Submitted to libtool cvs.

See NOTES below for older news, and selftest results.

-- 
Charles Wilson
libtool-devel volunteer maintainer for cygwin

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

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.




NOTES:
-

KNOWN ISSUES:
==

1) Building an executable,
that links against a shared library that is part of the same package,
where the source file(s) are in a different subdir than the makefile
that builds the executable, doesn't work. (yeah, real "common" case.
Known to affect expat)  Example:


/Makefile.in
/foo/foo.c
/sharedlib/


/Makefile.in contents:
...
default:  buildlib foo/foo

buildlib: $(LIBRARY)

all: $(LIBRARY) foo/foo
---

For more info, see
http://www.cygwin.com/ml/cygwin/2003-04/msg01247.html

-
2) Open issue: pseudo-cross compiler setup doesn't work (e.g. setting
CC='gcc -mno-cygwin' and expecting a mingw output doesn't work, although
it's unclear whether it SHOULD work, even if at some point in the past
it did.)  The binary wrapper program hardcodes "/bin/sh" -- which is not
a valid pathname for a -mno-cygwin program.  It'd be best to compile the
wrapper with plain "gcc" -- But without making a distincution between
the buildplatform compiler and the hostplatform compiler (e.g. without
using --build= --host=), we can't know about the need for this
distinction. IMO, fixing the "relink .exe ad nauseum" problem is more
important than this corner case -- and there are other ways of
addressing this corner case, which do not involve changes to libtool.


NEW FEATURES:
==

o adds partial support for including .rc files and using windres
to add resources to executables and libraries.  You still must
add something like the following to your Makefile.am file:

LTRCCOMPILE = $(LIBTOOL) --mode=compile $(RC) \
   `echo $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) |\
   sed -e 's/-I/--include-dir /g;s/-D/--define /g'`

and then explicitly include a build rule:

%.o : %.rc
  $(LTRCCOMPILE) -i $@ -o @^

o DESIGN DECISION: (this is a a change from pre-2002 behavior)
  libtool will refuse to create a shared library if any of its
  dependencies are available only as static archives.  DLLs may
  only depend on other DLLs (*)

(*) This is a good idea.  But, we need workarounds for the standard
runtime libs like libgcc.a, libstdc++.a, etc.  These workarounds are
implemented in this libtool release.

o correctly identifies import libraries as "shared objects", so that
libtool's new "DLLs may only depend on other DLLs" behavior isn't
triggered with fatal results when a target DLL's dependencies are
satisfied by import libs.

o Skips the "DLLs may only depend on other DLLs" check when the
dependency is one of the "standard" runtime libs which are currently
available only in static form (libgcc.a, libstdc++.a, etc) on
cygwin/mingw.

o Isn't "confused" by the libtool .la files supplied with cygwin's gcc,
even though they only specify static archives  (e.g. libstdc++.la
lists "libstdc++.a" but not "cygstdc++.dll" [which is good because
cygstdc++.dll doesn't exist]).

o No longer records compiler builtin library paths or compiler-generated
deplibs (like -luser32 -lgcc) in the "dependency_libs" variable in
generated .la files.  (**)

(**) e.g. if cygwin's gcc-3.2 had been built with this version of
libtool, then /usr/lib/libst

[ANNOUNCEMENT] Updated: libtool-stable-1.4.3-2 [Requires cygwin-1.5.3+]

[Charles Wilson]

The libtool-stable package contains the 1.4.3 version of libtool, a 
cross-platform tool for building libraries (shared and otherwise).  It 
enables relatively trouble-free builds of DLLs on cygwin and mingw.

This release is built against the cygwin-1.5.x kernel; it will not work 
with 1.3.22.  (Yes, I know that libtool is mostly a big shell script. 
But it also includes the dynamic loader library, cygltdl-3.dll.  In 
-stable, there is a private version of this DLL in 
/usr/autotool/stable/bin/)

CHANGES:

* compiled against cygwin-1.5.2 kernel
* Documentation moved to /usr/share/*

-- 
Charles Wilson
libtool-stable volunteer maintainer for cygwin

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

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.






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

[ANNOUNCEMENT] Updated: autoconf-devel-2.57-2

[Charles Wilson]

[does NOT require cygwin-1.5.3+ -- I just never announced this upload]

Version 2.57-2 of the autoconf-devel package is now available.
It contains GNU autoconf-2.57, installed into /usr/autotool/devel.

GNU autoconf-2.57 provides "Bug fixes for problems with AIX linker, with 
freestanding C compilers, with GNU m4 limitations, and with obsolete 
copies of GNU documents."

Changes since 2.57-1

o move documentation to /usr/share/* and /usr/autotool/devel/share/*

-- 
Charles Wilson


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

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.







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

[ANNOUNCEMENT] Updated: autoconf-stable-2.13-5

[Charles Wilson]

[does NOT require cygwin-1.5.3+ -- I just never announced this upload]

Version 2.13-5 of the autoconf-stable package is now available.
It contains GNU autoconf-2.13, installed into /usr/autotool/stable.

Changes since 2.13-4

o move documentation to /usr/share/* and /usr/autotool/stable/share/*

-- 
Charles Wilson


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

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.



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