[DGD] #define peculiarity? THanks :)

Michael McKiel crashnbrn71 at yahoo.ca
Sat Feb 28 17:46:37 CET 2004


 --- Kris Van Hees <aedil at alchar.org> wrote: 
> The sscanf() has nothing to do with this.  Your define will expand in
> code where it is used as object target for a call like this:
> 	"/k"+"/system/"+"userd"->somefunction(...)
> Which is interpreted as a call to "userd"->somefunction(...), and the
> The better way to do this is to change the define to be:
> 	#define USERD	(KERNEL_DIR+SYSTEM_DIR+"userd")

Guess I shoulda waited heh, just sent off another long msg, as I had tested
on an unmodified KLib too...and mildly resented 'not debugging' heh.
I just used the sscanf as an example to the issue, of why is it legal there
and not for the object call, I didn't consider the brackets :)

The error had such poor output I really couldn't debug it, as at the point
where it occured, I as well did a 
if (!::find_object("/k/system/userd")) ::find_object(DRIVER)->message("NO
USERD!!");
Just before the call to the previously "def'd" USERD-> call would of occured.
And that didn't msg off, so it really had me boggled.

Thanks.

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca
_________________________________________________________________
List config page:  http://list.imaginary.com/mailman/listinfo/dgd



More information about the DGD mailing list