[2581] in SIPB bug reports
[synaptx!thymus!daveg@uunet.UU.NET: Re: Bug with unit conversion in calc 2.02 ]
daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Mon Mar 9 17:25:22 1992
Date: Mon, 9 Mar 92 17:24:17 -0500
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: jsc@slayer.MIT.EDU
Cc: bug-sipb@Athena.MIT.EDU
I'll modify the function as he describes and install the fixed version
in the locker.
jik
----- Forwarded message
To: "Jonathan I. Kamens" <uunet!pit-manager.MIT.EDU!jik@uunet.UU.NET>
Subject: Re: Bug with unit conversion in calc 2.02
In-Reply-To: Your message of "Mon, 09 Mar 92 16:41:11 EST."
<9203092141.AA08703@pit-manager.MIT.EDU>
Reply-To: synaptx!daveg@uunet.UU.NET
Date: Mon, 09 Mar 92 14:04:24 -0800
From: synaptx!thymus!daveg@uunet.UU.NET
> Symbol's function definition is void: Math-numberp
> Any idea what the problem is?
Yes, that is a known bug in Calc 2.02. There is a math-defsimplify
form in calc-units.el that refers to the macro Math-numberp; it should
be changed to refer to the corresponding plain function math-numberp.
I was unable to detect this because I'm using Zawinski's optimizing
byte compiler, which does a better job with top-level forms like
math-defsimplify. The standard-issue byte compiler leaves these
alone, which means any macros they contain must be expanded at
run-time instead of at compile-time. Calc normally does not load
macro definitions like Math-numberp, because when all is well it
doesn't need them after compilation is done.
You can always use the "brute force" solution to problems like this,
by typing `M-# L' to load all of Calc (including the macros).
The bug will be fixed in Calc 2.03.
Thanks for the note,
-- Dave
----- End of forwarded message
