[Date Prev][Date Next][Thread Prev][Thread Next][Thread Index]

Re: [Fwd: Re: [XaraXtreme-dev] Mac build]

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: XaraLX
Path: /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 + 198
2 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


On 20.03.2006, at 23:06, Alex Bligh wrote:

Not sure why Luke didn't send this to you, or on list, but ...


--On 19 March 2006 17:11 +0100 Dominik Wagner <dom@xxxxxxxxxxxxxxxx>

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,
i get to the same point where I was when i did this before removing the
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


This may be the issue that the UI doesn't interact with the user if the
executable isn't in a bundle. Phil, I think was getting round this by
running the application from Xcode, or I found that transplanting the
application into a dummy bundle (I used one from a wx demo) made it work.


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