Re: snapshot cygwin1-20031212.dll.bz2

[Marcus Van Der Beek]

But, then it's been theorized that I am rather incompetent about testing
these things,

preferring to test in a magical "It always works" type of
environment that is loaded with super special software.  That's why
I need something like the stack dump from normal folks who don't have
access to all of my whiz bang cygwin spy gadgets and such.
its good to see you acknowledge and agree with what others have been saying
even though its got a sarcastic tone about it.
-marcus

_
ninemsn Premium transforms your e-mail with colours, photos and animated 
text. Click here  http://ninemsn.com.au/premium/landing.asp

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

Re: RSA Authentication with CVSNT

[Corinna Vinschen]

On Dec 16 15:22, Darren Healey wrote:
> http://www.cvsnt.org/pipermail/cvsnt/2001-December/000202.html
> 
> To sum up the problem in as few words as possible:
> A CVSNT server running on windows using RSA authentication via Cygwin's 
> OpenSSH server produces the following log entries when a checkin is made:
> date 2001.12.06.06.14.02; author SYSTEM; state Exp;
> instead of
> date 2001.12.06.06.14.02; author cvsuser; state Exp;
> 
> If password authentication is used, this problem doesn't show up.  I'm also 
> under the understanding that VanDyke's SSH server does not have this 
> problem, but it is a costly solution.
> 
> According to the thread (back in December of 2001), it looks like Corinna 
> had put some effort into trying to resolve this.  Did anything ever come of 
> this?  I would appreciate any info on this subject, as I am interested in 
> using this authentication method for CVSNT.

There's still no solution for native Windows applications.  Cygwin apps
are fine, though.  Patches thoughtfully considered.

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/

permission denied for Remsh on Windows 2000 Server

[Amit RATHEE]

Hi,

I have a domain with many users and I try to enumerate the userid .It comes
out to be 193456 by cygwin.Now I delete the entries from passwd file and
make the UID very short i.e. 19 and when I log in as user it shows me the
correct user name i.e it recognises the user which it was not doing
earlier.But now with this user if try to login from a remote unix server
with same name and entries made in .rhosts file , it gives me an erro
"PERMISSION DENIED".

Everything works well if I do the same above activities with the uid less
than the 65356 no. generated by cygwin.

Any help as soon as possible is appreciable

With Warm Regards,
Amit 



--
Unsubscribe info:  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: permission denied for Remsh on Windows 2000 Server

[Alejandro Lopez-Valencia]

El Wed, 17 Dec 2003 16:44:34 +0530, Amit RATHEE escribià en el mensaje 
<[EMAIL PROTECTED]>:

Hi,

I have a domain with many users and I try to enumerate the userid .It 
comes
out to be 193456 by cygwin.Now I delete the entries from passwd file and
make the UID very short i.e. 19 and when I log in as user it shows me the
   
 Holy Mother of the Deity!
"PERMISSION DENIED".
   ^^
Phew! That was close!
Everything works well if I do the same above activities with the uid less
than the 65356 no. generated by cygwin.
If you read the contents of /etc/passwd, you'll notice that cygwin uses 
the UID numbers generated by Windows, you just can't go about putting in 
anything you like there. On the other hand 19 is a system reserved UID, 
both in Windows *and* Unix; you may use it but you will be opening a 
security hole big enough to drive the Titanic through your system without 
knocking an iceberg.

Cheers

Alejo

--

äåäæ

--
Unsubscribe info:  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: permission denied for Remsh on Windows 2000 Server

[Alejandro Lopez-Valencia]

El Wed, 17 Dec 2003 16:44:34 +0530, Amit RATHEE escribià en el mensaje 
<[EMAIL PROTECTED]>:

I was so astounded that forgot the other little fact: You are trying to 
use remsh! Baad idea. I strongly suggest you use SSH instead (Cygwin 
provides binaries for the OpenSSH implementataion.)

Cheers

Alejo
--
äåäæ

--
Unsubscribe info:  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: permission denied for Remsh on Windows 2000 Server

[Amit RATHEE]

SO you suggest me what to do?

With Warm Regards,
Amit 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Alejandro Lopez-Valencia
Sent: Wednesday, December 17, 2003 5:05 PM
To: [EMAIL PROTECTED]
Subject: Re: permission denied for Remsh on Windows 2000 Server


El Wed, 17 Dec 2003 16:44:34 +0530, Amit RATHEE escribió en el mensaje 
<[EMAIL PROTECTED]>:

> Hi,
>
> I have a domain with many users and I try to enumerate the userid .It
> comes
> out to be 193456 by cygwin.Now I delete the entries from passwd file and
> make the UID very short i.e. 19 and when I log in as user it shows me the

  Holy Mother of the Deity!

> "PERMISSION DENIED".
^^
 Phew! That was close!

> Everything works well if I do the same above activities with the uid 
> less than the 65356 no. generated by cygwin.
>

If you read the contents of /etc/passwd, you'll notice that cygwin uses 
the UID numbers generated by Windows, you just can't go about putting in 
anything you like there. On the other hand 19 is a system reserved UID, 
both in Windows *and* Unix; you may use it but you will be opening a 
security hole big enough to drive the Titanic through your system without 
knocking an iceberg.

Cheers

Alejo

-- 

乾坤一滴

--
Unsubscribe info:  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: permission denied for Remsh on Windows 2000 Server

[Alejandro Lopez-Valencia]

El Wed, 17 Dec 2003 17:51:07 +0530, Amit RATHEE escribià en el mensaje 
<[EMAIL PROTECTED]>:


El Wed, 17 Dec 2003 16:44:34 +0530, Amit RATHEE escribià en el mensaje
<[EMAIL PROTECTED]>:
Hi,

I have a domain with many users and I try to enumerate the userid .It
comes
out to be 193456 by cygwin.Now I delete the entries from passwd file and
make the UID very short i.e. 19 and when I log in as user it shows me 
the

Everything works well if I do the same above activities with the uid
less than the 65356 no. generated by cygwin.

SO you suggest me what to do?
Amit,

I'm afraid you can't use easily the UID generated to your account by the 
SMB network domain controller, because it is too high. Traditionally Unix 
has that 16-bit limitation in the number of different users allowed in a 
system. As far as I know, only newer Unix-like (but not Unix) OSs have 
higher limits on UID numbers (Linux, QNX and such-like).

This is what I'd do assuming you have a machine-wide cygwin installation 
(not tested, no warranties this would work, you are welcome to be a 
willing guinea pig :-):

Create a local user in your box, not registered with the Domain Controler, 
that is, you login locally, no roaming profile, no network authorization.

Login to that account, open your cygwin shell to create the new home 
directory, log out. Login to your default account and edit /etc/passwd, 
change the home directory of the new account to the one of your real 
account. Close the shell. From the Windows Explorer, select the directory 
of your prefered account and assign shared ownership to the local account 
recursively. And, you may need to change access control from ntsec to ntea 
or not at all, and remove some custom ownership properties in the 
directories you want to access as well as playing a bit with chmod, see 
/usr/share/doc/cygwin-doc-1.3/html/cyg-ug-net/using-cygwinenv.html and 
filemodes.html for an explanation.

Alejo
--
äåäæ

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

Running Setup twice on a new install

[Karl M]

Hi All...

I just did a clean Cygwin install. I ran setup and when it completed, I ran 
it a second time. On the
second pass, with no new packages selected, it installed

libbz2_1: Shared libraries for bzip2 (runtime)

Why did it not find this dependency the first time?

I saw this in the recent past and thought I would try it again because of 
all of the dependency updates.

Thanks,

...Karl

_
Enjoy the holiday season with great tips from MSN.  
http://special.msn.com/network/happyholidays.armx

--
Unsubscribe info:  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: snapshot cygwin1-20031212.dll.bz2

[Christopher Faylor]

On Wed, Dec 17, 2003 at 08:28:53AM +, Marcus Van Der Beek wrote:
>>But, then it's been theorized that I am rather incompetent about testing
>>these things,
>
>>preferring to test in a magical "It always works" type of
>>environment that is loaded with super special software.  That's why
>>I need something like the stack dump from normal folks who don't have
>>access to all of my whiz bang cygwin spy gadgets and such.
>
>its good to see you acknowledge and agree with what others have been saying
>even though its got a sarcastic tone about it.

Do you wear ear muffs to muffle the sound of things whooshing by over your
head?  It must be quite distracting otherwise.

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: cvs unable to remove lock directory; rm -r works

[Igor Pechtchanski]

Peter,

Please don't send personal mail with Cygwin questions -- all questions
(and solutions) should go to the Cygwin mailing list.  That way you a) get
the benefit of the combined expertise of the community, and b) get your
query and the replies to it into the archives, so that others can find it
in the archive search.  So I've Cc'd my reply to the list, and set the
Reply-To: appropriately.

Real reply below.

On Tue, 16 Dec 2003, Peter S. Kim wrote:

> Hello,
>
> I ran across your post about this on Google, and was wondering if you were
> ever able to find a resolution.  I am running into the same error running
> cygwin on NT.
>
> Any help would be greatly apprecated..
>
> Thanks!
> - Peter

The workaround I found for this problem was to tell cvs to place locks for
this repository in a local directory (LockDir=/tmp/igor/cvslock in
CVSROOT/config), rather than inside the repository (which is on a Samba
share).  Since this worked, I haven't investigated further.  I suspect
this had something to do with how 'stat' or 'unlink' works on a Samba
share, and, perhaps, the properties of that share (which I have no control
over), but that's more of a WAG.  For all I know, it might have been fixed
in the later Cygwin versions...  HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"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: snapshot cygwin1-20031212.dll.bz2

[Ken Thompson]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Christopher Faylor
> Sent: Wednesday, December 17, 2003 10:49 AM
> To: [EMAIL PROTECTED]
> Subject: Re: snapshot cygwin1-20031212.dll.bz2
>
>
> On Wed, Dec 17, 2003 at 08:28:53AM +, Marcus Van Der Beek wrote:
> >>But, then it's been theorized that I am rather incompetent about testing
> >>these things,
> >
> >>preferring to test in a magical "It always works" type of
> >>environment that is loaded with super special software.  That's why
> >>I need something like the stack dump from normal folks who don't have
> >>access to all of my whiz bang cygwin spy gadgets and such.
> >
> >its good to see you acknowledge and agree with what others have
> been saying
> >even though its got a sarcastic tone about it.
>
> Do you wear ear muffs to muffle the sound of things whooshing by over your
> head?  It must be quite distracting otherwise.
>
> cgf
>
CGF provides a tremendous service to the open source community whatever some
list members think of his attitude. Some of you people who are trashing him
at the same time you are expecting him to reproduce and fix bugs, which
often seem to affect only a very few installations, really should read Dale
Carnegies book How To Win Friends And Influence People. You would really get
a lot more accomplished that way.



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

kill(pid, 0) issue

[Nowakowski Maciej-AMN011]

Hi all,

My application creates additional process using fork() function. Created child process 
listens on a socket and exits when it receives anything. The main process checks the 
child PID using kill(pid, 0) with child PID as a parameter. Even when the child has 
exited this function call returns 0. When I have supplied any PID which hasn't ever 
existed it's fine and kill(non-existentPID, 0) returns -1.

Has anyone experienced something like this?

I'm using Cygwin 1.5.5 version(DLL version).

Regards,

MacNowak

P.S. For now I'm using kill(pid, SIGCONT) as a workaround.

--
Unsubscribe info:  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: kill(pid, 0) issue

[Christopher Faylor]

On Wed, Dec 17, 2003 at 05:23:20PM +0100, Nowakowski Maciej-AMN011 wrote:
>My application creates additional process using fork() function.
>Created child process listens on a socket and exits when it receives
>anything.  The main process checks the child PID using kill(pid, 0)
>with child PID as a parameter.  Even when the child has exited this
>function call returns 0.  When I have supplied any PID which hasn't
>ever existed it's fine and kill(non-existentPID, 0) returns -1.
>
>Has anyone experienced something like this?

This seems like a perfect place for a simple test case.  For instance:

#include 
#include 
#include 
#include 
#include 

int
main (int argc, char **argv)
{
  int pid;
  if (argv[1])
pid = atoi(argv[1]);
  else if ((pid = fork ()) == 0)
{
  puts ("forking a process and then exiting");
  exit (0);
}
  else
{
  int dummy;
  wait (&dummy);
}
  printf ("%d = kill (%d, 0)\n", kill (pid, 0), pid);
  exit (0);
}

I tried the above with no argument and with an argument of a previously
forked-and-exited process.  Both cases produced the expected result, as
did trying this on a running process.

I suspect that you are not 'wait()'ing for the process to exit before
checking if it exists.  kill(pid, 0) will succeed on both linux and cygwin
if the process is not reaped by calling wait (or waitpid, etc.) first.

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/

cron_diagnose.sh version 1.3

[Harig, Mark]

The previous version referred to the file:

   /usr/doc/Cygwin/cron.README

This has been changed to reflect the new
directory structure for documentation:

   /usr/share/doc/Cygwin/cron.README

---

cron_diagnose.sh will attempt to diagnose 
problems with cron.

It will not modify any files on your computer.

You might need to run the script several times.

Each time that it finds a problem, it stops and
displays a descriptive message.

Please read the messages that the script
generates, especially if it reports no errors,
but you still cannot get cron to work for you.

These messages should help you to report
problems that occur in setting up cron, and
possibly reduce the number of messages about
cron that need to be sent to the mailing list.

Please report the version number that this
script reports so that improvements can be
made to it.

-


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

RE: snapshot cygwin1-20031212.dll.bz2

[Larry Hall]

At 10:56 AM 12/17/2003, Ken Thompson you wrote:

>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
>> Of Christopher Faylor
>> Sent: Wednesday, December 17, 2003 10:49 AM
>> To: [EMAIL PROTECTED]
>> Subject: Re: snapshot cygwin1-20031212.dll.bz2
>>
>>
>> On Wed, Dec 17, 2003 at 08:28:53AM +, Marcus Van Der Beek wrote:
>> >>But, then it's been theorized that I am rather incompetent about testing
>> >>these things,
>> >
>> >>preferring to test in a magical "It always works" type of
>> >>environment that is loaded with super special software.  That's why
>> >>I need something like the stack dump from normal folks who don't have
>> >>access to all of my whiz bang cygwin spy gadgets and such.
>> >
>> >its good to see you acknowledge and agree with what others have
>> been saying
>> >even though its got a sarcastic tone about it.
>>
>> Do you wear ear muffs to muffle the sound of things whooshing by over your
>> head?  It must be quite distracting otherwise.
>>
>> cgf
>>
>CGF provides a tremendous service to the open source community whatever some
>list members think of his attitude. Some of you people who are trashing him
>at the same time you are expecting him to reproduce and fix bugs, which
>often seem to affect only a very few installations, really should read Dale
>Carnegies book How To Win Friends And Influence People. You would really get
>a lot more accomplished that way.


Wow!  I can't believe you fell for this CGF deception.  There's clearly a 
Cygwin conspiracy going on here and CGF is at the heart of it.  My take is 
that Red Hat is planning a new, beefed up version of Cygwin that will only
be available as a commercial offering.  It will be big $$$ and compete 
head-to-head with the likes of MS Windows and even Linux!  But Red Hat 
won't be releasing this to the Cygwin community for free.  So we'll
all be stuck with only what we can download. :-(  CGF clearly has access 
to this pending mega, commercial version and is certainly using that for all 
his tests, leaving us all at a disadvantage.  I'm sure he's laughing 
sadistically at us even now.  But he's not fooling me!  And he won't get 
away with it!  Mark my words.  CGF is going down.  And Cygwin will be all 
the better for it.  Just you wait and see...


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


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

Need tips debugging a crash porting an app to cygwin caused by sth overwriting a function

[Dalibor Topic]

Hi all,

I'm trying to get kaffe to work again on Cygwin, and I'm quite puzzled 
at a bug I'm seing. Here's what happens:

I fire up a statically linked kaffe-bin.exe in gdb, and disassemble a 
function, findJarFiles in gdb, and result looks reasonable, i.e. it 
looks just like in the disassembly of the object file the function comes 
from.

I try runing kaffe in gdb in order to run the java compiler, and quite 
quickly, it crashes, when it enters the findJarFiles function, with a 
SIGSEGV. The disassembly of the function shows that it's been modified 
to have a few bad opcodes at the start.

Of course, I'd like to know what causes those opcodes to be modified. 
I've tried watch and awatch findJarFiles, awatch *(long *) findJarFiles, 
but despite gdb saying that it's setting a hardware watchpoint, I don't 
get a break in gdb until the function call crashes, which is too late.

So I'm wondering what kind of tips experienced Cygwin developers could 
offer to nail the bug down.

cheers,
dalibor topic
--
Unsubscribe info:  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: snapshot cygwin1-20031212.dll.bz2

[Igor Pechtchanski]

On Wed, 17 Dec 2003, Larry Hall wrote:

> At 10:56 AM 12/17/2003, Ken Thompson wrote:
>
> >> -Original Message-
> >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> >> Of Christopher Faylor
> >> Sent: Wednesday, December 17, 2003 10:49 AM
> >> To: [EMAIL PROTECTED]
> >> Subject: Re: snapshot cygwin1-20031212.dll.bz2
> >>
> >>
> >> On Wed, Dec 17, 2003 at 08:28:53AM +, Marcus Van Der Beek wrote:
> >> >>But, then it's been theorized that I am rather incompetent about testing
> >> >>these things,
> >> >
> >> >>preferring to test in a magical "It always works" type of
> >> >>environment that is loaded with super special software.  That's why
> >> >>I need something like the stack dump from normal folks who don't have
> >> >>access to all of my whiz bang cygwin spy gadgets and such.
> >> >
> >> >its good to see you acknowledge and agree with what others have
> >> been saying
> >> >even though its got a sarcastic tone about it.
> >>
> >> Do you wear ear muffs to muffle the sound of things whooshing by over your
> >> head?  It must be quite distracting otherwise.
> >>
> >> cgf
> >>
> >CGF provides a tremendous service to the open source community whatever some
> >list members think of his attitude. Some of you people who are trashing him
> >at the same time you are expecting him to reproduce and fix bugs, which
> >often seem to affect only a very few installations, really should read Dale
> >Carnegies book How To Win Friends And Influence People. You would really get
> >a lot more accomplished that way.
>
> Wow!  I can't believe you fell for this CGF deception.  There's clearly a
> Cygwin conspiracy going on here and CGF is at the heart of it.  My take is
> that Red Hat is planning a new, beefed up version of Cygwin that will only
> be available as a commercial offering.  It will be big $$$ and compete
> head-to-head with the likes of MS Windows and even Linux!  But Red Hat
> won't be releasing this to the Cygwin community for free.  So we'll
> all be stuck with only what we can download. :-(  CGF clearly has access
> to this pending mega, commercial version and is certainly using that for all
> his tests, leaving us all at a disadvantage.  I'm sure he's laughing
> sadistically at us even now.  But he's not fooling me!  And he won't get
> away with it!  Mark my words.  CGF is going down.  And Cygwin will be all
> the better for it.  Just you wait and see...

/* CGF: going down.

   Copyright 2003 Red Hat, Inc.

This text is part of Cygwin.

This composition is a copyrighted work licensed under the terms of the
Cygwin license.  Please consult the file "CYGWIN_LICENSE" for
details. */


You better watch out, you better back up,
Because all support for Cygwin will stop:
CGF is go-oing down...
He's one of the thugs who manage Cygwin,
He adds all the bugs because he is mean:
CGF is go-oing down...
He knows the ins of signals, he knows both spawn() and fork()
He has his own environment that makes all programs work...

His manner is rude, he lurks on the lists,
He'll make you spit food and clench both your fists:
CGF is go-oing down...
He has the gall not to spend all his time
On fixing our bugs and this is a crime:
CGF is go-oing down...
Cygwin will just be better with no CGF,
Until the day you find a bug and run screaming WTF?

You better watch out, you better back up,
Because all support for Cygwin will stop:
CGF is go-oing do-o-o-o-o-o-o-own!

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

Windows 2003 Server & Cygwin Cron

[Benn Schreiber]

This is a follow-up to my original post. I've done some work offline with a
couple of people on this, but wanted to bring the issue, and current
findings, back to the list.

Summary: Windows 2003 server, set up crond per Corinna's directions (posted
below). Once a user (pick a user, any user) does a 'crontab -e', crond
reports 'CANT OPEN (tabs/user)'

At this point, the tabs/user file is owned by user.SYSTEM  If I change the
ownership to user.Administrators, crond is happy and so am I because my cron
jobs run.

So, I have a workaround (manually change the protection on the tabs/user
file to user.Administrators after a 'crontab -e'). I'm posting this in case
others run into the problem, and with the hope that a future rev of cron
will address this problem.

Thanks

Benn

From: "Benn Schreiber" 
To: 
Date: Tue, 16 Dec 2003 08:51:26 -0800
Subject: Re: Windows 2003 Server & Cygwin Cron

I am running on Windows 2003 server, and set up cron_server per this note.
The cron server starts just fine, but reports that it can't open
tabs/theuser (where theuser is the user account name).

The protection on tabs/theuser is 640 o.g is user.SYSTEM  which is probably
why cron server can't open it. I changed the group to administrators, which
cron_server is part of, but unfortunately, a 'crontab -e' resets the group
to SYSTEM.

Thanks

Benn

From: Corinna Vinschen  
To: cygwin at cygwin dot com 
Date: Tue, 11 Nov 2003 10:02:53 +0100 
Subject: Re: Windows 2003 Server & Cygwin Cron 
References: <[EMAIL PROTECTED]> 
Reply-to: cygwin at cygwin dot com 

On Mon, Nov 10, 2003 at 03:26:07PM -0700, Brian Cruikshank wrote:
>  I have tried putting
> the everyone group on the Local Security policies for "Create a token
> object", "Logon as service", and "Replace a process level token".  The
> problem still happens.

URGH!  Don't do this.  Remove the Everyone group from these rights
again.  The easiest way is to follow the ssh-host-config script in
creating a special account:

  net user cron_server  /add /yes
  net localgroup  cron_server /add
  editrights -a SeAssignPrimaryTokenPrivilege -u cron_server
  editrights -a SeCreateTokenPrivilege -u cron_server
  editrights -a SeIncreaseQuotaPrivilege -u cron_server
  editrights -a SeServiceLogonRight -u cron_server
  mkpasswd -l -u cron_server >> /etc/passwd

For security reasons:
  editrights -a SeDenyInteractiveLogonRight -u cron_server
  editrights -a SeDenyNetworkLogonRight -u cron_server
  editrights -a SeDenyRemoteInteractiveLogonRight -u cron_server

And then create a cron service using that account:
  cygrunsrv -I cron -p /usr/sbin/cron -a -D -u cron_server -w 

> By the way, I see reference to a cron README file that should have been in
> the install.  I cannot find it anywhere yet.  Did it get lost in the new
> releases or is it hiding somewhere other than /usr/doc?

/usr/share/doc/...

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/

/proc/Registry, other perversities, ala security, ACL's and MS unix services....

[linda w]

I just noticed (don't say "duh!") /proc/Registry and the fairly well 
fleshed out
Registry fs.   I'd been wanting something like that for a while outside of
cygwin -- and also writeable with speed being equivalent to 
similar/native speeds of
accessing the registry.

I thought wouldn't it be cool to have a fully text/binary compatible 
Registry fs that
could be read/written like any other file except that you'd have "file 
types" in
this file system, with each file being assigned a type corresponding to 
"fixed size
dword, variable length binary, string, multi-string and 
multi-string-expandable, with
a plugin architecture to handle not-yet defined tyes.

Seems like much of that work has been done...but I sure don't remember 
reading about
it in the cygwin user's guide.  I went back to search for /proc in the 
u-guide and
find no reference to /proc at all, let alone /proc/registry.

One thing one might do, right off the bat is eliminate those portions of the
registry that don't exist on a given machine.  For example in Win2000 
and WinXP (and
maybe NT4?) there are no branches "HK_DYN_DATA" or "HK_PERFORMANCE_DATA".

It might be "nice" to show the real structure of the Registry, and 
eliminate the
directories "HKClassesRoot, HKCurrentUser,HKCurrentConfig and make them 
symlinks
to HkLocal_Machine/Software/Classes, HKEY_USERS/, and
HKlocalmachine/system/currentcontrolset/hardware profiles/current (I 
think that's
the right link for current config)

Would make the structure of the registry more apparent that under XP, it all
boils down to 2 files, the local-machine file, and the per-user file.
I know NT likes to "simulate" that there are more "tops" or "root keys" in
the registry...but when I was first learning the reg, I only found the
extra keys confusing as they didn't map to the files I knew aboutbut
its probably not that important, either way.
But...how long has it been there? (../Registry)  Where is it in the 
documentation?
I don't like to ask needless questions, but I'm not sure where in the 
documentation I
was supposed to find this???

Also,

as for security matters and the emulation of Unix security with NT 
ACL's...if it is
a security hole, does that mean the MS Unix Services product has the 
same hole?

-linda

--
---
Capitalism:   The rewarding of software companies for producing software
 of the least quality the consumer will buy.




--
Unsubscribe info:  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: Windows 2003 Server & Cygwin Cron

[Igor Pechtchanski]

Quoting crontab.c from the cron-3.0.1-11 sources:

/* Cygwin can't support changing the owner since that requires crontab to
   be a s-uid application which is not supported.
   As workaround we try to set group membership to be SYSTEM (== ROOT_UID)
   and setting permissions to 640 which should allow cron to work. */

So, Cygwin basically assumes that the user that cron runs under will be in
the SYSTEM group, and tries to change the mode of the tab file so that
cron can access it.  Unfortunately, that's not true for the directions
that Corinna gave for Win2003, since the cron_server user is not in the
SYSTEM group.  One solution is to assume the invariant that cron always
runs as a user in the SYSTEM group, but, AFAICS, there is no way to add a
user to the SYSTEM group.  Another solution is to select another group and
make that invariant (and add the cron_server user to it), which will
require changing the cron sources.

Corinna, any comments?
Igor

On Wed, 17 Dec 2003, Benn Schreiber wrote:

> This is a follow-up to my original post. I've done some work offline with a
> couple of people on this, but wanted to bring the issue, and current
> findings, back to the list.
>
> Summary: Windows 2003 server, set up crond per Corinna's directions (posted
> below). Once a user (pick a user, any user) does a 'crontab -e', crond
> reports 'CANT OPEN (tabs/user)'
>
> At this point, the tabs/user file is owned by user.SYSTEM  If I change the
> ownership to user.Administrators, crond is happy and so am I because my cron
> jobs run.
>
> So, I have a workaround (manually change the protection on the tabs/user
> file to user.Administrators after a 'crontab -e'). I'm posting this in case
> others run into the problem, and with the hope that a future rev of cron
> will address this problem.
>
> Thanks
> Benn
>
> From: "Benn Schreiber" 
> To: 
> Date: Tue, 16 Dec 2003 08:51:26 -0800
> Subject: Re: Windows 2003 Server & Cygwin Cron
>
> I am running on Windows 2003 server, and set up cron_server per this note.
> The cron server starts just fine, but reports that it can't open
> tabs/theuser (where theuser is the user account name).
>
> The protection on tabs/theuser is 640 o.g is user.SYSTEM  which is probably
> why cron server can't open it. I changed the group to administrators, which
> cron_server is part of, but unfortunately, a 'crontab -e' resets the group
> to SYSTEM.
>
> Thanks
>
> Benn
>
> From: Corinna Vinschen 
> To: cygwin at cygwin dot com
> Date: Tue, 11 Nov 2003 10:02:53 +0100
> Subject: Re: Windows 2003 Server & Cygwin Cron
> References: <[EMAIL PROTECTED]>
> Reply-to: cygwin at cygwin dot com
> 
> On Mon, Nov 10, 2003 at 03:26:07PM -0700, Brian Cruikshank wrote:
> >  I have tried putting
> > the everyone group on the Local Security policies for "Create a token
> > object", "Logon as service", and "Replace a process level token".  The
> > problem still happens.
>
> URGH!  Don't do this.  Remove the Everyone group from these rights
> again.  The easiest way is to follow the ssh-host-config script in
> creating a special account:
>
>   net user cron_server  /add /yes
>   net localgroup  cron_server /add
>   editrights -a SeAssignPrimaryTokenPrivilege -u cron_server
>   editrights -a SeCreateTokenPrivilege -u cron_server
>   editrights -a SeIncreaseQuotaPrivilege -u cron_server
>   editrights -a SeServiceLogonRight -u cron_server
>   mkpasswd -l -u cron_server >> /etc/passwd
>
> For security reasons:
>   editrights -a SeDenyInteractiveLogonRight -u cron_server
>   editrights -a SeDenyNetworkLogonRight -u cron_server
>   editrights -a SeDenyRemoteInteractiveLogonRight -u cron_server
>
> And then create a cron service using that account:
>   cygrunsrv -I cron -p /usr/sbin/cron -a -D -u cron_server -w 
>
> > By the way, I see reference to a cron README file that should have been in
> > the install.  I cannot find it anywhere yet.  Did it get lost in the new
> > releases or is it hiding somewhere other than /usr/doc?
>
> /usr/share/doc/...
>
> Corinna

-- 
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: snapshot cygwin1-20031212.dll.bz2

[John Morrison]

> From: Igor Pechtchanski



LOL :)

J.

--
Unsubscribe info:  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: snapshot cygwin1-20031212.dll.bz2

[SMore]

Here is the uname and stackdump from cygwin1-20031214.dll.bz2:

CYGWIN_NT-5.0 Test 1.5.6s(0.107/3/2) 20031214 23:18:27 i686 unknown unknown
Cygwin


Exception: STATUS_ACCESS_VIOLATION at eip=610865E7
eax=0948 ebx=00409E30 ecx=610EFE64 edx=0004 esi=0014
edi=0022FB48
ebp=0022FB1C esp=0022FB00 program=C:\cygwin\bin\rsync.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0022FB1C  610865E7  (0022FA94, 0022FA94, 0022FA94, 0022FB40)
End of stack trace


-Original Message-
From: Christopher Faylor
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 16, 2003 2:48 PM
To: [EMAIL PROTECTED]
Subject: Re: snapshot cygwin1-20031212.dll.bz2


On Mon, Dec 15, 2003 at 04:10:52PM -0500, Christopher Faylor wrote:
>On Mon, Dec 15, 2003 at 12:19:04PM -0500, [EMAIL PROTECTED] wrote:
>>I installed the latest snapshot cygwin1-20031214.dll.bz2:
>>
>>$ uname -a
>>CYGWIN_NT-5.0 test 1.5.6s(0.107/3/2) 20031214 23:18:27 i686 unknown
unknown
>>Cygwin
>>
>>I am still seeing a stackdump from rsync.
>>
>>Does the output from this strace help identify the problem 
>
>Unfortunately, no it doesn't.
>
>Can you post the stack dump file you received when running the most
>recent snapshot?  Please also include the uname -a output from the
>snapshot.

Ping?  I'd really like to get this fixed.

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/

--
Unsubscribe info:  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: /proc/Registry, other perversities, ala security, ACL's and MS unix services....

[Igor Pechtchanski]

On Wed, 17 Dec 2003, linda w wrote:

> I just noticed (don't say "duh!") /proc/Registry and the fairly well
> fleshed out Registry fs.  I'd been wanting something like that for a
> while outside of cygwin -- and also writeable with speed being
> equivalent to similar/native speeds of accessing the registry.
>
> I thought wouldn't it be cool to have a fully text/binary compatible
> Registry fs that could be read/written like any other file except that
> you'd have "file types" in this file system, with each file being
> assigned a type corresponding to "fixed size dword, variable length
> binary, string, multi-string and multi-string-expandable, with a plugin
> architecture to handle not-yet defined tyes.

FWIW, there is an inherent mapping problem since the Registry may use
characters in key and value names that are not legal POSIX filename
characters.  Try, for example, accessing the Cygwin mount values through
/proc/registry...

> Seems like much of that work has been done...but I sure don't remember
> reading about it in the cygwin user's guide.  I went back to search for
> /proc in the u-guide and find no reference to /proc at all, let alone
> /proc/registry.



> One thing one might do, right off the bat is eliminate those portions of
> the registry that don't exist on a given machine.  For example in
> Win2000 and WinXP (and maybe NT4?) there are no branches "HK_DYN_DATA"
> or "HK_PERFORMANCE_DATA".



> It might be "nice" to show the real structure of the Registry, and
> eliminate the directories "HKClassesRoot, HKCurrentUser,HKCurrentConfig
> and make them symlinks to HkLocal_Machine/Software/Classes,
> HKEY_USERS/, and
> HKlocalmachine/system/currentcontrolset/hardware profiles/current (I
> think that's the right link for current config)
>
> Would make the structure of the registry more apparent that under XP, it all
> boils down to 2 files, the local-machine file, and the per-user file.
>
> I know NT likes to "simulate" that there are more "tops" or "root keys"
> in the registry...but when I was first learning the reg, I only found
> the extra keys confusing as they didn't map to the files I knew about...
> but its probably not that important, either way.



> But...how long has it been there? (../Registry)

$ cvs annotate winsup/cygwin/fhandler_registry.cc | head -1
1.1  (cgf  02-May-02): /* fhandler_registry.cc: fhandler for 
/proc/registry virtual filesystem
$

Also .

> Where is it in the documentation?




> I don't like to ask needless questions, but I'm not sure where in the
> documentation I was supposed to find this???

Modulo the old saying that code is not documentation, see
winsup/cygwin/fhandler_registry.cc.

> Also,
>
> as for security matters and the emulation of Unix security with NT
> ACL's...if it is a security hole, does that mean the MS Unix Services
> product has the same hole?
>
> -linda

Don't know, sorry.
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: snapshot cygwin1-20031212.dll.bz2

[Christopher Faylor]

On Wed, Dec 17, 2003 at 02:02:59PM -0500, Igor Pechtchanski wrote:
>/* CGF: going down.
>
>   Copyright 2003 Red Hat, Inc.
>
>This text is part of Cygwin.
>
>This composition is a copyrighted work licensed under the terms of the
>Cygwin license.  Please consult the file "CYGWIN_LICENSE" for
>details. */
>
>
>You better watch out, you better back up,
>Because all support for Cygwin will stop:
>CGF is go-oing down...
>He's one of the thugs who manage Cygwin,
>He adds all the bugs because he is mean:
>CGF is go-oing down...
>He knows the ins of signals, he knows both spawn() and fork()
>He has his own environment that makes all programs work...
>
>His manner is rude, he lurks on the lists,
>He'll make you spit food and clench both your fists:
>CGF is go-oing down...
>He has the gall not to spend all his time
>On fixing our bugs and this is a crime:
>CGF is go-oing down...
>Cygwin will just be better with no CGF,
>Until the day you find a bug and run screaming WTF?
>
>You better watch out, you better back up,
>Because all support for Cygwin will stop:
>CGF is go-oing do-o-o-o-o-o-o-own!

This is the funniest thing I have ever seen on this list, no exceptions.
I'm going to send it to everyone I know.

Of course, they'll all say "Huh?  You aren't mean." but they have never
read the cygwin lists...

cgf

P.S. The copyright was a great touch!

--
Unsubscribe info:  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: /proc/Registry, other perversities, ala security, ACL's and MS unix services....

[Christopher Faylor]

On Wed, Dec 17, 2003 at 03:00:35PM -0500, Igor Pechtchanski wrote:
>On Wed, 17 Dec 2003, linda w wrote:
>> Seems like much of that work has been done...but I sure don't remember
>> reading about it in the cygwin user's guide.  I went back to search for
>> /proc in the u-guide and find no reference to /proc at all, let alone
>> /proc/registry.
>
>

Also: http://cygwin.com/ml/cygwin/2003-05/msg00921.html

where we went through this once before, to some extent.

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/

Undefined reference to _WinMain@16

[Roy Clemmons]

Greetings,

After downloading expat-1.95.7.tar.gz from SourceForge and executing
/configure (per the README, however I did not
execute./buildconf.sh ), I am receiving the following error when
attempting to make the expat library under the cygwin 1.5.5-1
environment:

undefined reference to [EMAIL PROTECTED]'

The same error reported to the cygwin email list resulted in a reply
that suggested that this error might be caused because of a missing
main() in the source code.

My OS is Windows 2000 SP 4

What can I do to resolve this issue?

Thank you,

Roy Clemmons

===

Here is the complete make output:

$ make
/bin/bash ./libtool --silent --mode=compile
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototype
s -fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmlparse.lo -c lib/xmlparse.c
/bin/bash ./libtool --silent --mode=compile
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototype
s -fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o lib/xmltok.lo -c
lib/xmltok.c
/bin/bash ./libtool --silent --mode=compile
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototype
s -fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmlrole.lo -c lib/xmlrole.c
/bin/bash ./libtool --silent --mode=link
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -no-undefined -version
-info 5:0:5 -rpath /usr/local/
lib  -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libcygwin.a(libcmain.o)
(.text+0x7c): undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
make: *** [libexpat.la] Error 1

Here is the complete ./configure output:

$ ./configure
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking for gcc... gcc
checking for C compiler default output... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for ld used by GCC... /usr/i686-pc-cygwin/bin/ld.exe
checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld...
yes
checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object
files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... file_magic file
format pei*-i386(.*architecture: i
86)?
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -DDLL_EXPORT
checking if gcc PIC flag -DDLL_EXPORT works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/i686-pc-cygwin/bin/ld.exe) supports
shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... Win32 ld.exe
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether gcc accepts -fexceptions... yes
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... no
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for memmove... yes
checking for bcopy... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for off_t... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking check.h usability... no
checking check.h presence... no
checking for check.h... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscr

Re: Need tips debugging a crash porting an app to cygwin caused by sth overwriting a function

[Christopher Faylor]

On Wed, Dec 17, 2003 at 07:51:06PM +0100, Dalibor Topic wrote:
>I try runing kaffe in gdb in order to run the java compiler, and quite 
>quickly, it crashes, when it enters the findJarFiles function, with a 
>SIGSEGV. The disassembly of the function shows that it's been modified 
>to have a few bad opcodes at the start.
>
>Of course, I'd like to know what causes those opcodes to be modified. 
>I've tried watch and awatch findJarFiles, awatch *(long *) findJarFiles, 
>but despite gdb saying that it's setting a hardware watchpoint, I don't 
>get a break in gdb until the function call crashes, which is too late.
>
>So I'm wondering what kind of tips experienced Cygwin developers could 
>offer to nail the bug down.

Use 'display' to show the contents of the memory location being modified
and either single step or use binary search techniques to see when the
location is modified.

This isn't a cygwin technique.  It's just a debugging technique.

--
Unsubscribe info:  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: snapshot cygwin1-20031212.dll.bz2

[Brian . Kelly]

Before you go "do-o-o-o-o-o-o-own" - can you release 1.5.6?

I'm waiting. ;-)

Brian Kelly
aka:  cgf's first ever *Black Hole* recipient  (If he were to give out such
a thing).






"Christopher Faylor" <[EMAIL PROTECTED]>@cygwin.com
on 12/17/2003 03:08:58 PM

Please respond to [EMAIL PROTECTED]

Sent by:[EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc: (bcc: Brian Kelly/WTC1/Empire)

Subject:Re: snapshot cygwin1-20031212.dll.bz2


On Wed, Dec 17, 2003 at 02:02:59PM -0500, Igor Pechtchanski wrote:
>/* CGF: going down.
>
>   Copyright 2003 Red Hat, Inc.
>
>This text is part of Cygwin.
>
>This composition is a copyrighted work licensed under the terms of the
>Cygwin license.  Please consult the file "CYGWIN_LICENSE" for
>details. */
>
>
>You better watch out, you better back up,
>Because all support for Cygwin will stop:
>CGF is go-oing down...
>He's one of the thugs who manage Cygwin,
>He adds all the bugs because he is mean:
>CGF is go-oing down...
>He knows the ins of signals, he knows both spawn() and fork()
>He has his own environment that makes all programs work...
>
>His manner is rude, he lurks on the lists,
>He'll make you spit food and clench both your fists:
>CGF is go-oing down...
>He has the gall not to spend all his time
>On fixing our bugs and this is a crime:
>CGF is go-oing down...
>Cygwin will just be better with no CGF,
>Until the day you find a bug and run screaming WTF?
>
>You better watch out, you better back up,
>Because all support for Cygwin will stop:
>CGF is go-oing do-o-o-o-o-o-o-own!

This is the funniest thing I have ever seen on this list, no exceptions.
I'm going to send it to everyone I know.

Of course, they'll all say "Huh?  You aren't mean." but they have never
read the cygwin lists...

cgf

P.S. The copyright was a great touch!

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







"WellChoice, Inc." made the following
 annotations on 12/17/2003 04:45:46 PM
--
Attention!  This electronic message contains information that may be legally 
confidential and/or privileged.  The information is intended solely for the individual 
or entity named above and access by anyone else is unauthorized.  If you are not the 
intended recipient, any disclosure, copying, distribution, or use of the contents of 
this information is prohibited and may be unlawful.  If you have received this 
electronic transmission in error, please reply immediately to the sender that you have 
received the message in error, and delete it. Release/Disclosure Statement


--
Unsubscribe info:  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: Need tips debugging a crash porting an app to cygwin caused by sth overwriting a function

[Dalibor Topic]

Hi Christopher,

Christopher Faylor wrote:
On Wed, Dec 17, 2003 at 07:51:06PM +0100, Dalibor Topic wrote:

I try runing kaffe in gdb in order to run the java compiler, and quite 
quickly, it crashes, when it enters the findJarFiles function, with a 
SIGSEGV. The disassembly of the function shows that it's been modified 
to have a few bad opcodes at the start.

Of course, I'd like to know what causes those opcodes to be modified. 
I've tried watch and awatch findJarFiles, awatch *(long *) findJarFiles, 
but despite gdb saying that it's setting a hardware watchpoint, I don't 
get a break in gdb until the function call crashes, which is too late.

So I'm wondering what kind of tips experienced Cygwin developers could 
offer to nail the bug down.


Use 'display' to show the contents of the memory location being modified
and either single step or use binary search techniques to see when the
location is modified.
This isn't a cygwin technique.  It's just a debugging technique.
Thanks for the quick, insightful reply.

I was hoping for some silver bullet, but now it seems like I'll have to 
learn to script gdb to do what you propose. Automated debugging, and all 
that.

cheers,
dalibor topic
--
Unsubscribe info:  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: Need tips debugging a crash porting an app to cygwin caused by sth overwriting a function

[Christopher Faylor]

On Wed, Dec 17, 2003 at 10:57:40PM +0100, Dalibor Topic wrote:
>Hi Christopher,
>
>Christopher Faylor wrote:
>>On Wed, Dec 17, 2003 at 07:51:06PM +0100, Dalibor Topic wrote:
>>
>>>I try runing kaffe in gdb in order to run the java compiler, and quite 
>>>quickly, it crashes, when it enters the findJarFiles function, with a 
>>>SIGSEGV. The disassembly of the function shows that it's been modified 
>>>to have a few bad opcodes at the start.
>>>
>>>Of course, I'd like to know what causes those opcodes to be modified. 
>>>I've tried watch and awatch findJarFiles, awatch *(long *) findJarFiles, 
>>>but despite gdb saying that it's setting a hardware watchpoint, I don't 
>>>get a break in gdb until the function call crashes, which is too late.
>>>
>>>So I'm wondering what kind of tips experienced Cygwin developers could 
>>>offer to nail the bug down.
>>
>>Use 'display' to show the contents of the memory location being modified
>>and either single step or use binary search techniques to see when the
>>location is modified.
>>
>>This isn't a cygwin technique.  It's just a debugging technique.
>
>Thanks for the quick, insightful reply.
>
>I was hoping for some silver bullet, but now it seems like I'll have to 
>learn to script gdb to do what you propose. Automated debugging, and all 
>that.

I don't see how you could script this.  Using a binary search technique
it should be possible to narrow this down fairly quickly, assuming that
it doesn't take long for the memory to become corrupted.

I don't suppose that this is just a variation of something not taking a
\r\n ending into account, is it?  That's usually solved with the 
judicious use of O_BINARY or adding a "b" to the appropriate f{re,}open
parameter.

--
Unsubscribe info:  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: Need tips debugging a crash porting an app to cygwin caused by sth overwriting a function

[Dalibor Topic]

Hi Christopher,

Christopher Faylor wrote:
On Wed, Dec 17, 2003 at 10:57:40PM +0100, Dalibor Topic wrote:

Hi Christopher,

Christopher Faylor wrote:

On Wed, Dec 17, 2003 at 07:51:06PM +0100, Dalibor Topic wrote:


I try runing kaffe in gdb in order to run the java compiler, and quite 
quickly, it crashes, when it enters the findJarFiles function, with a 
SIGSEGV. The disassembly of the function shows that it's been modified 
to have a few bad opcodes at the start.

Of course, I'd like to know what causes those opcodes to be modified. 
I've tried watch and awatch findJarFiles, awatch *(long *) findJarFiles, 
but despite gdb saying that it's setting a hardware watchpoint, I don't 
get a break in gdb until the function call crashes, which is too late.

So I'm wondering what kind of tips experienced Cygwin developers could 
offer to nail the bug down.
Use 'display' to show the contents of the memory location being modified
and either single step or use binary search techniques to see when the
location is modified.
This isn't a cygwin technique.  It's just a debugging technique.
Thanks for the quick, insightful reply.

I was hoping for some silver bullet, but now it seems like I'll have to 
learn to script gdb to do what you propose. Automated debugging, and all 
that.


I don't see how you could script this.  Using a binary search technique
it should be possible to narrow this down fairly quickly, assuming that
it doesn't take long for the memory to become corrupted.
I was thinking about defining a gdb command along the lines of

define my-stepi-watch
while (*(long *) findJarFiles == original_value)
stepi
end
though I've never done that before, so I'm not sure if that would work ;)

I'm not sure about using binary search, as there might be some threading 
involved, so I assume it's safer to just check on each stepi and let the 
machine run overnight.

I don't suppose that this is just a variation of something not taking a
\r\n ending into account, is it?  That's usually solved with the 
judicious use of O_BINARY or adding a "b" to the appropriate f{re,}open
parameter.
Thanks for the tip. All calls to f{re,}open in the VM core use O_BINARY.

cheers,
dalibor topic
--
Unsubscribe info:  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: Need tips debugging a crash porting an app to cygwin caused by sth overwriting a function

[Christopher Faylor]

On Wed, Dec 17, 2003 at 11:40:39PM +0100, Dalibor Topic wrote:
>I was thinking about defining a gdb command along the lines of
>
>define my-stepi-watch
>while (*(long *) findJarFiles == original_value)
>stepi
>end
>
>though I've never done that before, so I'm not sure if that would work ;)

It might work but I think you'd probably end up tracking the heat death
of the universe before you'd see a result.  :-)

>I'm not sure about using binary search, as there might be some threading 
>involved, so I assume it's safer to just check on each stepi and let the 
>machine run overnight.

Ah, threading.  That complicates matters a lot.

Another way to catch this is to call VirtualProtect on the regions in
question and make them read-only.  Then when something trashes the
location it will die immediately.

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/memory/base/virtualprotect.asp

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: Need tips debugging a crash porting an app to cygwin caused by sth overwriting a function

[Dalibor Topic]

Hi Christopher,

Christopher Faylor wrote:
On Wed, Dec 17, 2003 at 11:40:39PM +0100, Dalibor Topic wrote:

I was thinking about defining a gdb command along the lines of

define my-stepi-watch
while (*(long *) findJarFiles == original_value)
stepi
end
though I've never done that before, so I'm not sure if that would work ;)


It might work but I think you'd probably end up tracking the heat death
of the universe before you'd see a result.  :-)
Then you better prepare to die. ;)

Actually, I've seen a result as soon as I let the macro lose. It turns 
out that someverhere between

(1) (gdb) p *(long*) findJarFiles
$1=something
(gdb) b main
(gdb) run
break point in main reached
(2)(gdb) p *(long *) findJarFiles
$2=somethingElse
(1) and (2) the object code of findJarFiles is changed, i.e. even before 
the program starts at all. *Now* I'm really puzzled.

Any idea how to debug that? What could it be that's invoked before main 
that modifies object code?

cheers,
dalibor topic
--
Unsubscribe info:  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: snapshot cygwin1-20031212.dll.bz2

[Joshua Daniel Franklin]

On Wed, Dec 17, 2003 at 02:02:59PM -0500, Igor Pechtchanski wrote:
> On Wed, 17 Dec 2003, Larry Hall wrote:
> 
> > At 10:56 AM 12/17/2003, Ken Thompson wrote:
> >
> > >> -Original Message-
> > >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> > >> Of Christopher Faylor
> > >> Sent: Wednesday, December 17, 2003 10:49 AM
> > >> To: [EMAIL PROTECTED]
> > >> Subject: Re: snapshot cygwin1-20031212.dll.bz2
> > >>
> > >>
> > >> On Wed, Dec 17, 2003 at 08:28:53AM +, Marcus Van Der Beek wrote:
> > >> >>But, then it's been theorized that I am rather incompetent about testing
> > >> >>these things,
> > >> >
> > >> >>preferring to test in a magical "It always works" type of
> > >> >>environment that is loaded with super special software.  That's why
> > >> >>I need something like the stack dump from normal folks who don't have
> > >> >>access to all of my whiz bang cygwin spy gadgets and such.
> > >> >
> > >> >its good to see you acknowledge and agree with what others have
> > >> been saying
> > >> >even though its got a sarcastic tone about it.
> > >>
> > >> Do you wear ear muffs to muffle the sound of things whooshing by over your
> > >> head?  It must be quite distracting otherwise.
> > >>
> > >> cgf
> > >>
> > >CGF provides a tremendous service to the open source community whatever some
> > >list members think of his attitude. Some of you people who are trashing him
> > >at the same time you are expecting him to reproduce and fix bugs, which
> > >often seem to affect only a very few installations, really should read Dale
> > >Carnegies book How To Win Friends And Influence People. You would really get
> > >a lot more accomplished that way.
> >
> > Wow!  I can't believe you fell for this CGF deception.  There's clearly a
> > Cygwin conspiracy going on here and CGF is at the heart of it.  My take is
> > that Red Hat is planning a new, beefed up version of Cygwin that will only
> > be available as a commercial offering.  It will be big $$$ and compete
> > head-to-head with the likes of MS Windows and even Linux!  But Red Hat
> > won't be releasing this to the Cygwin community for free.  So we'll
> > all be stuck with only what we can download. :-(  CGF clearly has access
> > to this pending mega, commercial version and is certainly using that for all
> > his tests, leaving us all at a disadvantage.  I'm sure he's laughing
> > sadistically at us even now.  But he's not fooling me!  And he won't get
> > away with it!  Mark my words.  CGF is going down.  And Cygwin will be all
> > the better for it.  Just you wait and see...
> 
> /* CGF: going down.
> 
>Copyright 2003 Red Hat, Inc.
> 
> This text is part of Cygwin.
> 
> This composition is a copyrighted work licensed under the terms of the
> Cygwin license.  Please consult the file "CYGWIN_LICENSE" for
> details. */
> 
> 
> You better watch out, you better back up,
> Because all support for Cygwin will stop:
> CGF is go-oing down...
> He's one of the thugs who manage Cygwin,
> He adds all the bugs because he is mean:
> CGF is go-oing down...
> He knows the ins of signals, he knows both spawn() and fork()
> He has his own environment that makes all programs work...
> 
> His manner is rude, he lurks on the lists,
> He'll make you spit food and clench both your fists:
> CGF is go-oing down...
> He has the gall not to spend all his time
> On fixing our bugs and this is a crime:
> CGF is go-oing down...
> Cygwin will just be better with no CGF,
> Until the day you find a bug and run screaming WTF?
> 
> You better watch out, you better back up,
> Because all support for Cygwin will stop:
> CGF is go-oing do-o-o-o-o-o-o-own!


OK, I've been keeping an informal list of some of my mailing list favorites,
after this I've put them on a webpage:



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

RE: CreateFileMapping, create global objects, and multiple users

[Pierre A. Humblet]

Thanks to Benn Schreiber for sending me the trace.txt requested below
and for performing additional tests.

The problem is due to the tty mutexes and events being
created in the default name space.

That's a known issue already on my to-do list, but it's
queued behind other changes in the same files, currently
under review.

The fix is extremely simple: replace all tty constructs such as
__small_sprintf (buf, OUTPUT_MUTEX, ntty)
by
shared_name (buf, OUTPUT_MUTEX, ntty),
remove the %d from OUTPUT_MUTEX and adjust the size of buf.

The workaround with 1.5.5 is to avoid using tty and rxvt with TS
(and more than one cygwin user).
Another workaround with the recent snapshots is to be unprivileged.

Pierre


At 07:54 PM 12/15/2003 -0500, Pierre A. Humblet wrote:
>At 04:39 PM 12/15/2003 -0800, Benn Schreiber wrote:
>>Pierre,
>>
>>Thanks for the feedback. One of the users is the administrator. The
>>other is not in the admin group, but has the 'create global object'
>>right per a note I saw from Corinna.
>>
>>The snapshot I installed is from 12/1, should this be recent enough?
>
>Benn,
>
>There has been another significant change on 12/2. Could you try the
>latest snapshot? It's stable enough.
>
>>It does not appear to depend on the order. Both the root (administrator)
>>and user login are via terminal services. I just tried it with
>>administrator logged in locally, as well as through TS, and it still
>>occurs. I also noticed (one time only) that tcsh (my default shell) goes
>>compute bound. I tried it with bash, and the rxvt window seems to
>>more-or-less self-destruct on its own (ie I don't even get the
>>opportunity to close it...it just goes away as soon as I touch it).
>
>So at the time the second login takes place, the first one freezes,
>even when both are the administrator? 
>
>>The times when the window is hung, I cannot type anything into the
>>window. The only thing I can do is close it.
>>
>>Thanks for your thoughts...any additional ideas would be appreciated.
>>
>
>Assuming it keeps occuring with the snapshot, try starting under strace
>(from the Terminal Services console) the rxvt that goes away:
>
>strace -o trace.txt rxvt -d :0 -e bash
>and send me trace.txt as an attachment.
>Do as little as possible in bash (no --login) to keep the trace
>size reasonable. Is there a stack dump in the current directory?
>Thanks.
>
>Pierre
>
>
>>Benn
>>
>>-Original Message-
>>From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] 
>>Sent: Monday, December 15, 2003 4:15 PM
>>To: Benn Schreiber; [EMAIL PROTECTED]
>>Subject: Re: CreateFileMapping, create global objects, and multiple
>>users
>>
>>At 11:33 AM 12/15/2003 -0800, Benn Schreiber wrote:
>>>I'm running Win2003 server and found an interesting anomaly with the
>>'create
>>>global objects' right workaround. I have it enabled for administrator
>>>(obviously), and my account. When I am logged into both admin and my
>>>account, and both create rxvt windows, the first one created gets hung,
>>
>>When? Does it depend of the order? Are you in the administrators group?
>>Do you both login over terminal services or is one of you at the
>>console?
>> 
>>> and doing anything to it results in the window disappearing.
>>
>>So it's not really hung... What do you mean exactly?
>> 
>>>Is there a naming conflict or something, such that there can only be
>>one
>>>Cygwin user on a Win2003 server?
>>
>>Obviously there is "something", but it shouldn't be there.
>>There have been lots of changes to that part of Cygwin.
>>Could you try with a recent snapshot and report again?
>>
>>Pierre
>>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/
>
>

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

Re: Undefined reference to _WinMain@16

[Roy Clemmons]

I fixed this problem by adding a dummy winmain to xmlparse.c

int __declspec(nothrow) __stdcall WinMain(int a, int b, char* c, int
d);
int __declspec(nothrow) __stdcall WinMain(int a, int b, char* c, int
d)
{
return 0;
}

Don't know the repercussions - if any.

Roy


- Original Message - 
From: "Roy Clemmons" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 17, 2003 3:22 PM
Subject: Undefined reference to [EMAIL PROTECTED]


> Greetings,
>
> After downloading expat-1.95.7.tar.gz from SourceForge and executing
> ./configure (per the README, however I did not
> execute./buildconf.sh ), I am receiving the following error when
> attempting to make the expat library under the cygwin 1.5.5-1
> environment:
>
> undefined reference to [EMAIL PROTECTED]'
>
> The same error reported to the cygwin email list resulted in a reply
> that suggested that this error might be caused because of a missing
> main() in the source code.
>
> My OS is Windows 2000 SP 4
>
> What can I do to resolve this issue?
>
> Thank you,
>
> Roy Clemmons
>
> ===
>
> Here is the complete make output:
>
> $ make
> /bin/bash ./libtool --silent --mode=compile
> gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototype
> s -fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
> lib/xmlparse.lo -c lib/xmlparse.c
> /bin/bash ./libtool --silent --mode=compile
> gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototype
> s -fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
lib/xmltok.lo -c
> lib/xmltok.c
> /bin/bash ./libtool --silent --mode=compile
> gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototype
> s -fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o
> lib/xmlrole.lo -c lib/xmlrole.c
> /bin/bash ./libtool --silent --mode=link
> gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
>
fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -no-undefined -version
> -info 5:0:5 -rpath /usr/local/
> lib  -o libexpat.la lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
>
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libcygwin.a(libcmain.o)
> (.text+0x7c): undefined reference to [EMAIL PROTECTED]'
> collect2: ld returned 1 exit status
> make: *** [libexpat.la] Error 1
>
> Here is the complete ./configure output:
>
> $ ./configure
> checking build system type... i686-pc-cygwin
> checking host system type... i686-pc-cygwin
> checking for gcc... gcc
> checking for C compiler default output... a.exe
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... .exe
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for ld used by GCC... /usr/i686-pc-cygwin/bin/ld.exe
> checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld...
> yes
> checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object
> files... -r
> checking for BSD-compatible nm... /usr/bin/nm -B
> checking whether ln -s works... yes
> checking how to recognise dependant libraries... file_magic file
> format pei*-i386(.*architecture: i
> 86)?
> checking command to parse /usr/bin/nm -B output... ok
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking dlfcn.h usability... yes
> checking dlfcn.h presence... yes
> checking for dlfcn.h... yes
> checking for ranlib... ranlib
> checking for strip... strip
> checking for objdir... .libs
> checking for gcc option to produce PIC... -DDLL_EXPORT
> checking if gcc PIC flag -DDLL_EXPORT works... yes
> checking if gcc static flag -static works... yes
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.lo... yes
> checking if gcc supports -fno-rtti -fno-exceptions... yes
> checking whether the linker (/usr/i686-pc-cygwin/bin/ld.exe)
supports
> shared libraries... yes
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> checking dynamic linker characteristics... Win32 ld.exe
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> creating libtool
> checking for gcc... (cached) gcc
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether gcc accepts -fexceptions... yes
> checking for ANSI C header files... (cached) yes
> checking whether byte ordering is bigendian... no
> checking for gcc option to accept ANSI C... none needed
> check

about perl and cygfreetype-6.dll

[Magic Fang]

hi, anybody encountered  the problem when installing perl modules? the
perl(perl Makefile.PL) throw can not map xxx to cygfreetype-6.dll, my
perl version is 5.8.2, and this problem appears when installing GD::SVG
and bioperl.
and anyone has install pTk on cygwin?


--
Unsubscribe info:  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: ncurses struggles with LinuxTrade

[Hu Thomas Pan]

Hi all,

I have tried to compile LinuxTrade 3.65 but failed to link ncursers 5.3-4.
Here is the list of linking errors:

$ make
gcc  -g -O2 -Wall -Wno-format-y2k  -DBROKEN_LINKER -o linuxtrade -static
linuxtr
ade.o colon.o curse.o error.o debug.o rc.o streamer.o null.o advfn.o datek.o
esi
gnal.o moneyam.o moneynet.o quotemedia.o schwab.o scottrader.o
sonictrading.o sw
issquote.o yahoo.o pref.o srpref.o stocklist.o help.o chart.o info.o news.o
arti
cle.o arca.o island.o qml2.o l2sr.o inplay.o updown.o splits.o markcal.o
symlook
up.o alert.o alertipo.o regsha1.o optchain.o holdings.o bloomearn.o quiet.o
wsrn
earn.o exthours.o toolmode.o minihtml.o sgml.o p2open.o futs.o ma.o util.o 
-lpt
hread -lm
linuxtrade.o(.text+0x13fd): In function `add_from_stocklist':
/cygdrive/c/download/linuxtrade-3.65/linuxtrade.c:501: undefined reference
to `_
mvprintw'
linuxtrade.o(.text+0x1446):/cygdrive/c/download/linuxtrade-3.65/linuxtrade.c
:512
: undefined reference to `_LINES'
linuxtrade.o(.text+0x1471):/cygdrive/c/download/linuxtrade-3.65/linuxtrade.c
:498
: undefined reference to `_COLS'
linuxtrade.o(.text+0x1489):/cygdrive/c/download/linuxtrade-3.65/linuxtrade.c
:498
: undefined reference to `_LINES'
linuxtrade.o(.text+0x15dc): In function `trigger_add':
/cygdrive/c/download/linuxtrade-3.65/linuxtrade.c:575: undefined reference
to `_
beep'
linuxtrade.o(.text+0x23e0): In function `set_color':
/cygdrive/c/download/linuxtrade-3.65/linuxtrade.c:903: undefined reference
to `_
stdscr'

……

Any idea? I have tried -DBROKEN_LINKER but still, I got the same errors.


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

Re: snapshot cygwin1-20031212.dll.bz2

[Christopher Faylor]

On Wed, Dec 17, 2003 at 02:53:33PM -0500, [EMAIL PROTECTED] wrote:
>Here is the uname and stackdump from cygwin1-20031214.dll.bz2:
>
>CYGWIN_NT-5.0 Test 1.5.6s(0.107/3/2) 20031214 23:18:27 i686 unknown unknown
>Cygwin
>
>
>Exception: STATUS_ACCESS_VIOLATION at eip=610865E7
>eax=0948 ebx=00409E30 ecx=610EFE64 edx=0004 esi=0014
>edi=0022FB48
>ebp=0022FB1C esp=0022FB00 program=C:\cygwin\bin\rsync.exe
>cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
>Stack trace:
>Frame Function  Args
>0022FB1C  610865E7  (0022FA94, 0022FA94, 0022FA94, 0022FB40)
>End of stack trace

Oh well.  Still not much help.  I am building a new snapshot which may
provide a better stack trace on failure.  If you could run it and report
the stack trace, it would be appreciated.

Also, if you could send me a complete strace log that might be useful,
too.

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: snapshot cygwin1-20031212.dll.bz2 (with a very off-topic laptop aside)

[Christopher Faylor]

On Thu, Dec 18, 2003 at 12:21:50AM -0500, Christopher Faylor wrote:
>On Wed, Dec 17, 2003 at 02:53:33PM -0500, [EMAIL PROTECTED] wrote:
>>Here is the uname and stackdump from cygwin1-20031214.dll.bz2:
>>
>>CYGWIN_NT-5.0 Test 1.5.6s(0.107/3/2) 20031214 23:18:27 i686 unknown unknown
>>Cygwin
>>
>>
>>Exception: STATUS_ACCESS_VIOLATION at eip=610865E7
>>eax=0948 ebx=00409E30 ecx=610EFE64 edx=0004 esi=0014
>>edi=0022FB48
>>ebp=0022FB1C esp=0022FB00 program=C:\cygwin\bin\rsync.exe
>>cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
>>Stack trace:
>>Frame Function  Args
>>0022FB1C  610865E7  (0022FA94, 0022FA94, 0022FA94, 0022FB40)
>>End of stack trace
>
>Oh well.  Still not much help.  I am building a new snapshot which may
>provide a better stack trace on failure.  If you could run it and report
>the stack trace, it would be appreciated.
>
>Also, if you could send me a complete strace log that might be useful,
>too.

I just thought I'd vent a little about my attempt to debug this today.
I went to another person in my office (Hi Jay!) who has a laptop running
Windows 2000 with the intent of running rsync there.  His laptop was
out of date so I updated cygwin on it, which took a while.  When I
was finished updating it, I tried to rsync from my laptop* (purchased
with the help of some people here after a truely depressing history of
being scammed, saving more money, buying a laptop, having it shipped,
having it shipped back, having it shipped again, shipping it back,
buying a new one, and now...) only to find that my laptop had crashed.
On rebooting I got nothing but a blank screen.

So, I took everything apart and tried again:  still nothing.

Took everything apart again, swapped the SODIMMs and got the dreaded BIOS
beeping.  Took out a SODIMM and now it boots.

Which means now I have to wrangle with InternetIShop about getting a
replacement without sending my laptop back *again*.

I think I am very close to throwing myself off a bridge on this subject.
Having had exactly the laptop I wanted for three weeks and now having to
once again contemplate talking to obtuse tech support or sales people
or, worse, more of the non-responders...  well...  Let's just say I am
not in a good mood.  I wasn't an optimistic type of guy I would almost
think some higher authority didn't really want me to have a laptop like
this, even though it means I'm in the presence of my family more often,
which I would think would be a good thing...

Anyway, sorry for the atypical personal aside.  I am just so frustrated
by this that I could spit.  The laptop is working fine with half the
amount of memory and the amount that I have left (512MB) is something
I would have killed for a few years ago, but, despite that, the speed
degradation is still noticeable.

Blah, blah, blah.  Yeah, I know.  I'd lambaste anyone else who did this
but it does have something of a cygwin component since all of my super
secret test files and environment is on this laptop and, if it dies,
I'll be scrambing to recreate things from backup.

I know.  Still pretty lame...  I'll stop now.

cgf

*http://www.cygwin.com/ml/cygwin/2003-04/msg00634.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/