Re: rekall's startup on OSX

On Tuesday 06 Apr 2004 09:15, Brian Harring wrote:
> > IIRC there is an issue on MAC OS/X to do with static constructors -
> > rekall
> > uses them quite a lot to dynamically register components (form+report
> > controls, macro instructions, wizard controls. Have you tried
> > designing a
> > form and, if so, can you create any controls.
>
> Form design is allowed actually, although again, I have to the trick I
> mentioned earlier for things to load up correctly.
>
> > There was some code around a while back to do the registration without
> > static
> > constructors (for form/report controls) when we thought this might be a
> > problem for the Windows build, if neccessary I could resurrect it into
> > the
> > 2.3.x code base and do the same for macros and for wizard controls.
>
> I've got a pretty good idea why it's doing this actually- kb_main's
> call to KBWizardDummy was temporarily commented out, due to it
> continually causing things to segfault in the KBWizardCtrlReg
> constructor, specifically when attempting wizardCtrlMaker.insert.
>
> I've been digging through the code a bit trying to figure out what
> exactly is going on, although I'll flat out admit I'm groping in the
> dark a bit as to why the insert is dieing.

The wizard control registration code uses a static QDict, which i think may be 
a problem. You could try making wizardCtrlMaker a QDict * and then allocating 
it the first time it is needed.

I'm seriously thinking in 2.3.x i'm going to change to using all dynamic 
constructors with initialisation routines

>
> What exactly were the issues w/ static constructors under darwin?  The
> only thing I'm aware of is issues w/ dynamic libraries no longer
> automatically calling init functions.

Not sure! I have a slight recollection that i heared something to this effect, 
but i'm b******d if i can remember what! But see

http://wwwlapp.in2p3.fr/~buskulic/static_constructors_in_Darwin.html

if it makes any sense (google: darwin "static constructor")


>
> > I'd suggest creating an admin.osx.kde3 directory, or some similar
> > name, and
> > modifying Makefile.cvs so you can do
> >
> > make -f Makefile.cvs osx-kde
> >
> > or suchlike, then there is no need to worry about breaking linux
> > builds (at
> > the cost of some duplication)
>
> I've split the admin directories up, restoring the original admin.kde3-
> I'm currently adjusting it a to a few changes I've made in the build
> system (nothing too major).
>
> > Having an OS/X version of Rekall is really great, I'm happy to provide
> > all the
> > help I can on this. If it would help, we can run an IRC channel on this
>
> Not a bad idea- I actually hunted around for one when I first decided I
> was going to try and get rekall going under osx.
> ~brian
>
> _______________________________________________
> Rekall-devel mailing list
> [email protected]
> http://www.mailman.a-i-s.co.uk/cgi-bin/mailman/listinfo/rekall-devel

-- 
Regards
Mike

http://www.rekallrevealed.org
*THE* GPL/Open Source database front end for Linux and Windows.