<html><head></head><body><div class="ydp22d41c1fyahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:16px;"><div><div dir="ltr" data-setdir="false">Hi<span><span style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif;"> Marius Gerbershagen,</span></span></div><div dir="ltr" data-setdir="false"><span><span style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif;"><br></span></span></div><div dir="ltr" data-setdir="false"><span><span style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif;">Thank you for your reply,</span></span></div><div dir="ltr" data-setdir="false"><span><span style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif;"><br></span></span></div><div dir="ltr" data-setdir="false"><span><span style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif;">About the second issue, you are right, if I delete <span>~/.cache/common-lisp/ecl-16.1.3-unknown-linux-x64/usr/share/common-lisp/source/cl-asdf/build/asdf.fas, the issue disappears.</span></span></span></div><div><br></div><div class="ydp22d41c1fsignature"><div style="font-size:16px;font-family:Helvetica, Arial, sans-serif;"><div><br> </div><div>Greetings.<br></div><div><br></div><div>ZHUO Qingliang (KDr2, http://kdr2.com)<br></div><br></div></div></div>
<div><br></div><div><br></div>
</div><div id="yahoo_quoted_9072792516" class="yahoo_quoted">
<div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div>
On Sunday, January 5, 2020, 04:57:39 AM GMT+8, Marius Gerbershagen <marius.gerbershagen@gmail.com> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div dir="ltr">Hi,<br></div><div dir="ltr"><br></div><div dir="ltr">> Hi list,<br></div><div dir="ltr">> I am sorry I didn't find an ECL-User mailing list, so I post this question here. If here is not the right place to ask this kind of question, please let me know.<br></div><div dir="ltr">> I wrote a simple GTK program using cl-gtk2-gtk, please see it here:<a href="http://depot.kdr2.com/scrappy/202001/ecl-gtk.lisp" target="_blank">http://depot.kdr2.com/scrappy/202001/ecl-gtk.lisp</a><br></div><div dir="ltr">> <br></div><div dir="ltr">> After I installed the dependent packages using quicklisp, I ran it with `ecl --load ecl-gtk.lisp`, then, ECL started to compile files. It compiled for about 5 hours, and emitted an error, here is the log:<a href="http://depot.kdr2.com/scrappy/202001/ecl-gtk.log" target="_blank">http://depot.kdr2.com/scrappy/202001/ecl-gtk.log</a><br></div><div dir="ltr"><br></div><div dir="ltr">The important parts of the log are the errors such as<br></div><div dir="ltr"><br></div><div dir="ltr">(Error: "/tmp/ecl3258uX7y8Y.fas: failed to map segment from shared object")<br></div><div dir="ltr"><br></div><div dir="ltr">I can't tell you exactly how to fix this, but it is clear that the<br></div><div dir="ltr">cl-gtk2-gtk system is compiling A HUGE NUMBER of files and also single<br></div><div dir="ltr">functions. This number might be simply too big for ECL to handle and the<br></div><div dir="ltr">above error a result of some limit on the number of shared libraries<br></div><div dir="ltr">that one can load imposed by the glibc or the kernel, I don't know.<br></div><div dir="ltr"><br></div><div dir="ltr">> Then I run it again, it gave a different error:<br></div><div dir="ltr">> ```$ ecl --load ecl-gtk.lisp;;; Loading "/home/kdr2/Work/mine/DS-III/explore/common-lisp/ecl-gtk.lisp";;; Loading "/home/kdr2/quicklisp/setup.lisp";;; Loading #P"/usr/lib/x86_64-linux-gnu/ecl-16.1.3/asdf.fas"An error occurred during initialization:The slot ASDF/PLAN::STAMP in the object #<action-status<br></div><div dir="ltr">> Condition of type: STACK-OVERFLOWBINDING-STACK overflow at size 10240. Stack can probably be resized.Proceed with caution.Available restarts:<br></div><div dir="ltr">> 1. (CONTINUE) Extend stack size2. (RETRY) Retry ASDF operation.3. (CLEAR-CONFIGURATION-AND-RETRY) Retry ASDF operation after resetting the configuration.4. (RETRY) Retry completing compilation for #<package-inferred-system "asdf">.5. (ACCEPT) Continue, treating completing compilation for #<package-inferred-system "asdf"> as having been successful.6. (RETRY) Retry ASDF operation.7. (CLEAR-CONFIGURATION-AND-RETRY) Retry ASDF operation after resetting the configuration.8. (CONTINUE) Ignore initialization errors and continue.9. (ABORT) Quit ECL unsafely, ignoring all existing threads.<br></div><div dir="ltr">> Top level in: #<process TOP-LEVEL>.><br></div><div dir="ltr">> ```<br></div><div dir="ltr"><br></div><div dir="ltr">I have seen errors like this before when asdf was trying (and failing)<br></div><div dir="ltr">to replace itself with a newer version. You can check whether you have a<br></div><div dir="ltr">copy of a newer asdf in a place where asdf will search for its systems<br></div><div dir="ltr">and remove that copy. If you really need the new asdf, you need to<br></div><div dir="ltr">generate the asdf.lisp file containing all of asdf from the sources (see<br></div><div dir="ltr">the asdf documentation for how to do that), drop that in place of the<br></div><div dir="ltr">"contrib/asdf/asdf.lisp" file in the ECL sources and recompile ECL.<br></div><div dir="ltr"><br></div><div dir="ltr">Best regards,<br></div><div dir="ltr"> Marius Gerbershagen<br></div></div>
</div>
</div></body></html>