It would be very interesting to see where the time actually gets spend. You could try to run some GNUstep application, preferably Ink, monitored by valgrind (actually the callgrind variant). Than send me the resulting file to analyse it with kcachegrind.
Fred On the road Am 12.06.2015 um 15:11 schrieb Andrea D'Amore <[email protected]>: > Hello, > I installed Gorm and ProjectCenter on a Debian stable in order to try > a little development with GNUstep. I got a working setup with a > peculiar problem: the interaction in file dialogs is _extremely_ slow, > to the point of being unbearable. > > For instance clicking any folder in the column views of the > ProjectCenter save file dialog when creating a new project is received > and reacted after tens of seconds (say, 20). Even keystroke, for > typing in a file name, shows the same behavior. > > The system load is minimal, even between an event (key or mouse) and > its effects on the UI. I figure there's some (severe) message passing > slowdown somewhere, because the events are eventually parsed but I've > no clue about how to debug this. > > Has anyone experienced the same odd behavior? > Should I install from source? > I tried to avoid mixing system packages with non APT managed software > and installing in a machine local prefix would mean recompile every > program using GNustep. > > Is there a system you'd recommend over the other ones in order to have > an updated GNUstep environment (say easily following stable releases)? > > The version numbers of installed packages are: > > Gorm 1.2.20 > ProjectCenter 0.6.1 > gnustep-make 2.6.6 > gnustep-base 1.24.7 > gnustep-gui 0.24.0 > gnustep-back 0.24.0 > > > Regards > > -- > Andrea > > _______________________________________________ > Discuss-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
