64 Bit Support Required Feb 2015..

[spacefractal]

oh man. im finally got compiled it to arm64, and the game do now start... But its crashing now.

That crash that does in the game is due its trying to load a internal font, but crash with a BAD_ACCESS error....

So there is quite bugs that needs to been fixed.

[Ian Price]

If anyone can sort it, it's going to be you Alan

[spacefractal]

im soon or this weekend create a installer, which easier can integrate sourecode with the ios 8 project. its still fails with arm64 on "FindOrExtract" function with  a pointer issue and property needs help on that.

But howover im got a idea how to do a one pass compiler, rather than using two by importing cpp files directly to xcode (from a Code folder, so easy to spot that) as well setting few things up. Those cpp files glbasic have generated in the temp folder.

Since its include gernot source code, im will of course not put it in the public forum, but in the Source Code forum. But its will been easier to test and run, because my new makeapp.exe can copy a files directly from the source code a file and copy those (if they exists).

[Kitty Hello]

There is a define to remove shoebox calls.

Gesendet von meinem GT-N7100 mit Tapatalk

[spacefractal]

yes im did noticed that, but its does works nicely on 32bit, but crash on 64bit. Im send you a xcode project soon in the source code folde. Im do still believe its quite a simple thing to fix in the glb.h file (which im guess the bug is in there and in the string class). Im do away most of the day soon, so its must wait after that.

PS. DEBUG seens to been a reservered word in xCode, and hence its needs to been renamed (by now im DEFINED them out).

[hardyx]

Maybe GLB can generate the libPROGRAM in very obfuscated C/objC source code instead in binary form. Then you can get an XCode project to compile for iOS8 (or other) using a Mac. I think obfuscation is an option to keep closed source and continue developing for Apple without problems.

Example obfuscated code:

Code (glbasic) Select Expand

#include <stdio.h>
#define l11l 0xFFFF
#define ll1 for
#define ll111 if
#define l1l1 unsigned
#define l111 struct
#define lll11 short
#define ll11l long
#define ll1ll putchar
#define l1l1l(l) l=malloc(sizeof(l111 llll1));l->lll1l=1-1;l->ll1l1=1-1;
#define l1ll1 *lllll++=l1ll%10000;l1ll/=10000;
#define l1lll ll111(!l1->lll1l){l1l1l(l1->lll1l);l1->lll1l->ll1l1=l1;}\
lllll=(l1=l1->lll1l)->lll;ll=1-1;
#define llll 1000
l111 llll1 { l111 llll1 * lll1l,*ll1l1 ;l1l1 lll11
lll [ llll];};main (){l111 llll1 *ll11,*l1l,*
l1, *ll1l, * malloc ( ) ; l1l1 ll11l l1ll ;
ll11l l11,ll ,l;l1l1 lll11 *lll1,* lllll; ll1(l
=1-1 ;l< 14; ll1ll("\t\"8)>l\"9!.)>vl" [l]^'L'),++l
);scanf("%d",&l);l1l1l(l1l) l1l1l(ll11 ) (l1=l1l)->
lll[l1l->lll[1-1] =1]=l11l;ll1(l11 =1+1;l11<=l;
++l11){l1=ll11; lll1 = (ll1l=( ll11=l1l))->
lll; lllll =( l1l=l1)->lll; ll=(l1ll=1-1
);ll1(;ll1l-> lll1l||l11l!= *lll1;){l1ll
+=l11**lll1++ ;l1ll1 ll111 (++ll>llll){
l1lll lll1=( ll1l =ll1l-> lll1l)->lll; }}
ll1(;l1ll; ){l1ll1 ll111 (++ll>=llll)
{ l1lll} } * lllll=l11l;} ll1(l=(ll=1- 1);(l<llll)
&& (l1->lll[ l] !=l11l);++l); ll1 (;l1;l1=
l1->ll1l1,l= llll){ll1(--l ;l>=1-1;--l,
++ll)printf( (ll)?((ll%19) ?"%04d":(ll=
19,"\n%04d") ):"%4d",l1-> lll[l] ) ; }
ll1ll(10); }


[spacefractal]

libPROGRAM is not need at all. By now im simply just import the cpp directly to a new xcode project as long with the m files. That avoid using 2 pass compiling with xCode. Howover there is some 64bit pointer issues needs to been fixed and here im have uploaded a test project in the Source Code forum.

im do not thinks about obfuscated at all until all is working.

LibPROGRAM was the file compiled from your own project, and does not cointain glbasic source code.

[hardyx]

Well, what I said for libPROGRAM is applicable to all glbasic libraries needed.

[mrplant]

Hi.

It's been a few weeks plus now since anything was reported back here - any update on how things are going ?

[spacefractal]

Not much since last update but is working on it. Deadline do might slip, but trying keep that short a possible.

When catch out is finished I'm do more focus on those issues.

[spacefractal]

im have looked into this again. Howover im will now completly stopping working with iOS issues by now and came to the point im have no clue how to get the pointer mess to get working with 64bit mode. Its simply to much a mess and is got stuck now  :-(.

With that in say, im do can compile it and get it started and running, and got the xCode project running and compiling the files pretty fine. But various functions is not 64bit aware and have various pointer issues (im hate them in that why they works in c++).

So unless others take over (im need help), 64bit iOS wont been successed at all. The xCode projects im have created is in the source code forum. So checkout there.

What that is stuck and not workking is thinking is SORTARRAY() in glb.h and in FindOrExtract() functions in gfshowbox.h. Those is pretty much the most important issues right now (the swap x/y issue is a easy fix, but wont fix it before im see this running). Also DEBUG need to been renamed, due its a reservede word in xcode, but howover STDOUT is actuelly better to use that anyway.

Im thinks soon im see code how to fix those typical pointer issue. rest should been easier, so im understand better how the pointer works in the strings thing.

PS. Im have today updated the source code relocation project in the Source Code folder, so its easier to get it working.

[erico]

Hopefully Gernot can spare some time to shed some light into this issue.

[spacefractal]

im have issued a special xcode project with a runable code, which instead using the lib file, included the glbasic source code its self, so its should been easuer to get it working. This is what im can do. Find that in the 64bit project thread in source code folder.

Howover even the startup thing got fixed, there mightbeen issues with various commands, but here. mostly there can been workaround and cant test them all. But still, its important to just to see some running code.

[spacefractal]

exciting news:
Just now, im finally seen CatchOut (not tested with other games yet) to been running in 64bit mode.

The main bug have finally been found (in gfcompression.h), thanks HeadKaze. Gernot, im hope you dont mind im gave him the code to been looked on extractly that issue. He might even want to help more.

But there is still some issues left (SORTARRAY and ADRESSOF), but finally im do see glbasic running in 64bit mode at least (even im not sure what that bar at the top left is):


Howover its seen the game is in glbasic demo mode throught, which is what its telling. So the license might have been failed when checking in 64bit mode throught. So property that can been force me to remove that, when 64bit is detected.

Here is the fix for the main startup crash issue:
http://greatflash.co.uk/index.php?topic=1130.msg27332#msg27332

[Omadan]

Holy Moly, Space that is fantastic news, I would love to carry on working with Glbasic. Hopefully we can.

I have grown fond of this tool, hard to stop using it hehe.

Keep up the good work Space, you rock!!!