Sign in to follow this  

Problem loading bytecode

This topic is 1330 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Dear all,

I need to compile the scripts into bytecode, and load and execute them in a completely different environment.

I compile the scripts with a slightly modified version of the asbuild.

The the other environment I implemente the corresponding slightly modified version of asrun.

The problem is when the script references a cdecl external function declared in the environment.

I boiled down the issue to this script:

void main(void)
{
  SystemFunc(0, 123);
}

I succesfully register this function in the engine both when I succesfully compile the script and when I try to execute it, with:

engine->RegisterGlobalFunction("void SystemFunc(uint, int)", asFUNCTION(SystemFunc), asCALL_CDECL);

But then the LoadByteCode function fails apparently because it does not find the function.

Further analysis led me to the call sequence into the asCReader object:
Read -> ReadInner -> ReadUsedFunctions -> IsSignatureEqual.

After few nested calls it end up into asCScriptFunction::IsSignatureExceptNameAndReturnTypeEqual where there is the following code:

  if(this->isReadOnly        != readOnly) return false;
  if(this->inOutFlags        != paramInOut) return false;
  if(this->parameterTypes    != paramTypes) return false;
  if((this->objectType != 0) != (objType != 0)) return false;

  return true;

Where everything matches but the pointer to parameterType. I am quite sure that the contents of the parameters type are pretty the same, but simply they are two different copies of the same thing. And they do not match.

I need some suggestion about the way out of this issue.

Maybe I have made something wrong, and any help is appreciated. Note that if I compile the script in the same environment everything works as aexpected.

The best way, I think to solve is to mach the parameters when they are created and make only one copy, but I donìt know where to look.

The other way is to match the contents of the parameters, rather than pointers ...

Any suggestion?

Thanks.

Mau.

 

 

Share this post


Link to post
Share on other sites

Sorry for the above noise ...

Looking further I've noticed that indeed the parameterTypes array contents are checked so probably there is some other fault in my code ...

 

Continuing to try ...

 

Regards.

Mau.

 

Share this post


Link to post
Share on other sites

Hi Mau,

 

First of all: Upgrade to the latest version (WIP) of AngelScript in the SVN if you haven't done so already. There are some bugfixes related to serializing bytecode in the 2.29.0 WIP.

 

 

Secondly: Can you let me know a bit more about the platforms you're using? On what platform are you building the bytecode, and on what platform are you executing it? Most likely they are compatible, but there are some specific restrictions in the bytecode saving that may make the platforms incompatible. I need information such as OS, 32bit/64bit address model, and CPU type.

 

 

Can you also provide the configuration file that you use for asbuild, so I can have a look at the interface you're registering with the engine?

Share this post


Link to post
Share on other sites

Thanks Andreas for your answer.

For Your information the environment is a real time kernel, but the platform is a normal win32 with VS2010 compiler, so everythink applies to x86 environment should work into this kernel too.

Parameter conventions are the same as the more conventional win32 programming. This is also the reason I want to compile in plain win32 and execute only the code in real time ... it looks like a waste of time to "compile" in real time ...

I am working with the latest svn version.

My fault was an innocent missing "const" in the signature used running the bytecode, with respect to that used by the compiler, and that was why it didn't match the function. I discovered this tonight, well after I posted here.

So sorry for the rised flag ... it was my fault.

 

Regards.

Mau.

Share this post


Link to post
Share on other sites

This topic is 1330 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

Sign in to follow this