On Mon, 22 Feb 2016, Serguei TARASSOV wrote:
Hello,
UniDAC doesn't compile with Lazarus 1.6/FPC 3.0.
The case may be reproduced on following example.
To my knowledge, this has never worked.
Michael.
program Project1;
{$MODE DELPHI}
uses
SysUtils, Classes, DB;
var
F: TField;
FieldDe
Hello,
UniDAC doesn't compile with Lazarus 1.6/FPC 3.0.
The case may be reproduced on following example.
program Project1;
{$MODE DELPHI}
uses
SysUtils, Classes, DB;
var
F: TField;
FieldDef: TFieldDef;
begin
with F do
FieldDef := FieldDefs.AddFieldDef;
// ^^error here
end.
On 2015-10-12 16:57, Dmitry Boyarintsev wrote:
> Are you saying that interfaces allow multiple inheritance? I don't think
> they do.
Oh hell... LOL, it is Blue Monday for me! :-[
My apologies, you are indeed correct.
Regards,
- Graeme -
___
fpc-pasc
On Mon, 12 Oct 2015, Graeme Geldenhuys wrote:
Hi,
Speaking of Interfaces, there seems to be a bug (omission) in the
Interface syntax diagram.
http://www.freepascal.org/docs-html/ref/refse39.html
The syntax diagram suggests that multiple interfaces can't be specified
in the "heritage" sect
Hi,
Speaking of Interfaces, there seems to be a bug (omission) in the
Interface syntax diagram.
http://www.freepascal.org/docs-html/ref/refse39.html
The syntax diagram suggests that multiple interfaces can't be specified
in the "heritage" section.
I believe the diagram should look something
On Mon, Oct 12, 2015 at 11:51 AM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:
> The syntax diagram suggests that multiple interfaces can't be specified
> in the "heritage" section.
>
Are you saying that interfaces allow multiple inheritance? I don't think
they do.
A class can imple
Ok
Thanks.
2014-06-06 17:06 GMT+02:00 Sven Barth :
> Am 06.06.2014 14:31 schrieb "Yann Mérignac" :
>
> >
> > Hi,
> >
> > I have found a bug with generics. It exists in 2.6.4 but not in 2.7.1
> (rev 27862). I searched in bug tracker but can't find a corresponding bug
> report. Should I report it
Am 06.06.2014 14:31 schrieb "Yann Mérignac" :
>
> Hi,
>
> I have found a bug with generics. It exists in 2.6.4 but not in 2.7.1
(rev 27862). I searched in bug tracker but can't find a corresponding bug
report. Should I report it or consider it's fixed ?
If it's fixed in 2.7.1 you don't need to rep
Hi,
I have found a bug with generics. It exists in 2.6.4 but not in 2.7.1 (rev
27862). I searched in bug tracker but can't find a corresponding bug
report. Should I report it or consider it's fixed ?
Program :
program genbug_002;
{$mode objfpc}{$h+}
uses
C
On 2014-03-24 10:57, Marco van de Voort wrote:
In our previous episode, Torsten Bonde Christiansen said:
Yes. A case where a check is missing doesn't automatically mean a
feature has been implemented where that check is not needed.
Overriding methods with declarations that don't match the origi
In our previous episode, Torsten Bonde Christiansen said:
> >> the construct where forward declared classes is possible.
> > That's a separate language enhancement request, read
> > http://www.freepascal.org/faq.var#extensionselect
> Since this is already possible in objfpc mode (at least partially
On 2014-03-24 10:38, Marco van de Voort wrote:
In our previous episode, Torsten Bonde Christiansen said:
Should I add this to the bugtracker?
Yes. The code with Tfoo and TBar above also shouldn't not compile, at least
not in Delphi mode.
Should I report this as a bug where this construct is no
In our previous episode, Torsten Bonde Christiansen said:
> >> Should I add this to the bugtracker?
> > Yes. The code with Tfoo and TBar above also shouldn't not compile, at least
> > not in Delphi mode.
> Should I report this as a bug where this construct is not allow at all
> (not just Delphi mo
On 2014-03-22 17:33, Marco van de Voort wrote:
In our previous episode, Torsten Bonde Christiansen said:
The problem seem to be that the a descendant enumerator class overriding
a virtual method cannot
return a class which i only forward declared.
If the TFoo and TBar classes are moved above th
On 2014-03-22 22:34, hinsta...@yandex.ru wrote:
What you do this for? Using override directive makes no sense in this case, so
I suggest you just don't use it. If you don't use it, the descendant enumerator
will still work like intended
I Think override makes perfect sense in this case.
I get
What you do this for? Using override directive makes no sense in this case, so
I suggest you just don't use it. If you don't use it, the descendant enumerator
will still work like intended
22.03.2014, 20:21, "Torsten Bonde Christiansen" :
> Hi List.
>
> I think i have found a bug related to enum
In our previous episode, Bart said:
> > Yes. The code with Tfoo and TBar above also shouldn't not compile, at least
> > not in Delphi mode.
>
> The double negative is intended here?
No. So Delphi refuses when TFoo and TBar are declared at the top. IMHO
rightfully so.
Both Delphi and FPC also ref
On 3/22/14, Marco van de Voort wrote:
> Yes. The code with Tfoo and TBar above also shouldn't not compile, at least
> not in Delphi mode.
The double negative is intended here?
Bart
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lis
In our previous episode, Torsten Bonde Christiansen said:
>
> The problem seem to be that the a descendant enumerator class overriding
> a virtual method cannot
> return a class which i only forward declared.
>
> If the TFoo and TBar classes are moved above the TBarListEnumerator the
> code com
Hi List.
I think i have found a bug related to enumerators, overridden methods
and forward declared classes.
Please consider the code listed here:
http://pastebin.com/8EkVDG5n
The problem seem to be that the a descendant enumerator class overriding
a virtual method cannot
return a class whi
Hi List.
I think i have found a bug related to enumerators, overridden methods
and forward declared classes.
Please consider the code listed here:
http://pastebin.com/8EkVDG5n
The problem seem to be that the a descendant enumerator class overriding
a virtual method cannot
return a class whi
On Wed, 27 Nov 2013 18:06:48 +0100
Mattias Gaertner wrote:
> On Wed, 27 Nov 2013 16:24:40 +0100
> Jonas Maebe wrote:
>
> >[...]
> > You're right:
> > https://www.gnu.org/software/coreutils/faq/#Sort-does-not-sort-in-normal-order_0021
> >
> > So there is no bug in either FPC or glibc. The loc
On Wed, 27 Nov 2013 16:24:40 +0100
Jonas Maebe wrote:
>[...]
> You're right:
> https://www.gnu.org/software/coreutils/faq/#Sort-does-not-sort-in-normal-order_0021
>
> So there is no bug in either FPC or glibc. The locale is simply
> defined like that on Linux.
I learned a new thing.
Thank y
On 27 Nov 2013, at 16:13, Martin Schreiber wrote:
On Wednesday 27 November 2013 13:05:29 Mattias Gaertner wrote:
Result:
o and . gives 1
oc and .o gives 1
oce and .ou gives -18
Possibly as intended because the collation of the current locale
ignores
punctuation.
You're right:
htt
On Wednesday 27 November 2013 13:05:29 Mattias Gaertner wrote:
> Hi all,
>
> When using the cwstring widestringmanager the function AnsiCompareText
> seems to have a bug.
>
> For example:
>
> {$mode objfpc}{$H+}
>
> uses
> Classes, SysUtils, cwstring;
> begin
> writeln('o and . gives ',Ansi
On 27 Nov 2013, at 13:05, Mattias Gaertner wrote:
When using the cwstring widestringmanager the function AnsiCompareText
seems to have a bug.
For example:
{$mode objfpc}{$H+}
uses
Classes, SysUtils, cwstring;
begin
writeln('o and . gives ',AnsiCompareText('o','.'));
writeln('oc and .
Hi all,
When using the cwstring widestringmanager the function AnsiCompareText
seems to have a bug.
For example:
{$mode objfpc}{$H+}
uses
Classes, SysUtils, cwstring;
begin
writeln('o and . gives ',AnsiCompareText('o','.'));
writeln('oc and .o gives ',AnsiCompareText('oc','.o'));
On Sat, Oct 19, 2013 at 12:12 AM, Anthony Walter wrote:
> I've tested going back to September revision 25577 both class and record
> helpers are broken. They work in simple stand alone units, but when you
> bring in the LCL and other units they fail to compile.
>
> http://bugs.freepascal.org/view
Message repeated here because I sent to original message to the wrong list
group.
I've tested going back to September revision 25577 both class and record
helpers are broken. They work in simple stand alone units, but when you
bring in the LCL and other units they fail to compile.
I create a new
On 21 Sep 2013, at 23:04, Xiangrong Fang wrote:
> I use $linklib to link my fpc program with a C++ so file. I found that the
> $linklib directive does NOT conform with ld specification.
Directives conform with the fpc specifications. Not all platforms use GNU ld,
and additionally ":" is a v
Hi All,
I use $linklib to link my fpc program with a C++ so file. I found that
the $linklib directive does NOT conform with ld specification. This is
what I did and found:
PURPOSE
I want to link to a C library that does NOT start with "lib" prefix. The
library's name is thostmduserapi.so
P
this method is working. thanks
On Sat, Jul 7, 2012 at 9:43 PM, Bernd wrote:
> 2012/7/7 tazio mirandola
>
>> hi all,
>>
>> i'm trying to resize a jpg via fpc-image, this is the relevant
>> code(adapted from http://wiki.freepascal.org/fcl-image):
>>
>>
>
> for resizing you should use StretchDra
2012/7/7 tazio mirandola
> hi all,
>
> i'm trying to resize a jpg via fpc-image, this is the relevant
> code(adapted from http://wiki.freepascal.org/fcl-image):
>
>
for resizing you should use StretchDraw() from the TCanvas object:
ImageOriginal := TFPMemoryImage.Create(0, 0);
Imag
On Sat, 7 Jul 2012 14:40:14 +0200
tazio mirandola wrote:
> hi all,
>
> i'm trying to resize a jpg via fpc-image, this is the relevant code(adapted
> from http://wiki.freepascal.org/fcl-image):
>
>
> uses
> fpimage, fpcanvas, FPImgCanv, fpreadjpeg,fpwritejpeg;
>
> procedure TImgResize.Resam
On 08/04/12 23:12, Jonas Maebe wrote:
On 08 Apr 2012, at 21:56, patspiper wrote:
The following is related to bug #0021680:
The idea is to let libraryB intercept calls to libraryA.
1- How can this be accomplished in Linux?
Using ordinals would have been a way, but Linux does use them.
Another
On 08 Apr 2012, at 21:56, patspiper wrote:
> The following is related to bug #0021680:
>
> The idea is to let libraryB intercept calls to libraryA.
>
> 1- How can this be accomplished in Linux?
> Using ordinals would have been a way, but Linux does use them.
>
> Another venture (to be tested y
The following is related to bug #0021680:
The idea is to let libraryB intercept calls to libraryA.
1- How can this be accomplished in Linux?
Using ordinals would have been a way, but Linux does use them.
Another venture (to be tested yet) may be dynamic loading of libraryA.
2- Does this mechan
Hi all,
Since the bug reporting system keeps rejecting my login, I'm posting
here about this bug.
I want to have per-project configuration files yet still let the global
one processed first. With the #INCLUDE preprocessor, I can load
hardcoded configuration files, but not if the pathname contain
On 12 Jun 2010, at 02:11, Roger Bailey wrote:
> Can someone explain this?
You are using FPC mode rather than TP or Delphi mode. Add {$mode tp} or {$mode
delphi}, or compile with -Mtp or -Mdelphi
Jonas___
fpc-pascal maillist - fpc-pascal@lists.free
On Sat, 12 Jun 2010, Roger Bailey wrote:
Can someone explain this?
program WhatsGoingOnHere ;
type
FunctionType = function : INTEGER ;
function NamedFunction : INTEGER ;
begin
NamedFunction := 12345 ;
end ;
function TestFunction ( ActualParameter : FunctionType ) : INTEGER ;
begin
Te
Can someone explain this?
> program WhatsGoingOnHere ;
>
> type
>
> FunctionType = function : INTEGER ;
>
> function NamedFunction : INTEGER ;
> begin
> NamedFunction := 12345 ;
> end ;
>
> function TestFunction ( ActualParameter : FunctionType ) : INTEGER ;
> begin
> TestFunction :
On 21 Nov 2008, at 19:34, KES wrote:
JM> On 21 Nov 2008, at 18:04, KES wrote:
I think FPC must not expect 'main' entry point
JM> The "main" of an FPC shared library contains the code to run the
JM> initialisation routines of all units used by the library. The
label of
JM> this code is ho
Здравствуйте, Jonas.
Вы писали 21 ноября 2008 г., 19:19:33:
JM> On 21 Nov 2008, at 18:04, KES wrote:
>> I think FPC must not expect 'main' entry point
JM> The "main" of an FPC shared library contains the code to run the
JM> initialisation routines of all units used by the library. The label
On 21 Nov 2008, at 18:04, KES wrote:
I think FPC must not expect 'main' entry point
The "main" of an FPC shared library contains the code to run the
initialisation routines of all units used by the library. The label of
this code is however not called "main" (I can't remember that it ever
Здравствуйте, Michael.
Вы писали 17 ноября 2008 г., 12:01:39:
MVC> On Sun, 16 Nov 2008, KES wrote:
>> MVC>> loading library failed testudf.so: cannot open shared object file: No
>> such file or directory
>>
>> MVC>> Of course, you must correct the names.
>>
>> MVC>> Michael.
>>
>> K> home
Jonas Maebe wrote:
On 16 Oct 2008, at 06:17, Brad Campbell wrote:
fpmkfifo aborts with an illegal instruction on OSX.
It's the same problem as this one:
http://bugs.freepascal.org/view.php?id=11705 (except that it's for
fpmkfifo instead of for fpchown). I've fixed it in svn.
Fantastic,
On 16 Oct 2008, at 06:17, Brad Campbell wrote:
fpmkfifo aborts with an illegal instruction on OSX.
It's the same problem as this one: http://bugs.freepascal.org/view.php?id=11705
(except that it's for fpmkfifo instead of for fpchown). I've fixed
it in svn.
Jonas
___
G'day all,
fpmkfifo aborts with an illegal instruction on OSX.
macppc:~ user$ fpc testfifo.pas
Free Pascal Compiler version 2.2.3 [2008/06/14] for powerpc
Copyright (c) 1993-2008 by Florian Klaempfl
Target OS: Darwin for PowerPC
Compiling testfifo.pas
Assembling fifotest
Linking testfifo
8 lines
On Fri, 14 Apr 2006, [koi8-r] ??? wrote:
> In online docs, programmer's guide, 11.3 I read, that
> either -O3 or -Ou enable uncertain optimizations. It
> seems to me, that only -Ou is to be mentioned
> (compiler tells, that -O3 is just strenghtened version of -O2).
>
> When I tried
In online docs, programmer's guide, 11.3 I read, that either -O3 or -Ou enable
uncertain optimizations. It seems to me, that only -Ou is to be mentioned
(compiler tells, that -O3 is just strenghtened version of -O2).
When I tried to submit this report, "spam entry not allowed" turned out.
__
Koenraad Lelong schreef:
Martin Schreiber schreef:
On Sunday 19 February 2006 19.04, Koenraad Lelong wrote:
Hi,
Today I did an update via svn. When I compiled for arm (in the hope that
the bug I encountered a while ago would have disappeared) I found a bug
in rtl/linux/arm/sysnr.inc :
Const
> Last time I checked SVN this seems solved (is it ? I modified my
> source-file which didn't get updated, so I renamed my source-file and
> then a new file appeared which contained the fix), but in 2.0.3 (of feb.
> 24) it is not.
> With 2.0.3 that error I mentioned does not appear, so I'm tryin
Martin Schreiber schreef:
On Sunday 19 February 2006 19.04, Koenraad Lelong wrote:
Hi,
Today I did an update via svn. When I compiled for arm (in the hope that
the bug I encountered a while ago would have disappeared) I found a bug
in rtl/linux/arm/sysnr.inc :
Const
syscall_nr_base = syscall_n
Martin Schreiber schreef:
On Sunday 19 February 2006 19.04, Koenraad Lelong wrote:
Hi,
Today I did an update via svn. When I compiled for arm (in the hope that
the bug I encountered a while ago would have disappeared) I found a bug
in rtl/linux/arm/sysnr.inc :
Const
syscall_nr_base = syscall_n
Hi,
Today I did an update via svn. When I compiled for arm (in the hope that
the bug I encountered a while ago would have disappeared) I found a bug
in rtl/linux/arm/sysnr.inc :
Const
syscall_nr_base = syscall_nr_base;
I modified this to :
Const
syscall_nr_base = $90;
which is similar to
On 17 jun 2004, at 04:48, Marcel Martin wrote:
ere is a bug (?) of the compiler (FP 1.9.4) when setting Level 2
Optimizations. I post it here since I don't believe it is possible
to use the bug report form. (I work with Win98, AMD 2600+)
It's (finally) fixed.
Jonas
_
Hi,
I have found some bug in gotoxy using fpc 1.9.5 for linux (i386). If
there is no change in X between two consecutive gotoXY, the second
gotoXY won't change the cursor if X has no change. (perhaps the bug is
also in Y)
I mean,
GotoXY(1,1); // first
GotoXY(1,10); // second.
in this case cur
Hello,
Here is a bug (?) of the compiler (FP 1.9.4) when setting Level 2
Optimizations. I post it here since I don't believe it is possible
to use the bug report form. (I work with Win98, AMD 2600+)
Types used in the code.
type
TBigInt = record
Digits: PDigits;// pointer to a digit
On 4 mei 2004, at 09:39, Vincent Snijders wrote:
I think there is a bug in the CReAllocMem function in cmem.
Thanks, fixed.
Jonas
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hi,
I think there is a bug in the CReAllocMem function in cmem.
Index: rtl/inc/cmem.pp
===
RCS file: /FPC/CVS/fpc/rtl/inc/cmem.pp,v
retrieving revision 1.4
diff -r1.4 cmem.pp
91,92c91,92
< dec(size,sizeof(ptrint));
<
> | An unhandled exception occurred at 0x00407A0B :
> | EAccessViolation : Access violation
> | 0x00407A0B
> | 0x00405948
> | 0x00065974
> | 0x00C3
> | An unhandled exception occurred at 0x00407A0B :
> [...]
> | EAccessViolation : Access violation
> | ^C
> `---
> Any
Hello,
> > I'm having trouble using Round:
> > - [ BOF: test.pas ] -
> > Program Test ;
> > Uses
> > Math, SysUtils ;
> >
> > Var
> > i : Byte ;
> > Begin
> > For i := 0 to 31 do
> > WriteLn(Format('%d %.8x',[i,Round(Ldexp(1,i))])) ;
> > End.
> > - [ EOF: test.pas ] -
>
> Round returns a longint. The range of a longint is -2^31 .. (2^31-1).
> The result you had (2^31) doesn't fit in a longint, so this is not a fpc
> bug.
>
> As I don't have Delphi, I don't know why Delphi doesn't give an error. It
> could
> be that the Delphi's return value is int64 or cardinal. O
On Thu, 11 Mar 2004 12:32:24 +0200
"Andrew J.Swan \[home\]" <[EMAIL PROTECTED]> wrote:
> * Hi Fpc-list,
>
> I'm having trouble using Round:
> - [ BOF: test.pas ] -
> Program Test ;
> Uses
> Math, SysUtils ;
>
> Var
> i : Byte ;
> Begin
> For i := 0 to 31 do
> WriteLn(Format('%
At 00:15 14-12-2003, you wrote:
Hello, List!
Using ppc386 version 1.0.10, sizeof(cmyclass) returns the size of the
instance, e. g. 260 when there is one 'string' member, whereas ppc386 version
1.0.6 returns the expected size of a pointer, 4. Is this a bug, or a
deliberate change?
It is a bug. It i
Hello, List!
Using ppc386 version 1.0.10, sizeof(cmyclass) returns the size of the
instance, e. g. 260 when there is one 'string' member, whereas ppc386 version
1.0.6 returns the expected size of a pointer, 4. Is this a bug, or a
deliberate change?
$: cat top/testsize.pas
program testsize;
ty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Dienstag, 18. November 2003 20:40 schrieb Michael Weinert:
Hi All,
> I'm parsing a dns-hosts-file and after adding round 40 Hosts the
> table gets overwritte with garbage.
Problem solved, I overwrote another table :-/
sorry for disturbing.
Micha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
I'm parsing a dns-hosts-file and after adding round 40 Hosts the
table gets overwritte with garbage.
I just do an increment with finding a host an setting the entries.
Is this a known bug?
Anybody else got this prob?
BTW: Yes I also did try
Hello everyone!
Hope that's the right place for such things ;)
I've written a program using the LINUX unit, that looks through a
directory tree using the code-snipplet below. The purpose is to find the
subdirectories of the dir and then search in them, performing the same
routine.
The problem I
Hi,
it is not a great important bug, but it could be solved. In Linux, I
discovered that FPC did not remark when I passed a folder as a source
file, it halted with an error.
Holger
PS: Excuse my bad English, but the day was long *g*
___
fpc-pascal
101 - 170 of 170 matches
Mail list logo