Hi Massimo,

thank you for the message.
At least, I have got the information, that it is not a new bug in
tcl8.6.0 or of my setup. I suppose, you use tcl 8.5.10-14.

thank you for the idea.
Unfortunately, the time the process takes should be limited, and the
operations should be aborded aber a given time.
This is not possible with the linear program.

And it is a pity that such a central function does not work...

I may try an strace, but I am not at all a wizard there....

Regards,
Harald

Am 28.06.2013 03:03, schrieb Massimo Manghi:
> Like in your case it's not working for me also. I'm afraid the answer
> should be searched in the docs or even the code in the way the event
> queue and other subsystems are prepared by the shell. After all tclsh
> (and likewise wish) are more the programs wrapping the interpreter for
> the command line in the way we do within mod_rivet.
> 
> I have a workaround that uses Tcl threads and it works for me and I'm
> confident it could work for you provided your rivet build was done with
> a threaded Tcl library.
> 
> Here is my proof of concept: a pool of 10 threads (you probably don't
> need that many) is started and then sits waiting for some task to be
> signaled through the ::thread::send call. Then the 'signal_threads'
> procedure is called and each thread is requested to run the procedure
> passed as second argument (my example simply sent a procedure that let a
> thread wait for a random interval thus emulating different tasks taking
> different times for their execution). I posted this procedure months ago
> to clarify that in principle mpm_prefork doesn't imply you can't use Tcl
> threads.
> 
> I added your synchronous code and it worked. Notice that with this
> approach you may be fetching data from multiple data sources at the same
> time.
> 
> caveats: you can call Rivet commands within a Tcl thread. Rivet commands
> are not recognized. Perhaps a package require should be issued I'm not
> keen to mix Tcl threads and the Apache framework: I suspect they
> wouldn't get along...
> 
>  -- Massimo
> 
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 


-- 
ELMICRON Dr. Harald Oehlmann GmbH
Koesener Str. 85
06618 Naumburg
Germany
Phone: +49 (0)3445 78112-0
Fax: +49 (0)3445 78112-19
www.Elmicron.de
German legal references:
Geschaeftsfuehrer: Dr. Harald Oehlmann, Jens Oehlmann
UST Nr. / VAT ID No.: DE206105272
HRB 212803 Stendal

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to