ScriptObject selected;
bool restore() {
	FlexGridObject flex = current.searchChildByNameFromVW('LIST_FILES');
	//ScriptObject localSelected = selected;
	//CellPoint point = flex.getCoordinate(localSelected);
        CellPoint point = flex.getCoordinate(selected);
	return true;
}

	nRet = (asERetCodes) pScriptEngine->RegisterObjectMethod("FlexGridObject", "CellPoint getCoordinate(const ScriptObject &in)", asMETHODPR(FlexGridScript, getCoordinate, (ScriptObject &),CellPoint ), asCALL_THISCALL); 
	assert( nRet >= 0 );

	nRet = (asERetCodes) pScriptEngine->RegisterGlobalFunction("void print(const ScriptObject &in)", asFUNCTION(printScriptObject), asCALL_CDECL);
	assert( nRet >= 0 );

nRet = (asERetCodes) pScriptEngine->RegisterObjectType("CellPoint", sizeof(CellPoint),    asOBJ_VALUE | asOBJ_POD | asOBJ_APP_PRIMITIVE);	nRet = (asERetCodes) pScriptEngine->RegisterObjectProperty("CellPoint", "uint row", offsetof(CellPoint, row));	assert( nRet >= 0 );	nRet = (asERetCodes) pScriptEngine->RegisterObjectProperty("CellPoint", "uint column", offsetof(CellPoint, column));	assert( nRet >= 0 );

Quote:Original post by WitchLord
How is the CellPoint type implemented? And how is it registered?

Depending on how it is implemented and how it is registered you may have a mismatch in how AngelScript thinks it should send the ScriptObject reference and how C++ expects to receive it. Return values that are stored in memory, rather than in the registers, require a hidden parameter before the oficial parameters that gives the location where the function should put the return value.

My guess is that C++ expects the CellPoint type to be returned in memory (thus require the hidden parameter), but you've not registered the type correctly making AngelScript think the type will be returned in the registers. This would make C++ use the ScriptObject reference as the hidden parameter, and take whatever else is on the stack after that as the ScriptObject reference (the value 4 that you're seeing).

The fact that printScriptObject works properly makes this cause even more probable, since it returns void, thus don't expect any hidden parameter.

Regards,
Andreas

Quote:Original post by WitchLord
The asOBJ_APP_... flags tells AngelScript what type of object it is for C++. This is what allows AngelScript to handle the object properly when passing it to the application, or receiving it.

In your case you told AngelScript that the object is really a primitive of size 8, which is normally returned in registers. However to C++ it is a structure with a constructor (and possibly an assignment behaviour as well), and these types are returned in memory (thus the need for the hidden parameter).

This is documented in the manual on the page on registering value types.

A future version will allow registration of value types without specifying the asOBJ_APP_... flags, however when this is done you won't be able to pass/receive the type by value from native functions as AngelScript won't know how to properly handle them.

Regards,
Andreas

nRet = (asERetCodes) pScriptEngine->RegisterObjectType("CellPoint", sizeof(CellPoint), asOBJ_POD | asOBJ_VALUE /*asOBJ_APP_CLASS*/ /*asOBJ_VALUE | asOBJ_APP_CLASS*/);	assert( nRet >= 0 );nRet = (asERetCodes) pScriptEngine->RegisterObjectProperty("CellPoint", "uint row", offsetof(CellPoint, row));	assert( nRet >= 0 );	nRet = (asERetCodes) pScriptEngine->RegisterObjectProperty("CellPoint", "uint column", offsetof(CellPoint, column));	assert( nRet >= 0 );	// test if registeration crash the program	nRet = (asERetCodes) pScriptEngine->ExecuteString(NULL, "CellPoint a;", NULL);	assert( nRet >= 0 );

Quote:Original post by WitchLord
A struct without any constructor/destructor/assignment behaviour should be registered with asOBJ_APP_CLASS (though I believe that for most compilers it would work with asOBJ_APP_PRIMITIVE as well).

Only value types should be registered with the asOBJ_APP_... flags. The reference types don't accept these flags, as they wouldn't be used by AngelScript anyway.

If you register the value type with asOBJ_POD, you don't have to provide any constructor or destructor. In this case AngelScript will also provide the default assignment behaviour for you.

Regards,
Andreas

asOBJ_POD  A plain-old-data type. Only valid with asOBJ_VALUE 

Quote:Original post by WitchLord
Did you try this?

nRet = (asERetCodes) pScriptEngine->RegisterObjectType("CellPoint", sizeof(CellPoint), asOBJ_VALUE | asOBJ_POD | asOBJ_APP_CLASS);

This is assuming your CellPoint looks like this:

struct CellPoint{  unsigned int row;  unsigned int column;};

If the structure actually has a constructor, then you need to use the flag asOBJ_APP_CLASS_C instead (even if you don't want to register any constructor with the engine).

Regards,
Andreas