Opened 8 years ago

Closed 8 years ago

#51379 closed defect (wontfix)

PSPP quickly crashes whenever attempting calculations.

Reported by: thomashargrove@… Owned by: nerdling (Jeremy Lavergne)
Priority: Normal Milestone:
Component: ports Version: 2.3.4
Keywords: Cc:
Port: pspp

Description (last modified by ryandesign (Ryan Carsten Schmidt))

I've loaded most recent versions of MacPorts, X11 and PSPP. When I try to run PSPP and load a data file, I get these error statements:

(psppire:29778): Gtk-WARNING **: Allocating size to GtkSeparatorToolItem 0x7fc253846d70 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
Warning: cannot create a converter for `Mac-CentralEurope' to `UTF-8': Invalid argument
Warning: cannot create a converter for `ISO-IR-111' to `UTF-8': Invalid argument
Warning: cannot create a converter for `MacUkrainian' to `UTF-8': Invalid argument
Warning: cannot create a converter for `GEOSTD8' to `UTF-8': Invalid argument
Warning: cannot create a converter for `MacGujarati' to `UTF-8': Invalid argument
Warning: cannot create a converter for `MacGurmukhi' to `UTF-8': Invalid argument
Warning: cannot create a converter for `ISO-8859-8-I' to `UTF-8': Invalid argument
Warning: cannot create a converter for `MacDevangari' to `UTF-8': Invalid argument
Warning: cannot create a converter for `MacIcelandic' to `UTF-8': Invalid argument
Warning: cannot create a converter for `MacRomanian' to `UTF-8': Invalid argument
Warning: cannot create a converter for `TVCN' to `UTF-8': Invalid argument
Warning: cannot create a converter for `VPS' to `UTF-8': Invalid argument

(psppire:29778): Gtk-CRITICAL **: gtk_css_style_render_icon_surface: assertion 'surface != NULL' failed

(psppire:29778): Gtk-CRITICAL **: gtk_css_style_render_icon_surface: assertion 'surface != NULL' failed

(psppire:29778): Gtk-CRITICAL **: gtk_css_style_render_icon_surface: assertion 'surface != NULL' failed

(psppire:29778): Gtk-CRITICAL **: gtk_css_style_render_icon_surface: assertion 'surface != NULL' failed

(psppire:29778): Gtk-CRITICAL **: gtk_css_style_render_icon_surface: assertion 'surface != NULL' failed

Change History (4)

comment:1 Changed 8 years ago by ryandesign (Ryan Carsten Schmidt)

Description: modified (diff)
Keywords: PSPP removed
Owner: changed from macports-tickets@… to snc@…
Port: pspp added; PSPP removed

Don't forget to use WikiFormatting when writing in Trac.

comment:2 Changed 8 years ago by nerdling (Jeremy Lavergne)

Which version of OS X are you running?

And can you please clarify if you're using pspp 0.10.1 or pspp-devel 0.10.2-g88f1d6?

comment:3 Changed 8 years ago by thomashargrove@…

I am running OS X 10.11.4 and I've loaded PSPP 0.10.1. I've found some of the sources of my troubles. PSPP crashes when requesting a four-celled crosstabulation and when Statistics is set to calculate a Chi Square value (which is the default setting for PSPP crosstabs.) Statisticians will tell you that you shouldn't run Chi on a four-cell grid, but freezing up the program is a fairly drastic solution. I'll contact the programmers at Gnu to tell them of this apparent bug, although they must be aware of it since four-cell crosstabs are very common.

I don't get the GtkSeparatorToolItem error statements if I launch PSPP through X11 rather than through a terminal command. But the problem must still exist since the windows aren't sizing correctly in X11, unless I enlarge the windows by pressing the green button in the upper left-hand corner of window.

Bottom line, I've got workarounds: always disable request for Chi Square tests on four-square grids and launch PSPP through X11 rather than the application command line launched through Terminal.

But these are still bugs that I will report to Gnu. Thank you for getting back to me!

--Tom Hargrove, Alexandria, VA

comment:4 Changed 8 years ago by nerdling (Jeremy Lavergne)

Resolution: wontfix
Status: newclosed

Alrighty, I'll close this since you're going upstream with the issues.

Note: See TracTickets for help on using tickets.