On 23-5-2013 3:11, silvioprog wrote:
> How to get the error code of a data base error? I'm using the
> PostgreSQL.
You can catch db specific errors (descendends of EDatabaseError IIRC) in
an exception - the postgresql descendent was extended with more
properties that include the error code IIRC,
On 22-5-2013 11:02, Sven Barth wrote:
> Am 22.05.2013 08:06, schrieb Reinier Olislagers:
>> make.exe[3]: *** No rule to make target `jarparamparser.pas', needed by
>> `fpcjres.exe'. Stop.
> Fixed in 24550.
Thanks for the quick fix, Sven!
___
fpc-pasca
Using FPC 2.7.1 I'm cross-compiling from x86_64 to ARM/RPi and have
specified:
-XR/usr/local/opt/chroot/raspbian/rootfs
This produces a link.res file that includes the following:
SEARCH_DIR("/usr/local/opt/chroot/raspbian/rootfs/usr/lib/arm-linux-gnueabihf/")
SEARCH_DIR("/usr/local/opt/chroot/ra
Hello,
How to get the error code of a data base error? I'm using the PostgreSQL.
The full list of all erros is:
http://www.postgresql.org/docs/9.2/static/errcodes-appendix.html
Thank you!
--
Silvio Clécio
My public projects - github.com/silvioprog
___
Which package did you download? (Source package or other?)
md
On 5/22/2013 10:41 AM, Bart wrote:
I installed fpc 2.6.2 from the installscript (not from rpm) in /usr/local.
This works well.
Bart
___
fpc-pascal maillist - fpc-pascal@lists.freepascal
I installed fpc 2.6.2 from the installscript (not from rpm) in /usr/local.
This works well.
Bart
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Anybody successful putting Freepascal 2.6.2 / Lazarus 1.0.8 on Fedora 18.
It seems like Fedora 18 has symbolic links which point /bin and /sbin to
/usr/bin and /usr/sbin respectively.
/bin -> /usr/bin
/sbin -> /usr/sbin
Then the compiler chokes an error about "You must have an old compiler"
On Wed, May 22, 2013 at 3:54 PM, m...@rpzdesign.com wrote:
> Watch out when the Intel mobile processors come along, I doubt they will be
> ARM 7 compatible.
> But they may be x86!
That's not problem. If we have x86 too, then instead of doing 2 clicks
to build the project, I'll have to do 4 clicks
Felipe:
Any comments on how you would mix C and pascal into the same binary
for JNI/Android?
I have some encryption routines in C that I need to link to Pascal and
then get called by Java.
md
On 5/22/2013 7:29 AM, Felipe Monteiro de Carvalho wrote:
Hello,
On Wed, May 22, 2013 at 1:50 PM, m
You sir,
Are a good man.
Thx for the link.
Watch out when the Intel mobile processors come along, I doubt they will
be ARM 7 compatible.
But they may be x86!
md
On 5/22/2013 7:29 AM, Felipe Monteiro de Carvalho wrote:
Hello,
On Wed, May 22, 2013 at 1:50 PM, m...@rpzdesign.com wrote:
Ar
Hello,
On Wed, May 22, 2013 at 1:50 PM, m...@rpzdesign.com wrote:
> Are you saying that you are writing JNI routines in Pascal for android?
Yes. And luckly it works in all devices =) I was a bit scared that I
might hit a wierd problem here involving code generation or whatever,
but ... just a no
On 2013-05-22 13:50, m...@rpzdesign.com wrote:
Are you saying that you are writing JNI routines in Pascal for android?
If so, can you post some of the things like the pascal header files
you use to allow for the creation of the .so files
so that Java can call into pascal across the JNI interfa
Are you saying that you are writing JNI routines in Pascal for android?
If so, can you post some of the things like the pascal header files you
use to allow for the creation of the .so files
so that Java can call into pascal across the JNI interface.
I have 2 projects that I need Pascal talkin
Am 22.05.2013 08:06, schrieb Reinier Olislagers:
r24549 | joost | 2013-05-21 21:58:14 +0200 (di, 21 mei 2013) | 1 line
* Removed unused unit jarparamparser.pas
Perhaps some (fp(c))make regeneration or something?
Building it I see:
make.exe[3]: Leaving directory `C:/development/fpctrunk/utils
Am 21.05.2013 20:52, schrieb Felipe Monteiro de Carvalho:
Oh, forget it. Someone answered in android-ndk group: I had a typo in
another JNI routine which caused the problem.
It seams that the new Android checks all JNI routines at startup.
Older ones checked the routines only when they were util
Oh, forget it. Someone answered in android-ndk group: I had a typo in
another JNI routine which caused the problem.
It seams that the new Android checks all JNI routines at startup.
Older ones checked the routines only when they were utilized, so would
only crash when it was utilized.
--
Felipe
On Tue, May 21, 2013 at 5:47 PM, Felipe Monteiro de Carvalho
wrote:
> My only idea at the moment is to do the static export too... maybe
> that will work, lets see.
No, that didn't help anything =(
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillis
Hello,
I know that some other people here are developing Android JNI apps.
For me it has worked perfectly so far, but as we just got a Galaxy S4
in the office I thought of testing my app there and boom =( It crashes
at the startup:
I/True Democracy( 8624): Trying to load libtruedemocracy.so
D/da
18 matches
Mail list logo
