tall it from the Add/Remove programs. It's IIS 5.1, which should be
> good enough.
Thanks, I didn't known that. I did not have a Professional version of Windows
but I will try to get one.
>
> >>
> >> Andi
> >>
> >>
> >> > -Original Message-
>
Hi,
On Thursday 21 August 2008 09:37:12 Dmitry Stogov wrote:
>
> Arnaud Le Blanc wrote:
> > Hi,
> >
> > On Tuesday 19 August 2008 09:22:46 Dmitry Stogov wrote:
> >> Hi Arnaud,
> >>
> >> Arnaud Le Blanc wrote:
> >>> Hi,
> >>>
> >>> On Monday 18 August 2008 19:46:46 Dmitry Stogov wrote:
> Hi
Arnaud Le Blanc wrote:
Hi,
On Tuesday 19 August 2008 09:22:46 Dmitry Stogov wrote:
Hi Arnaud,
Arnaud Le Blanc wrote:
Hi,
On Monday 18 August 2008 19:46:46 Dmitry Stogov wrote:
Hi Arnaud,
The patch looks very interesting.
I think it may be committed to the HEAD in the nearest future.
I do
opment; Johannes Schlüter
> Subject: Re: [PHP-DEV] [PATCH] ZTS as fast as non-ZTS
>
> Hi,
>
> Just as a clarification, it is Johannes and my understanding that this
> is not targeted for inclusion into 5.3.0.
>
> regards,
> Lukas
>
> --
> PHP Internals - PHP R
Windows XP Professional have IIS, all you need is your CD and then
install it from the Add/Remove programs. It's IIS 5.1, which should be
good enough.
>>
>> Andi
>>
>>
>> > -Original Message-----
>> > From: Arnaud Le Blanc [mailto:[EMAIL
Hi,
Just as a clarification, it is Johannes and my understanding that this
is not targeted for inclusion into 5.3.0.
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
er
> [EMAIL PROTECTED] - http://www.php.net
> NSAPI SAPI developer
> Bremen, Germany
>
> > -Original Message-
> > From: Arnaud Le Blanc [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, August 19, 2008 7:00 AM
> > To: Andi Gutmans
> > Cc: PHP Development
> &g
August 18, 2008 10:00 PM
> > To: Andi Gutmans
> > Cc: PHP Development
> > Subject: Re: [PHP-DEV] [PATCH] ZTS as fast as non-ZTS
> >
> > Hi,
> >
> > Yes, I have looked for the issue with --with-tsrm-full-__thread-tls
> and there
> > are effectively
Hi,
On Tuesday 19 August 2008 09:22:46 Dmitry Stogov wrote:
> Hi Arnaud,
>
> Arnaud Le Blanc wrote:
> > Hi,
> >
> > On Monday 18 August 2008 19:46:46 Dmitry Stogov wrote:
> >> Hi Arnaud,
> >>
> >> The patch looks very interesting.
> >> I think it may be committed to the HEAD in the nearest futur
August 19, 2008 12:23 AM
> To: Arnaud Le Blanc
> Cc: PHP Development; Stas Malyshev; Andi Gutmans
> Subject: Re: [PHP-DEV] [PATCH] ZTS as fast as non-ZTS
>
> Hi Arnaud,
>
> Arnaud Le Blanc wrote:
> > Hi,
> >
> > On Monday 18 August 2008 19:46:46 Dmitry S
t 18, 2008 10:00 PM
> To: Andi Gutmans
> Cc: PHP Development
> Subject: Re: [PHP-DEV] [PATCH] ZTS as fast as non-ZTS
>
> Hi,
>
> Yes, I have looked for the issue with --with-tsrm-full-__thread-tls
and there
> are effectively some issues.
>
> When building PIC code, th
2008 7:00 AM
> To: Andi Gutmans
> Cc: PHP Development
> Subject: Re: [PHP-DEV] [PATCH] ZTS as fast as non-ZTS
>
> Hi,
>
> Yes, I have looked for the issue with --with-tsrm-full-__thread-tls and
> there
> are effectively some issues.
>
> When building PIC co
Hi Arnaud,
Arnaud Le Blanc wrote:
Hi,
On Monday 18 August 2008 19:46:46 Dmitry Stogov wrote:
Hi Arnaud,
The patch looks very interesting.
I think it may be committed to the HEAD in the nearest future.
I don't have time to look into all details in the moment.
Could you explain why --with-tsrm
Hi,
Yes, I have looked for the issue with --with-tsrm-full-__thread-tls and there
are effectively some issues.
When building PIC code, the used TLS model is a static model which does not
allow modules to be loaded at run-time. glibc's dlopen() sometimes allow such
code to be loaded at runtime
Hi Arnaud,
I remember that at the time we looked at thread local storage and there
were some real issues with it. I can't remember what as it was about 7+
years ago.
I will ask Zeev if he remembers and if not search my archives (don't
have years prior to 2007 indexed :'( ).
Andi
> -Origin
Hi!
I'm agree with you, but actually TSRM does more that just allocating and
storing globals. For instance it keeps track of constructors and destructors
so that it can call them automatically when a new thread starts or stops. It
also allows to retrieve the globals of an other thread, etc.
Hi,
On Monday 18 August 2008 22:26:20 Stanislav Malyshev wrote:
> Hi!
>
> > The following patch caches each global address in a native TLS variable so
> > that accessing a global is as simple as global_name->member. This removes
the
> > requirement of passing the tls pointer across function ca
Hi,
On Monday 18 August 2008 19:46:46 Dmitry Stogov wrote:
> Hi Arnaud,
>
> The patch looks very interesting.
> I think it may be committed to the HEAD in the nearest future.
> I don't have time to look into all details in the moment.
>
> Could you explain why --with-tsrm-full-__thread-tls doesn
Hi!
The following patch caches each global address in a native TLS variable so
that accessing a global is as simple as global_name->member. This removes the
requirement of passing the tls pointer across function calls, so that the two
major overheads of ZTS builds are avoided.
I think it wou
Hi Arnaud,
The patch looks very interesting.
I think it may be committed to the HEAD in the nearest future.
I don't have time to look into all details in the moment.
Could you explain why --with-tsrm-full-__thread-tls doesn't work with
dlopen() however --with-tsrm-__thread-tls does?
Did you t
20 matches
Mail list logo
