[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#542794: marked as done (libgomp1: Throwing exceptions segfaults when libgomp is being dlopen'ed through python-vipscc)

Your message dated Tue, 20 Dec 2011 14:34:55 +0100
with message-id <4EF08EFF.3010009@debian.org>
and subject line Re: Bug#542794: Test case
has caused the Debian Bug report #542794,
regarding libgomp1: Throwing exceptions segfaults when libgomp is being dlopen'ed through python-vipscc
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org

542794: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542794
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: libgomp1
Version: 4.4.1-1
Severity: normal

I am using python-vipscc to do image manipulations in Python. The Python 
bindings are using a C++ runtime library (libvips) which if it 
encounters an error will throw a C++ exception. This used to work fine, 
I catch the errors which in some cases are useful for probing for info, 
but after a recent upgrade, the whole process segfaults instead of 
throwing the exception. A backtrace indicates that the error is in 
__cxa_allocate_exception in libstdc++.so.6.

The reason why I'm reporting this as an error in this package, is that 
it appears that error occurs because the way libgomp is compiled (not 
working when it's dlopen'ed?). There's an analysis here, it involves 


Maybe a red herring, you probably have a better idea of what to do about 
the bug, but I thought I'd start here.

-- System Information: Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgomp1 depends on:
ii  gcc-4.4-base                  4.4.1-1    The GNU Compiler Collection (base 
ii  libc6                         2.9-23     GNU C Library: Shared libraries

libgomp1 recommends no packages.

libgomp1 suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
On 08/11/2010 11:45 AM, Ole Laursen wrote:
> I believe they've changed the way they do the bindings for Python so
> it might just be a side-effect of that, however. But without a
> functioning test case, this bug report is probably pretty useless so
> you might want to close it. I'll report back if I ever see it again.

closing for now

--- End Message ---

Reply to: