Hi Philippe,
I've tested the latest dll snapshot (12/12), and its still displaying the
problem.
nothing was changed in the signaling or pthreads area that would
effect the problem.
maybe try using the provided snapshot perhaps?
-Marcus
Hi all!
I've tested the latest CVS version (2003-12-12 1
Hi all!
I've tested the latest CVS version (2003-12-12 11:00AM GMT+1), and yes
thinks are better, for me the ThreadTest seems to run correctly.
But I you use the compiled version to rebuild cygwin itself, no chance, make
die. Probably a similar case than my previous post "Bash wait indefinitely".
On Fri, Dec 12, 2003 at 04:04:15AM +, Arash Partow wrote:
>You know all you have to do is send me the exe you build using the
>original ThreadTest. (with debug info if possible) and give me some
>time to disassemble it, this will give you more time to continue on
>with your own development wor
Hi Chris,
btw i've attached my cygcheck, might come in handy
Regards
Arash Partow
__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://w
Hi Chris,
You know all you have to do is send me the exe you build using the
original ThreadTest. (with debug info if possible) and give me some
time to disassemble it, this will give you more time to continue
on with your own development work and other previously mentioned
things, and hence you w
On Fri, Dec 12, 2003 at 02:43:03AM +, Arash Partow wrote:
>Hi Chris,
>
>Sorry about the late reply, now here is the best I can do with
>the debug 101 skills.
>
>The problem/issue/possible bug that "I" see when I run ThreadTest is the
>following, I run ThreadTest and let it reach about 2k thread
Hi Chris,
Sorry about the late reply, now here is the best I can do with
the debug 101 skills.
The problem/issue/possible bug that "I" see when I run ThreadTest is the
following, I run ThreadTest and let it reach about 2k threads completed.
at that point i hit ctrl+c. I see that the main loop in t
Btw, if someone can figure out precisely what they think is going wrong
with the ostensible problems that people are reporting, I'll be happy to
track this down.
I don't mean vagueness like "I think the signal isn't going to the
thread". I mean something concrete like "The signal handler is not
r
On Wed, Dec 10, 2003 at 05:44:03AM +, Arash Partow wrote:
>I think chris at the moment is far too busy to give it the time it
>requires which is fine. You know with all his development work,
>patronizing and sarcasm, he must be a very busy man ;)
Wow. It's like you know me. When I am not bu
Hi,
look marcus don't worry yourself too much about this issue, I'm sure
in time as more people encounter this problem, or slightly different
forms of the problem begin popping up in different parts of cygwin,
more attention will be spent on resolving it. if however its totally
our mistake where b
On Wed, Dec 10, 2003 at 03:38:44AM +, Marcus Van Der Beek wrote:
>now because you say its working just fine on your system, doesn't
>necessarily mean everything is all good.
No, it means that we'll have people sending email saying "It doesn't
work for me" and people speculating about how softw
chris,
Let me say it again: I don't see the problem either with my changes or
without it. I just didn't see any good reason to go on creating threads
after a signal has been received which the original code did.
I agree with you totally, it would be reasonable for the garbage collector
thing to
On Tue, Dec 09, 2003 at 10:51:48PM +, Marcus Van Der Beek wrote:
>i tried the code you provided, it does resolve the issue, however why do
>we need to change the test?
Let me say it again: I don't see the problem either with my changes or
without it. I just didn't see any good reason to go o
Hi Marcus,
I asked chris the same questions yesterday, i wondered why he felt he
need to change the code in order for it to work with cygwin. Its a shame
though cause i see as time goes by and CPUs become better adapted to
thread processing that people will write new utilities and maybe even
begin
chris,
i tried the code you provided, it does resolve the issue, however why do
we need to change the test? as arash pointed out it seems to work on other
platforms well enough. the modified version arash posted back seems to
demonstrate the problem, and all it seems he has done get rid of delays
Hi Chris,
The ThreadTest was used to demonstrate a deficiency in cygwin's pthreads
implementation, and in doing so was successful in finding 4 serious
problems that ranged from memory leaks, application crashes to improper
handling of context switches in the thread pools. So continue to be
mystifi
On Tue, Dec 09, 2003 at 03:01:56AM +, Arash Partow wrote:
>Hello Sherly,
>
>I haven't tried the ThreadTest on a solaris system however ive e-mailed
>someone that does have access to one, they will try it i'll get the results
>back to you, but out of interest what do you think the solaris system
Hello Sherly,
I haven't tried the ThreadTest on a solaris system however ive e-mailed
someone that does have access to one, they will try it i'll get the results
back to you, but out of interest what do you think the solaris system will
do? and how do you think that behaviour will relate to cygiwn
Hi Chris,
I have to agree with marcus, the dll from the 8th still has the
signalling issue. you have to let the threadtest run for a bit,
meaning let it get to around 3k-4k of threads being created, at
that point the SIGINT does not seem to fire.
Arash
Hi Chris,
I've tried the latest snapshot 8/12/2003, that dll doesn't seem to
have the win32-hndl problem that was seen in previous versions of
the dll, but it is still exibiting the signalling problems.
Marcus
I fixed a handle leak problem last night. I don't suppose that it
occurred to you
Hi,
I've tried the latest snapshot 8th of december, that doesn't seem to show
the handel issue arash was talking about (which i think chris fixed),
however the signal problem with SIGINT is there. The behavior i see is as
follows, after the 1st 700 threads have been created, i press ctrl+c
instant
On Mon, Dec 08, 2003 at 11:09:37PM +, Marcus Van Der Beek wrote:
>I've downloaded the tests and dlls both from you're site and last
>few cygwin snapshots and CONFIRMED your results. There is a major
>bug in both the signaling during threads and also the problem
>of accumulating handles. Just by
hello marcus,
thanx for your confirmation, however i don't think its a good idea to
be blaming anyone for these bugs, they are a natural occurrence during
development and of course addition of new features.
In any case could you please tell me how you ascertained the accumulating
handles count, di
Hi Arash,
I've downloaded the tests and dlls both from you're site and last
few cygwin snapshots and CONFIRMED your results. There is a major
bug in both the signaling during threads and also the problem
of accumulating handles. Just by looking at the various changes
in the snapshots it seems cgf
Hi all,
I've been testing some of the new snapshot dlls etc made
recently (last 1.5 weeks) due to the increase of activity
in the areas of threads and signaling and I think some
of the Pthread and signaling behavior has been broken.
A pthread test case that I had written before, displayed
memory l
25 matches
Mail list logo
