Re: Perl threads under Windows

2008-04-20 Thread Christopher Fowler
On Sun, 2008-04-20 at 08:32 -0700, Dean Arnold wrote: > ithreads creates a new Perl interpretter in each new thread I'm hoping that Parrot will implement some form of threading like POSIX threads. I guess that would not work under Windows but you could do POSIX in UNIX and Windows type threads i

Re: Perl threads under Windows

2008-04-20 Thread Dean Arnold
Octavian Rasnita wrote: I understand that the perl threads (at least under Windows) are actually a kind of separate processes that don't share the memory unlike the Windows native threads, and that's why they are not so slim as the Windows threads and why they can't share objects. Yes and n

Re: Perl threads under Windows

2008-04-20 Thread Octavian Rasnita
riginal Message - From: "Chris Fowler" <[EMAIL PROTECTED]> To: "Dean Arnold" <[EMAIL PROTECTED]> Cc: "Octavian Rasnita" <[EMAIL PROTECTED]>; Sent: Sunday, April 20, 2008 2:36 AM Subject: Re: Perl threads under Windows Another suggestion is to

Re: Perl threads under Windows

2008-04-20 Thread Octavian Rasnita
rom: "Dean Arnold" <[EMAIL PROTECTED]> To: "Octavian Rasnita" <[EMAIL PROTECTED]> Cc: Sent: Sunday, April 20, 2008 12:33 AM Subject: Re: Perl threads under Windows Octavian Rasnita wrote: Passing messages to a window might not seem very complicated, but if there

Re: Perl threads under Windows

2008-04-19 Thread Chris Fowler
Another suggestion is to share the DB connection info like host, user, database, passwd, etc. Then in the thread open, execute, close. This has worked for me. db handles can be used in a perl program that is threaded. you just can't share a db handle between threads. I don't think they work ac

Re: Perl threads under Windows

2008-04-19 Thread Dean Arnold
Octavian Rasnita wrote: Passing messages to a window might not seem very complicated, but if there are more windows, and many rules based on admin's preferences, on user's schedule, or by user's request, might make the program a spaghetti application. I think what I want to do should be a ver

Re: Perl threads under Windows

2008-04-19 Thread Octavian Rasnita
ED]> Cc: "Octavian Rasnita" <[EMAIL PROTECTED]>; Sent: Saturday, April 19, 2008 10:30 PM Subject: Re: Perl threads under Windows Correct about DBI. I've even ran into problems doing forks with db handles.

Re: Perl threads under Windows

2008-04-19 Thread Christopher Fowler
Correct about DBI. I've even ran into problems doing forks with db handles.

Re: Perl threads under Windows

2008-04-19 Thread Dean Arnold
Octavian Rasnita wrote: From: "Chris Fowler" <[EMAIL PROTECTED]> I ran into the same problem and just redesigned my program to now share objects. Oh, this sounds good. Can you please tell me how can this be done? I want to use perl for creating apps with WxPerl and share objects among thread

Re: Perl threads under Windows

2008-04-19 Thread Octavian Rasnita
From: "Chris Fowler" <[EMAIL PROTECTED]> I ran into the same problem and just redesigned my program to now share objects. Oh, this sounds good. Can you please tell me how can this be done? I want to use perl for creating apps with WxPerl and share objects among threads. I've seen that there

Re: Perl threads under Windows

2008-04-19 Thread Chris Fowler
On Sat, 2008-04-19 at 11:29 +0300, Octavian Rasnita wrote: > Hi, > > Do you know if there are plans to have real Windows threads in a future perl > version, 5.x or 6.x that can share the memory and would be able to share > objects? Ouch. "real Windows threads" Currently perl uses ithreads. I

Perl threads under Windows

2008-04-19 Thread Octavian Rasnita
Hi, Do you know if there are plans to have real Windows threads in a future perl version, 5.x or 6.x that can share the memory and would be able to share objects? I am asking because creating a multi threaded perl program that need to share many objects is impossible and require using very c