I have several big custom plugins, none of which have default params (didn't know you could do this for a plugin fn :-( ), and all are running ok under rb2008r4 p.
On Sat, Oct 4, 2008 at 3:01 PM, Theodore H. Smith <[EMAIL PROTECTED]>wrote: > Hi people, > > has anyone else found their plugin not working in RB2008r4? > > What I'm finding, is that certain methods, depending upon their function > declaration, don't work. By "don't work", I mean "crash RB when an rmpty > project is compiled and SOME but not all over plugins are in the plugins > folder". > > I haven't seen anyone else complain of this. > > What is it that could be different about my plugin? > > I tried eliminating differences in my plugin loader code (the stuff that > happens before REALRegisterClass is called), and the standard RB plugin > loader code, but that made absolutely no difference. > > I tried fiddling around with function names. That DID seem to make a > difference. In one example, I could get a function to "work" (not crash with > another plugin), by deleting the "=0" part of the function declaration. By > removing the default parameter, it worked again. > > The problem with that, is my plugin makes HUGE use of default parameters! > > Can it be true that no other plugin uses default parameters? I find that > hard to believe. > > Could it be that no other plugin uses SO MANY default parameters? I don't > know really.... I wonder if the MBS plugin uses many default parameters or > almost none? I would say about 1/8 of my functions have default parameters. > > I just mention MBS because it is a BIG plugin. And big code is more likely > to fail. And yet... the MBS plugin does not fail! > > So what could be different? > > I am thinking of just altering all my functions that don't work, and > providing "wrapper" modules written in pure REALbasic using the extends > keyword, to make the old functions still work. > > I can't have my new plugin break existing code by making all "default" > parameters, non-default. So some kind of "compatability module" would be a > good idea. > > I guess the next step is to just add all my function names, to a standard > RB plugin, with no ElfData code, just the function names and a dummy > function that does nothing. And see if that still breaks. > > In that case I can definitely point it to a bug in RB's plugin loader. > > I am really fed up with this though... it's a right waste of time and a > total pain. RS haven't answered my plugin bug report either... > > http://realsoftware.fogbugz.com/default.asp?4429_fhgig10k > > -- > http://elfdata.com/plugin/ > "String processing, done right" > > > > _______________________________________________ > Unsubscribe or switch delivery mode: > <http://www.realsoftware.com/support/listmanager/> > > Search the archives: > <http://support.realsoftware.com/listarchives/lists.html> > -- --------------------------------------------- Peter K. Stys, MD Dept. of Clinical Neurosciences Hotchkiss Brain Institute University of Calgary tel (403) 210-8646 --------------------------------------------- _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
