Re: wxAssert problem in the cseditor code on windows

Andrei Bârsan <[email protected]>
Newsgroups gmane.comp.graphics.crystalspace.devel
Message-ID <[email protected]>
Hello,

On 13.05.2012 15:10, Christian Van Brussel wrote:
> Not sure that the call to wxYield() in CS3DPanel::PushFrame() is
> necessary. Does it work if you remove it?
>

Yes, it worked all right now! Thanks for the tip. I have managed to get 
this going, but there are a few more questions left:

 1. Right now, on Windows, on my GSOC branch (editor), the editor still
    crashes in a few scenarios, and I was wondering if anyone could
    point out any potential causes. Otherwise, I'll just start patching
    everything up myself, if that's okay.
     1. Simply quitting the application (drop-down menu, or quit button)
        causes an access violation in GLWXDriver2D.cpp, around line 553,
        where the engine seems to be calling
        csGraphics2DGlCommon::BeginDraw(). Could an additional check be
        placed here to prevent this call if the engine is shutting down?
     2. When closing any of the three main panels, it crashes and the
        stack trace only shows the basic wxWidgets loops (I haven't
        managed to pinpoint this exactly due to lack of time)
     3. The positioning of the asset browser and scene view panels
        worked great on Ubuntu, as the tree views filled their parents
        nicely. On Windows, however, they are stuck in the top left
        corner, with their default 100x100 dimensions (wxSize(100,
        100)). Should I use a wxSizer for this, so that they get to work
        snugly?
 2. How do you think we should actually query the object's properties;
    should we add an eventlistener for when it's clicked in the 3dview,
    in the scene browser or in the asset browser and then when it
    occurs, just add another panel with the modifiable fields neatly
    placed inside, ready to be fiddled around with?
 3. I'm having some issues with `jam msvcgen` (msys perl, v.5.8) all the
    generators work for a bit, then fail like this: (could it, perhaps,
    be due to the older perl version that's part of mingw msys?):
    WriteDepFlags ./out/mk/msvc/crystalspace_staticplugins_msvc9.jam
    ...skipped msvcgen for lack of msvcgenrun...
    ...failed updating 1 target(s)...
    ...skipped 1 target(s)...
    ...updated 1366 target(s)...

       /C/CrystalSpaceLibs/tools/jam -sJAMCONFIG='./Jamconfig.msvcgen' \
         -sDO_MSVCGEN=yes \
         -sMSVC_VERSION=9 \
         -sMSVCGEN_TTREEOPTIONS='--verbose' \
          \
         -sTARGET.OS=WIN32 \
         msvcgen

    ...failed MsvcGen msvc9gen ...
    MsvcGen msvc10gen


Well, this about sums it up neatly, I'd really appreciate some pointers!
Regards,
Andrei Bârsan

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Crystal-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-develop
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.