[Date Prev][Date Next][Thread Prev][Thread Next][Thread Index]
Re: [Fwd: Re: [XaraXtreme-dev] Mac build]
- From: Alex Bligh <alex@xxxxxxxxxxx>
- Date: Tue, 21 Mar 2006 11:01:25 +0000
- Subject: 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