[solved] _sqlite_gettable2d unexpected Stripper error

[Skysnake]

>"C:\Program Files\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.exe" /ShowGui /in "C:\AutoIt\dev\main.au3"
+>19:58:38 Starting AutoIt3Wrapper v.2.2.0.0 SciTE v.3.4.1.0   Keyboard:00000409  OS:WIN_7/Service Pack 1  CPU:X64 OS:X86    Environment(Language:0409)
+>         SciTEDir => C:\Program Files\AutoIt3\SciTE   UserDir => C:\Users\Home\AppData\Local\AutoIt v3\SciTE\AutoIt3Wrapper   SCITE_USERHOME => C:\Users\Home\AppData\Local\AutoIt v3\SciTE 
-> No changes made..

>Running Au3Stripper (1.2.0.0)  from:C:\Program Files\AutoIt3\SciTE\Au3Stripper cmdline:
-### StripOnly/StripFunc Error: Found Call() statement using unsolvable Func, which will/could lead to removal of Funcs that are used by this Function.
>### current Func: _sqlite_gettable2d
C:\Program Files\AutoIt3\include\SQLite.au3(598,1) Warning for line:$iCbRval = Call($sCallBack, $aDataRow) 

-### StripOnly/StripFunc Error: Found Call() statement using unsolvable Func, which will/could lead to removal of Funcs that are used by this Function.
>### current Func: _sqlite_gettable2d
C:\Program Files\AutoIt3\include\SQLite.au3(614,1) Warning for line:$iCbRval = Call($sCallBack, $aDataRow) 

If I run my script with F5 it works.  If I compile with Stripper, I get this.  EXE seems to work though... ?

Compiling without stripper, no problem 

"Error" seems to be in SQLITE.AU3 and limited to   _sqlite_gettable2d -> or rather thats all I am currently using.

The offending lines in SQLITE.AU3 are      

        Local $iCbRval
        $iCbRval = Call($sCallBack, $aDataRow)
        If $iCbRval = $SQLITE_ABORT Or $iCbRval = $SQLITE_INTERRUPT Or @error Then

 

Please advise?

 

 

Edited June 12, 2015 by Skysnake
edit: solved, problem was unrelated

[jchd]

This is the callback hook provided in this function (rarely used AFAIK). What stripper does to it you'd have to ask the "Master of strip", aka Jos.

[Skysnake]

you are a star jchd, any syggestions on what I could do?  Write a little "catch the callback function" function?  Never done this?  Ideas and suggestions very welcome.

Thx 

Edited May 10, 2015 by Skysnake

[JohnOne]

You can either not use au3stripper or check the altered code that the function you are passing is still present.

[Skysnake]

Okay, it appears that SQLITE.AU3 makes use of the function Call() - as listed above, but "Func Call()" is apparently not defined in SQLITE.au3 

 

[jchd]

No, this is an undocumented callback feature: if the Byref $aRows parameter you pass is a string containing ""SQLITE_CALLBACK:myfunc" then your function called myfunc will be invoked for every row fetched instead of populating a result 2D array.

Indeed stripper can't determine which function will be called eventually since it isn't even passed as an explicit parameter directly.

Maybe the way out would be to explicitely invoke myfunc with a dummy parameter so that it doesn't do anything, so that stripper will know the the function is used somewhere. But this is only useful in case the callback machinery is used. Given that it isn't even documented I doubt leaving things as is would break anything.

[Jos]

It is pretty simple: AU3Stripper will read all scriptlines and tries to determine which FUNC's are actually used. The FUNC's which aren't used are stripped.
In case a Call() statement is use it could happen that AU3Stripper isn't able to determine what FUncName in defined in the Call statement so hence the warning. You could add any FUNC that you never want to be stripped to

#Au3Stripper_Ignore_Funcs=

I see you are using an older version (1 year +) of AU3Stripper.

Jos
 

Edited May 10, 2015 by Jos

[Skysnake]

Thx Jos.  This came down when I installed 3.3.12.0 last year. Should I re-install? Whats best way of getting current, actual stripper?

[Jos]

The Error shown by AU3Stripper is really a big fat warning.
It is not a given that the FUNC used in the CALL() actually got stripped, but I/AU3Stripper doesn't know for sure so wanted to make it ultimate clear that it could be possible,

So... If it works your fine but better test it all carefully.

Jos