Open rtoy opened 3 months ago
Imported from SourceForge on 2024-07-02 14:27:27 Created by robert_dodier on 2005-09-02 04:58:05 Original: https://sourceforge.net/p/maxima/bugs/772/#f6b7
Imported from SourceForge on 2024-07-02 14:27:29 Created by robert_dodier on 2005-09-02 04:58:05 Original: https://sourceforge.net/p/maxima/bugs/772/#9282
Logged In: YES user_id=501686
This appears to be a bug in gcl's DRIBBLE function. I've reported the DRIBBLE problem as bug #14367 (http://savannah.gnu.org/bugs/?group=gcl). Marked it as "pending" for later followup.
Imported from SourceForge on 2024-07-02 14:27:31 Created by sf-robot on 2005-09-17 02:20:07 Original: https://sourceforge.net/p/maxima/bugs/772/#e120
Logged In: YES user_id=1312539
This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).
Imported from SourceForge on 2024-07-02 14:27:33 Created by sf-robot on 2005-09-17 02:20:07 Original: https://sourceforge.net/p/maxima/bugs/772/#1d1d
Imported from SourceForge on 2024-07-02 14:27:35 Created by kvutza on 2017-08-24 12:18:19 Original: https://sourceforge.net/p/maxima/bugs/772/#e3ea
Under Maxima 5.37.2, GCL 2.6.12, this bug is still present. The ticket by GCL 14367 says that it was fixed at GCL 2.6.10, thus am not sure why it is still here.
Imported from SourceForge on 2024-07-02 14:27:37 Created by robert_dodier on 2022-11-03 16:33:45 Original: https://sourceforge.net/p/maxima/bugs/772/#b79c
Imported from SourceForge on 2024-07-02 14:27:39 Created by robert_dodier on 2022-11-03 16:33:45 Original: https://sourceforge.net/p/maxima/bugs/772/#6fc5
Reopening this ticket as "maybe fixed" for review; it was closed automatically by the bug tracker some time ago, but we should see if it's actually fixed.
Imported from SourceForge on 2024-07-02 14:27:26 Created by robert_dodier on 2005-08-27 16:26:36 Original: https://sourceforge.net/p/maxima/bugs/772
writefile on GCL puts newlines in wrong places.
looks like it's lacking a newline between the %i print-out and the %o print-out, and it has an extra newline after (%i) label and before the %i print-out.
5.9.1cvs + gcl 2.6.6 on linux. not observed with 5.9.1cvs + clisp 2.33.
e.g.
[robert@chromium tmp]$ cat foo.tmp2
Starts dribbling to tmp/foo.tmp2 (2005/8/27, 9:34:21).(%o2) false (%i3) ? blart (%o3) false (%i4) blurf:1000;(%o4) 1000 (%i5) blurf^2;(%o5) 1000000 (%i6) blurf-%pi;(%o6) 1000 - %pi (%i7) %/1000; 1000 - %pi (%o7) ---------- 1000 (%i8) ''%; 1000 - %pi (%o8) ---------- 1000 (%i9)