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;
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
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"
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
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 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 -
___
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
Am 06.06.2014 14:31 schrieb Yann Mérignac yann.merig...@gmail.com:
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
Ok
Thanks.
2014-06-06 17:06 GMT+02:00 Sven Barth pascaldra...@googlemail.com:
Am 06.06.2014 14:31 schrieb Yann Mérignac yann.merig...@gmail.com:
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
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
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
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 mode, bot
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
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) is it
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
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
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 compiles
On 3/22/14, Marco van de Voort mar...@stack.nl 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 -
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 refuse
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 t...@epidata.dk:
Hi List.
I think i have found a bug
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
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 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
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
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:
On Wed, 27 Nov 2013 18:06:48 +0100
Mattias Gaertner nc-gaert...@netcologne.de wrote:
On Wed, 27 Nov 2013 16:24:40 +0100
Jonas Maebe jonas.ma...@elis.ugent.be wrote:
[...]
You're right:
https://www.gnu.org/software/coreutils/faq/#Sort-does-not-sort-in-normal-order_0021
So there is
On Sat, Oct 19, 2013 at 12:12 AM, Anthony Walter sys...@gmail.com 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.
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 xrf...@gmail.com 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
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
this method is working. thanks
On Sat, Jul 7, 2012 at 9:43 PM, Bernd prof7...@gmail.com wrote:
2012/7/7 tazio mirandola dev...@gmail.com
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
On Sat, 7 Jul 2012 14:40:14 +0200
tazio mirandola dev...@gmail.com 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
2012/7/7 tazio mirandola dev...@gmail.com
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);
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
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.
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
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
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 -
Can someone explain this?
program WhatsGoingOnHere ;
type
FunctionType = function : INTEGER ;
function NamedFunction : INTEGER ;
begin
NamedFunction := 12345 ;
end ;
function TestFunction ( ActualParameter : FunctionType ) : INTEGER ;
begin
TestFunction :=
Здравствуйте, 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# ./a.out
K loading
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
Здравствуйте, 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 of
JM
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 however
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
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.
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
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.
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 to
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 =
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 =
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
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
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
| An unhandled exception occurred at 0x00407A0B :
| EAccessViolation : Access violation
| 0x00407A0B
| 0x00405948
| 0x00065974
| 0x00C3
| An unhandled exception occurred at 0x00407A0B :
[...]
| EAccessViolation : Access violation
| ^C
`---
Any idea ?
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('%d
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. Or it
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
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;
-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.
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*
___
101 - 163 of 163 matches
Mail list logo
