Opened 10 years ago
Last modified 3 months ago
#46549 new defect
crash in gst_plugin_scanner from port:gstreamer010
Reported by: | RJVB (René Bertin) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | haspatch | Cc: | cgilles (HumanDynamo), mkae (Marko Käning), cooljeanius (Eric Gallager) |
Port: | gstreamer010 |
Description
I've started running into a crashing from gst_plugin_scanner when starting digikam, after rebuilding port:opencv with different variants.
The crash disappeared when I reactivated the original version and couldn't be attributed to a particular variant, so I thought maybe I had to rebuild gstreamer010 . After doing that, gst_plugin_scanner crashed even with the old opencv version.
The crash is in dup2
, which is called to redirect stderr to stdout:
/* Dup stderr down to stdout so things that plugins print are visible, * but don't care if it fails */
given that 2nd line I first tried to close(2)
to close stderr, but that also crashes. Doing nothing (out-commenting the dup2 statement) seems to be the workaround, which is not incompatible with the intended behaviour as described in the comment.
The crash cannot be reproduced starting gst-plugin-scanner from a terminal, so it is related either to the way digikam starts the tool, or to the fact that it is started from an application in an app bundle.
NB: we're talking about the same opencv *release*, but different installed *versions* ;)
Attachments (1)
Change History (3)
Changed 10 years ago by RJVB (René Bertin)
Attachment: | dont-dup2-stderr-to-avoid-crash.patch added |
---|
comment:1 Changed 10 years ago by mkae (Marko Käning)
Cc: | mk@… added |
---|
comment:2 Changed 3 months ago by cooljeanius (Eric Gallager)
Cc: | cooljeanius added |
---|
Cc Me!