From: SourceForge.net <no...@so...> - 2010-02-03 02:20:28
|
Bugs item #695086, was opened at 2003-02-28 14:33 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=695086&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core - Plotting Group: None >Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: plot2d number overflow Initial Comment: plot2d(1.0e9,[x,0,1]) gives the pop-up error "Error: integer value too large to represent". "Details" shown below. It also doesn't recover well from the error -- it shows an empty plot window (in Plot Windows: Separate mode). Maxima version: 5.9.0 Maxima build date: 19:10 2/9/2003 host type: i686-pc-mingw32 lisp-implementation-type: Kyoto Common Lisp lisp-implementation-version: GCL-2-5.0 integer value too large to represent integer value too large to represent while executing "expr {round(ceil($aa)) }" (procedure "getTicks" line 12) invoked from within "getTicks $y2 $y1 [expr {$shei/50}" (procedure "axisTicks" line 27) invoked from within "axisTicks $win $c" (procedure "replot2d" line 40) invoked from within "replot2d $win" (procedure "plot2d" line 4) invoked from within "plot2d -data {plot2d {label "1.0E+9"} {xversusy { 0.0000000000 0.0100000000 0.0200000000 0.0300000000 0.0400000000 0.0500000000 0.0600000000 0...." ("eval" body line 1) invoked from within "eval $command" (procedure "doShowPlot" line 14) invoked from within "doShowPlot $win $data" (procedure "maximaFilter" line 45) invoked from within "maximaFilter .maxima.text sock208" ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-02-03 02:20 Message: 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). ---------------------------------------------------------------------- Comment By: Dieter Kaiser (crategus) Date: 2010-01-19 18:54 Message: The reported problem seems to be no longer present in Maxima 5.20post. I have tried the plot with openmath plot format with SBCL 1.0.29/Linux and GCL 2.6.8/Windows. In both cases the plot window shows a horizontal line. Setting the status to pending and the resolution to "works for me". Dieter Kaiser ---------------------------------------------------------------------- Comment By: Robert Dodier (robert_dodier) Date: 2006-07-04 06:03 Message: Logged In: YES user_id=501686 Still observed n 5.9.3 / sbcl / linux, command line Maxima, with openmath plot format, but not with gnuplot plot format. Tcl/tk is barfing because the argument of round is a float which is too big to fit into a 32 bit int. Looking at the code for getTicks (plotting/omplotdata), I don't see any easy way to fix it. Maybe we can use 64 bit ints or something. Here is an observation of the bug: set_plot_option([plot_format,openmath]); plot2d(1.0e9,[x,0,1]); => Error in startup script: integer value too large to represent while executing "expr {round(ceil($aa)) }" (procedure "getTicks" line 12) invoked from within [...] With gnuplot, plot2d succeeds and the plot window shows a horizontal line. ---------------------------------------------------------------------- Comment By: Raymond Toy (rtoy) Date: 2003-05-25 14:14 Message: Logged In: YES user_id=28849 This seems to be an issue with tcl/tk. With gnuplot, a straight line is plotted. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=695086&group_id=4933 |