Your message dated Sun, 13 Sep 2009 12:36:49 +0200
with message-id <[email protected]>
and subject line Re: Bug#545105: wxmaxima: plotting fails ("no handler found 
for image type"))
has caused the Debian Bug report #545105,
regarding wxmaxima: natural log function fails with misleading error
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
545105: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545105
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: wxmaxima
Version: 0.8.2-1
Severity: important

Inline 2D plotting completely fails in wxMaxima now. An error message is
displayed ("no handler found for image type") and a large X is shown in
the main window where the graph should be. Plotting used to work fine in
the Lenny version. It's kind of an important feature for a computer
algebra system.

John Lindgren


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wxmaxima depends on:
ii  libc6                        2.9-25      GNU C Library: Shared libraries
ii  libgcc1                      1:4.4.1-1   GCC support library
ii  libstdc++6                   4.4.1-1     The GNU Standard C++ Library v3
ii  libwxbase2.8-0               2.8.7.1-1.1 wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-0                2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t
ii  maxima                       5.17.1-1    A computer algebra system -- base 
ii  maxima-doc                   5.17.1-1    A computer algebra system -- docum

wxmaxima recommends no packages.

wxmaxima suggests no packages.

-- no debconf information




--- End Message ---
--- Begin Message ---
Hi,

On Saturday 05 September 2009 02:40:59 John Lindgren wrote:
> I found out that this strange error message only occurs when trying to
> use the natural log (ln) function. If I enter "log(x)/log(%e)" instead
> of "ln(x)", plotting works fine. This is a pain, since I use the natural
> log frequently. (I think I knew last semester that "ln" didn't work but
> forgot over the summer.)

According to Maxima there is no function ln() and log() is actually the 
natural logarithm:

(%i1) ? ln                                                     
  No exact match found for topic `ln'.                         
  Try `?? ln' (inexact match) instead.                         

(%o1)                                false
(%i2) ? log                               

 -- Function: log (<x>)
     Represents the natural (base e) logarithm of <x>.

     Maxima does not have a built-in function for the base 10 logarithm
     or other bases.  `log10(x) := log(x) / log(10)' is a useful       
     definition.                                                       

     Simplification and evaluation of logarithms is governed by several
     global flags:                                                     

     `logexpand' - causes `log(a^b)' to become `b*log(a)'.  If it is
     set to `all', `log(a*b)' will also simplify to `log(a)+log(b)'.
     If it is set to `super', then `log(a/b)' will also simplify to 
     `log(a)-log(b)' for rational numbers `a/b', `a#1'.  (`log(1/b)',
     for `b' integer, always simplifies.)  If it is set to `false', all
     of these simplifications will be turned off.                      

     `logsimp' - if `false' then no simplification of `%e' to a power
     containing `log''s is done.                                     

     `lognumer' - if `true' then negative floating point arguments to
     `log' will always be converted to their absolute value before the
     `log' is taken.  If `numer' is also `true', then negative integer
     arguments to `log' will also be converted to their absolute value.

     `lognegint' - if `true' implements the rule `log(-n)' ->
     `log(n)+%i*%pi' for `n' a positive integer.

     `%e_to_numlog' - when `true', `r' some rational number, and `x'
     some expression, `%e^(r*log(x))' will be simplified into `x^r' .
     It should be noted that the `radcan' command also does this
     transformation, and more complicated transformations of this ilk
     as well.  The `logcontract' command "contracts" expressions
     containing `log'.

I don't see any bug here.

Cheers
 Frank


--- End Message ---

Reply via email to