Opened 6 months ago

Last modified 3 weeks ago

#69525 new defect

gimp2 does not open image files on (on ppc?)

Reported by: barracuda156 Owned by:
Priority: Normal Milestone:
Component: ports Version: 2.9.1
Keywords: snowleopard, powerpc Cc: mascguy (Christopher Nielsen), cooljeanius (Eric Gallager), someuser12
Port: gimp2

Description

I get the following error when trying to open random files like screenshots:

Plug-in crashed: "file-png"
(/opt/local/lib/gimp/2.0/plug-ins/file-png/file-png)

The dying plug-in may have messed up GIMP's internal state. You may want to save your images and restart GIMP to be on the safe side.

Same error for jpeg and png. What may cause this?

  1. S. Just not to forget, we need legacysupport.redirect_bins gimp for gimp* ports, otherwise there is a disaster on launch with malloc errors.

Change History (6)

comment:1 Changed 6 months ago by ryandesign (Ryan Carsten Schmidt)

You'll have to search the gimp issue tracker or elsewhere on the Internet and see what people say. I found this issue in which the last comments identify it as an out-of-memory problem that occurs on 32-bit systems, but I don't know if it's exactly the same issue as yours:

https://gitlab.gnome.org/GNOME/gimp/-/issues/4428

If there was truly a crash, as the error message suggests, then check if macOS wrote a crash log file; if it did, attach it; maybe it helps pinpoint why the crash occurred.

comment:2 in reply to:  1 ; Changed 6 months ago by mascguy (Christopher Nielsen)

@kencu also provided the following suggestion, to help with generating a detailed crash report:

If I were a gimp developer, and with this amount of information, the next thing I might ask you to do would be to launch gimp using lldb like this:

lldb gimp

then after the initial flurry of activity have you type:

run

and then, presuming it crashes again with "fatal error: Segmentation fault: 11", I would have you type:

bt

to get the stack trace, and then copy that information and paste it into the bug report.

See: comment:8:issue:69348

comment:3 Changed 4 months ago by cooljeanius (Eric Gallager)

Cc: cooljeanius added

comment:4 in reply to:  1 Changed 4 months ago by barracuda156

Replying to ryandesign:

You'll have to search the gimp issue tracker or elsewhere on the Internet and see what people say. I found this issue in which the last comments identify it as an out-of-memory problem that occurs on 32-bit systems, but I don't know if it's exactly the same issue as yours:

https://gitlab.gnome.org/GNOME/gimp/-/issues/4428

If there was truly a crash, as the error message suggests, then check if macOS wrote a crash log file; if it did, attach it; maybe it helps pinpoint why the crash occurred.

Sorry, I missed the reply here.

I will try to debug what’s going it, we want GIMP working.

Version 0, edited 4 months ago by barracuda156 (next)

comment:5 in reply to:  2 Changed 2 months ago by barracuda156

Replying to mascguy:

Does this say anything? (There are a lot of malloc errors on start-up, but they do not lead to the crash. But opening an image in a non-native format crashes it.)

*** set a breakpoint in malloc_error_break to debug
gimp(41497,0x1fd5408) malloc: *** error for object 0x389f8f4: Non-aligned pointer being freed
*** set a breakpoint in malloc_error_break to debug
gimp(41497,0x1fd5408) malloc: *** error for object 0x389f910: Non-aligned pointer being freed (2)
*** set a breakpoint in malloc_error_break to debug

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
0x0340d680 in std::codecvt<wchar_t, char, __mbstate_t>::do_in ()
(gdb) bt
#0  0x0340d680 in std::codecvt<wchar_t, char, __mbstate_t>::do_in ()
#1  0x033dbde8 in std::istream::_M_extract<unsigned short> ()
#2  0x034a6cf8 in Exiv2::ValueType<unsigned short>::read ()
#3  0x034a0398 in Exiv2::Exifdatum::operator= ()
#4  0x018997a8 in gexiv2_metadata_set_exif_tag_multiple ()
#5  0x01896018 in gexiv2_metadata_try_set_tag_multiple ()
#6  0x0189617c in gexiv2_metadata_set_tag_multiple ()
#7  0x0120f890 in gimp_metadata_deserialize_text ()
#8  0x01c19f60 in g_markup_parse_context_parse ()
#9  0x012102d8 in gimp_metadata_deserialize ()
#10 0x00244df4 in image_set_metadata_invoker ()
#11 0x0028fd44 in gimp_procedure_execute ()
#12 0x00289c44 in gimp_pdb_execute_procedure_by_name_args ()
#13 0x00295ae4 in gimp_plug_in_handle_message ()
#14 0x00293cdc in gimp_plug_in_recv_message ()
#15 0x01c12750 in g_main_dispatch ()
#16 0x01c158c4 in g_main_context_iterate_unlocked.isra.0 ()
#17 0x01c16340 in g_main_loop_run ()
#18 0x00299880 in gimp_plug_in_manager_call_run ()
#19 0x0029eb60 in gimp_plug_in_procedure_execute ()
#20 0x0028fd44 in gimp_procedure_execute ()
#21 0x00289c44 in gimp_pdb_execute_procedure_by_name_args ()
#22 0x00289e8c in gimp_pdb_execute_procedure_by_name ()
#23 0x00396f40 in file_open_image ()
#24 0x00349800 in gimp_imagefile_create_thumbnail ()
#25 0x00349a6c in gimp_imagefile_create_thumbnail_weak ()
#26 0x001f03f0 in gimp_thumb_box_auto_thumbnail ()
#27 0x01c12750 in g_main_dispatch ()
#28 0x01c158c4 in g_main_context_iterate_unlocked.isra.0 ()
#29 0x01c16340 in g_main_loop_run ()
#30 0x000111f4 in app_run ()
#31 0x0072cc54 in main ()

comment:6 Changed 3 weeks ago by someuser12

Cc: someuser12 added
Note: See TracTickets for help on using tickets.