On Wed, Jun 08, 2005 at 01:54:15PM +0200, Alain Degreffe wrote:
> Right,
> But expect package is linked with tcl8.4, so use 8.3 will not work.
> What's the best solution ? In my point of view, a fix from upstream or
> simply a tcl.8.4-nothread release for expect.
Oh man, I thought it was stil
mercredi 8 juin 2005 13:02
À : Alain Degreffe; [EMAIL PROTECTED]
Objet : Re: Bug#312444: tcl8.4: tcl compiled with --enable-threads
incompatible with forking
Yes, I'm sorry, but if you need a non-threaded tcl core, you'll have
to use the tcl8.3 packages, which are still provided for j
On Wed, Jun 08, 2005 at 04:01:35AM -0700, Chris Waters wrote:
> Yes, I'm sorry, but if you need a non-threaded tcl core, you'll have
> to use the tcl8.3 packages, which are still provided for just this
> reason. As Francesco pointed out, some packages require a threaded
> tcl. This is not a bug,
Yes, I'm sorry, but if you need a non-threaded tcl core, you'll have
to use the tcl8.3 packages, which are still provided for just this
reason. As Francesco pointed out, some packages require a threaded
tcl. This is not a bug, though I realize that the situation is far
from perfect. I hope to ha
On Wed, Jun 08, 2005 at 10:40:56AM +0200, Alain Degreffe wrote:
> Package: tcl8.4
> Version: 8.4.9-1
> Severity: important
>
> The forking mechanism is broken in all tcl version compiled with.
> threads This is well known for a long time. Upstream Maintainer.
> should fix that but in th
Package: tcl8.4
Version: 8.4.9-1
Severity: important
The forking mechanism is broken in all tcl version compiled with threads.
This is well known for a long time. Upstream Maintainer should fix that but in
the meantime the most secure way is to use Tcl without threads.
Package like expect depend
6 matches
Mail list logo
