#38850 closed defect (fixed)
wxWidgets 2.9: broken support for dead keys (in wxmaxima)
Reported by: | mkae (Marko Käning) | Owned by: | mojca (Mojca Miklavec) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | usami-k@…, cooljeanius (Eric Gallager), jyrkiwahlstedt | |
Port: | wxMaxima, wxWidgets-3.0 |
Description (last modified by mojca (Mojca Miklavec))
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.
Attachments (3)
Change History (40)
comment:1 Changed 11 years ago by mojca (Mojca Miklavec)
comment:3 Changed 11 years ago by 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!
comment:4 Changed 11 years ago by 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. :-(
comment:5 Changed 11 years ago by 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
... oh, I just found a recent ticket with a patch:
- http://trac.wxwidgets.org/ticket/15345 dead keys troubles with wxRichTextCtrl on OS X
Volunteers to test are welcome ;)
comment:6 Changed 11 years ago by 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.)
comment:7 Changed 11 years ago by 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.
Changed 11 years ago by mkae (Marko Käning)
Attachment: | patch-Portfile.diff added |
---|
Changed 11 years ago by mkae (Marko Käning)
Attachment: | patch-src-osx-cocoa-window.mm.diff added |
---|
patch from http://trac.wxwidgets.org/changeset/74613
comment:8 follow-up: 9 Changed 11 years ago by mojca (Mojca Miklavec)
Cc: | jwa@… mojca@… removed |
---|---|
Owner: | changed from macports-tickets@… to jwa@… |
Port: | wxwidgets30 added |
Thank you. Is the revision increase really needed if epoch gets increased?
comment:9 Changed 11 years ago by 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.
comment:10 Changed 11 years ago by mojca (Mojca Miklavec)
comment:11 Changed 11 years ago by 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?
comment:12 Changed 11 years ago by 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.
comment:13 follow-up: 15 Changed 11 years ago by 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.
comment:14 Changed 11 years ago by 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 . . .
comment:15 Changed 11 years ago by 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
comment:16 Changed 11 years ago by 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.
comment:17 Changed 11 years ago by 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.
comment:18 Changed 11 years ago by mojca (Mojca Miklavec)
Description: | modified (diff) |
---|---|
Summary: | In wxmaxima with wxwidgets-devel the ^-operator not usable → wxWidgets 2.9: broken support for dead keys (in wxmaxima) |
Version: | 2.1.3 |
comment:19 Changed 11 years ago by mojca (Mojca Miklavec)
I reverted the patch now. Let's wait for a better patch then, hopefully before 3.0.
comment:21 Changed 11 years ago by 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.
comment:22 Changed 11 years ago by mojca (Mojca Miklavec)
Port: | wxMaxima wxWidgets-3.0 added; wxmaxima wxwidgets-devel wxwidgets30 removed |
---|
comment:23 Changed 11 years ago by 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 ;)
comment:24 Changed 11 years ago by 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.
comment:25 follow-up: 26 Changed 11 years ago by 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
.
comment:26 Changed 11 years ago by 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
comment:27 Changed 11 years ago by mojca (Mojca Miklavec)
Cc: | jwa@… added |
---|---|
Owner: | changed from jwa@… to mojca@… |
Status: | new → assigned |
comment:28 Changed 11 years ago by mojca (Mojca Miklavec)
Someone should test whether http://trac.wxwidgets.org/changeset/74945 solves the problem.
comment:29 Changed 11 years ago by 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.
comment:30 Changed 11 years ago by mojca (Mojca Miklavec)
See the attachment to wxPython
ticket. I uploaded the patch there.
comment:32 Changed 11 years ago by mojca (Mojca Miklavec)
I also suggest to fix livecheck
for maxima
and upgrade it (#39998) to the latest version with maintainer timeout
.
comment:33 Changed 11 years ago by 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?
comment:34 Changed 11 years ago by 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.
comment:35 Changed 11 years ago by 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.
comment:36 Changed 11 years ago by mojca (Mojca Miklavec)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
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.
comment:37 Changed 11 years ago by mkae (Marko Käning)
What concerns my initial problem all is fine with the current port state. Thanks for taking care of it.
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)?