Thanks to Hans, it is now fixed by pd-extended 0.43.4 on Windows system.

I found a trick to avoid freezing the GUI window:
I simply replaced the [loadbang] of the starting program by [active]___[sel
1]____[once] placed in the GUI window, which is the father of all
subpaches.
So every abstraction is really ready to work at start. I made the change in
the Mac version also, although there was no freezing.
But it is a trick and I think it is not a sustainable solution for other
people.
During my tests I found that the freezing could be caused by a flow of
silmutaneous tabread and tabwrite accesses to the same table.

@piedagile said:

Hello all
I try to create a windows version of a big MIDI app with many gui objects and abstractions, that runs perfectly and with few latencies on OSX.
1. on Windows launching, the gui appears more than one minute after the pd console
2. all gui object are frozen, but operate, as described by Rlilvt; a turn around was to wait for loading completed, then manually bang the application initialization loadbang; after, it works, not frozen, with very few CPU load
3. trying to load an external "preset" file to initiate gui objects from values stored in a table, it freezes again. Maybe pd can't synchronize the asynchronous tabwrite/tabread flow?

Configuration: OSX: macPro, macbook Pro
Windows XP SP3: off the shelves Celeron 2,40Ghz 2Go, or VMWare on MacPro (faster, but exactly the same facts)

New test:
I tried the same with the new Pd-extended 0.43.4 beta on XP. Although launching is much more fast than before, gui objects stay frozen and can be updated only by minimizing then maximizing the window.

@BerengerRecoules said:

I've got exactly the same problem on vista, whereas everything works great on osx tiger.

I've noticed that if you minimize the window and maximize it your values will be updated in the gui but it doesn't fix the pb...

Hi Berenger
You have found a magic turn-around for this problem: it works!
Now when I use a PC, everytime I move a slider I minimize the window, then have a drink, then maximize, and so on. Now: perfectly happy!

Seriously, your remark should be useful to find where is the bug.

Hello all
I try to create a windows version of a big MIDI app with many gui objects and abstractions, that runs perfectly and with few latencies on OSX.
1. on Windows launching, the gui appears more than one minute after the pd console
2. all gui object are frozen, but operate, as described by Rlilvt; a turn around was to wait for loading completed, then manually bang the application initialization loadbang; after, it works, not frozen, with very few CPU load
3. trying to load an external "preset" file to initiate gui objects from values stored in a table, it freezes again. Maybe pd can't synchronize the asynchronous tabwrite/tabread flow?

Configuration: OSX: macPro, macbook Pro
Windows XP SP3: off the shelves Celeron 2,40Ghz 2Go, or VMWare on MacPro (faster, but exactly the same facts)