#41 gspawn-win64-helper.exe error dialog for pygi-aio-3.18.2_rev5

[Sam]

Installing pygi-aio-3.18.2_rev5-setup.exe and launching glade throws up the attached error dialog, selecting "Close the program" start glade as per normal. I can also repeat this with other python programs.

Problem signature:
Problem Event Name: APPCRASH
Application Name: gspawn-win64-helper.exe
Application Version: 0.0.0.0
Application Timestamp: 56cf872f
Fault Module Name: StackHash_a53b
Fault Module Version: 6.1.7601.19160
Fault Module Timestamp: 56bcd74c
Exception Code: c0000374
Exception Offset: 00000000000c0aa2
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 3081
Additional Information 1: a53b
Additional Information 2: a53be9f92647bbdd06cbd42c93cd1324
Additional Information 3: 22d8
Additional Information 4: 22d86825d8000d426d7ab7b5ce0f7d25

PS: Thank you for making pygobjectwin32

[Sam]

Tested on Windows 7 Pro 64 bit

Installed python 3.4.4 (python-3.4.4.amd64.exe)

BTW: Glade 3.20 has been released
https://glade.gnome.org/

[tumagonx]

Thanks for your report.
At the moment I tried it on Win 8.1 64bit for both 64bit python 2.7 and 3.4 by just selecting Glade during setup but I can't reproduce above error when launching glade. Or rather no gspawn-win64-helper.exe runs... AFAIK glade use gspawn when devhelp exist.

I can't test it on VM yet though.

Whats your package selection during setup? I will try match it.

Regarding pygi 3.20 version, I rather in "wait and see" or even "abandon" stance. Especially GTK is susceptible for nasty regression on win32 :-) (my experience as mypaint windows maintainer). That said I do check NEWS file regularly to see if it worthwhile trying.

[Sam]

• Or rather no gspawn-win64-helper.exe runs... AFAIK glade use gspawn when devhelp exist.*

Spot on with your guess, I uninstalled pygi-aio-3.18.2_rev5-setup.exe and reinstalled the development packages with only Glade selected this time and no error.

For completeness heres what I initially had selected:

GNOME/Freedesktop libraries selected:
[x] Base packages
[x] GExiv2 0.10.3
[x] GooCanvas 2.0.2
[x] GTK+ 3.18.8

non-GNOME libraries selected:
[x] GTKSpell 3.0.3
[x] OSM-GPS-Map 1.0.2

development packages selected:
[x] GIR
[x] Glade 3.18
[x] Devhelp 3.16
[x] Additional Tools

And for the reinstall only changed the following

development packages selected:
[ ] GIR
[x] Glade 3.18
[ ] Devhelp 3.16
[ ] Additional Tools

Thank you :)

[Sam]

Regarding pygi 3.20 version, I rather in "wait and see" or even "abandon" stance. Especially GTK is susceptible for nasty regression on win32 :-) (my experience as mypaint windows maintainer). That said I do check NEWS file regularly to see if it worthwhile trying.

Understandable, if you do decide to rebuild please consider adding Gnome builder :)

[tumagonx]

Ah that's webkit issue (devhelp's dependency). Sometime I have crash running webkit2 app but sometime it works. No idea why.

I have tried gnome builder 3.18 (it barely runs), there is unix specific stuff that I need to replace/remove.

[tumagonx]

I decide to downgrade devhelp in rev6 (so it use webkit1 instead of webkit2), it runs fine on my windows. hopefully runs fine on anyone...

[Mark Mikofski]

Can we reopen this issue? I'm getting this exact same error box (gspawn-win64-helper.exe has stopped working) with Meld when I click website in the help popup. There seems to be no bad effects, I can close the box and meld help website opens fine.

pygi-3.18.2-rev8
Windows 7
Python27 amd64

Base Packages
GTK+ 3.18.2
GTKsourceView 3.18.0
Pango 1.40.1

Also I copied libgntls-28.so to python27/lib/site-packages/gnome/ because I couldn't figure out how to install it from the zenity ui.

do I also need webkit 1 or 2 or devhelp? are dependencies automatically resolved? or is this a bug in meld?

thanks!

[tumagonx]

Hi Mark, does it also happen with 32bit?
note: you don't normally need devhelp (which in turn need webkit)

[tumagonx]

Fixed in rev9