On Thu, 1 May 2014, fredvs wrote:
Hello.
When a java class use a fpc library that call jni.CallVoidMethod inside a
thread it crash the application.
If the fpc library call jni.CallVoidMethod directly (not via a thread) =>
perfect, it works.
Is that a known problem ?
Not known, but defini
remove fppkg & lnet from fpc 2.2.2 sources
cycle 2.2.2 FPC
substitute << 2.2.4
fcl-image
gtk2
into >> 2.2.2
cycle 2.2.2 FPC source and install
in "Lazarus 09.28.2" 1 line with have too get commented out
make clean all
make install
tested in linux-headers-3.13.0-19-generic Xubuntu
look no bu
On 02.05.2014 07:45, LacaK wrote:
Hi,
I am trying understand how FPC determines which version of overloaded
function to call.
Take as example these 2 functions (from SysUtils):
1. function StrPLCopy(Dest: PChar; Source: string; MaxLen: SizeUInt):
PChar; overload;
2. function StrPLCopy(Dest: PWide
Hi,
I am trying understand how FPC determines which version of overloaded
function to call.
Take as example these 2 functions (from SysUtils):
1. function StrPLCopy(Dest: PChar; Source: string; MaxLen: SizeUInt):
PChar; overload;
2. function StrPLCopy(Dest: PWideChar; const Source: UnicodeStrin
Hello.
When a java class use a fpc library that call jni.CallVoidMethod inside a
thread it crash the application.
If the fpc library call jni.CallVoidMethod directly (not via a thread) =>
perfect, it works.
Is that a known problem ?
Maybe does it exist something else than jni.CallVoidMethod fo