From: "Brad Nicholes" <[EMAIL PROTECTED]>
Sent: Thursday, September 13, 2001 4:06 PM
> I checked with our CLIB people and they tell me that GetThreadID
> is *not* unique. In other words, if a thread is created, it is
> assigned an ID. If that thread is terminated and a new thread is
> cre
From: "Greg Stein" <[EMAIL PROTECTED]>
Sent: Thursday, September 13, 2001 7:36 PM
Subject: Re: Apache-1.3: question about mod_unique_id
> On Windows, for 1.3, you can simply call CoCreateGuid() and be done with it.
> And the Windows guids are unique.
Probably doesn
From: "Günter Knauf" <[EMAIL PROTECTED]>
Sent: Thursday, September 13, 2001 3:57 PM
> On the other side I saw that some other sources inside Apache
> use getpid(), is this not a problem there too? And if only Win32
> has an insufficient getpid() definition, it may be enough to
> redefine this on
From: "Brad Nicholes" <[EMAIL PROTECTED]>
Sent: Friday, September 14, 2001 9:39 AM
> FYI - Since NetWare only implements threads and does not have processes,
> at any given moment it is fair to say that all thread ids in use are unique.
If you are running multiple servers, and expect that
As far as I know, NetWare does not have UUIDs. But this is something that I will
have to check on to make sure.
Brad
>>> [EMAIL PROTECTED] Thursday, September 13, 2001 6:38:00 PM >>>
Does Netware have UUIDs or a similar thing?
Cheers,
-g
On Thu, Sep 13, 2001 at 03:06:21PM -0600, Brad Nicho
FYI - Since NetWare only implements threads and does not have processes, at any
given moment it is fair to say that all thread ids in use are unique.
Brad
>>> [EMAIL PROTECTED] Thursday, September 13, 2001 11:38:49 PM >>>
On Thu, 13 Sep 2001, Brad Nicholes wrote:
>I checked with our
On Thu, 13 Sep 2001, Brad Nicholes wrote:
>I checked with our CLIB people and they tell me that GetThreadID is
> *not* unique. In other words, if a thread is created, it is assigned
> an ID. If that thread is terminated and a new thread is created, the
> new thread may reuse the ID from t
On Thu, Sep 13, 2001 at 01:50:50PM -0500, William A. Rowe, Jr. wrote:
> From: "dean gaudet" <[EMAIL PROTECTED]>
> Sent: Thursday, September 13, 2001 11:45 AM
>
> > but on windows you'll need to use both getpid() and GetThreadID... i think
> > it's called something similar to that. it may be "Get
Does Netware have UUIDs or a similar thing?
Cheers,
-g
On Thu, Sep 13, 2001 at 03:06:21PM -0600, Brad Nicholes wrote:
>I checked with our CLIB people and they tell me that GetThreadID is *not* unique.
> In other words, if a thread is created, it is assigned an ID. If that thread is
>termi
On Thu, Sep 13, 2001 at 09:35:43AM -0700, dean gaudet wrote:
> On Tue, 11 Sep 2001, Greg Stein wrote:
>...
> > > Seems that we now have 64 bit cpu's with potentially 64 bit pids. This adds
> > > to the equation, it looks like we need to cut over to those extra four bytes
> > > across all platform
I checked with our CLIB people and they tell me that GetThreadID is *not* unique.
In other words, if a thread is created, it is assigned an ID. If that thread is
terminated and a new thread is created, the new thread may reuse the ID from the
terminated thread.
Brad
>>> [EMAIL PROTECTED]
Hi Bill,
> From: "dean gaudet" <[EMAIL PROTECTED]>
> Sent: Thursday, September 13, 2001 11:45 AM
>>
>> but on windows you'll need to use both getpid() and GetThreadID... i
>> think
>> it's called something similar to that. it may be "Get Thread Handle" ...
>> what you really want is the thread
From: "dean gaudet" <[EMAIL PROTECTED]>
Sent: Thursday, September 13, 2001 11:45 AM
>
> but on windows you'll need to use both getpid() and GetThreadID... i think
> it's called something similar to that. it may be "Get Thread Handle" ...
> what you really want is the thread * that create_threa
On Wed, 12 Sep 2001, Günter Knauf wrote:
> For NetWare I found this definition in ./netware/os.h:
> #define getpid GetThreadID
> and in the NetWare header nwthread.h GetThreadID() is defined as:
> int GetThreadID( void );
>
> for Win32 platform getpid() is defined in process.h:
> _CRTIMP int __
On Tue, 11 Sep 2001, Greg Stein wrote:
> On Tue, Sep 11, 2001 at 12:06:13AM -0500, William A. Rowe, Jr. wrote:
> >...
> > > where the code uses a pid (getpid()) you need to use a concatenation of
> > > pid and thread id.
> > >
> > > otherwise you violate some of the uniqueness guarantees.
> > >
>
> From: "dean gaudet" <[EMAIL PROTECTED]>
> Sent: Monday, September 10, 2001 8:26 PM
>> On Fri, 24 Aug 2001, Guenter Knauf wrote:
>>
>> > Hi, I've compiled mod_unique_id for Win32 and for Netware, and on both
>> > platforms it seems to work the same as with Unix, I can see a unique
>> > id with
On Tue, Sep 11, 2001 at 12:06:13AM -0500, William A. Rowe, Jr. wrote:
>...
> > where the code uses a pid (getpid()) you need to use a concatenation of
> > pid and thread id.
> >
> > otherwise you violate some of the uniqueness guarantees.
> >
> > i just didn't bother trying to figure out how to ge
From: "dean gaudet" <[EMAIL PROTECTED]>
Sent: Monday, September 10, 2001 8:26 PM
> On Fri, 24 Aug 2001, Günter Knauf wrote:
>
> > Hi, I've compiled mod_unique_id for Win32 and for Netware, and on both
> > platforms it seems to work the same as with Unix, I can see a unique
> > id with SSI and cg
On Fri, 24 Aug 2001, Günter Knauf wrote:
> Hi, I've compiled mod_unique_id for Win32 and for Netware, and on both
> platforms it seems to work the same as with Unix, I can see a unique
> id with SSI and cgi scripts; so can someone please explain why we have
> the #error about not supporting multi
2001 8:59 PM
Subject: Apache-1.3: question about mod_unique_id
Hi,
I've compiled mod_unique_id for Win32 and for Netware, and on both platforms it seems
to work the same as with Unix, I can see a
unique id with SSI and cgi scripts; so can someone please explain why we have the
#error about
Hi,
I've compiled mod_unique_id for Win32 and for Netware, and on both platforms it seems
to work the same as with Unix, I can see a unique id with SSI and cgi scripts; so can
someone please explain why we have the #error about not supporting multitask OS?
Thanks, Guenter.
21 matches
Mail list logo
