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

Re: [XaraXtreme-dev] Mac build

Alex,
i removed that - build it again - and am stuck with exactly the same situation in the same routine. shouldn't that removing have changed something? 

cheers,
  dom

On 19.03.2006, at 14:12, Alex Bligh wrote:


Dominik,

OK, that's the new menu stuff which is relatively recent, and only
in Debug builds. Try loading up wxOil/camelot.cpp and remove the
"#define XARA_MENUGEN" at the top. That should at least allow you
to get a working build, though clearly we need to know why the
new menu system isn't working on the Mac.

Alex
--On 19 March 2006 13:59 +0100 Dominik Wagner <dom@xxxxxxxxxxxxxxxx> wrote: 


As it turns out i was slightly off - the failure is further down in
main3.cpp in
SetupSharedMenu()

GetMenuPreferences(_R(IDM_SHARED_MENU)) returns a null pointer.

also the if (menu_sym == keyword) part of GetMenuPreferences is never
visited for that call, but a MenuScript is sucessfully opened and shows 
this with p in gdb:
(gdb) p MenuScript
$8 = {
   <CCResourceFile> = {
     <CCMemFile> = {
       <CCLexFile> = {
         <CCFile> = {
           <CCObject> = {
             <SimpleCCObject> = {
               static BytesBeforeFail = 0,
               static FailingMemory = 0,
               static CheckMemoryFlag = 0
             },
             members of CCObject:
             _vptr$CCObject = 0x8f9cc8,
             static cc_classCCObject = {
               m_lpszClassName = 0x7ec2ec,
               m_nObjectSize = 4,
               m_wSchema = 65535,
               m_pfnConstruct = 0,
               m_pBaseClass = 0x0,
               static pFirstClass = 0x8a91d4,
               m_pNextClass = 0x7ec284
             }
           },
           members of CCFile:
           static cc_classCCFile = {
             m_lpszClassName = 0x7d754c,
             m_nObjectSize = 20,
             m_wSchema = 65535,
             m_pfnConstruct = 0,
             m_pBaseClass = 0x7ec2d4,
             static pFirstClass = 0x8a91d4,
             m_pNextClass = 0x7d7388
           },
           ReportErrors = 1,
           ThrowExceptions = 0,
           CompressData = 0,
           GZipErrorID = 0
         },
         members of CCLexFile:
         static cc_classCCLexFile = {
           m_lpszClassName = 0x7d750c,
           m_nObjectSize = 136,
           m_wSchema = 65535,
           m_pfnConstruct = 0,
           m_pBaseClass = 0x7d7534,
           static pFirstClass = 0x8a91d4,
           m_pNextClass = 0x7d7534
         },
         m_pcHTMLBuffer = 0x0,
         m_iCharsInHTMLBuffer = 0,
         m_iLengthOfHTMLBuffer = 0,
         m_fIsTag = 0,
         m_fIsCharacterWaiting = 0,
         m_cWaitingCharacter = 0 '\0',
         m_fEndOfHTMLFile = 0,
         EOFFound = 0,
         DontFail = 0,
         DelimiterFound = 0,
         TokenIsCached = 0,
         LineBuf = 0x0,
         Buf = 0x0,
         TokenBuf = 0x0,
         TokenType = TOKEN_EOF,
         Line = 0,
         Ofs = 0,
         Ch = 0 '\0',
         CharsRead = 0,
         LastLinePos = 0,
         SeekingRequired = 0,
         IgnoreStringEscapeCodes = 0,
         WhitespaceChars = 0x0,
         DelimiterChars = 0x0,
         CommentMarker = 0 '\0',
         StringDelimiters = 0x0,
         IndentSpaces = 0,
         IndentDelta = 2415933273,
         LexerInitialised = 0
       },
       members of CCMemFile:
       static cc_classCCMemFile = {
         m_lpszClassName = 0x7d743c,
         m_nObjectSize = 168,
         m_wSchema = 65535,
         m_pfnConstruct = 0,
         m_pBaseClass = 0x7d74f4,
         static pFirstClass = 0x8a91d4,
         m_pNextClass = 0x7d7464
       },
       MemHandle = 436,
       MemFile = 0x238b4c00 "MENU \"SHARED\"\r\n\tSUBMENU \"FileMenu
\"\r\n\t\tSUBMENU \"FileNew\"\r\n\t\t\tMENUITEM \"FileNewDrawing \"\r\n 
\t\t\tMENUITEM \"FileNewAnimation\"\r\n\t\t\tMENUITEM
\"1FileNewTemplate\"\r\n\t\t\tMENUITEM \"2FileNewTemplate\"\r\n\t\t
\tMENUITEM \"3Fil"...,
       FileSize = 5632,
       CurrentPos = 0,
       IsOpen = 1,
       FileProt = 0,
       WasError = 0,
       MemFileInitialised = 1
     }, <No data fields>}, <No data fields>}

anything I can do?

cheers,
   dom


On 19.03.2006, at 12:12, Alex Bligh wrote:




--On 19 March 2006 12:03 +0100 Dominik Wagner
<dom@xxxxxxxxxxxxxxxx> wrote:


any suggestions?


Yes. This is the rather annoying "the Kernel doesn't initialize
problem".
What's happening is it's running through all the initialization in
main1.cpp, main2.cpp & main3.cpp, and something (looks like something 
quite far down) is failing. Error reporting isn't quite right under
LX so you aren't seeing the error. Annoyingly the list of initializers 
is one big if() statement with && between the calls so setting
breakpoints
is not easy.

You can often find these by putting a few breakpoints in wxOil/
errors.cpp
in Error::XSetError (all the various flavours) which /should/ find
what is
producing the error. If not, I'm afraid it's a case of stepping in
and out
of each of the various init jobs (put a breakpoint in the obvious
place in
each of main1, main2, main3.cpp) and finding which class ::Init
function is
returning FALSE (clearly finding which of the "main" files causes the 
problem is the first step). It's a little time-consuming, but
normally once
you've done that debugging why the init fails is pretty simple. I
guess is
something pretty recent as the Mac build used to init OK.

I expect you could insert something like
 && TRACE(_T("Got here"))
etc. into the init lists.

Alex


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





Alex


--
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