Re: threads with package bug (probably timing error) on magicsplat 9.01/02 and bawt 9.01

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