Why don't refactoring the slow RTL random to MyRandom so you can switch? You
can do it in a few miniutes.
In my opinion the current RTL random function should not change, because
other FPC developers are depend on current code base.
But a fast random or other random implementation should put
I google the web and saw FPC can cross compile to Android.
Whave GLES header for FPC too, so we have chance to build multimedia
applications without the Android NDK?
An other question is I cant find the steps to cross compile to Android ,is it
just as simple as I create a arm-linux project in
But ShortStrings also store the length in string[0]. If I do a append, I
think the string will append to string[1]
So don't assume string are always initialized with null string?
Message: 5
Date: Sun, 7 Mar 2010 00:17:03 +0100
From: Mattias Gaertner nc-gaert...@netcologne.de
Subject: Re:
I have a a program that will read a string and parse the string to some
sub-strings in sub routine.
I add every character to a local string buffer in sub routine. The code
work well in delphi but suddenly fail in fpc.
When I watch the buffer, it display some garbage instead of null string when
I need to use the waveout function of mmsystem on wince and write a class to
Encapsulate it, so I need to use MakeObjectInstance on wince project so I
can pass methods as callback.
But MakeObjectInstance is only avaliable in win32 classes.pp, not wince one.
When I copy the MakeObjectInstance
I found a header convertion post in mail arc, and I follow the post to
modify the ddraw.pas.
Now I can create surface on WM6 pro , but I cant BitBlt any thing on surface
using TPicturre.
Hope someone can give suggestion on how to make it work.
Current example to blit a jpg on DDraw Surface
