Bugs item #2543079, was opened at 2009-01-28 08:59
Message generated for change (Settings changed) made by rtoy
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2543079&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
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Raymond Toy (rtoy)
Assigned to: Nobody/Anonymous (nobody)
>Summary: bfloat(gamma(3/4)/gamma(1/4)) is wrong.
Initial Comment:
blfoat(gamma(3/4)/gamma(1/4)) returns 4.125843750410604b-5. The correct answer should be close to float(gamma(3/4)/gamma(1/4) = .3379891200336423.
The issue is caused by the fact that bffac uses 4 extra digits in the computation and that result is returned. It eventually gets used in invertbigfloat which divides 1 by this value. The precisions don't match which causes the problem.
----------------------------------------------------------------------
>Comment By: Raymond Toy (rtoy)
Date: 2009-01-28 11:22
Message:
Changed invertbigfloat to round its argument if necessary. Solves this
immediate problem, but there may be similar issues in the code.
Fixed in float.lisp, rev 1.48
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2543079&group_id=4933

Bugs item #2543079, was opened at 2009-01-28 08:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2543079&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
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Raymond Toy (rtoy)
Assigned to: Nobody/Anonymous (nobody)
Summary: blfoat(gamma(3/4)/gamma(1/4)) is wrong.
Initial Comment:
blfoat(gamma(3/4)/gamma(1/4)) returns 4.125843750410604b-5. The correct answer should be close to float(gamma(3/4)/gamma(1/4) = .3379891200336423.
The issue is caused by the fact that bffac uses 4 extra digits in the computation and that result is returned. It eventually gets used in invertbigfloat which divides 1 by this value. The precisions don't match which causes the problem.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2543079&group_id=4933

Bugs item #2535254, was opened at 2009-01-25 11:34
Message generated for change (Comment added) made by neuwirthe
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2535254&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: Installation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Erich Neuwirth (neuwirthe)
Assigned to: Nobody/Anonymous (nobody)
Summary: OSX build problem with 5.17.1
Initial Comment:
I am tryiing to builld 5.17.1 on OSX 10.5.6.
I can get the command lin version to work with CMUCL.
With 'sudo make install' I get
Making install in info
pattern=`printf "\r$"` ; \
bad_files=`find . -name '*.texi' -print | xargs grep -E -l -e "$pattern"` ; \
[ -z "$bad_files" ] || ( echo "WARNING: The following files have DOS-style EOLs: $bad_files" ; \
echo "Run /doc/info/fix_crlf to fix the problem." )
pattern=`printf "\t"` ; \
bad_files=`find . -name '*.texi' -print | xargs grep -E -l -e "$pattern"` ; \
[ -z "$bad_files" ] || ( echo "WARNING: The following files have unexpanded Tabs: $bad_files" ; \
echo "Run /doc/info/fix_tab to fix the problem." )
make[4]: Nothing to be done for `install-exec-am'.
sh extract_categories.sh maxima
sh: extract_categories.sh: No such file or directory
make[4]: *** [maxima.html] Error 127
make[3]: *** [install-am] Error 2
make[2]: *** [install-recursive] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
xmaxima can be started, but double clicking the commands to be run does not produce results.
----------------------------------------------------------------------
>Comment By: Erich Neuwirth (neuwirthe)
Date: 2009-01-27 08:55
Message:
More info:
I managed to get wxMaxima to run now. Compling from the tarball produced a
running version. Compiling from the cvs download seemed to compile, but
wxMaxima told me
Maxima process terminated.
xmaxima still does not work. I see (%i1), but on enter and on Shft-Enter
nothing happens, and clicking on the editable expressens in the lower
window does not do anything either.
But I am happy with a running wxMaxima in any case.
----------------------------------------------------------------------
Comment By: Erich Neuwirth (neuwirthe)
Date: 2009-01-27 08:34
Message:
I did use the latest tarball. Attached is the output of the grep as you
requested.
The files were already untarred, so I just grepped in the untarred
directory.
I also checked out the current version from cvs, and I have the same
problem.
Maxima itself works, but in xmaxima clicking the links does no work.
In wxMaxima (I managed to build it with the instructions by Stuart Schmitt
on
http://pangea.stanford.edu/~schmitt/maxima_clisp.html
When I try to start maxima I get Maxima process terminated.
File Added: grep.out
----------------------------------------------------------------------
Comment By: Robert Dodier (robert_dodier)
Date: 2009-01-27 05:21
Message:
I'm guessing that you are attempting to build Maxima from a tar ball. If
not, please say so.
The Maxima tar ball is supposed to contain the generated documentation
(.info and .html files). What does the following show:
tar tvzf maxima-5.17.1.tar.gz | grep 'maxima\.\(info\|html\)$'
The intent is to detect maxima.info and maxima.html at the end of a line.
You might need to adjust the regular expression.
If your tarball does not contain maxima.info or maxima.html files, from
where did you get it? If you did not get it from Sourceforge, you might
obtain the tarball from the Maxima download page and try again.
If your tarball does contain the generated documentation, make should not
be trying to build it. If make is trying to build existing files, come back
and leave another comment and we'll go from there.
----------------------------------------------------------------------
Comment By: Raymond Toy (rtoy)
Date: 2009-01-25 20:14
Message:
I didn't try 5.17.1, but the CVS version installs ok for me on OSX and
CMUCL.
I do get lots of notes about unknown previous node when building the
documentation.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2535254&group_id=4933

Bugs item #2535254, was opened at 2009-01-25 11:34
Message generated for change (Comment added) made by neuwirthe
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2535254&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: Installation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Erich Neuwirth (neuwirthe)
Assigned to: Nobody/Anonymous (nobody)
Summary: OSX build problem with 5.17.1
Initial Comment:
I am tryiing to builld 5.17.1 on OSX 10.5.6.
I can get the command lin version to work with CMUCL.
With 'sudo make install' I get
Making install in info
pattern=`printf "\r$"` ; \
bad_files=`find . -name '*.texi' -print | xargs grep -E -l -e "$pattern"` ; \
[ -z "$bad_files" ] || ( echo "WARNING: The following files have DOS-style EOLs: $bad_files" ; \
echo "Run /doc/info/fix_crlf to fix the problem." )
pattern=`printf "\t"` ; \
bad_files=`find . -name '*.texi' -print | xargs grep -E -l -e "$pattern"` ; \
[ -z "$bad_files" ] || ( echo "WARNING: The following files have unexpanded Tabs: $bad_files" ; \
echo "Run /doc/info/fix_tab to fix the problem." )
make[4]: Nothing to be done for `install-exec-am'.
sh extract_categories.sh maxima
sh: extract_categories.sh: No such file or directory
make[4]: *** [maxima.html] Error 127
make[3]: *** [install-am] Error 2
make[2]: *** [install-recursive] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
xmaxima can be started, but double clicking the commands to be run does not produce results.
----------------------------------------------------------------------
>Comment By: Erich Neuwirth (neuwirthe)
Date: 2009-01-27 08:34
Message:
I did use the latest tarball. Attached is the output of the grep as you
requested.
The files were already untarred, so I just grepped in the untarred
directory.
I also checked out the current version from cvs, and I have the same
problem.
Maxima itself works, but in xmaxima clicking the links does no work.
In wxMaxima (I managed to build it with the instructions by Stuart Schmitt
on
http://pangea.stanford.edu/~schmitt/maxima_clisp.html
When I try to start maxima I get Maxima process terminated.
File Added: grep.out
----------------------------------------------------------------------
Comment By: Robert Dodier (robert_dodier)
Date: 2009-01-27 05:21
Message:
I'm guessing that you are attempting to build Maxima from a tar ball. If
not, please say so.
The Maxima tar ball is supposed to contain the generated documentation
(.info and .html files). What does the following show:
tar tvzf maxima-5.17.1.tar.gz | grep 'maxima\.\(info\|html\)$'
The intent is to detect maxima.info and maxima.html at the end of a line.
You might need to adjust the regular expression.
If your tarball does not contain maxima.info or maxima.html files, from
where did you get it? If you did not get it from Sourceforge, you might
obtain the tarball from the Maxima download page and try again.
If your tarball does contain the generated documentation, make should not
be trying to build it. If make is trying to build existing files, come back
and leave another comment and we'll go from there.
----------------------------------------------------------------------
Comment By: Raymond Toy (rtoy)
Date: 2009-01-25 20:14
Message:
I didn't try 5.17.1, but the CVS version installs ok for me on OSX and
CMUCL.
I do get lots of notes about unknown previous node when building the
documentation.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2535254&group_id=4933

Bugs item #2535254, was opened at 2009-01-25 04:34
Message generated for change (Comment added) made by robert_dodier
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2535254&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: Installation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Erich Neuwirth (neuwirthe)
Assigned to: Nobody/Anonymous (nobody)
Summary: OSX build problem with 5.17.1
Initial Comment:
I am tryiing to builld 5.17.1 on OSX 10.5.6.
I can get the command lin version to work with CMUCL.
With 'sudo make install' I get
Making install in info
pattern=`printf "\r$"` ; \
bad_files=`find . -name '*.texi' -print | xargs grep -E -l -e "$pattern"` ; \
[ -z "$bad_files" ] || ( echo "WARNING: The following files have DOS-style EOLs: $bad_files" ; \
echo "Run /doc/info/fix_crlf to fix the problem." )
pattern=`printf "\t"` ; \
bad_files=`find . -name '*.texi' -print | xargs grep -E -l -e "$pattern"` ; \
[ -z "$bad_files" ] || ( echo "WARNING: The following files have unexpanded Tabs: $bad_files" ; \
echo "Run /doc/info/fix_tab to fix the problem." )
make[4]: Nothing to be done for `install-exec-am'.
sh extract_categories.sh maxima
sh: extract_categories.sh: No such file or directory
make[4]: *** [maxima.html] Error 127
make[3]: *** [install-am] Error 2
make[2]: *** [install-recursive] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
xmaxima can be started, but double clicking the commands to be run does not produce results.
----------------------------------------------------------------------
>Comment By: Robert Dodier (robert_dodier)
Date: 2009-01-26 22:21
Message:
I'm guessing that you are attempting to build Maxima from a tar ball. If
not, please say so.
The Maxima tar ball is supposed to contain the generated documentation
(.info and .html files). What does the following show:
tar tvzf maxima-5.17.1.tar.gz | grep 'maxima\.\(info\|html\)$'
The intent is to detect maxima.info and maxima.html at the end of a line.
You might need to adjust the regular expression.
If your tarball does not contain maxima.info or maxima.html files, from
where did you get it? If you did not get it from Sourceforge, you might
obtain the tarball from the Maxima download page and try again.
If your tarball does contain the generated documentation, make should not
be trying to build it. If make is trying to build existing files, come back
and leave another comment and we'll go from there.
----------------------------------------------------------------------
Comment By: Raymond Toy (rtoy)
Date: 2009-01-25 13:14
Message:
I didn't try 5.17.1, but the CVS version installs ok for me on OSX and
CMUCL.
I do get lots of notes about unknown previous node when building the
documentation.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2535254&group_id=4933

Bugs item #2534420, was opened at 2009-01-24 22:41
Message generated for change (Comment added) made by rtoy
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2534420&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
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Raymond Toy (rtoy)
Assigned to: Nobody/Anonymous (nobody)
Summary: asinh(%i*2b0) causes error
Initial Comment:
asinh(%i*2b0) causes the error
`pquotient' by zero
But asinh(%i*2) and asinh(%i*2d0) work fine.
----------------------------------------------------------------------
>Comment By: Raymond Toy (rtoy)
Date: 2009-01-25 17:47
Message:
Fixed in CVS by checking for division by zero and returning pi/2 or -pi/2
as appropriate.
----------------------------------------------------------------------
Comment By: Raymond Toy (rtoy)
Date: 2009-01-25 15:12
Message:
Thanks for the patch. I'm not 100% sure it's quite right since atan(y/x)
is not the same as atan2(y,x).
If I look at the original source (from CMUCL, based on Kahan's paper), I
see that divide-by-zero traps are disabled. To be equivalent, I think we
only need to check for division by zero and instead of calling atan, just
return pi/2 or -pi/2, as appropriate.
----------------------------------------------------------------------
Comment By: Andrej Vodopivec (andrejv)
Date: 2009-01-25 09:46
Message:
The division by zero comes from complex-asin. A patch is attached.
Andrej
----------------------------------------------------------------------
Comment By: Barton Willis (willisbl)
Date: 2009-01-25 07:52
Message:
Add a tiny real part, and it's OK
(%i193) asinh(1.0b-1000+%i*2.0b0) ;
(%o193) 1.316957896924817b0-1.570796326794897b0*%i
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2534420&group_id=4933

Bugs item #2534420, was opened at 2009-01-24 22:41
Message generated for change (Comment added) made by rtoy
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2534420&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
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Raymond Toy (rtoy)
Assigned to: Nobody/Anonymous (nobody)
Summary: asinh(%i*2b0) causes error
Initial Comment:
asinh(%i*2b0) causes the error
`pquotient' by zero
But asinh(%i*2) and asinh(%i*2d0) work fine.
----------------------------------------------------------------------
>Comment By: Raymond Toy (rtoy)
Date: 2009-01-25 15:12
Message:
Thanks for the patch. I'm not 100% sure it's quite right since atan(y/x)
is not the same as atan2(y,x).
If I look at the original source (from CMUCL, based on Kahan's paper), I
see that divide-by-zero traps are disabled. To be equivalent, I think we
only need to check for division by zero and instead of calling atan, just
return pi/2 or -pi/2, as appropriate.
----------------------------------------------------------------------
Comment By: Andrej Vodopivec (andrejv)
Date: 2009-01-25 09:46
Message:
The division by zero comes from complex-asin. A patch is attached.
Andrej
----------------------------------------------------------------------
Comment By: Barton Willis (willisbl)
Date: 2009-01-25 07:52
Message:
Add a tiny real part, and it's OK
(%i193) asinh(1.0b-1000+%i*2.0b0) ;
(%o193) 1.316957896924817b0-1.570796326794897b0*%i
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2534420&group_id=4933

Bugs item #2534420, was opened at 2009-01-24 22:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2534420&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
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Raymond Toy (rtoy)
Assigned to: Nobody/Anonymous (nobody)
Summary: asinh(%i*2b0) causes error
Initial Comment:
asinh(%i*2b0) causes the error
`pquotient' by zero
But asinh(%i*2) and asinh(%i*2d0) work fine.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2534420&group_id=4933

Bugs item #2413639, was opened at 2008-12-10 05:31
Message generated for change (Comment added) made by willisbl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2413639&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 - Solving equations
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Barton Willis (willisbl)
Assigned to: Nobody/Anonymous (nobody)
Summary: eigenvalues -- part fell of end
Initial Comment:
This bug was reported to the Maxima mailing list by Noparit Jinuntuya.
(%i1) eigenvalues(matrix([0,-1/4,0,0],[1/4,0,0,0],[0,0,0,-1/4],[0,0,1/4,0]));
part fell off end.
I think the problem is due to a faulty value for
the multiplicities of the roots of the characteristic polynomial:
(%i2) solve(charpoly(matrix([0,-1/4,0,0],[1/4,0,0,0],[0,0,0,-1/4],[0,0,1/4,0]),z),z);
(%o2) [z=-%i/4,z=%i/4]
(%i3) multiplicities;
(%o3) [1,1]
I think (%o3) should be [2,2].
----------------------------------------------------------------------
>Comment By: Barton Willis (willisbl)
Date: 2009-01-19 16:01
Message:
fixed by solve.lisp rev 1.22
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2413639&group_id=4933