gcl-devel
[Top][All Lists]
Advanced

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

Re: [Gcl-devel] Re: GCL produces wrong EOL on mingw


From: Vadim V. Zhytnikov
Subject: Re: [Gcl-devel] Re: GCL produces wrong EOL on mingw
Date: Sun, 21 Mar 2004 13:37:08 +0300
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru-RU; rv:1.5) Gecko/20031006

Camm Maguire ?????:
Hi Vadim, and thanks!

First, could you repeat the failing run with *notify-gbc* turned on?

Then, one should retry with gcl built with --enable-debug.  If the
error persists, run in gdb, breaking at the error routine, find the
address of the '/j' (i.e. foo->st.st_self+nnn), watch *(char *) at
this address, and then rerun.

This is terribly terse, but I think you know what I mean.  I cannot
spot the issue as yet.

Take care,

"Vadim V. Zhytnikov" <address@hidden> writes:


Hi Camm!

Of course I'll do this. But as Mike suggest let's postpone it
for post 2.6.2 release.  I feel that this problem can delay
2.6.2 too much.  I'll be quite busy a week or two.


Mike Thomas ?????:

Hi everyone.
I am not getting these file name errors with CVS Maxima and stable
CVS ANSI GCL.  If someone can show me how to reproduce it on W2000
or XP I can have a look.
Are they related to the CLtL1 build or a particular OS?  Is anyone
getting them now?


To observe the problem it is necessary to replace

#+:gcl(abs-name (file-namestring abs-dir))
#-:gcl(abs-name (ignore-errors (file-namestring abs-dir)))

in defsystem.lisp

by

(abs-name (ignore-errors (file-namestring abs-dir)))

I just rebuild latest GCL CVS (ANSI) and latest Maxima CVS
on top of it.  With

#+:gcl(abs-name (file-namestring abs-dir))
#-:gcl(abs-name (ignore-errors (file-namestring abs-dir)))

I have clean Maxima build. With

(abs-name (ignore-errors (file-namestring abs-dir)))

I still get a problem:

;    - Compiling module "prerequisites"
;      - Compiling source file
"C:/msys/1.0/home/vadim/maxima/src/mormac.lisp"
Compiling C:/msys/1.0/home/vadim/maxima/src/mormac.lisp.
End of Pass 1.
End of Pass 2.
OPTIMIZE levels: Safety=0 (No runtime error checking), Space=0, Speed=3
Finished compiling binary-gcl/mormac.o.

;      - Loading binary file "binary-gcl/mormac.o"
Loading binary-gcl/mormac.o
start address -T 10314000 Finished loading binary-gcl/mormac.o

;      - Compiling source file
"C:/msys/1.0/home/vadim/maxima/src/compat.lisp"
Compiling C:/msys/1.0/home/vadim/maxima/src/compat.lisp.
Error in LET [or a callee]: Cannot create the file
binary-gcl/C:/msys/1.0/home/vadim/maxima/src/j/compat.data.

Fast links are on: do (use-fast-links nil) for debugging
Broken at CONDITIONS::CLCS-OPEN.  Type :H for Help.
 1 (Continue) Retry opening file
#p"binary-gcl/C:/msys/1.0/home/vadim/maxima/src/j/compat.data".
 2 (Abort) Return to top level.
dbl:>>

A few observations from my experience with the problem.
It 100% reproducible and compilation always stop at the same file
provided background GCL remains unchange.  It is enough to
rebuild GCL with any tiny modification and error jumps to
other file.



The only serious bug I can report at present is the ANSI test crash
which I have tried to isolate a couple of times including this
morning without success.  I'm happy to ignore it for 2.6.2 unless
someone can find a quick fix, especially as the HEAD branch exhibits
different, less severe, problems in the test.
As to whether it is related to CT/LF issues , who would know.  I
would expect it to be one off instead of two.
On Monday I intend checking in the changes made during the installer
saga, putting out a test package and then crossing my fingers for a
merciful end to 2.6.2.
Cheers
Mike Thomas.
Camm Maguire wrote:


Greetings, and thanks for the pointer!  Mike, is this still extant?
Can you link this to anything else at all, especially a call to GBC?
Since the overlap always appears to be 2 chars wide, could this be
elated to the cr/lf problems we've been seeing?

Take care,

"Vadim V. Zhytnikov" <address@hidden> writes:



Camm Maguire ?????:


Hi Vadim!  Can you give an example or pointer to a discussion on the
lists?



Here you are!

http://www.math.utexas.edu/pipermail/maxima/2003/006442.html
http://www.math.utexas.edu/pipermail/maxima/2004/006552.html



Take care,
"Vadim V. Zhytnikov" <address@hidden> writes:





--
     Vadim V. Zhytnikov

      <address@hidden>
     <address@hidden>





reply via email to

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