[Top][All Lists]

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

Re: [Help-gsl] gsl_matrix_fprintf

From: James Bergstra
Subject: Re: [Help-gsl] gsl_matrix_fprintf
Date: Thu, 22 Jun 2006 05:35:56 -0400
User-agent: Mutt/1.5.11+cvs20060403

> On 6/21/06, James Bergstra <address@hidden> wrote:
> >
> >On Wed, Jun 21, 2006 at 03:58:50PM -0500, A J wrote:
> >> Could there be an issue using gsl_matrix_fprintf with a gsl_matrix which
> >> doesn't own it's block? I tried doing this twice:
> >>
> >> gsl_matirx_frprintf(f1,X,"%.8g");
> >>
> >> In the the first attempt, X owned it's block at the time the function
> >was
> >> called. In the second attempt, this statement was moved to a later step,
> >and
> >> the only apparent difference was that X was not owning it's block when
> >the
> >> function was called.
> >>
> >> The call to the function is made from an iterative block which stops
> >> iterating when a particular condition is satisfied. Yet, the exit
> >iteration
> >> number in the first attempt was different than the second attempt.
> >>
> >> Can anyone explain why this could be happening?
> >
> >Perhaps you have a bug caused by one or more misplaced 'r' characters?
> >
> >If the block hasn't been free'd by the real owner, then all should be
> >well.  No one has mentioned a problem with printing matrices.  You can
> >check the function source, but you'll find it isn't doing anything
> >surprising.

On Wed, Jun 21, 2006 at 09:39:54PM -0500, A J wrote:
> No. That 'r' was not the problem. What's weird is that just moving one
> statement should cause an iterative routine to meet the condition at a
> different point, when all the numbers are the same to start with?
> Could this be a compiler bug?

Attach code, we can have a look?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]