|
in reply to Re: Re: RFC Magic::Attach
in thread RFC Magic::Attach
Just announce that you're grabbing a magic sigil on p5p, explaining why (that's what I did). Who knows, make it general enough and it might end up in the core. |
Re^4: RFC Magic::Attach
by shotgunefx (Parson) on Jan 21, 2003 at 09:22 UTC
|
Thanks. I actually saw your post to perl5-porters which clued me in on the sv_unmagic issue.
-Lee
"To be civilized is to deny one's nature." | [reply] |
|
|
I must take a close look at your actual code. If it's sufficiently general I'll probably change Pixie to make use of it rather than having its own specific implementation.
| [reply] |
|
|
Feel free. I'm new to XS and it's been a long time since I've written C. It's very possible I've screwed something up. One thing off the bat that bugged me was processing multiple optional arguments in XS( ... )
All of the XS functions are "wrappers" to call the C functions. The reason I did this was for some reason (probably something stupid I was doing), I was getting strange behavior when trying to add support for the optional parameter processing. Just saying SvROK(someSV) would dump core. I coded around it not knowing why it was doing it which in general is a bad idea IMHO. Though if the "slotname" (the optional name) isn't going to be optional I can happily ditch it without worry.
-Lee
"To be civilized is to deny one's nature."
| [reply] |
|
