method arguments limitation?

[sapero]

while porting MSWord typelibrary to include file, a method called Run with 29 arguments causes the parser to crash.

Code Select Expand

#include "oleidl.inc"
#include "ocidl.inc"
interface IWordApplication/*_Application*/ : IDispatch {
/*cut*/
declare virtual Run(
BSTR *MacroName, VARIANT *varg1, VARIANT *varg2,
VARIANT *varg3, VARIANT *varg4, VARIANT *varg5,
VARIANT *varg6, VARIANT *varg7, VARIANT *varg8,
VARIANT *varg9, VARIANT *varg10, VARIANT *varg11,
VARIANT *varg12, VARIANT *varg13, VARIANT *varg14,
VARIANT *varg15, VARIANT *varg16, VARIANT *varg17,
VARIANT *varg18, VARIANT *varg19, VARIANT *varg20,
VARIANT *varg21, VARIANT *varg22, VARIANT *varg23,
VARIANT *varg24, VARIANT *varg25, VARIANT *varg26,
VARIANT *varg27, VARIANT *varg28, VARIANT *varg29,
VARIANT *varg30, /*out, retval*/ VARIANT *prop),HRESULT;
/*cut*/
}
removed three arguments ant it compiles fine.
I hope 354 methods is no problem for alpha
// to try just remove base class IDispatch

[Parker]

There are actually lots of limits, most if not all of which cap off at 100. For example, the number of CASE statements in a SELECT block, the number of nested include files, and the number of subroutine parameters.

What would be nice is if the stacks used changed to a linked list implementation and then the limits would only be based on how much memory you have.

Edit - in this case though, I think the yacc parser has an overflow that's not handled.

[Ionic Wind Support Team]

Fixed for the next update.

Thanks,
Paul.

[sapero]

compilling a source with errors, named "IPicture.Render().src" I got some errors in build window.
Double clicked in build window and got messagebox:
"D:\Aurora\temp\IPicture.Rende was not found".

I know that problem with errors in include files. Re-saving include file using "save as" helps, but here this trick failed.
Starting Aurora in current directory in /include. Aurora changes currend firectory every time you open a project or use "save as", or something else...

And often including files from default /include folder on error - doubleclick in build window tries to open file from /projects folder

[Parker]

I've had the include problem before too, it should probably check
a) the project directory
b) the current source file's directory (could differ from project's)
c) the include directory

[sapero]

Found another limitation in method name length- max 32 (or 31) characters. File wmsserver.h

Code Select Expand

interface IWMSPublishingPointCurtrentCounters /* : IDispatch */
{
declare virtual get_OutgoingDistributionAllocatedBandwidth(long *pVal),HRESULT;
}

[Parker]

What is the error? The limit is 64 characters, more are allowed just chopped off.

[sapero]

I get a crash every time it is parsed. Not only this method/interface.
After cutting method name to 32 characters it compiles.
Here compilation is used to test the conversion from C

http://www.sendspace.com/file/yw20il
here are all currently converted includes. Find the wmsserver.inc file, append to it on top #include "com.inc" and try to compile

[Parker]

Aha, found it! The problem is not a limit of 32, it is because the class name + length of @ character + length of method name (stored internally as ClassName@MethodName) exceeds 64, and the length isn't checked for. Give me a minute and I'll see if my fix works.

[Ionic Wind Support Team]

Fixed for the Alpha 3 update