[fpc-devel] Bug 29760 on FPC 3.0 Win64
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
It happened to me (again) :(.
After upgrading fpc to the latest svn version, I can't compile the
latest svn version of Lazarus.
The problem (first) occurs with RegisterFCL.
(Currently the error is "Can't find unit db used by RegisterFCL", but
there had been other units before it did not find
Hi.
I have 96 dpi, but I use Windows classic as thema.
When I switch to Windows 7 Basic, the grid works fine.
mvg
Frans van Leeuwen
M 06-51695390
Op 05-04-2016 om 22:21 schreef Werner Pamler:
I used Laz 1.6/FPC 3.0 on Win7. I'm not sure wich version of fps, I think 1.6.
Strange... I went
On Wed, 06 Apr 2016 09:33:45 +0200, Michael Schnell
wrote:
>[fpc-devel] Bug 29760 on FPC 3.0 Win64
>
OK, so it was on the devel list
I do not often check that even though it is in GMANE.
Found it now and it looks like it has something to do with operations
on variables that are double and cu
Op 05-04-16 om 21:00 schreef ahiggins:
Not sure if you resolved the missed align data error (im coming to the party
late), today i have had the same problem, now below is the crude mod i did
to get it working for me, not sure if it will help your problem but worth a
try.
LR_Prntr unit. around li
Hi,
I don't really know what it is called, but when I'm in a method of a
class, the top line of my editor (I call it "info line"), tells me what
class and method I am in. This is very useful information.
I have noticed today that if I work with Object types (not Class types),
then I don't see tha
Bo Berglund wrote:
On Wed, 06 Apr 2016 09:33:45 +0200, Michael Schnell
wrote:
[fpc-devel] Bug 29760 on FPC 3.0 Win64
OK, so it was on the devel list
I do not often check that even though it is in GMANE.
Found it now and it looks like it has something to do with operations
on variables t
On 06/04/2016 12:03, Graeme Geldenhuys wrote:
Hi,
I don't really know what it is called, but when I'm in a method of a
class, the top line of my editor (I call it "info line"), tells me what
class and method I am in. This is very useful information.
I have noticed today that if I work with Obje
On Thu, Mar 31, 2016 at 1:13 PM, Michael Van Canneyt wrote:
[...]
> No, I have one of ~1Mb. But probably logical if the file is not there ?
>
> It's not quite clear what to think of your report ?
>
> For me
>
> "PDF was succefully generated"
>
> does not compute with
>
> "Unable to open file "fon
On Thu, Mar 31, 2016 at 1:26 PM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:
[...]
> On 2016-03-31 17:13, Michael Van Canneyt wrote:
>
> I had a look at your PDF. I did not extract the embedded FreeSans font
> you have embedded, so don't know the font file version, but based on its
>
On Thu, Mar 31, 2016 at 1:17 PM, Michael Van Canneyt wrote:
[...]
> Please, don't do {%H-} etc:
>
> procedure CreateTTFCIDSystemInfo(const {%H-}EmbeddedFontNum:
> integer;{%H-}FontDef: TFontDef);virtual;
>
{$HINTS OFF} instead of it?
> Typecasts like this should also not be done:
>
> +Font
On Thu, Mar 31, 2016 at 1:13 PM, Michael Van Canneyt wrote:
>
> On Thu, Mar 31, 2016 at 11:18 AM, silvioprog wrote:
>
> [...]
> Greek: Ge?? s?? ??s
>> Polish: Witaj swiecie
>> Portuguese: Ol? mundo
>> Russian: ???
>> Vietnamese: Xin ch?o th? gi?i
>
>
This attached patch definitely f
On Wed, Apr 6, 2016 at 1:57 PM, silvioprog wrote:
> On Thu, Mar 31, 2016 at 1:13 PM, Michael Van Canneyt <
> mich...@freepascal.org> wrote:
>>
>> On Thu, Mar 31, 2016 at 11:18 AM, silvioprog
>>> wrote:
>>
>> [...]
>
>> Greek: Ge?? s?? ??s
>>> Polish: Witaj swiecie
>>> Portuguese: Ol? mundo
>>> R
On Wed, 6 Apr 2016, silvioprog wrote:
On Thu, Mar 31, 2016 at 1:13 PM, Michael Van Canneyt
wrote:
On Thu, Mar 31, 2016 at 11:18 AM, silvioprog wrote:
[...]
Greek: Ge?? s?? ??s
Polish: Witaj swiecie
Portuguese: Ol? mundo
Russian: ???
Vietnamese: Xin ch?o th? gi?i
This a
On 2016-04-06 17:57, silvioprog wrote:
> This attached patch definitely fixes this error on Windows. :-)
This was already fixed (plus other changes). I simply forgot to send
Michael the email yesterday to update FPC.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Fr
On Wed, 6 Apr 2016, silvioprog wrote:
On Thu, Mar 31, 2016 at 1:17 PM, Michael Van Canneyt
wrote:
[...]
Please, don't do {%H-} etc:
procedure CreateTTFCIDSystemInfo(const {%H-}EmbeddedFontNum:
integer;{%H-}FontDef: TFontDef);virtual;
{$HINTS OFF} instead of it?
No, fix the hint (if p
On 2016-04-01 20:16, Jesus Reyes A. wrote:
> (it seems currently is not necessary because the matrix is auto-adjusted)
> and then ...
>
>P.WriteUTF8Text(15, 120, 'Languages: English: Hello, World!');
>P.WriteUTF8Text(40, 130, 'Greek: -FÃåéÜ óïõ êüóìïò');
>P.WriteUTF8Text(40, 140, 'P
On Wed, 6 Apr 2016, Graeme Geldenhuys wrote:
On 2016-04-06 17:57, silvioprog wrote:
This attached patch definitely fixes this error on Windows. :-)
This was already fixed (plus other changes). I simply forgot to send
Michael the email yesterday to update FPC.
Patch applied. Rev. 33428.
M
On 2016-04-06 18:18, Michael Van Canneyt wrote:
>>> >> procedure CreateTTFCIDSystemInfo(const {%H-}EmbeddedFontNum:
>>> >> integer;{%H-}FontDef: TFontDef);virtual;
>>> >>
>> >
>> > {$HINTS OFF} instead of it?
> No, fix the hint (if possible).
>
As I "hinted" (excuse the pun) at before, any refere
On 2016-04-06 18:23, Michael Van Canneyt wrote:
> Patch applied. Rev. 33428.
Thanks Michael.
Regards,
- Graeme -
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 2016-04-01 02:21, Jesus Reyes A. wrote:
>> > // Add your custom page as follows
>> > P := TMyPDFPage.Create(Doc);
>> > Doc.Pages.Add(P); // global Page Object list
>> > lSection.AddPage(P); // which Section our page belongs too
>> >
> Yes that would suffice, thanks.
This change has now
Hi.
Your demo works fine, so I will change my program.
I've noticed another point: on my computer is the fontsize and the row heigth greater in my program
than in your demo.
I've tried changing the fontsize, in the object inspector and in the code, but
that makes no difference.
I use this cod
On Wed, Apr 6, 2016 at 2:14 PM, Michael Van Canneyt
wrote:
[...]
> Why is this patch needed ? It should not be needed at all ?
>
Sorry, I sent a wrong patch, please consider this new one in attachment.
My patch just fix wrong chars in the generated PDF, eg, before the apply
it, I got:
...
Engl
On Wed, 6 Apr 2016, silvioprog wrote:
On Wed, Apr 6, 2016 at 2:14 PM, Michael Van Canneyt
wrote:
[...]
Why is this patch needed ? It should not be needed at all ?
Sorry, I sent a wrong patch, please consider this new one in attachment.
My patch just fix wrong chars in the generated PDF,
Am 06.04.2016 um 19:34 schrieb Frans:
Hi.
Your demo works fine, so I will change my program.
I've noticed another point: on my computer is the fontsize and the row
heigth greater in my program than in your demo.
I've tried changing the fontsize, in the object inspector and in the
code, but tha
On Wed, 06 Apr 2016 12:23:12 -0500, Graeme Geldenhuys
wrote:
On 2016-04-01 20:16, Jesus Reyes A. wrote:
(it seems currently is not necessary because the matrix is
auto-adjusted)
and then ...
P.WriteUTF8Text(15, 120, 'Languages: English: Hello, World!');
P.WriteUTF8Text(40, 130, 'Gre
Since some time, the TurtoiseSVN overlay icons of some of the packages
which I loaded from svn have become practically useless. It is always
the autogenerated package unit which is marked by a red overlay icon as
being out of date. When I open the unit I see that the line
{$warn 5023 off : no
On 2016-04-06 22:31, Werner Pamler wrote:
> There must be something in my Lazarus settings which inserts this line.
>
> Could anybody give me a hint where to look?
I see the same thing here with Lazarus v1.7. It is annoying for the SCM,
but I think I figured out the reasoning for that line. Lazar
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 4/6/16, Werner Pamler wrote:
> {$warn 5023 off : no warning about unused units}
>
> has been added to the unit header. Deleting the unit, updating it from
> the svn repository fixes it for the moment, the "no warning about unused
> units" line is gone, and the overlay icon is green. But when I
07.04.2016 0:31, Werner Pamler пишет:
Since some time, the TurtoiseSVN overlay icons of some of the packages
which I loaded from svn have become practically useless. It is always
the autogenerated package unit which is marked by a red overlay icon as
being out of date. When I open the unit I see
07.04.2016 0:53, Graeme Geldenhuys пишет:
On 2016-04-06 22:31, Werner Pamler wrote:
There must be something in my Lazarus settings which inserts this line.
Could anybody give me a hint where to look?
I see the same thing here with Lazarus v1.7. It is annoying for the SCM,
but I think I figure
Am 07.04.2016 um 00:42 schrieb Maxim Ganetsky:
Which file gives you this warning?
It is always the package unit - I don't know if this is the correct
name, I mean the unit which has the same name as the lkp file and which
is autocreated, its first lines say: "This file was automatically
crea
Here:
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packager/packagesystem.pas?root=lazarus&r1=51771&r2=51770&pathrev=51771
V.
__
Od: Maxim Ganetsky
Komu: Lazarus mailing list
Datum: 07.04.2016 01:13
Předmět: Re: [Lazarus] {$w
En Wed, 06 Apr 2016 13:14:49 -0500, Michael Van Canneyt
escribió:
On Wed, 6 Apr 2016, silvioprog wrote:
On Wed, Apr 6, 2016 at 2:14 PM, Michael Van Canneyt
wrote:
[...]
Why is this patch needed ? It should not be needed at all ?
Sorry, I sent a wrong patch, please consider this ne
Am 07.04.2016 07:43 schrieb "Jesus Reyes A." :
>
> En Wed, 06 Apr 2016 13:14:49 -0500, Michael Van Canneyt <
mich...@freepascal.org> escribió:
>
>>
>>
>> On Wed, 6 Apr 2016, silvioprog wrote:
>>
>>> On Wed, Apr 6, 2016 at 2:14 PM, Michael Van Canneyt <
mich...@freepascal.org>
>>> wrote:
>>> [...]
>
On Thu, 7 Apr 2016, Sven Barth wrote:
the SetMultiByteConversionCodePage(CP_UTF8) call makes
DefaultSystemCodePage=CP_UTF8 which matches UTF8String and so in
fpc_ansistr_to_ansistr no conversion is performed.
And so that is why SetMultiByteConversionCodePage(CP_UTF8) is needed when
compil
37 matches
Mail list logo