On Fri, 18 Mar 2016, Peter wrote:
On 05/03/16 17:27, Michael Van Canneyt wrote:
Hi,
I have committed a PDF generator to FPC Subversion: fcl-pdf.
Hi Michael,
What's the input format? html?
Object Pascal Code.
Michael.
___
fpc-pascal
On 2016-03-05 20:24, Ralf Quint wrote:
> "The font 'Times' contains a bad /BBox"...
I found the problem and fixed this locally. I'm busy cleaning up the
fix, then test against all available PDF viewers I have. This fix should
be in the repo in a day or two.
Regards,
- Graeme -
--
fpGUI
Am 20.03.2016 00:57 schrieb "fredvs" :
> PS: This is a great victory who will solve (I hope) other library-related
> problems.
> PS2: Are there limitations of using dlsym() vs GetProcedureAdress() ?
> PS3: If dlsym() is cross-platform too, should I update all my codes that
use
>
Hi all,
I was on this list years ago, and then fell off at some point for
some reason, but back again now. :-)
Having written for DOS all those years ago, I am now just getting
into making smartphone apps, and it would be good to be able to use my
old friend FPC for it. :-) I have some
Re-hello (and last for tonight).
Yep, yep, yep.
Replacing all GetProcedureAdress() with dlsym()
DOES THE TRICK ! ;-)
(but dlopen() is needed in place of Loadlibrary())
Excellent tip.
Many, many, many thanks for help.
(And, maybe, a check for DynLibs.GetProcedureAdress() is needed for
Hi Michael,
I remember your name from when I was here before.
> I can send a URL for the articles if you want.
That would be great. I would love to read them (I am at the soaking-up
information stage :-) ).
thanks, Donald.
-
Email sent using Optus Webmail
Just quick before they cut the signal...
Could dlsym(ap1, Pchar('mp4ff_open_read') be used in place of
getprocedureaddress(hn, Pchar('mp4ff_open_read') ?
Because, if dlsym() works, maybe replacing all getprocedureaddress() with
dlsym() will work?
And can loadlibrary() be used by dlsym() ( or
OOOps, in previos mail:
Thanks to Ewald, Marco and Marc.
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Mangle-name-in-fpc-FreeBSD-tp5724528p5724586.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
@ Marco and Marc thanks for help.
Sorry I do not have easy internet connection so I worked by my side.
I will try your tips.
By the way, here are my investigations:
Hello.
Ok, ok, understood and wow.
Added in code:
Function dlopen(filename: PChar;
On 2016-03-06 07:35, Roberto P. wrote:
> Are metadata included ?
If you mean information like Author, Creation Date, PDF Producer,
Application Name, Title etc then the answer is yes.
Regards,
- Graeme -
___
fpc-pascal maillist -
On Mo, 2016-03-14 at 08:15 -0700, fredvs wrote:
> Hello.
>
> I have problem to access methods from a C library.
>
> For FreeBSD, the methods cannot be accessed (but ok for Linux and Windows).
>
> In FreeBSD, LoadLibrary(aac.so) is working but all GetProcAdress() for each
> method fail.
> Does
On Wed, Mar 16, 2016 at 8:53 PM, Bart wrote:
[...]
> @Silvio: Sven fixed it in trunk.
> Can you test and report back in
> http://bugs.freepascal.org/view.php?id=29745
> (I don't have fpc trunk)
Now it is working like a charm. Thank you Bart and Sven! :-D
(you can close
2016-03-17 14:58 GMT+01:00 Felipe Monteiro de Carvalho <
felipemonteiro.carva...@gmail.com>:
> Well, yes, it works fine, but you still need a Java part otherwise a
> lot of APIs cannot be accessed. In particular APIs that require
> creating interfaces.
>
I can confirm too :)
>
> > even is
On 03/19/2016 08:53 PM, Marco van de Voort wrote:
> In our previous episode, Ewald said:
>>> Re-huh..., it should be a great plus if a dlerror() was implemented in fpc
>>> too.
>>>
>>> But maybe I am missing something, maybe dlopen(), dlsym() and dlerror() can
>>> be done by pascal code (and not
On 03/19/2016 08:29 PM, fredvs wrote:
>> dlopen, dlsym and dlerror are *functions*, not console commands. Well, I
>> never tried the latter, but it appears they are not on your system ;-)
>> Now, I don't know where exactly these functions are declared (in which
>> unit, that is), but for debugging
On Thu, 17 Mar 2016 11:08:01 +0100 (CET)
Michael Van Canneyt wrote:
> - Use the Android SDK, using the JVM compiler.
> I have written several articles on how to use the latter approach;
> I wrote a real-world app with it.
But you don't own a smart phone and have never
On 2016-03-18 10:51, Michael Van Canneyt wrote:
> Please, only fpcunit tests.
I was maybe unclear in my request. The unit tests are implemented with
the FPCUnit API - and always will be (even though both FPCUnit and
FPTest have compatibility interfaces with each other). I'm simply asking
for the
On 2016-03-18 10:16, Michael Van Canneyt wrote:
> There is already a test added, see my private mail to you from this morning.
Ah, I see it now. Thanks. At the time of my message I was still
kick-starting my brain with my first cup of coffee. ;-)
ps:
What is FPC's policy on using unittest
In our previous episode, Ewald said:
> > Re-huh..., it should be a great plus if a dlerror() was implemented in fpc
> > too.
> >
> > But maybe I am missing something, maybe dlopen(), dlsym() and dlerror() can
> > be done by pascal code (and not via console, like I try).
> >
> dlopen, dlsym and
> dlopen, dlsym and dlerror are *functions*, not console commands. Well, I
> never tried the latter, but it appears they are not on your system ;-)
> Now, I don't know where exactly these functions are declared (in which
> unit, that is), but for debugging purposes, just add
>Function
ulrich wrote:
Dne 16.3.2016 v 15:23 Jonas Maebe napsal(a):
ulrich wrote:
In Ming32 I ran the following command:
$ pwd
/c/lazarus16/fpc/3.0.0
$ make crossinstall CPU_TARGET=arm OS_TARGET=linux
CROSSBINDIR=/c/lazarus16/FPC/3.0.0/bin OPT=-dFPC_ARMEL
INSTALL_PREFIX=/c/lazarus16/FPC
On 03/19/2016 07:49 PM, fredvs wrote:
> Hello Marc.
>
> Huh, I have a dummy question...
>
> How do you use dlopen(), dlsym() and dlerror() ?
>
> On console, with ->
>
> fred@freebsd> dlopen('/root/mylib.so')
>
> Result = "Illegal command name..."
>
>> call dlerror() after the failing dlsym(). It
Hello Marc.
Huh, I have a dummy question...
How do you use dlopen(), dlsym() and dlerror() ?
On console, with ->
fred@freebsd> dlopen('/root/mylib.so')
Result = "Illegal command name..."
> call dlerror() after the failing dlsym(). It should tell _why_ the call
> failed.
Re-huh..., it
On Fri, 18 Mar 2016, Graeme Geldenhuys wrote:
On 2016-03-05 17:27, Michael Van Canneyt wrote:
I have committed a PDF generator to FPC Subversion: fcl-pdf.
Michael. Is the fcl-pdf/utils/* really needed? As far as I can see that
code is obsolete now that fpPDF can embedding TTF files
2016-03-18 10:57 GMT+01:00 Ingemar Ragnemalm :
>
>> But for completeness, surely you do NOT have to write the Java (JVM)
> parts in Java, but you can write that too in FPC, right? I mean, using the
> FPC JVM compiler. But you need to interface JVM and native code like you do
2016-03-12 21:45 GMT-03:00 Sven Barth :
> It does not treat them the same, it simply picks the wrong one (as in
> "doesn't correctly respect the unit qualifier"). You should see a different
> (yet no less wrong) behavior if you turn around the units in the
>
2016-03-11 0:15 GMT-03:00 silvioprog :
> On Sun, Mar 6, 2016 at 7:21 PM, Mazola Winstrol
> wrote:
> [...]
>
>> Please see the code in attachments and send your suggestions / remarks.
>>
>
> Thanks for share.
>
> How do I use the the
On Fri, 18 Mar 2016, Jesus Reyes A. wrote:
En Thu, 17 Mar 2016 21:10:03 -0600, silvioprog
escribió:
On Tue, Mar 15, 2016 at 4:38 AM, Michael Van Canneyt
wrote:
[...]
I have (hopefully) fixed this. rev. 33255.
The crash was fixed after
On 2016-03-18 07:57, Michael Van Canneyt wrote:
> You think you've tested everything, and then this kind of thing pops up :-)
Indeed. If you haven't yet, I'll extend the unit tests for that too.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
On Thu, 17 Mar 2016, donald.ped...@optusnet.com.au wrote:
Hi all,
I was on this list years ago, and then fell off at some point for
some reason, but back again now. :-)
Having written for DOS all those years ago, I am now just getting
into making smartphone apps, and it would be good
On 2016-03-05 17:27, Michael Van Canneyt wrote:
>
> I have committed a PDF generator to FPC Subversion: fcl-pdf.
Michael. Is the fcl-pdf/utils/* really needed? As far as I can see that
code is obsolete now that fpPDF can embedding TTF files directly. The
usage of .fnt files are not used any
> Would you mind telling the result of dlerror()?
OK, I will follow your tips.
Write you later with the result.
> There are in fact different C compilers which are all able to compile C
or C++.
Yes and nearly all that compilers are the same (why not use sym-link?)
-> "Why not use sym-link in
ulrich wrote:
In Ming32 I ran the following command:
$ pwd
/c/lazarus16/fpc/3.0.0
$ make crossinstall CPU_TARGET=arm OS_TARGET=linux
CROSSBINDIR=/c/lazarus16/FPC/3.0.0/bin OPT=-dFPC_ARMEL
INSTALL_PREFIX=/c/lazarus16/FPC FPC=/c/lazarus16/FPC/3.0.0/bin/X86_
64-win64/FPC.
The result is:
system.pp
On Thu, 17 Mar 2016 17:29:23 +0100 (CET)
Michael Van Canneyt wrote:
> Obviously they are not so essential as you seem to think ?
You are right, they are not.
They are only useful to access strange chars like "0"-"9" or "!@#$%&*?/ etc."
which are not often used in
On 3/17/16, silvioprog wrote:
> Now it is working like a charm. Thank you Bart and Sven! :-D
I merely reported it in Mantis.
> (you can close the issue ^^ )
Done.
Bart
___
fpc-pascal maillist -
On Fr, 2016-03-18 at 16:34 -0700, fredvs wrote:
> > When following the procedure calls I find:
> ...
>
> Hello Mark.
>
> Thanks for your light.
>
> Huh, yes, IMO, there is something strange in dlsym/FreeBSD.
Would you mind telling the result of dlerror()?
> And asking something about C
On Do, 2016-03-17 at 04:27 -0700, fredvs wrote:
> > it would be helpful to see the code fragments in question.
> > The declaration of the external functions if any and the code calling
> > LoadLibrary() and GetProcAddress().
>
> Hello Mark and thanks for help.
>
> Here declaration to
On Thu, 17 Mar 2016, Reimar Grabowski wrote:
On Thu, 17 Mar 2016 15:49:50 +0100 (CET)
Michael Van Canneyt wrote:
But, I do have an emulator, and plenty of people in the building do have a
smartpone :-)
Amazing, eh ? :)
Not really.
But it's amazing that you wrote
Dne 16.3.2016 v 15:23 Jonas Maebe napsal(a):
ulrich wrote:
In Ming32 I ran the following command:
$ pwd
/c/lazarus16/fpc/3.0.0
$ make crossinstall CPU_TARGET=arm OS_TARGET=linux
CROSSBINDIR=/c/lazarus16/FPC/3.0.0/bin OPT=-dFPC_ARMEL
INSTALL_PREFIX=/c/lazarus16/FPC
> it would be helpful to see the code fragments in question.
> The declaration of the external functions if any and the code calling
> LoadLibrary() and GetProcAddress().
Hello Mark and thanks for help.
Here declaration to load-getprocess:
-
On Thu, 17 Mar 2016, Reimar Grabowski wrote:
On Thu, 17 Mar 2016 11:08:01 +0100 (CET)
Michael Van Canneyt wrote:
- Use the Android SDK, using the JVM compiler.
I have written several articles on how to use the latter approach;
I wrote a real-world app with it.
But
I would suggest checking this out:
http://castle-engine.sourceforge.net/engine.php
https://github.com/castle-engine/castle-engine/wiki/Build-Too
Lots of links here:
http://turbocontrol.com/devoptions.htm
___
fpc-pascal maillist -
On Fri, 18 Mar 2016, Graeme Geldenhuys wrote:
On 2016-03-18 10:16, Michael Van Canneyt wrote:
There is already a test added, see my private mail to you from this morning.
Ah, I see it now. Thanks. At the time of my message I was still
kick-starting my brain with my first cup of coffee. ;-)
En Thu, 17 Mar 2016 21:10:03 -0600, silvioprog
escribió:
On Tue, Mar 15, 2016 at 4:38 AM, Michael Van Canneyt
wrote:
[...]
I have (hopefully) fixed this. rev. 33255.
The crash was fixed after upgrade my FPC. But it still generating five
44 matches
Mail list logo