Yes sticking it into a bundle does work - nice.although its not of any use at the moment, there seem to be many endian issues. sadly I don't have time to look into the code and understand something at the moment. The window background is still turkoise, opening of files only shows black rectangles (i get an ../src/mac/carbon/bitmap.cpp(229): assert "m_rawAccessCount == 0" failed.
Do you want to stop the program? You can also choose [Cancel] to suppress further warnings. on load)the view window isn't a child window of the document window yet, mouse pointers a drawn much to tiny
and editing anything on the page gives me this backtrace: Date/Time: 2006-03-21 11:14:43.744 +0100 OS Version: 10.4.5 (Build 8G1453) Report Version: 4 Command: XaraLXPath: /Users/dwagner/Data/Coding/3rdParty/XaraLX/XaraLX.app/ Contents/MacOS/XaraLX
Parent: WindowServer [100] Version: 2.6.3 (2.6.3) PID: 1526 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000 Thread 0 Crashed:0 org.xaralx 0x005a92d2 wxWindowBase::ScreenToClient(wxPoint const&) const + 26 (window.h:837) 1 org.xaralx 0x00385029 CCamView::HandleDragScrolling(wxPoint) + 121 (camview.cpp:3635) 2 org.xaralx 0x003856cc CCamView::OnMouseMove (wxMouseEvent&) + 316 (camview.cpp:2392) 3 org.xaralx 0x003f7c0f CRenderWnd::OnMouseMove (wxMouseEvent&) + 43 (rendwnd.cpp:369) 4 libwx_macud-2.6.0.dylib 0x1a80c115 wxAppConsole::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*) (wxEvent&), wxEvent&) const + 67 (appbase.cpp:325) 5 libwx_macud-2.6.0.dylib 0x1a88e396 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) + 214 (event.cpp:1193) 6 libwx_macud-2.6.0.dylib 0x1a88e786 wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) + 204 (event.cpp:875) 7 libwx_macud-2.6.0.dylib 0x1a88f827 wxEvtHandler::ProcessEvent(wxEvent&) + 319 (event.cpp:1255) 8 libwx_macud-2.6.0.dylib 0x1a9062cb wxMacTopLevelMouseEventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 1457 (toplevel.cpp:592) 9 libwx_macud-2.6.0.dylib 0x1a90722d wxMacTopLevelEventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 119 (toplevel.cpp:824) 10 com.apple.HIToolbox 0x92ed1553 DispatchEventToHandlers (EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1093 11 com.apple.HIToolbox 0x92ed0bf8 SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 304 12 com.apple.HIToolbox 0x92ed7d98 SendEventToEventTarget + 56 13 com.apple.HIToolbox 0x92ed8231 ToolboxEventDispatcherHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 1169 14 com.apple.HIToolbox 0x92ed190a DispatchEventToHandlers (EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 2044 15 com.apple.HIToolbox 0x92ed0bf8 SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 304 16 com.apple.HIToolbox 0x92ed7d98 SendEventToEventTarget + 56 17 libwx_macud-2.6.0.dylib 0x1a8b156f wxApp::MacHandleOneEvent(void*) + 41 (app.cpp:1268) 18 libwx_macud-2.6.0.dylib 0x1a8b165f wxApp::MacDoOneEvent() + 189 (app.cpp:1249) 19 libwx_macud-2.6.0.dylib 0x1a8b16c6 wxApp::MainLoop() + 26 (app.cpp:1091) 20 libwx_macud-2.6.0.dylib 0x1a938bab wxAppBase::OnRun() + 47 (appcmn.cpp:341) 21 libwx_macud-2.6.0.dylib 0x1a83ffa5 wxEntry(int&, wchar_t**) + 165 (init.cpp:439) 22 libwx_macud-2.6.0.dylib 0x1a84005f wxEntry(int&, char**) + 49 (init.cpp:452) 23 org.xaralx 0x003718fa main + 24 (camelot.cpp: 207)
24 org.xaralx 0x00001ebe _start + 228 (crt.c:272) 25 org.xaralx 0x00001dd9 start + 41 Thread 1: 0 libSystem.B.dylib 0x9002767c kevent + 12 1 ...ple.CoreServices.CarbonCore 0x90ca8c34 PrivateMPEntryPoint + 51 2 libSystem.B.dylib 0x90024b47 _pthread_body + 84 Thread 2:0 libSystem.B.dylib 0x900251e7 semaphore_wait_signal_trap + 7
1 ...ple.CoreServices.CarbonCore 0x90ca8dda MPWaitOnQueue + 1982 com.apple.DesktopServices 0x9261efff TNodeSyncTask::SyncTaskProc(void*) + 143
3 ...ple.CoreServices.CarbonCore 0x90ca8c34 PrivateMPEntryPoint + 51 4 libSystem.B.dylib 0x90024b47 _pthread_body + 84 Thread 0 crashed with i386 Thread State: eax: 0x00000000 ebx: 0x00384fbf ecx:0x000000f0 edx: 0x00000000 edi: 0x1a80c0d2 esi: 0x19b287b0 ebp:0xbfffefc8 esp: 0xbfffefa0 ss: 0x0000002f efl: 0x00010286 eip:0x005a92d2 cs: 0x00000027 ds: 0x0000002f es: 0x0000002f fs:0x00000000 gs: 0x00000037 best, dom On 20.03.2006, at 23:06, Alex Bligh wrote:
Not sure why Luke didn't send this to you, or on list, but ...Dominik, --On 19 March 2006 17:11 +0100 Dominik Wagner <dom@xxxxxxxxxxxxxxxx> wrote:actually cant you see from the p MenuScript dump below if the menu resource is found?Yes, you are quite right.the conent of the "memfile" to me suggest that the menu is found. More over initDefaultMenu also uses the GetMenuPreferences call and works,doesn't it also use the resources?Yes indeed.If I intercept the InitMenuSystem call and just return true in gdb, theni get to the same point where I was when i did this before removing the#define A window is shown, with most ui in it (screenshot attached) but it is in some kind of limbo mode where no events can activate it.Hmmm.... I don't know what that is. If you interrupt the process in gdb, where does it show it stopped? Can you make it load a document on init by specifying it on the command line? So for instance: ./XaraLX testfiles/RedStar.xar AlexThis may be the issue that the UI doesn't interact with the user if theexecutable isn't in a bundle. Phil, I think was getting round this by running the application from Xcode, or I found that transplanting theapplication into a dummy bundle (I used one from a wx demo) made it work.Luke
-- Dominik Wagner Mail: dom@xxxxxxxxxxxxxxxx TheCodingMonkeys http://www.codingmonkeys.de/ Blog - DasGenie: !Scrap http://scrap.dasgenie.com/
Attachment:
smime.p7s
Description: S/MIME cryptographic signature