Path: nntp.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Harald Oehlmann <wortkarg3@yahoo.com>
Newsgroups: comp.lang.tcl
Subject: Re: threads with package bug (probably timing error) on magicsplat
 9.01/02 and bawt 9.01
Date: Fri, 18 Jul 2025 08:03:47 +0200
Organization: A noiseless patient Spider
Lines: 51
Message-ID: <105co42$1suoi$1@dont-email.me>
References: <1059q9m$15ube$1@dont-email.me> <105a79g$1837e$1@dont-email.me>
 <105bka2$1hl6q$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 18 Jul 2025 08:03:47 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="ef75fad740b8d0293de3c7095273650a";
	logging-data="1997586"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18iXCkjLI8rSjFTcyfZjQoo"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:8pSjUoT9rfo8SX+PKRM4PJDsQWI=
Content-Language: en-GB
In-Reply-To: <105bka2$1hl6q$1@dont-email.me>

Am 17.07.2025 um 21:52 schrieb et99:
> On 7/17/2025 12:04 AM, Harald Oehlmann wrote:
>> Am 17.07.2025 um 05:22 schrieb et99:
>>> I have found a bug in tcl/tk 9.0x that occurs on windows when doing a 
>>> [package require math] inside of several threads concurrently. I have 
>>> tested several different distributions, a 9.01 and 9.02 magicsplat, a 
>>> bawt 9.01 distro and tclkit, and as a control, 8.6.16 magicsplat 
>>> (which does not fail).
>>
>> I am sorry that nobody picked it up.
>> Symbol build and Visual Studio Debug->Attach to process is not soo 
>> complicated...
>>
>> I have added my ideas to the ticket.
>>
>> Sometimes, it is necessary to wave with all hands to get attention, 
>> sorry.
>>
>> Thanks for all,
>> Harald
> Thanks, I didn't want to shout too loudly :) I have added some thoughts 
> to the ticket in response to some of the postings by others.
> 
> One question in my mind: Is there some portion of the package database 
> kept in C code that is not visible to script code? And if so, is that 
> global to all threads, which would require some sort of locking?
> 
> That could explain why it takes more than one thread to see a problem. 
> Obviously, if a package require math (or any other one that fails) were 
> failing in a single threaded program, people would have noticed long 
> before now.
> 
> I recall years ago when doing a package require Tk inside of multiple 
> threads caused access violations on linux (but not windows). That was 
> fixed when some additional locking was added. Perhaps this is a similar 
> situation.
> 
> 
> 
> -eric
> 
> 
> 

Yes, package code is in C.
Please only use the ticket to comment.
We have now Mega-Wizard Sergey on the track. Please try to support him.

Thanks for all,
Harald