wxWidgets 2.9: broken support for dead keys (in wxmaxima)

[mkae (Marko Käning)]

I have these ports installed

$ port installed wx*
The following ports are currently installed:
  wxMaxima @12.01.0_0 (active)
  wxMaxima @12.01.0_0+wxwidgets_devel
  wxWidgets @2.8.12_3 (active)
  wxWidgets-devel @2.9.4_4+sdl

Turns out that wxmaxima with wxwidgets works fine, but when trying to run the combination wxmaxima+wxwidgets_devel with wxwidgets-devel I can't enter the caret-character which I need if I want to specify the power in an equation.

What's going on here?

Tested on Snow Leopard.

See: ​http://trac.wxwidgets.org/ticket/15345

[mojca (Mojca Miklavec)]

I tried compiling with wxwidgets30 which is now at version 2.9.5 and expressions like 2^3 works. Does the latest version of wxWidgets solve the problem or am I just unable to reproduce it (I'm on 10.7)?

[mojca (Mojca Miklavec)]

Cc Me!

[mkae (Marko Käning)]

I've this installed

$ port installed wxMaxima gnuplot wxWidgets*
The following ports are currently installed:
  gnuplot @4.6.3_1+aquaterm+luaterm+pangocairo+wxwidgets_devel+x11 (active)
  wxMaxima @12.01.0_1+wxwidgets_devel (active)
  wxWidgets-devel @2.9.5_0+sdl (active)

but still I cannot enter the ^-operator!

[mkae (Marko Käning)]

After having heavily cleaned up my installation due to tons of universal installs I finally installed this:

$ port installed wx*
The following ports are currently installed:
  wxMaxima @12.01.0_1+wxwidgets30 (active)
  wxWidgets30 @2.9.5_0+sdl (active)

but unfortunately to no avail!

In wxMaxima's GUI I cannot enter the hat symbol using the keyboard.

What I CAN do is to copy and paste the symbol e.g. from a terminal window into wxMaxima... This cannot be called a decent solution, though. :-(

[mojca (Mojca Miklavec)]

I think I can reproduce it now, but only on a foreign keyboard where alt-gr (left alt key, not sure how it's called in the apple world) is needed to access the key. It works ok on the US or Dvorak keyboard where it's accessible with shift+6. If I try alt-gr+I on that particular foreign keyboard, I get the text magnified instead of the desired character. In other (including native) software this is a combining character (if followed by a character that doesn't make sense, it generated ^, else it generates a letter like âêîôû...). In wxWidgets the key seems to behave like a normal alt and that seems to be a problem. It's also possible that wxMaxima doesn't initialize something properly, but that's hard to say. I suggest filing an upstream bug report. A few related tickets (all closed):

• ​http://trac.wxwidgets.org/ticket/1303 Alt-Gr on int'l keyboards on wxStyledControl on wxGTK
• ​http://trac.wxwidgets.org/ticket/2298 Dead keys ignored in 2.5.4 wxGTK
• ​http://trac.wxwidgets.org/ticket/8029 Make wxGetKeyState() work for non-meta keys too

[mkae (Marko Käning)]

I see. Yes, I do use a non-iMac keyboard here, it's a M$ ergonomic keyboard.

Thanks for looking into this, Mojca! (I'll try to incorporate said patch.)

[mkae (Marko Käning)]

OK, I have rebuilt wxWidgets30 with said patch and now wxMaxima accepts the hat character! :-)

I'll attach the Portfile diff and the modified patch so that you can quickly update the port.

[mkae (Marko Käning)]

patch from ​http://trac.wxwidgets.org/changeset/74613

[mojca (Mojca Miklavec)]

Thank you. Is the revision increase really needed if epoch gets increased?

[mkae (Marko Käning)]

Replying to mojca@…:

Is the revision increase really needed if epoch gets increased?

I had only increased the epoch - also assuming that this would be enough - but as you can see here:

$ vi Portfile 
$ sudo port patch
Password:
--->  Fetching distfiles for wxWidgets30
--->  Attempting to fetch wxWidgets-2.9.5.tar.bz2 from http://switch.dl.sourceforge.net/project/wxwindows/2.9.5
--->  Verifying checksums for wxWidgets30
--->  Extracting wxWidgets30
--->  Applying patches to wxWidgets30
$ sudo port build
--->  Computing dependencies for wxWidgets30
--->  Configuring wxWidgets30
--->  Building wxWidgets30
$ sudo port install
Password:
--->  Computing dependencies for wxWidgets30
--->  Cleaning wxWidgets30
--->  Scanning binaries for linking errors: 100.0%
--->  No broken files found.
markos-imac:wxWidgets30 marko$ port installed wxWidgets30 
The following ports are currently installed:
  wxWidgets30 @2.9.5_0+sdl (active)

after the build port wouldn't destroot and install it.

So I decided to increase the revision.

[mojca (Mojca Miklavec)]

Committed in r108891, r108892, r108893, r108894, r108896.

[mkae (Marko Käning)]

I did not reinstall wxMaxima, i.e. its revbump might not have been necessary.

Does the upgrade actually work without increasing the revision on your end?

[mojca (Mojca Miklavec)]

I'll test again now, but I had to fix my dumb mistakes first.

I screwed up all the commits anyway. I'm ashamed to death (the problem is that compilation actually worked when I tested and because my local machine takes waaaaaaaaay too long, I logged in to another faster machine via ssh when testing and fetched the wrong file). After the faulty commits I had to increase the revision anyway.

[mkae (Marko Käning)]

Unfortunately wxmaxima is unstable now.

I created a function f(x):=x^3+x^2+1, went into menu "Calculus/Differentiate..." and when trying to enter for Expression f(x) the app crashed when typing the opening round bracket (:

Process:         wxmaxima [71790]
Path:            /Applications/MacPorts/wxMaxima.app/Contents/MacOS/wxmaxima
Identifier:      net.sf.wxMaxima
Version:         12.01.0 (12.01.0)
Code Type:       X86-64 (Native)
Parent Process:  launchd [257]

Date/Time:       2013-08-04 20:23:25.759 +0200
OS Version:      Mac OS X 10.6.8 (10K549)
Report Version:  6

Interval Since Last Report:          4246190 sec
Crashes Since Last Report:           266
Per-App Interval Since Last Report:  8810 sec
Per-App Crashes Since Last Report:   3
Anonymous UUID:                      4ADD88F0-37AC-4BFC-BB40-8308C8DB47A2

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_PROTECTION_FAILURE at 0x00007fff5f3fff60
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   com.apple.CoreFoundation      	0x00007fff8113b2b4 __CFStringCreateImmutableFunnel3 + 20
1   com.apple.CoreFoundation      	0x00007fff81140356 CFStringCreateWithCharacters + 70
2   com.apple.Foundation          	0x00007fff83fb3dc3 -[NSPlaceholderString initWithCharacters:length:] + 17
3   com.apple.Foundation          	0x00007fff83fb3d92 +[NSString stringWithCharacters:length:] + 58
4   ...cocoau_core-2.9.5.0.0.dylib	0x00000001005ffbec -[NSEvent(OsGuiUtilsAdditions) charactersIgnoringModifiersIncludingShift] + 510
5   ...cocoau_core-2.9.5.0.0.dylib	0x00000001005ff516 wxWidgetCocoaImpl::SetupKeyEvent(wxKeyEvent&, NSEvent*, NSString*) + 378
6   ...cocoau_core-2.9.5.0.0.dylib	0x00000001005f9d7a wxWidgetCocoaImpl::DoHandleCharEvent(NSEvent*, NSString*) + 190
7   ...cocoau_core-2.9.5.0.0.dylib	0x00000001005ef23d -[wxNSTextFieldEditor insertText:] + 126
8   ...cocoau_core-2.9.5.0.0.dylib	0x00000001005ecd36 wxNSTextFieldControl::WriteText(wxString const&) + 248
9   ...cocoau_core-2.9.5.0.0.dylib	0x000000010057c488 wxTextEntry::WriteText(wxString const&) + 160
10  net.sf.wxMaxima               	0x0000000100082094 BTextCtrl::CloseParenthesis(wxString, wxString, bool) + 120
11  net.sf.wxMaxima               	0x0000000100082322 BTextCtrl::MatchParenthesis(int) + 224
12  net.sf.wxMaxima               	0x000000010008269f BTextCtrl::OnChar(wxKeyEvent&) + 29
13  libwx_baseu-2.9.5.0.0.dylib   	0x0000000100ba7ae9 wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) + 91
14  libwx_baseu-2.9.5.0.0.dylib   	0x0000000100ba8532 wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) + 124
15  libwx_baseu-2.9.5.0.0.dylib   	0x0000000100ba85d1 wxEvtHandler::TryHereOnly(wxEvent&) + 115
16  libwx_baseu-2.9.5.0.0.dylib   	0x0000000100ba9826 wxEvtHandler::TryBeforeAndHere(wxEvent&) + 48
17  libwx_baseu-2.9.5.0.0.dylib   	0x0000000100ba85fd wxEvtHandler::ProcessEventLocally(wxEvent&) + 27
18  libwx_baseu-2.9.5.0.0.dylib   	0x0000000100ba86d6 wxEvtHandler::ProcessEvent(wxEvent&) + 180
19  libwx_baseu-2.9.5.0.0.dylib   	0x0000000100ba889c wxEvtHandler::SafelyProcessEvent(wxEvent&) + 22
20  ...cocoau_core-2.9.5.0.0.dylib	0x00000001006a800e wxWindowBase::HandleWindowEvent(wxEvent&) const + 16
21  ...cocoau_core-2.9.5.0.0.dylib	0x0000000100559aa3 wxWindow::OSXHandleKeyEvent(wxKeyEvent&) + 229
22  ...cocoau_core-2.9.5.0.0.dylib	0x00000001005f9d9e wxWidgetCocoaImpl::DoHandleCharEvent(NSEvent*, NSString*) + 226
23  ...cocoau_core-2.9.5.0.0.dylib	0x00000001005ef23d -[wxNSTextFieldEditor insertText:] + 126
24  ...cocoau_core-2.9.5.0.0.dylib	0x00000001005ecd36 wxNSTextFieldControl::WriteText(wxString const&) + 248
25  ...cocoau_core-2.9.5.0.0.dylib	0x000000010057c488 wxTextEntry::WriteText(wxString const&) + 160
.
.
.

I did not try to reproduce this with the original (unpatched) version of wxmaxima.

Guess this needs to be posted upstream.

[mkae (Marko Käning)]

Trying to enter the formula in "xmaxima" instead I was unable to execute the assignment neither with SHIFT+ENTER nor ALT+ENTER etc...

When I desperately clicked on the magnifying symbol it lead to this crash:

Process:         wish8.6 [71881]
Path:            /opt/local/bin/wish
Identifier:      wish8.6
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  bash [61430]

Date/Time:       2013-08-04 20:29:48.810 +0200
OS Version:      Mac OS X 10.6.8 (10K549)
Report Version:  6

Interval Since Last Report:          4246572 sec
Crashes Since Last Report:           268
Per-App Crashes Since Last Report:   3
Anonymous UUID:                      4ADD88F0-37AC-4BFC-BB40-8308C8DB47A2

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000012000000a5
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Application Specific Information:
objc[71881]: garbage collection is ON

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libtk8.6.dylib                	0x00000001000e3e73 TkpConfigureMenuEntry + 1923
1   libtk8.6.dylib                	0x000000010004f010 MenuWorldChanged + 80
2   libtk8.6.dylib                	0x00000001000212bf RecomputeWidgets + 47
3   libtk8.6.dylib                	0x00000001000212d8 RecomputeWidgets + 72
4   libtcl8.6.dylib               	0x0000000100265786 TclServiceIdle + 70
5   libtcl8.6.dylib               	0x00000001002450f2 Tcl_DoOneEvent + 322
6   libtk8.6.dylib                	0x000000010001f9c2 Tk_MainLoop + 34
7   libtk8.6.dylib                	0x000000010002f16e Tk_MainEx + 702
8   wish                          	0x00000001000054f8 main + 56
9   wish                          	0x0000000100005434 start + 52

Thread 1:  Dispatch queue: com.apple.libdispatch-manager
0   libSystem.B.dylib             	0x00007fff88f51c0a kevent + 10
1   libSystem.B.dylib             	0x00007fff88f53add _dispatch_mgr_invoke + 154
2   libSystem.B.dylib             	0x00007fff88f537b4 _dispatch_queue_invoke + 185
3   libSystem.B.dylib             	0x00007fff88f532de _dispatch_worker_thread2 + 252
4   libSystem.B.dylib             	0x00007fff88f52c08 _pthread_wqthread + 353
5   libSystem.B.dylib             	0x00007fff88f52aa5 start_wqthread + 13

Thread 2:
0   libSystem.B.dylib             	0x00007fff88f7c932 select$DARWIN_EXTSN + 10
1   libtcl8.6.dylib               	0x000000010029d3ac NotifierThreadProc + 556
2   libSystem.B.dylib             	0x00007fff88f71fd6 _pthread_start + 331
3   libSystem.B.dylib             	0x00007fff88f71e89 thread_start + 13

Thread 3:
0   libSystem.B.dylib             	0x00007fff88f52a2a __workq_kernreturn + 10
1   libSystem.B.dylib             	0x00007fff88f52e3c _pthread_wqthread + 917
2   libSystem.B.dylib             	0x00007fff88f52aa5 start_wqthread + 13

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000001200000081  rbx: 0x0000000000000048  rcx: 0x00000000fffffbff  rdx: 0x0000000000000000
  rdi: 0x0000000200080cc0  rsi: 0x0000000200079278  rbp: 0x00007fff5fbff140  rsp: 0x00007fff5fbfefe0
   r8: 0x00007fff5fbfef58   r9: 0x00007fff5fbfef0c  r10: 0x000000006d61676e  r11: 0x00007fff83062812
  r12: 0x0000000000000009  r13: 0x000000000000000a  r14: 0x0000000000000009  r15: 0x0000000101b38a10
  rip: 0x00000001000e3e73  rfl: 0x0000000000010246  cr2: 0x00000012000000a5

Binary Images:
       0x100000000 -        0x100005fff +wish 8.6.0 (8.6.0) <FD1F9733-E0B7-AFE5-4720-4C097D8A0A09> /opt/local/bin/wish
       0x100008000 -        0x10013bfef +libtk8.6.dylib 8.6.0 (8.6.0) <1B4EA30C-B037-B57C-E0BB-5B6F8E4BA76B> /opt/local/lib/libtk8.6.dylib
       0x10018e000 -        0x1002deff7 +libtcl8.6.dylib 8.6.0 (8.6.0) <654164DD-67BC-C15E-8EEF-CCB6CCDC5F68> /opt/local/lib/libtcl8.6.dylib
       0x10030f000 -        0x100321ff7 +libz.1.dylib 1.2.8 (compatibility 1.0.0) <A07EE7AE-FDB1-F5E8-8B12-06B7B616DA94> /opt/local/lib/libz.1.dylib
    0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???) <B536F2F1-9DF1-3B6C-1C2C-9075EA219A06> /usr/lib/dyld
    0x7fff8106e000 -     0x7fff8106eff7  com.apple.Carbon 150 (152) <19B37B7B-1594-AD0A-7F14-FA2F85AD7241> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
    0x7fff8106f000 -     0x7fff8111ffff  edu.mit.Kerberos 6.5.11 (6.5.11) <085D80F5-C9DC-E252-C21B-03295E660C91> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
    0x7fff81136000 -     0x7fff812adfe7  com.apple.CoreFoundation 6.6.6 (550.44) <BB4E5158-E47A-39D3-2561-96CB49FA82D4> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
    0x7fff817b5000 -     0x7fff817b9ff7  libCGXType.A.dylib 545.0.0 (compatibility 64.0.0) <DB710299-B4D9-3714-66F7-5D2964DE585B> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGXType.A.dylib
    0x7fff81878000 -     0x7fff818c1fef  libGLU.dylib ??? (???) <B0F4CA55-445F-E901-0FCF-47B3B4BAE6E2> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
    0x7fff82103000 -     0x7fff8211cfff  com.apple.CFOpenDirectory 10.6 (10.6) <CCF79716-7CC6-2520-C6EB-A4F56AD0A207> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
    0x7fff823aa000 -     0x7fff82427fef  libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib
    0x7fff8255d000 -     0x7fff82563fff  libCGXCoreImage.A.dylib 545.0.0 (compatibility 64.0.0) <D2F8C7E3-CBA1-2E66-1376-04AA839DABBB> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGXCoreImage.A.dylib
    0x7fff826d2000 -     0x7fff82757ff7  com.apple.print.framework.PrintCore 6.3 (312.7) <CDFE82DD-D811-A091-179F-6E76069B432D> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
    0x7fff828f8000 -     0x7fff828fafff  com.apple.print.framework.Print 6.1 (237.1) <CA8564FB-B366-7413-B12E-9892DA3C6157> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print
    0x7fff828fb000 -     0x7fff82951fe7  libTIFF.dylib ??? (???) <2DBEC120-DAA7-3789-36A2-A205BCDF2D72> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
    0x7fff82cd8000 -     0x7fff82d2bff7  com.apple.HIServices 1.8.3 (???) <F6E0C7A7-C11D-0096-4DDA-2C77793AA6CD> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
    0x7fff82d2c000 -     0x7fff8302afff  com.apple.HIToolbox 1.6.5 (???) <AD1C18F6-51CB-7E39-35DD-F16B1EB978A8> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
    0x7fff8302b000 -     0x7fff83050ff7  com.apple.CoreVideo 1.6.2 (45.6) <E138C8E7-3CB6-55A9-0A2C-B73FE63EA288> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
    0x7fff83051000 -     0x7fff83a4bff7  com.apple.AppKit 6.6.8 (1038.36) <4CFBE04C-8FB3-B0EA-8DDB-7E7D10E9D251> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
    0x7fff83a4c000 -     0x7fff83a6ffff  com.apple.opencl 12.3.6 (12.3.6) <42FA5783-EB80-1168-4015-B8C68F55842F> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
    0x7fff83a70000 -     0x7fff83ab1fef  com.apple.QD 3.36 (???) <5DC41E81-32C9-65B2-5528-B33E934D5BB4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
    0x7fff83ab2000 -     0x7fff83ab8ff7  com.apple.DiskArbitration 2.3 (2.3) <857F6E43-1EF4-7D53-351B-10DE0A8F992A> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
    0x7fff83ab9000 -     0x7fff83d42ff7  com.apple.security 6.1.2 (55002) <D224882B-D57B-83AF-3781-548BCEACB327> /System/Library/Frameworks/Security.framework/Versions/A/Security
    0x7fff83d4f000 -     0x7fff83d9bfff  libauto.dylib ??? (???) <F7221B46-DC4F-3153-CE61-7F52C8C293CF> /usr/lib/libauto.dylib
    0x7fff83f9e000 -     0x7fff84220fff  com.apple.Foundation 6.6.8 (751.63) <E10E4DB4-9D5E-54A8-3FB6-2A82426066E4> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
    0x7fff8422d000 -     0x7fff8423ffe7  libsasl2.2.dylib 3.15.0 (compatibility 3.0.0) <76B83C8D-8EFE-4467-0F75-275648AFED97> /usr/lib/libsasl2.2.dylib
    0x7fff8428a000 -     0x7fff842abfe7  libPng.dylib ??? (???) <D8EC7740-EE32-865A-2F75-C9EDE2135510> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
.
.
.

[mkae (Marko Käning)]

Apropos wxMaxima:

Replying to mk@…:

I created a function f(x):=x^3+x^2+1...

When I try this without using the menu by typing the diff()-command in the wxMaxima-console it works successfully:

(%i1)  f(x):=x^3+x^2+1;
(%o1)  f(x):=x^3+x^2+1

(%i2)  diff(f(x),x);
(%o2)  3*x^2+2*x  

[mojca (Mojca Miklavec)]

I'm really really sorry. I should have left more time for testing ... but now it is what it is. From what I understand it would be desirable to roll back the commit, but I'm leaving very soon and I don't want to do another batch of stupid commits just before being cut off internet access for a few days. If you feel that the patch does more harm than good, please roll it back and also provide feedback to the wxWidgets community.

[mkae (Marko Käning)]

I cannot manage reporting upstream right now myself, but I'll do it as soon as I can within the next two weeks.

If someone else manages it earlier please go ahead and leave a message in this ticket.

[mojca (Mojca Miklavec)]

I reverted the patch now. Let's wait for a better patch then, hopefully before 3.0.

[cooljeanius (Eric Gallager)]

Cc Me!

[mojca (Mojca Miklavec)]

The wxWidgets developers requested more information about the crash. Is someone willing to contact the wxMaxima developers or willing to provide more information in one way or the other?

It would be nice to resolve this problem before the wxWidgets 3.0 release.

[mojca (Mojca Miklavec)]

So ... can you please provide more feedback about the crashes? It seems to me that once for a change the wxWidgets developers are actively working on tickets to get the 3.0 release out and I promise not to apply any patches for downgrades to prevent the crashes once the release gets out ;)

[mkae (Marko Käning)]

Here is what I have installed at this moment in time:

$ port installed wx*
The following ports are currently installed:
  wxMaxima @12.01.0_2+wxwidgets30
  wxMaxima @12.01.0_3 (active)
  wxWidgets-3.0 @2.9.5_1 (active)
  wxWidgets30 @2.9.5_0+sdl
  wxWidgets30 @2.9.5_1+sdl
  wxWidgets30 @2.9.5_2+sdl (active)
  wxWidgets_select @1.0_0 (active)

When I now enter this function:

f(x) := 2*x+1;

and choose "Calculate/Differentiate" from the menu I enter the "Differentiate" dialog.

If I now enter "f(" (i.e. the funtion f with its opening bracket) in the Expression edit field the application crashes with the attached crashlog.

This has nothing to do with the hat operator, but it seems to be related. Let me know how I can help you to get to the bottom of all of this.

[mkae (Marko Käning)]

crashlog

[mojca (Mojca Miklavec)]

Please post this and/or further information to ​http://trac.wxwidgets.org/ticket/15345 where they changed the status of the ticket from accepted to infoneeded.

[mkae (Marko Käning)]

Replying to mojca@…:

Please post this ...

Hi Mojca - as requested - I've posted this issue upstream and got a ​reply from csomor who asked whether I could supply a simple minimal test program. Unfortunately I can't, because I just stumbled over this problem in wxMaxima and I never programmed anything using this framework, but perhaps you, Mojca, could help out to here and create such a little app demonstrating the issue? Greets, Marko

[mojca (Mojca Miklavec)]

Someone should test whether ​http://trac.wxwidgets.org/changeset/74945 solves the problem.

[mkae (Marko Käning)]

Mojca, please note my comment ​http://trac.wxwidgets.org/ticket/15345#comment:35 -> I wasn't able to get a patch for 2.9.5 from that revision alone.

[mojca (Mojca Miklavec)]

See the attachment to wxPython ticket. I uploaded the patch there.

[mkae (Marko Käning)]

Ah, okay, in #40727, I see.

[mojca (Mojca Miklavec)]

I also suggest to fix livecheck for maxima and upgrade it (#39998) to the latest version with maintainer timeout.

[mojca (Mojca Miklavec)]

I already committed the change. Can you please test if it works now as expected, so that the bug could be closed?

[mkae (Marko Käning)]

I have the latest installed:

$ port installed wxWidgets-3.0 wxMaxima
The following ports are currently installed:
  wxMaxima @12.01.0_4 (active)
  wxWidgets-3.0 @3.0.0_1+debug (active)

but I still see the same crash of wxMaxima.

Looking at the crash report again I do see the infinite recursion mentioned in ​http://trac.wxwidgets.org/ticket/15345#comment:31 which might lead us to a solution eventually.

[mkae (Marko Käning)]

Herewith I verify that the committed fix in ​wxWidget's r75046 does indeed solve the wxMaxima infinite recursion issue.

wxWidgets should therefore be patched up to revision 75046.

[mojca (Mojca Miklavec)]

Committed in r112422 together with a few more upstream patches related to ​http://trac.wxwidgets.org/ticket/15580. Please test and let me know if I missed something.

[mkae (Marko Käning)]

What concerns my initial problem all is fine with the current port state. Thanks for taking care of it.