Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread Stefan V. Pantazi
I think you need to use a global define passing a -d??? parameter (-dAGG2D_USE_FREETYPE) to the compiler. Just adding it to a unit only defines for that unit and to any file included in that one unit. On 06/14/2017 09:40 PM, James Richters wrote: The font rendering should all be controlled by

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread James Richters
>The font rendering should all be controlled by compiler defines. You don't >need to modify the unit to make it work. >Simply add the correct define in your project's Compiler Settings and >recompile the code. That is what I thought should happen, but I put {$DEFINE AGG2D_USE_FREETYPE} In my

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread Graeme Geldenhuys
On 2017-06-14 19:15, James Richters wrote: testing it are using the same thing, and people can have programs that use either unit side by side without remembering how to modify / unmodify a unit to make it work. The font rendering should all be controlled by compiler defines. You don't need to

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread Graeme Geldenhuys
On 2017-06-14 19:15, James Richters wrote: Here is what I found out... Freetype.dll included in fpgui_src_1.4.1.zip indeed does not have a dependency for msvcr71.dll... Yup, that's what I thought. :) however, it only works if I compile with Win32. True. I'll include a 64-bit version too.

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread Graeme Geldenhuys
On 2017-06-14 16:37, James Richters wrote: I was able to finally compile and run the test program for Win64. Excellent news! As for AggPas. I use the version of AggPas that is included with fpGUI. I simply make sure the path to AggPas is specified in the There are 3 forks of AggPas that I

Re: [fpc-pascal] FPC for AVR

2017-06-14 Thread Brian
mikroPascal (not free) supports AVR and many other chips. https://shop.mikroe.com/compilers/mikropascal/avr-electronic-license Brian -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/FPC-for-AVR-tp5729005p5729056.html Sent from the Free Pascal - General mailing

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread James Richters
I finally got freetype to work with AggPas, but I had to make a few changes. I am wondering if there is a way to submit a request for changes so they will be part of the next release? Here is what I found out... Freetype.dll included in fpgui_src_1.4.1.zip indeed does not have a dependency fo

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread James Richters
All this has me wondering about the freetype.dll version. I've been using freetype.dll that I found in AggPas24-rm3.zip modified 9/17/2007 I notice there is another one in fpgui_src_1.4.1.zip in the fpgui-1.4.1\extras\freetype_windows directory modified 12/9/2012 Is this the best version to us

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread James Richters
I was able to finally compile and run the test program for Win64. I wanted to change only one thing at a time so I could figure out what exactly the problem was. The first thing I tried was to use the exact version of AggPas Graeme used. >As for AggPas. I use the version of AggPas that is in

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread James Richters
>> I also wonder if this is a windows 10 frootllooopy weirdness thing (it >> wouldn't be the first). Can you just email me the exe file zipped and >> I'll just try to run it here? Then I will know if it's a compiler >> issue or an OS issue >I assume you mean the executable of the ptcgraph+agg

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread James Richters
Thanks for all the info, I will try to get it working. >I assume you mean the executable of the ptcgraph+aggpas demo? I'll do so in a >private email. Yes, please. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/c

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread Graeme Geldenhuys
On 2017-06-14 11:57, James Richters wrote: I've downloaded the zip file and extracted it to H:\FPC64. But now I have a few questions to attempt to duplicate a successful 64bit compile. Two steps are required - sorry, I forgot to mention that in my previous post (though I did to the person i

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread James Richters
>Strange, as it works perfectly here. I compiled FPC 3.0.2 for win64 (I always >do that for Win64 - I never use the cross compiler). >Somebody else (I can't remember who) asked for a native win64 windows >compiler, and I zipped up the one I had. It is still available for download >from here...

Re: [fpc-pascal] SIGSEGV in fpc_check_object

2017-06-14 Thread Sven Barth via fpc-pascal
Am 14.06.2017 11:13 schrieb "Gabor Boros" : > > 2017. 06. 14. 10:28 keltezéssel, José Mejuto írta: >> >> That's wrong for sure, x is not initialized to nil, not in Linux nor in Windows. > > > With the below code caption of the form not changed on Linux for me. > > > procedure TForm1.FormCreate(Send

Re: [fpc-pascal] Implementing AggPas with PtcGraph

2017-06-14 Thread Graeme Geldenhuys
On 2017-06-14 01:25, James Richters wrote: I have just installed Lazarus but still can't get the aggpas_ptcgraph_output.pas sample program to run when compiled for x64. Here is what I have done. Strange, as it works perfectly here. I compiled FPC 3.0.2 for win64 (I always do that for Win64 - I

Re: [fpc-pascal] SIGSEGV in fpc_check_object

2017-06-14 Thread Gabor Boros
2017. 06. 14. 10:28 keltezéssel, José Mejuto írta: That's wrong for sure, x is not initialized to nil, not in Linux nor in Windows. With the below code caption of the form not changed on Linux for me. procedure TForm1.FormCreate(Sender: TObject); var x:TPanel; begin if Assigned(x) then Ca

Re: [fpc-pascal] SIGSEGV in fpc_check_object

2017-06-14 Thread José Mejuto
El 13/06/2017 a las 21:04, Gabor Boros escribió: Cannot have a simple test case just a dumb example. procedure TForm1.FormCreate(Sender: TObject); var x:TPanel; begin x.Free; end; With Linux no error (x is Nil before the Free call), with Windows got SIGSEGV (x is not Nil before the Fre