Skip Menu |
 

This queue is for tickets about the Math-GSL CPAN distribution.

Report information
The Basics
Id: 38574
Status: open
Priority: 0/
Queue: Math-GSL

People
Owner: jonathan [...] leto.net
Requestors: sisyphus [...] cpan.org
Cc: jonathan [...] leto.net
thierry.moisan [...] gmail.com
AdminCc:

Bug Information
Severity: Important
Broken in:
  • 0.07
  • 0.08
  • 0.09_01
Fixed in: (no value)



CC: jonathan [...] leto.net,thierry.moisan [...] gmail.com
Subject: Problem with gsl_set_error_handler_off() and static gsl library
MIME-Version: 1.0
X-Mailer: MIME-tools 5.426 (Entity 5.426)
Charset: utf8
Content-Disposition: inline
Content-Type: text/plain
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 1061
If Math::GSL is built against a static gsl library, gsl_set_error_handler_off() doesn't work as expected. Seems that calling gsl_set_error_handler_off() will turn off the error handler for the Math::GSL::Errno package only. As far as all other packages are concerned, the default error handler is still on. The best solution at the moment is to build Math::GSL against a shared gsl library - but if you really must build against a static library then, for some ideas on how to approach this issue, see the "gsl_set_error_handler_off() and static gsl library" thread on math- gsl-dev ( http://groups.google.com/group/math-gsl- dev/t/fdd82288ee21f4f4?hl=en ). One simple but tedious solution mentioned there (with patches for the Histogram, Histogram2D and SF packages) is to create a gsl_set_error_handler_off function for each and every package - so that each package is then capable of turning off the default error handler. OTOH, if you're quite happy to leave the default error handler on, there's no need to take any action at all. Cheers, Rob
MIME-Version: 1.0
X-Mailer: MIME-tools 5.426 (Entity 5.426)
Content-Disposition: inline
Charset: utf8
Message-Id: <rt-3.6.HEAD-11521-1221437962-1571.38574-0-0 [...] rt.cpan.org>
Content-Type: text/plain
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 1236
Download (untitled) / with headers
text/plain 1.2k
Can someone please test that this is still the case for Math::GSL 0.12 ? Thanks On Tue Aug 19 00:52:46 2008, SISYPHUS wrote: Show quoted text
> If Math::GSL is built against a static gsl library, > gsl_set_error_handler_off() doesn't work as expected. Seems that > calling gsl_set_error_handler_off() will turn off the error handler for > the Math::GSL::Errno package only. As far as all other packages are > concerned, the default error handler is still on. > > The best solution at the moment is to build Math::GSL against a shared > gsl library - but if you really must build against a static library > then, for some ideas on how to approach this issue, see > the "gsl_set_error_handler_off() and static gsl library" thread on math- > gsl-dev ( http://groups.google.com/group/math-gsl- > dev/t/fdd82288ee21f4f4?hl=en ). One simple but tedious solution > mentioned there (with patches for the Histogram, Histogram2D and SF > packages) is to create a gsl_set_error_handler_off function for each > and every package - so that each package is then capable of turning off > the default error handler. > OTOH, if you're quite happy to leave the default error handler on, > there's no need to take any action at all. > > Cheers, > Rob
CC: <thierry.moisan [...] gmail.com>
MIME-Version: 1.0
X-Spam-Status: No, hits=-2.6 required=8.0 tests=BAYES_00,SPF_PASS
In-Reply-To: <rt-3.6.HEAD-11521-1221437962-1571.38574-6-0 [...] rt.cpan.org>
X-Mailer: Microsoft Windows Mail 6.0.6001.18000
References: <RT-Ticket-38574 [...] rt.cpan.org> <rt-3.6.HEAD-11521-1221437962-1571.38574-6-0 [...] rt.cpan.org>
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original
X-RT-Original-Encoding: utf-8
Received: from x1.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id F3A504D8138 for <bug-Math-Gsl [...] rt.cpan.org>; Sun, 14 Sep 2008 22:51:09 -0400 (EDT)
Received: (qmail 26987 invoked from network); 15 Sep 2008 02:51:08 -0000
Received: from x16.dev (10.0.100.26) by x1.dev with QMQP; 15 Sep 2008 02:51:08 -0000
Received: from mail01.syd.optusnet.com.au (HELO mail01.syd.optusnet.com.au) (211.29.132.182) by 16.mx.develooper.com (qpsmtpd/0.43rc1) with ESMTP; Sun, 14 Sep 2008 19:51:06 -0700
Received: from desktop2 ([203.202.164.190]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with SMTP id m8F2obAr018965; Mon, 15 Sep 2008 12:50:43 +1000
Delivered-To: cpan-bug+Math-Gsl [...] diesel.bestpractical.com
Subject: Re: [rt.cpan.org #38574] Problem with gsl_set_error_handler_off() and static gsl library
Return-Path: <sisyphus1 [...] optusnet.com.au>
X-Msmail-Priority: Normal
X-Spam-Check-BY: 16.mx.develooper.com
X-Original-To: bug-Math-Gsl [...] rt.cpan.org
X-Priority: 3
Date: Mon, 15 Sep 2008 12:49:55 +1000
X-Spam-Level: *
Message-Id: <63751566FD1243F8BD4809DD8E13F032 [...] desktop2>
X-Mimeole: Produced By Microsoft MimeOLE V6.0.6001.18049
To: <bug-Math-Gsl [...] rt.cpan.org>, <sisyphus [...] cpan.org>
Content-Transfer-Encoding: 7bit
From: "Sisyphus" <sisyphus1 [...] optusnet.com.au>
RT-Message-ID: <rt-3.6.HEAD-11521-1221447076-1698.38574-0-0 [...] rt.cpan.org>
Content-Length: 822
Download (untitled) / with headers
text/plain 822b
Show quoted text
----- Original Message ----- From: "Jonathan Leto via RT" <bug-Math-Gsl@rt.cpan.org> To: <sisyphus@cpan.org> Cc: <thierry.moisan@gmail.com> Sent: Monday, September 15, 2008 10:19 AM Subject: [rt.cpan.org #38574] Problem with gsl_set_error_handler_off() and static gsl library
> <URL: http://rt.cpan.org/Ticket/Display.html?id=38574 > > > Can someone please test that this is still the case for Math::GSL 0.12 ? >
Yes, it's still the case for me on Win32. The following errors occur (snipped for brevity): t\Histogram ERROR: cannot find r in cumulative pdf t\Histogram2D ERROR: histogram xrange not in increasing order t\Multiroots ERROR: function incompatible with solver size t\Permutation ERROR: fscanf failed t\SF ERROR: domain error Each of those 5 errors invokes the default error handler. Cheers, Rob


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.