Re: Can't start cron daemon in Cygwin 1.5.23 under WinXP SP2

[Corinna Vinschen]

On Jan 25 19:55, DePriest, Jason R. wrote:
> mkgroup_l_d:S-1-5-32-545:10545:
> 
> A Google search for
> GID 10545
> implies that this is 'Domain Users'.
> 
> Not that it should make a big difference, but you might want to edit
> your /etc/group and change
> mkgroup_l_d:S-1-5-32-545:10545:
> to
> Domain Users:S-1-5-32-545:10545:

This is upside down.  It's not the uid 10545 which is Domain Users,
because the 10545 is only the Cygwin translation from a Windows SID
in a Cygwin PID.  You should always start with the SID from which
the PID is derived.

Actually the SID S-1-5-32-545 is the Users group on the local machine.
If you need the SID for the Domain Users group you have to retrieve
it using `mkgroup -d -g "Domain Users"', which gives you something
like this:

  $ mkgroup -d -g 'Domain Users'
  Domain Users:S-1-5-21-380728306-1056519143-2954708907-513:10513:

Anybody still looking into http://cygwin.com/cygwin-ug-net/ntsec.html
once in a while?  It's outdated (Dave?) but maybe it's still useful.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  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: Can't start cron daemon in Cygwin 1.5.23 under WinXP SP2

[Marco Atzeri]

--- Corinna Vinschen <[EMAIL PROTECTED]> ha
scritto:

> Actually the SID S-1-5-32-545 is the Users group on
> the local machine.
> If you need the SID for the Domain Users group you
> have to retrieve
> it using `mkgroup -d -g "Domain Users"', which gives
> you something
> like this:
> 
>   $ mkgroup -d -g 'Domain Users'
>   Domain Users 
> :S-1-5-21-380728306-1056519143-2954708907-513:10513:
> 

a related question, there is in Cygwin a utility
similar to psgetsid of Mark Russinovich ?

http://www.microsoft.com/technet/sysinternals/utilities/psgetsid.mspx

when we have tens of thousands of accounts in 
the domain mkgroup will be busy for long time, and
usually we need a very limited subset of SID's

Regards
Marco








___ 
Vinci i biglietti per FIFA World Cup in Germania! 
yahoo.it/concorso_messenger

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

mount nfs ?

[stephan0h]

Hello,
I would like to mount a remote directory in cygwin. When I issue a 
command like this


mount : /cygdrive/d/

it allways tells me

mount: /cygdrive/d/:  Invalid argument.

What's wrong here? Is it even possible with cygwin to mount nfs-directories?

thanks,
stephan

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

PING ntsec [was RE: Can't start cron daemon in Cygwin 1.5.23 under WinXP SP2]

[Dave Korn]

On 26 January 2007 09:34, Corinna Vinschen wrote:


> once in a while?  It's outdated (Dave?) 

  Hi, haven't forgotten but got a bit overloaded.  I'll try and finish a first
draft this weekend.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: mount nfs ?

[Corinna Vinschen]

On Jan 26 12:56, [EMAIL PROTECTED] wrote:
> Hello,
> I would like to mount a remote directory in cygwin. When I issue a 
> command like this
> 
> mount : /cygdrive/d/
> 
> it allways tells me
> 
> mount: /cygdrive/d/:  Invalid argument.
> 
> What's wrong here? Is it even possible with cygwin to mount nfs-directories?

Not with Cygwin alone.  You need OS support for NFS drives, which
you can get by using Microsoft's SFU ("Services for Unix") tools.

Other than that I'd suggest to install and use a Samba server on
the remote machine, which allows to use the remote drives with
a stock Windows system.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  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: PING ntsec [was RE: Can't start cron daemon in Cygwin 1.5.23 under WinXP SP2]

[Corinna Vinschen]

On Jan 26 12:00, Dave Korn wrote:
> On 26 January 2007 09:34, Corinna Vinschen wrote:
> 
> 
> > once in a while?  It's outdated (Dave?) 
> 
>   Hi, haven't forgotten but got a bit overloaded.  I'll try and finish a first
> draft this weekend.

Cool, thanks!


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  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: gettext 0.14.5 - some warnings on compiling

[-VASKO-]

Eric Blake-1 wrote:
> 
> 
> It depends on whether the warning was masking a bug or not.  But you are
> better off reporting such bugs to the upstream maintainers - oftentimes,
> that warning indicates a true bug where someone has compiled on Linux and
> used wchar_t when they should have used wint_t, but other times, it is
> benign.  What makes this particular error annoying is that there is no way
> (except in CVS gcc) to disable it when it is a false positive, and
> restructuring the comparison to avoid the warning can sometimes be rather
> difficult.
> 
> 

So, to whom I should report about these warnings to get skilled suggestions
for fast fixing or confirmations for safely ignoring it? Anybody can really
help ? Thanks a lot.

-- 
View this message in context: 
http://www.nabble.com/gettext-0.14.5---some-warnings-on-compiling-tf3105340.html#a8650524
Sent from the Cygwin Users mailing list archive at Nabble.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: Can't start cron daemon in Cygwin 1.5.23 under WinXP SP2

[Igor Peshansky]

On Fri, 26 Jan 2007, Marco Atzeri wrote:

> --- Corinna Vinschen <[EMAIL PROTECTED]> ha scritto:

.  Thanks.

> > Actually the SID S-1-5-32-545 is the Users group on
> > the local machine.
> > If you need the SID for the Domain Users group you
> > have to retrieve
> > it using `mkgroup -d -g "Domain Users"', which gives
> > you something
> > like this:
> >
> >   $ mkgroup -d -g 'Domain Users'
> >   Domain Users
> > :S-1-5-21-380728306-1056519143-2954708907-513:10513:
>
> a related question, there is in Cygwin a utility
> similar to psgetsid of Mark Russinovich ?
>
> http://www.microsoft.com/technet/sysinternals/utilities/psgetsid.mspx
>
> when we have tens of thousands of accounts in
> the domain mkgroup will be busy for long time, and
> usually we need a very limited subset of SID's

Did you take a look at the -g flag for mkgroup (and the related -u flag
for mkpasswd)?  It lets you select the specific groups you want in
/etc/group.  Of course, if you miss any, there'll be trouble, so it might
be best to just let mkgroup run overnight. :-)
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Freedom is just another word for "nothing left to lose"...  -- Janis Joplin

--
Unsubscribe info:  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: gettext 0.14.5 - some warnings on compiling

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to -VASKO- on 1/26/2007 5:54 AM:
> 
> So, to whom I should report about these warnings to get skilled suggestions
> for fast fixing or confirmations for safely ignoring it? Anybody can really
> help ? Thanks a lot.
> 

When building a package from the upstream source, the best bet for
compilation questions is asking the upstream source maintainer (ie. by not
using the precompiled cygwin version, you have moved beyond the realm of
cygwin-specific questions that this list covers).  In this case, the
upstream source for gettext is tracked on the mailing list bug-gnu-utils
AT gnu DOT org.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFug7384KuGfSFAYARAqsiAJ9r1B0kXwBa+VY5YV5F1x9FB7utYgCgw5uB
JJDhS8oV5jQJQI9LVPdXtL8=
=HHmg
-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/

���� ������ ����� ����� ������ �������� ���� ������ �� ���� ���� �

[express1000000]

ßá Çááì äÝÓß Ýíå...ãæÞÚ ÔÇãá
 ÇÍÏË ÇÓØæÇäÇÊ ÇáÔÑÍ æÇáÊÚáíã æ ÇáÈÑÇãÌ æ ÇáÇáÚÇÈ
ÇÓØæÇäÇÊ ááÞÑÂä ÇáßÑíã ÈÕæÊ ÇßËÑ ãä 50 ÞÇÑìÁ ãä ÇáãÔÇåíÑ
ÇáÂä ÊÓÊØíÚ ÊÑßíÈ æäÏæÒ ÝíÓÊÇ ÈäÝÓß ÇÍÕá Úáì äÓÎÊß ÇáÂä
ÇßÈÑ ãßÊÈå ÇÓØæÇäÇÊ Ïíäíå æÚáãíå æÊÑÝíåíå  ÇØáÈåÇ ÊÕáß ÍÊì ÈÇÈ 
ÇáãäÒá 
ÊÝÖá ÈÒíÇÑå ÇáãæÞÚ Úáì ÇáÑÇÈØ ÇáÊÇáì
http://m.copy77.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/

[ANNOUNCEMENT] Updated: cygwin-1.5.24-1

[Corinna Vinschen]

I've made a new version of the Cygwin DLL and associated utilities
available for download.

This is mainly a bug fix release and eventually the last 1.5 release
of Cygwin.  For the changes, see below.

*** NOTE ***

This is also the very last release which officially supports Windows
95/98/Me.


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.

If you have questions or comments, please send them to the Cygwin
mailing list.  See http://cygwin.com/lists.html for details.

  *** 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://sourceware.org/lists.html#unsubscribe-simple

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

Corinna Vinschen
Red Hat


Changes since 1.5.23-1:

- Implement Cygwin specific popen. (cgf)

Fixes since 1.5.23-1:

- Fix some problems with mmap introduced with 1.5.22. (corinna)

- Fix a globbing issue introduced by updating glob to the latest FreeBSD
  version. (cgf)

- Fix an off-by-one problem in cygheap allocation. (corinna)

- Fix a typo in sync(2).  (Howard Chu)

- Fix synchronization problem when exec'ing native Windows children. (cgf)

- Fix recognizing parent process as Cygwin process. (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: Endianess not declared

[Kovarththanan Rajaratnam]

Hi,

Dave Korn wrote:

On 21 January 2007 06:54, Kovarththanan Rajaratnam wrote:


It seems I got things mixed up. The ieeefp.h that was apparently
included is located in /usr/include/machine/ieeefp.h and not
usr/include/ieeefp.h.


  Got it, I see now.  Well, this clause should fire:

/tmp $ cat -n /usr/include/machine/ieeefp.h  | grep -A3 i386
   120  #ifdef __i386__
   121  #define __IEEE_LITTLE_ENDIAN
   122  #endif
   123

because of this built-in define from the compiler:

/tmp $ gcc -x c -E -dM - < /dev/null | grep 386
#define __i386 1
#define i386 1
#define __i386__ 1

so giving sparse those extra list of defines should do the job, no?


Yeah, now I got one step further. Thanks.

--
Best Regards
Kovarththanan Rajaratnam


--
Unsubscribe info:  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: cygwin-1.5.24-1

[Václav Haisman]

Corinna Vinschen wrote, On 26.1.2007 15:35:
> I've made a new version of the Cygwin DLL and associated utilities
> available for download.
> 
> This is mainly a bug fix release and eventually the last 1.5 release
> of Cygwin.  For the changes, see below.
> 
Last? Does this mean you have plans for some extensive changes for next major
version?

--
Vaclav Haisman



signature.asc
Description: OpenPGP digital signature

Re: ED9217

[Aino Engman]

Good day,

Viazzgra  $1, 80
Ciazzlis  $3, 00
Levizztra $3, 35

http://www.printeryml.*com ( Important ! Remove "*" )

--
were discussing magical methods of aging themselves and bluffing their
way into the Triwizard Tournament.
Todays not bad... outside all morning,  said Ron, who was running his


--
Unsubscribe info:  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: ED9217

[Egon Bennette]

Good day,

Viazzgra  $1, 80
Ciazzlis  $3, 00
Levizztra $3, 35

http://www.printeryml.*com ( Important ! Remove "*" )

--
were discussing magical methods of aging themselves and bluffing their
way into the Triwizard Tournament.
Todays not bad... outside all morning,  said Ron, who was running his


--
Unsubscribe info:  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: cygwin-1.5.24-1

[Christopher Faylor]

On Fri, Jan 26, 2007 at 06:38:35PM +0100, V??clav Haisman wrote:
>Corinna Vinschen wrote, On 26.1.2007 15:35:
>>I've made a new version of the Cygwin DLL and associated utilities
>>available for download.
>>
>>This is mainly a bug fix release and eventually the last 1.5 release of
>>Cygwin.  For the changes, see below.
>>
>Last?  Does this mean you have plans for some extensive changes for
>next major version?

"Try a snapshot"

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/

grep -P segfault

[Mike Brown]

Can anyone reproduce this?

This is on a fairly small Cygwin installation on WinXP, last updated 4 days 
ago. 

$ echo hello | grep -P '\n'
hello

?  hello

?  hello
  4 [main] grep 3280 _cygtls::handle_exceptions: Error while dumping state 
(probably corrupted stack)
Segmentation fault (core dumped)


(The command I was really trying to run was
  grep --color -P -U '\r[^\n]|[^\r]\n' *.txt
 to find files that don't consistently use CR+LF line separators,
 but I was able to reduce it to a simpler test case.)


Thanks,
Mike

--
Unsubscribe info:  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: grep -P segfault

[Alexander Sotirov]

Mike Brown wrote:
> Can anyone reproduce this?

Reproduced on cygwin 1.5.22 with grep 2.5.1

$ echo hello | grep -P '\n'
hello

hello

hello
Segmentation fault (core dumped)


Alex

--
Unsubscribe info:  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: grep -P segfault

[Frodak]

--- Mike Brown wrote:

> Can anyone reproduce this?
> 
> This is on a fairly small Cygwin installation on
> WinXP, last updated 4 days 
> ago. 
> 
> $ echo hello | grep -P '\n'
> hello
> 
> ?  hello
> 
> ?  hello
>   4 [main] grep 3280 _cygtls::handle_exceptions:
> Error while dumping state 
> (probably corrupted stack)
> Segmentation fault (core dumped)

I get the same problem.  If you redirect the output to
a file, the "hello" is printed and then about 128k of
NULL characters are printed before it crashes.



 

It's here! Your new message!  
Get new email alerts with the free Yahoo! Toolbar.
http://tools.search.yahoo.com/toolbar/features/mail/

--
Unsubscribe info:  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: grep -P segfault

[Mike Brown]

Alexander Sotirov wrote:
> Reproduced on cygwin 1.5.22 with grep 2.5.1

Frodak wrote:
> I get the same problem.  If you redirect the output to
> a file, the "hello" is printed and then about 128k of
> NULL characters are printed before it crashes.


Great! Thanks guys.

Do I need to do anything else to report this?


--
Unsubscribe info:  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: grep -P segfault

[Frodak]

--- Mike Brown wrote:

> Alexander Sotirov wrote:
> > Reproduced on cygwin 1.5.22 with grep 2.5.1
> 
> Frodak wrote:
> > I get the same problem.  If you redirect the
> output to
> > a file, the "hello" is printed and then about 128k
> of
> > NULL characters are printed before it crashes.
> 
> 
> Great! Thanks guys.
> 
> Do I need to do anything else to report this?
> 

>From grep --help:
Report bugs to .

I tried it on Linux with V2.5.1 and it also crashes,
so its not a cygwin problem.  


 

Any questions? Get answers on any topic at www.Answers.yahoo.com.  Try it now.

--
Unsubscribe info:  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: grep -P segfault

[Brian Dessent]

Mike Brown wrote:

> Can anyone reproduce this?
> 
> This is on a fairly small Cygwin installation on WinXP, last updated 4 days
> ago.
> 
> $ echo hello | grep -P '\n'
> hello
> 
> ?  hello
> 
> ?  hello
>   4 [main] grep 3280 _cygtls::handle_exceptions: Error while dumping state
> (probably corrupted stack)
> Segmentation fault (core dumped)

The crash is due to this in grep's search.c:Pexecute():

697   /* Narrow down to the line we've found.  */
698   char const *beg = buf + sub[0];
699   char const *end = buf + sub[1];
700   char const *buflim = buf + size;
701   char eol = eolbyte;
702   if (!exact)
703 {
704   end = memchr (end, eol, buflim - end);
705   end++;
706   while (buf < beg && beg[-1] != eol)
707 --beg;
708 }
709 
710   *match_size = end - beg;
711   return beg - buf;

Right before calling memchr, beg points to the first byte in the string
"hello\n", end points to the \n character, and so does buflim.  Thus
(buflim - end) is zero, and memchr returns NULL.  From there match_size
is miscalculated and from there it's all downhill.  The test for EOL
should be skipped if buflim == end.

Brian

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

Re: grep -P segfault

[Brian Dessent]

Brian Dessent wrote:

> Right before calling memchr, beg points to the first byte in the string
> "hello\n", end points to the \n character, and so does buflim.  Thus
> (buflim - end) is zero, and memchr returns NULL.  From there match_size
> is miscalculated and from there it's all downhill.  The test for EOL
> should be skipped if buflim == end.

I see this is an old bug, reported and fixed in CVS nearly two years
ago:

http://lists.gnu.org/archive/html/bug-grep/2005-02/msg00052.html
http://savannah.gnu.org/bugs/?4531

And yet apparently the last released version is still 2.5.1a from
19-Nov-2004.  Sigh.

Brian

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

Re: grep -P segfault

[Frodak]

--- Brian Dessent wrote:

> Brian Dessent wrote:
> 
> > Right before calling memchr, beg points to the
> first byte in the string
> > "hello\n", end points to the \n character, and so
> does buflim.  Thus
> > (buflim - end) is zero, and memchr returns NULL. 
> From there match_size
> > is miscalculated and from there it's all downhill.
>  The test for EOL
> > should be skipped if buflim == end.
> 
> I see this is an old bug, reported and fixed in CVS
> nearly two years
> ago:
> 
>
http://lists.gnu.org/archive/html/bug-grep/2005-02/msg00052.html
> http://savannah.gnu.org/bugs/?4531
> 
> And yet apparently the last released version is
> still 2.5.1a from
> 19-Nov-2004.  Sigh.
> 
> Brian
> 

That same email states:
"Generally, the -P option is only an experimental
feature, which can
crash in some cases, especially when you use the more
complicated
features of Perl regexps."



 

Food fight? Enjoy some healthy debate 
in the Yahoo! Answers Food & Drink Q&A.
http://answers.yahoo.com/dir/?link=list&sid=396545367

--
Unsubscribe info:  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: hang when using pthread and fork in 1.5.23-1 and snapshot 20070118, and now 1.5.24-1.

[Peter Rehley]

Hello,

I tried the latest release of cygwin1.dll (1.5.24-1) and it still is  
hanging in the same way.  I've tried to debug further with gdb, but  
so far I haven't got any useful information out of gdb.


I'll keep trying to get some debug information, but if any one else  
can reproduce the problem I would be most appreciative.


Thanks,
Peter

p.s. my machines spec's are
windows xp, sp2, 2.93 GHz, 760MB ram.
windows xp, sp1 2.39 GHz, 508MB ram.
both are single processor units.

On Jan 19, 2007, at 6:03 PM, Peter Rehley wrote:


Hello,

One of the applications I've been working with has hanging issues.   
It will sometimes work properly, and sometimes it will hang and  
never continue through the rest of the program.


I've created a simple test case that does some of what the  
application does, and it will hang too. The test case has a loop  
that continually creates a pthread.  The pthread calls a function  
that forks and execve's to another program.  Eventually the main  
program will be unable to fork, and it will hang inside of the  
pthread after the thread's function has completed.   However, I can  
also get two other different results depending on how the program  
is compiled and run.


1) pthread_create failed : rc 11 - valid error.
  build with "g++ -DPRFAIL main.cc"
  and run without redirecting output.  Adds additional printf  
statements to output

2) fork called but never returns.  one hang situation.
   build with g++ main.cc
   and run with redirecting output to a file.
3) Unable to create fork, but program doesn't appear to leave  
thread and program hangs.

   build with g++ main.cc
   and run without redirecting output.

I suspect, maybe incorrectly, that the hangs are race conditions.   
I'm hoping that someone will be able to take the test case and be  
able to reproduce what I'm seeing.


The machine is a fresh install of windows xp only.  No webcam  
drivers or other known programs that interact badly with cygwin.  I  
have AVG antivirus installed but even with it uninstalled the  
program can still hang.


I've attached the cygcheck output and the simple test case.

Thanks,
Peter



--
Unsubscribe info:  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/