> On 6/21/06, James Bergstra <[EMAIL PROTECTED]> 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");
> >>
>
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?
A
On 6/21/06, James Bergstra <[EMAIL PROTECTED]> 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
>
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 late