Re: Async HTTP download with Glib event loop doesn't work on windows

[Daniel Kasak <d j kasak dk gmail com>]

Sorry for the delay in getting stuff together - as I mentioned, we're
renovating, and everything upstairs is packed / covered in dust / not
functioning. Anyway, I've set up my home server again. I have binaries
available at:
https://tesla.duckdns.org/gtk3-perl-windows/ ... direct link:
http://tesla.duckdns.org/downloads/JewelKit-1.0_strawberry-5.20.1-gtk-3.14.3.zip

This includes gtk+-3.14.3 and whatever other libs + bindings were
current at the time.

The documentation of the build process is available at:
http://win32.arrozcru.org/wiki/index.php?title=Perl-gtk3_for_Windows

I didn't come up with these - I paid another guy to do it, but I did
follow his instructions, and they worked at the time. They don't work
now :( If you can make them work, please document things. I've been
meaning to try pushing some of the patches required to make things
build, but finding the time to do it has been challenging, and it's
also difficult to do, not being the person who actually did the work (
ie the patches ).

Anyway, hopefully this is useful to you. Enjoy :)

Dan

On Sat, Mar 11, 2017 at 7:42 PM, Daniel Kasak <d j kasak dk gmail com> wrote:
> I have some old(ish) binaries of Glib::Object::Introspection for Windows.
> Yes they were a major pain to build. I'd usually point you to my blog (
> http://tesla.duckdns.org ) - but it's offline at the moment ... we're
> renovating the house and my ADLS2, home server, and other things are totally
> out of action at the moment. If you're interested, I can go and get the
> server and rescue stuff off it. I also have build instructions that worked
> when they were written ( 18 months ago ). I tried repeating the process a
> couple of months back, and there are unfortunately major issues again, and
> I've kinda lost interest in building for Windows. Anyway, me know if you
> want Windows and/or build instructions.
>
> Dan
>
> On Sat, Mar 11, 2017 at 3:16 AM, Peter Juhasz <peter juhasz83 gmail com>
> wrote:
> > On Fri, Mar 10, 2017 at 4:38 PM, Emmanuele Bassi <ebassi gmail com> wrote:
> > > Without knowing how AnyEvent works, if the handler involves threads
> > > then calling *any* GTK+ API from different threads than the one that
> > > called `gtk_main()` is going to blow up your application. Even if it
> > > worked in one release, during a specific alignment of planets, or if
> > > you placed the machines in a pentacle drawn in goat blood, there's no
> > > guarantee that it'll keep working. GTK+ simply does *not* support
> > > multi-threaded access of the windowing system resources.
> >
> > It does not do anything like that. It only uses Glib::Timeout, Glib::IO,
> > Glib::Idle watchers in fairly standard ways.
> >
> > > GTK+ and the G* platform has a whole bunch of API to deal with these
> > > cases, like GTask[0]. Sadly, it's not very Perlish because nobody
> > > wrote introspection overrides for it. Additionally, for things like
> > > HTTP requests, there's a whole library called libsoup[1] which
> > > integrates with the GLib main loop.
> >
> > We're considering libsoup, but it depends on Glib::Object::Introspection
> > for which there are no windows builds (that we know of).
> >
> > > Ciao,
> > >  Emmanuele.
> >
> > thanks,
> > Peter
> >
> >
> > _______________________________________________
> > gtk-perl-list mailing list
> > gtk-perl-list gnome org
> > https://mail.gnome.org/mailman/listinfo/gtk-perl-list