Re: gtk_file_chooser_dialog_new and gtk_file_chooser_native_new very slow on a Windows 10 64-bit PC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ian,

On Thu, Dec 8, 2016 at 9:35 AM, Timm Bäder <mail@xxxxxxxxxxx> wrote:
> On 07.12, Ian Puleston wrote:
>> A little debugging showed that the time is spent in
>> gtk_file_chooser_dialog_new which takes 15 seconds to execute. I tried
>> switching to gtk_file_chooser_native_new instead but it too has the same
>> problem taking just as long.

Did you try profiling the program/test?

Thank you.

>
> Was the debugging just a printf before and after those calls or is there
> some more info about where the time is exactly spent?
>
>> So I tried running an older version of the app with GTK 2.24.10 on this PC
>> and it too shows the problem, although it is not so bad, taking about 10
>> seconds to open the file chooser (three file chooser opens in quick
>> succession actually take 10, 5 and 5 seconds where all three take 15 seconds
>> when doing the same with GTK 3).
>
> Just a hunch, but might this be the "nonexistent floppy drive" problem
> that a few people on the web have mentioned, I can right now only
> find[1]?
>
> In any case, the fact that both gtk2 and gtk3 are affected makes it kind
> of unrealistic that a change in gtk+ is at fault and without more info
> it's hard to say what exactly the problem is.
>
>
>
> [1] http://superuser.com/questions/979504/load-dialog-disk-access-slowdown-on-windows-10
>
> _______________________________________________
> gtk-list mailing list
> gtk-list@xxxxxxxxx
> https://mail.gnome.org/mailman/listinfo/gtk-list
_______________________________________________
gtk-list mailing list
gtk-list@xxxxxxxxx
https://mail.gnome.org/mailman/listinfo/gtk-list




[Index of Archives]     [Touch Screen Library]     [GIMP Users]     [Gnome]     [KDE]     [Yosemite News]     [Steve's Art]

  Powered by Linux