[sane-devel] pthread support and MacOS X

2003-10-09 Thread
On Thu, 9 Oct 2003 08:40:11 +0200, Gerhard Jaeger wrote: ... >By using this sanei_thread stuff, I think the os2_readerprocess is also >obsolete, but this has to be checked by whoever... ... >Franz, I think you can to some investigation on OS/2. >Are you able to make the test-backend work there?

[sane-devel] pthread support and MacOS X

2003-10-09 Thread Gerhard Jaeger
Hi, On Wed, Oct 08, 2003, Henning Meier-Geinitz wrote: >> system-function will then be done in sanei_thread_begin.=20 >> --> int sanei_thread_begin( int(callback)(void*args), void *args) > >Yes, that's ok I think. I've already thought about that because there >is no way to return a status with

[sane-devel] pthread support and MacOS X

2003-10-08 Thread Henning Meier-Geinitz
Hi, On Wed, Oct 08, 2003 at 08:56:29AM +0200, Gerhard Jaeger wrote: > 1.) I'd like to change the interface of the function to be called in the > forked process to: int func_to_call( void*). The adaption to the different > system-function will then be done in sanei_thread_begin. > --> int

[sane-devel] pthread support and MacOS X

2003-10-08 Thread Gerhard Jaeger
Hi, On Dienstag, 7. Oktober 2003 13:29, Henning Meier-Geinitz wrote: > The limitation is that only one parameter can be used for the > forked/threaded process? Yeap, that's life ;-) No, I mean this is no real problem Currently I see two things that has to be solved: 1.) the interface to sane

[sane-devel] pthread support and MacOS X

2003-10-07 Thread Henning Meier-Geinitz
Hi, On Tue, Oct 07, 2003 at 10:08:27AM +0200, Gerhard Jaeger wrote: > I've done some more changes to the sanei_thread library: > - supports either fork or pthread stuff Nice! The limitation is that only one parameter can be used for the forked/threaded process? What about waitpid? Do I have to

[sane-devel] pthread support and MacOS X

2003-10-07 Thread Gerhard Jaeger
Hi list, I've done some more changes to the sanei_thread library: - supports either fork or pthread stuff This means: sanei_thread_begin --> uses fork and starts the function in child conte= xt or uses pthread_create sanei_thread_kill and sanei_thread_waitpid --> are m

[sane-devel] pthread support and MacOS X

2003-10-06 Thread Henning Meier-Geinitz
Hi, On Mon, Oct 06, 2003 at 08:28:22AM +0200, Gerhard Jaeger wrote: > Any other comments? I mean we can also decide to skip this pthread stuff > completely! I think it's good to have it, at least for MacOS X. The ideal way would be to have not #ifdefs in the backends for threads/forks at all. We

[sane-devel] pthread support and MacOS X

2003-10-06 Thread Gerhard Jaeger
On Sonntag, 5. Oktober 2003 23:54, Henning Meier-Geinitz wrote: > Hi, > > On Sun, Oct 05, 2003 at 06:16:12PM +0200, Jaeger, Gerhard wrote: > > I've currently added pthread support to the sanei_thread lib and chan= ged > > the Plustek backend, so that it will use threading instead of forking= on >

[sane-devel] pthread support and MacOS X

2003-10-05 Thread Henning Meier-Geinitz
Hi, On Sun, Oct 05, 2003 at 06:16:12PM +0200, Jaeger, Gerhard wrote: > I've currently added pthread support to the sanei_thread lib and changed > the Plustek backend, so that it will use threading instead of forking on > MacOS X. Could somebody please test this? > Also the detection of pthreads i

[sane-devel] pthread support and MacOS X

2003-10-05 Thread Jaeger, Gerhard
Hi list, I've currently added pthread support to the sanei_thread lib and changed the Plustek backend, so that it will use threading instead of forking on MacOS X. Could somebody please test this? Also the detection of pthreads is not correct, please test also... Ciao Gerhard