[Top][All Lists]

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

Re: [Gcl-devel] STABLE, WINDOWS: read_fasd1() and alloc_relblock()

From: Camm Maguire
Subject: Re: [Gcl-devel] STABLE, WINDOWS: read_fasd1() and alloc_relblock()
Date: 20 Apr 2004 11:29:28 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2


"Mike Thomas" <address@hidden> writes:

> A final note before I finish for the day regarding CVS stable GCL/gcc
> 3.3.3/binutils 2.15.90:
> | 2. GCL/gcc 3.3.3/binutils 2.15.90 still causes the Maxima crash.  It now
> | crashes consistently (which is also good news) while loading
> | "binary-gcl/specfn.o" so if we still have the fortitude and time we can
> | probably track it down.
> |
> | The problem occurs in the Maxima source file "src/clmacs.lisp", function
> | "aset-by-cursor" called in "fillarray":
> Since my last message I tried a few different combinations of compiler flags
> including no optimisation and all of them crash in exactly the same place as
> related by my previous email.
> On this basis I think we can say that one of gcc 3.3.3 or binutils 2.15.90
> or both is completely incompatible with GCL as of today's stable CVS source
> tree.

OK, my bet is on gcc 3.3.3.  Given that you can reproduce with no
optimization, I'm hoping a gdb backtrace of the C code will be easy as
per my other email.  Thanks again for all your efforts!

> On the other hand the spot-on repeatability of the crash gives us a neat
> toehold for debugging should we choose to go that way.  I doubt that I will
> be able to do much about it tonight.
> Cheers
> Mike Thomas.

Camm Maguire                                            address@hidden
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

reply via email to

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