Converted from SourceForge issue 1595009, submitted by lanchon

Line brakes inserted into comments in wxMaxima are not
written as CR LF pairs when saving .wxm files, whereas
other line breaks are.

Observed in wxMaxima 0.7.0.

Converted from SourceForge issue 1459673, submitted by lc1

Actualy the index "index.hhk" is build
from "maxima_toc.html"
i think that it will be great if it will be build
from "maxima_45.html" that is the liste of all maxima
function.

logicaly from my point of view
"contents.hhc" correspond to "maxima_toc.html"
and
"index.hhk" correspond to "maxima_45.html"

Converted from SourceForge issue 1595007, submitted by lanchon

In the config dialog, style tab, styles frame, the
color drop list always comes up with "black" selected
when the dialog is opened, regardless of the currently
configured color for variables.

Observed in wxMaxima 0.7.0.

Converted from SourceForge issue 1181044, submitted by mjthomas

Hi there.

Thanks for the great work on wxMaxima.

I can't find a way of cutting and pasting multi-line input
without making a file and loading it.

This feature would be handy when you are quickly trying
out code you find on the Maxima mailing list or
elsewhere.

Cheers

Mike Thomas.

Converted from SourceForge issue 1361685, submitted by robert_dodier

Copying this bug report from Maxima (# 1349334) to
WxMaxima.

"This is a bug of WxMaxima, windows versionn, NOT of
Maxima. When saving a session, WxMaxima generates the
maxima command ' save(filename, ALL)'. ALL is in caps,
but it doesn't work. save requires "all" not
capitalized. if you write down by hanbd the
'save(filename, all)� command, all works fine. If you
restart maxima, the load any previous session, then
playback(); you can find variables, eq and funct
devined as in the saved session. save("filename", ALL)
generates a .sav file containing amnly a couple of
lines (the header)."

Converted from SourceForge issue 1547452, submitted by fajensen

Try to add to numbers, f.ex. press 'enter' and Blam!

wxMaxima 0.6.4 http://wxmaxima.sourceforge.net
Maxima restarted.
(%i1) 1+2;
CLIENT: Lost socket connection ...
Restart maxima with 'Maxima->Restart maxima'.

The maxima shell works without any trouble.

I am guessing that this is caused by an endianess
problem, this machine being a 64-bit SPARC, running
Ubuntu 6.06 "dapper"

uname -a
Linux thanos 2.6.15-25-sparc64 #1 Wed Jun 14 11:32:34
UTC 2006 sparc64 GNU/Linux

Converted from SourceForge issue 1677672, submitted by saqer

I have wxMaxima 0.7.1 installed on Fedora 6. It is great software and I think it is superior to other interfaces to maxima.

I have a small problem with it though; which is the inline plotting.

When I want ot plot inline using wxplot?d functions, I get an empty box with the word Error in the middle and a statement saying:

Output file "/home/saqer/maxout.png".

However, such file is not created and I can not find it anywhere.

The example I used was:
wxplot2d(x*sin(x),[x,-5,5]);

This might be not really a bug but some missing dependency. Google did not give me an insight of what is the problem.

I appreciate your help

Thanks.

Converted from SourceForge issue 1193900, submitted by nobody

If bad plot parameters are specified, it takes a looong
time for wxMaxima to recover from the error. The
status line says "Maxima is calculating." For example,

plot2d(cos(t),[x,0,1]);

The dummy variable doesn't match the variable in the
expression.

Otherwise, it's a great system--thanks!

-mark

[email protected]

maxima 5.9.1
Windows XP Pro

Converted from SourceForge issue 1561644, submitted by lindi2

I recently recommended wxmaxima to a windows user and
got a reply that

http://prdownloads.sourceforge.net/wxmaxima/wxMaxima-0.6.5.exe?download

opens infinite number of "tip of day" dialogs. I don't
unfortunately have much details since I don't
personally use windows anywhere. I only know he has
Windows XP. If you think there is some specific error
case that could cause the problem I can try to ask for
more info. If you don't see any way this could happen
please consider this all to be a rumor and close this
bug with INVALID ;-)

Converted from SourceForge issue 1573741, submitted by rexdieter

See also
http://bugzilla.redhat.com/209992

On second and subsequent runs, an invalid entry in
~/.wxMaxima of
maxima=1
causes subsequent evocations to fail.

Patch forthcoming.

Converted from SourceForge issue 1275895, submitted by peter_berlin

when maxima sends an ASINH to the interface, this is
translated to asin. To fix it, change line 614 in
wxmathml.lisp from
(%asinh "asin ")
to
(%asinh "asinh ")

Regards,
Peter

Converted from SourceForge issue 1151606, submitted by lindi2

Hi,

I recently installed

http://prdownloads.sourceforge.net/wxmaxima/wxmaxima_0.5.4-1_i386.deb?download

and tried to run it in my debian sid system. A popup
with "Cannot set locale to en_GB is shown" and text is
unreadable. A screenshot is probably in order here:

http://iki.fi/lindi/wxmaxima-cannot-set-locale-to-en-GB.png

Locale information:
LC_CTYPE=fi_FI
LANG=C
LESSCHARSET=latin1

After generating the en_GB locales with
dpkg-reconfigure locales I no longer see the warning
but the text is still unreadable. Maybe I'm missing
some font? If yes, this should be set as a dependency.
Also, I'm running wxmaxima in a VNC server running on
my debian woody system.

Converted from SourceForge issue 1747886, submitted by golib

I am using Version 0.7.2 with maxima 5.12.
After having saved using File->saveas or File->save,
simply typing Control-E to edit an old input
seems not to work anymore. Using the context menu still works.
I hope this description is good enough to spot the issue.

Converted from SourceForge issue 1171627, submitted by willisbl

Try this

(%i1) simp : false;
(%o1) false
(%i2) 'diff(y,x);
(%o2) 'diff(y)

In two dimensional display, %o2 is messed up. When
I copied it as text, it's OK.

Maxima doesn't work very well with simp : false, so
it might seem that this isn't all that important...but try
the following experiment. Define 'show' as

(defmspec $show (x)
`((mequal simp) ,(cadr x) ,(mfuncall '$ev (cadr x)
'$nouns)))

(%i4) show('diff(x,x));
(%o4) 'diff(x)=1

Again, %o4 is messed up in two dimensional display, but
OK when copied as text.

Barton

Converted from SourceForge issue 1229442, submitted by willisbl

The parens surrounding 'or' in (%o22) is a bit
odd. Same thing happens for 'and'

(%i22) '(if (5 > 7) or (1 < z) then c else d);
(%o22) if 5>7(or)1<z then c else d

version 0.6.1

Barton

Converted from SourceForge issue 1190723, submitted by willisbl

User defined infix displays in prefix

(%i1) infix(""); (%o1)
(%i2) a meter; (%o2)(a,meter)
(%i3)

Barton

Converted from SourceForge issue 1281615, submitted by kneht-1

wxMaxima 0.6.1 (windows version).

After exit from minimized wxWindows, next time
wxWindows window start in minized mode. If "Tip of the
day" window enabled then context menu for wxMaxima
button on taskbar is not assesible. After hit "space"
or "Enter" key, context menu are assebile and
"maximize" return wxMaxima in normal view.

Converted from SourceForge issue 1425200, submitted by willisbl

min(a,b) displays as in(a,b):

(%i1) max(a,b);
(%o1) max(b,a) <-- OK
(%i2) min(a,b);
(%o2) in(b,a) <-- Not OK

I'm using wxmaxima 0.6.4.

Barton

Converted from SourceForge issue 1214743, submitted by willisbl

wxmaxima displays matrix() as an empty list. This
can be confusing. Xmaxima displays matrix as matrix().

Barton

Converted from SourceForge issue 1340016, submitted by kismet-sl

Hi All,
thank you for the good job made. I think that there is
a bug with the installer. The link created on the
desktop do no set the directory that the program should
use as current directory. So I get a warning message
that said "Unable to find wxmathml.lisp..."

The solution is to set the working directory of the
link to the dirctory used for the installation. I have
done that and now is working perfectly.

I'm using WinXP Pro SP2 with wxMaxima 0.6.2

Converted from SourceForge issue 1665663, submitted by robert_dodier

Copying this item from Maxima bug tracker where it is item # 1662580.

--------- begin quoted text --------------
When installing version 5.11.0 from :
maxima-5.11.0b.exe, installation run well, but the french interface comes
in spanish.
The Files in the locale\fr are in the wrong language.
When I copied the french files in locale\fr from the version 5.9.3, it
worked well.
All under Windows XP.
----------- end quoted text --------------

A footnote: When I try this on my WinXP system (might have been installed from maxima-5.11.0.exe or maxima-5.11.0a.exe, I don't remember), selecting French language causes stuff to be printed in Portuguese.

Converted from SourceForge issue 1222495, submitted by franco68tn

Thank you very much for the new, very good release of
wxMaxima!

I have problems when changing the language to Italian
(with Edit - Configure): while French and Spanish work
well, it is impossible for me to switch to Italian (also
after restarting wxMaxima, the language does not
change).

Franco

Converted from SourceForge issue 1171632, submitted by willisbl

(%i1) ratvars : 0;
Attempt to setRATVARSto0 <---whitespace got deleted

Barton

Converted from SourceForge issue 1471408, submitted by ekalin

obase is not respected: integers are always displayed
in decimal bases, not matter the setting of obase.

Converted from SourceForge issue 1614977, submitted by hgeyer

Hi!

The following session work's if I type it into plain maxima. I have no Idea, why wxmaxima makes matrix evaluate even when defining a new function ...

Regards,
Harald

/*wxMaxima 0.7.1 http://wxmaxima.sourceforge.netMaxima 5.10.0 http://maxima.sourceforge.netUsing Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL)Distributed under the GNU Public License. See the file COPYING.Dedicated to the memory of William Schelter.This is a development version of Maxima. The function bug_report()provides bug reporting information.

(%i1) bar(x):=matrix(x,x);

Maxima encountered a Lisp error: Error in CDR [or a callee]: $X is not of type LIST.Automatically continuing.To reenable the Lisp debugger set debugger-hook to nil.

Converted from SourceForge issue 1303877, submitted by willisbl

Consider

(defun $compare (a b)
(let ((sgn))
(cond
((or (not ($featurep a '$real)) (not ($featurep
b '$real))) '$notcomparable)
((eq (setq sgn (csign ($limit ($ratsimp (sub a
b))))) '$neg) 'mlessp)
((eq sgn '$nz) 'mleqp)
((eq sgn '$zero) 'mequal)
((eq sgn '$pz) 'mgeqp)
((eq sgn '$pos) 'mgreaterp)
((eq sgn '$pnz) '$unknown)
(t '$unknown))))

With xmaxima:

(%i8) compare(5,6);
(%o8) "<"
(%i9) compare(x,x+abs(x));
(%o9) "<="

With wxmaxima:

(%i2) compare(5,6);
(%o2) MLESSP
(%i3) compare(x,x+abs(x));
(%o3) MLEQP

I could change $compare to return &< instead of mlessp
and etc. That way xmaxima and wxmaxima would
both show the same result. Or maybe you could
change wxmaxima to display mlessp as "<".

Barton

Converted from SourceForge issue 1736618, submitted by sahakpetrosyan

According to GNOME HIG http://developer.gnome.org/projects/gup/hig/2.0/desktop-integration.html#menu-item-tooltips

the menu item tooltip should be phrased as an imperative verb.

wxMaxima menu item tooltip is "wxWidgets interface for CAS maxima" and is not phrased as an imperative verb.

Converted from SourceForge issue 1169820, submitted by willisbl

I intended to type

compile_file("c:/maxima/simplus.lisp");

but instead I typed the silly

compile_file("c:/maxima/simplus.o");

This gave an error box "Error in generated XML ..."

The files "c:/maxima/simplus.lisp" and
"c:/maxima/simplus.o" did exist. I'm using wxMaxima 0.6.0.

Barton

Converted from SourceForge issue 1847198, submitted by delcock

wxMaxima version: 0.7.4
Maxima version: 5.13.0
Maxima build date: 20:4 9/10/2007
host type: i686-pc-mingw32
lisp-implementation-type: GNU Common Lisp (GCL)
lisp-implementation-version: GCL 2.6.8

I spotted this in 0.7,3a, and upgraded to 0.7.4 hoping it would have been fixed already.

Very easy to reproduce: type in "x[n].x[n];" and you will be presented with a dialog box saying "There was an error in generated XML! Please report this as a bug." x[n]^2 works fine.

I think it might have something to do with what maxima returns. If I enter "x[n].x[n];" directly into maxima, the output is:

<2>
x
n

I imagine the angle brackets are confusing the xml parser or something like that.

It was ok back in 0.7.1 on linux:
Maxima version: 5.12.0
Maxima build date: 15:52 7/20/2007
host type: i686-pc-linux-gnu
lisp-implementation-type: GNU Common Lisp (GCL)
lisp-implementation-version: GCL 2.6.7

I don't have time just now to try to fix it, but may attempt a fix in the new year if nobody else has done it. I'm working around it by writing my own dot() function for now.

Converted from SourceForge issue 1172586, submitted by willisbl

Try this

(%i1) "*";
(%O1) *

On the screen, there is no output, but as copied text,
it's
OK

Barton

Converted from SourceForge issue 1187969, submitted by willisbl

matrix([ ]) generates an error box about 'error in
generated XML'

Of course, matrix([ ]) is bogus (one row and zero columns).

Barton

Converted from SourceForge issue 1112642, submitted by fischi_bln

Program seems to work fine. All windows apear to be OK.
Just can't see any entries in main window.

Main window continuously states: "wxMaxima 0.5.4
http://wxmaxima.sourceforge.net". After a "Clear
screen", main window still just shows "(%ixx) but
nothing more.

Input line works fine. Engine seems to work fine as
well, because it states :"Ready for user input",
"Maxima is calulating", "Parsing output" (etc.) when
calculating.

Just can't see any entries in main window nor any
graphs at all. Following (shell) errors repeat again
and again:

** (wxmaxima:12841): CRITICAL **: file pango-layout.c:
line 2010 (pango_layout_get_extents): assertion `layout
!= NULL' failed

(wxmaxima:12841): GLib-GObject-CRITICAL **: file
gobject.c: line 1337 (g_object_unref): assertion
`G_IS_OBJECT (object)' failed

My system: i686, P4, 2.4GHz, 512MB RAM
Linux: SuSE 9.1 (Standard), Kernel 2.6.5-7.111.19-smp
wxmaxima: version 0.5.4-1 (compiled by myself)
maxima: version 5.9.1-1 (rpm from
http://maxima.sourceforge.net)
wxGTK: version 2.4.2-138 (comes with SuSE 9.1)

Thanks for any hints!
Best regards,
Uwe alias Fischi_bln

Converted from SourceForge issue 1218724, submitted by a_toy_lab

wxMaxima 0.6.1

(%i2) integrate(1/sqrt(1+x^2), x);
(%o2) asin(x)

while the correct answer is given by xmaxima

(%i2) integrate(1/sqrt(1+x^2),x);
(%o2)
ASINH(x)

I can't understand since they use the same 5.9.1
Maxima engine.

Paolo

Converted from SourceForge issue 1167770, submitted by blackgriffen

Let's see. I'm using Mac OS X 10.3.8. I have libxml2 v 2.6.7-2
(compiled from source using fink), wxMac 2.5.4 (compiled from
source manually), and Maxima 5.9.1. wxMaxima compiled
successfully, but when I try to launch , I get the following error
message:
"There was an error in generated XML!
Please report this as a bug"

In the command line, I find:

Entity: line 1: error: Invalid XML encoding name

Converted from SourceForge issue 1194455, submitted by willisbl

In wxmaxima

(%i1) ordergreat(a,b,c);
(%o1) DONEIn
(%i2) a+b+c;
(%o2) _103a+_102b+_101c

(Look at internal form of %o2). In xmaxima

(%i1) ordergreat(a,b,c);
(%o1) DONE
(%i2) a+b+c;
(%o2) a + b + c
(%i3)

Ordergreat isn't all that useful -- as far as i know, it's
only use is to change the way expressions display.

Barton

Converted from SourceForge issue 1731827, submitted by gderosa

System description

OS: Debian GNU/Linux 4.0 etch

arch: x86_64 SMP (Intel Core2 Duo T5500)

versions: latest stable (0.7.2) and CVS (2007 Jun 6)

./configure options: either with or without
--enable-dnd --enable-unicode-glyphs --enable-printing

Maxima: 5.12.0 using Lisp CLISP 2.41

wx-gtk version: 2.6.3

Description of the bug and how to reproduce it:

Enter some input and evaluate it. Select it (the blue line), then right click on it and choose "Edit input" menu item. Move the cursor at the beginning of the line. Type something. Instead of properly inserting text, a copy of the input (except for the first character) is appended at the end of the line... making impossible, for example, to change "x+y" to "abs(x+y)" ...

Thank you.

Guido De Rosa

Converted from SourceForge issue 1804498, submitted by nobody

Platform: Intel Pentium IV / Fedora Core 6
wxmaxima installed from Fedora Core extras as RPM

Single-click on previous maxima inputs or outputs selects that maxima input or output expression. Double-clicking changes the cursor and renders it inactive both in the wxmaxima window and in other windows. I have to switch to a console window on another X screen (say by pressing Ctrl-Alt-F1), logging in, and then kill wxmaxima. Then the system returns to normal.

Converted from SourceForge issue 1159045, submitted by willisbl

taylor(0,x,0,2) displays incorrectly (wxMaxima version
0.6.0)

(%i22) taylor(0,x,0,2);
+
(%o22) 0+...

Barton

Converted from SourceForge issue 1195666, submitted by willisbl

Discovered by pure accident:

(%i47) rset;
(%o47) *RSET

Barton

Converted from SourceForge issue 1399702, submitted by nobody

When the user activates Save session and pick a file,
wxMaxima inserts a command like this:
save("/foo/bar.sav",ALL);
This saves approx. nothing because all should be in
lower case:
save("/foo/bar.sav",all);

Converted from SourceForge issue 1157208, submitted by frm

Hi,
I've installed on winXP a maxima-5.9.1 at:

C:\Programmi\Maxima-5.9.1

and I installed wxmaxima 0.6.0, as told by install
info, at:

C:\Programmi\Maxima-5.9.1\wxMaxima

However, if I try to type anything, I get the error
message "not connected to maxima"; in the configuration
dialog of wxMaxima, the path for the maxima program is
set to:

C:\Programmi\Maxima-5.9.1\lib\maxima\5.9.1\binary-gcl\maxima.exe

that is, to an EXE which I verified that exists and is
about 35,6 Mb; running it from a MSDOS prompt I get:

GCL (GNU Common Lisp) 2.6.5 ANSI Sep 4 2004 21:15:42
Source License: LGPL(gcl,gmp), GPL(unexec,bfd)
Binary License: GPL due to GPL'ed components: (UNEXEC)
Modifications of this banner must retain notice of a
compatible license
Dedicated to the memory of W. Schelter

Use (help) to get some basic information on how to use GCL.

What's wrong with wxMaxima ?

Thanks,
Francesco Montorsi

Converted from SourceForge issue 1556760, submitted by robert_dodier

wxMaxima 0.6.6 calls romberg to handle numerical
integration when invoked via the "Calculus" >>
"Integration" pop-up window and checking the "Definite
integral" and "Numerical integration" check boxes.

romberg is superseded by the QUADPACK functions
quad_qag, quad_qags, quad_qagi, quad_qawc, quad_qawf,
quad_qawo, and quad_qaws. For general integrals over a
finite interval I recommend quad_qags. For general
integrals over an infinite range I recommend quad_qagi.
The other functions are specialized for different kinds
of problems -- maybe wxMaxima can attempt some analysis
on the problem and call a specialized function. Just a
thought.

Converted from SourceForge issue 1480526, submitted by gerlachs

Hi,

I get errors when compiling wxMaxima 0.6.5 on SUSE 10.0 :

$ make
...
g++ -DPACKAGE_NAME="wxMaxima"
-DPACKAGE_TARNAME="wxmaxima"
-DPACKAGE_VERSION="0.6.4"
-DPACKAGE_STRING="wxMaxima\ 0.6.4"
-DPACKAGE_BUGREPORT="[email protected]"
-DPACKAGE="wxMaxima" -DVERSION="0.6.4" -I. -I.
-I/usr/local/lib/wx/include/gtk2-ansi-release-2.6
-I/usr/local/include/wx-2.6 -DGTK_NO_CHECK_CASTS
-D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES
-D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA
-I/usr/include/libxml2 -DPREFIX="/usr/local" -O2 -c
-o MathParser.o test -f 'MathParser.cpp' || echo './'MathParser.cpp
/usr/local/include/wx-2.6/wx/string.h:1080: error:
expected ';' before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/string.h:1085: error:
expected ';' before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/string.h:1117: error:
expected ';' before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/string.h: In member
function 'wxString& wxString::operator<<(int)':
/usr/local/include/wx-2.6/wx/string.h:948: error:
'Format' was not declared in this scope
/usr/local/include/wx-2.6/wx/string.h: In member
function 'wxString& wxString::operator<<(unsigned int)':
/usr/local/include/wx-2.6/wx/string.h:951: error:
'Format' was not declared in this scope
/usr/local/include/wx-2.6/wx/string.h: In member
function 'wxString& wxString::operator<<(long int)':
/usr/local/include/wx-2.6/wx/string.h:954: error:
'Format' was not declared in this scope
/usr/local/include/wx-2.6/wx/string.h: In member
function 'wxString& wxString::operator<<(long unsigned
int)':
/usr/local/include/wx-2.6/wx/string.h:957: error:
'Format' was not declared in this scope
/usr/local/include/wx-2.6/wx/string.h: In member
function 'wxString& wxString::operator<<(long long int)':
/usr/local/include/wx-2.6/wx/string.h:964: error:
'Format' was not declared in this scope
/usr/local/include/wx-2.6/wx/string.h: In member
function 'wxString& wxString::operator<<(long long
unsigned int)':
/usr/local/include/wx-2.6/wx/string.h:970: error:
'Format' was not declared in this scope
/usr/local/include/wx-2.6/wx/string.h: In member
function 'wxString& wxString::operator<<(float)':
/usr/local/include/wx-2.6/wx/string.h:976: error:
'Format' was not declared in this scope
/usr/local/include/wx-2.6/wx/string.h: In member
function 'wxString& wxString::operator<<(double)':
/usr/local/include/wx-2.6/wx/string.h:979: error:
'Format' was not declared in this scope
/usr/local/include/wx-2.6/wx/msgout.h: At global scope:
/usr/local/include/wx-2.6/wx/msgout.h:44: error:
expected ';' before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/msgout.h:70: error:
expected ';' before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/msgout.h:84: error:
expected ';' before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/msgout.h:98: error:
expected ';' before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/msgout.h:112: error:
expected ';' before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/msgout.h:124: error:
expected ';' before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/log.h:517: error: expected
initializer before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/log.h:520: error: expected
initializer before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/log.h:521: error: expected
initializer before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/log.h:522: error: expected
initializer before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/log.h:523: error: expected
initializer before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/log.h:524: error: expected
initializer before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/log.h:525: error: expected
initializer before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/log.h:529: error: expected
initializer before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/log.h:535: error: expected
initializer before 'ATTRIBUTE_PRINTF_2'
/usr/local/include/wx-2.6/wx/log.h:540: error: expected
initializer before 'ATTRIBUTE_PRINTF_1'
/usr/local/include/wx-2.6/wx/log.h:544: error: expected
initializer before 'ATTRIBUTE_PRINTF_2'
make[1]: *** [MathParser.o] Error 1
make[1]: Leaving directory `/sw/wxMaxima-0.6.4/src'
make: *** [all-recursive] Error 1

I tried wxWigets 2.6.2 and 2.6.3.
Am i missing something?

Converted from SourceForge issue 1813012, submitted by nobody

I believe I understand why \pi and \gamma should render as pi and gamma, and not as their respective greek characters. So:

1. Why does not \phi, as well?
2. Why does \lambda?

George O. Williams
[email protected]

Converted from SourceForge issue 1193749, submitted by nobody

(%i1) return;
(%o1) MRETURN

This doesn't happen in xmaxima.

Barton

Converted from SourceForge issue 1281610, submitted by kneht-1

wxMaxima 0.6.1 (windows version).
Maxima commands:

• run_testsuite()
• run_testsuite(true)
• run_testsuite(true)
  reduce to block outputs wxMaxima (only menu
  "Maxima->Restart maxima" suitable).

Converted from SourceForge issue 1652797, submitted by guno

hi
boxes are not visible, e.g
(%i7) 2_3;
(%o7) 6
(%i8) 2_box(3);
(%o8) 2*3
mfg guenter

Converted from SourceForge issue 1877067, submitted by nobody

Hi!

After starting wxMaxima I get this error message:

The program 'wxmaxima' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
(Details: serial 660 error_code 11 request_code 147 minor_code 5)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

I am using
wxMaxima 0.7.4
maxima 5.14.0
openSUSE 10.3
kernel 2.6.22.13-0.3
xorg-x11 7.2-135.4

Thanks
Norbert

Converted from SourceForge issue 1870253, submitted by nobody

wxMaximaFrame.cpp
line 696: wxImage(wxT("art/toolbar/input.png")),
should be changed to IMAGE("input.png"),

By doing this wxMaxima.app for Mac OS X will not display an error message that says that it can't find input.png.

Converted from SourceForge issue 1475003, submitted by ekalin

Small typo in wxMaximaFrame.cpp, line 461: should be
"trigonometric" instead of "trigonometrix".