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]

 



> From: Timm Bäder [mailto:mail@xxxxxxxxxxx]
> 
> 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.
> 
> Was the debugging just a printf before and after those calls or is there
some
> more info about where the time is exactly spent?

Gdb - stepped through my code and when it got to stepping over the
gtk_file_chooser_dialog_new call it didn't return for a long time.
 
> > 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]?
> 
> [1]
http://superuser.com/questions/979504/load-dialog-disk-access-slowdown-
> on-windows-10

Yep, this was it. I disabled the floppy drive in the BIOS as the poster
there said he did, and the problem went away - now the file chooser dialogs
open immediately. Also the first two paragraphs there almost exactly mirror
the OS and hardware upgrades that I've done on my PC, including switching to
SSDs, if that might be relevant.

Thanks a lot.

Ian

_______________________________________________
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