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

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



Dominic,

Are you using wxWidgets 2.6.3-rc2 or later? Previous versions to this
have problems with raw bitmap access on the Mac.

Alex

--On 21 March 2006 11:20 +0100 Dominik Wagner <dom@xxxxxxxxxxxxxxxx> wrote:

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

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,
then
i 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

Alex

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.

    Luke

--
Dominik Wagner          Mail: dom@xxxxxxxxxxxxxxxx
TheCodingMonkeys        http://www.codingmonkeys.de/
Blog - DasGenie: !Scrap http://scrap.dasgenie.com/




Alex