> > > What compiler? If gcc, gcc does nothing fast, and C++ header model than
> > > the
> > > bit of codegenerating done.
> >
> > nothing fast ..., _the problem is more_ ... C++ header model
>
> VisualC++ 6.
> I know it's much related to C header model and linking, but I never
> saw any "comp
On Mon, 10 Apr 2006, Marco van de Voort wrote:
On Sun, 9 Apr 2006, mariano podesta wrote:
i tested with this and worked ok:
const
rt = 'rt';
function shm_open(__name: pchar; __oflag: longint; __mode: mode_t): longint;
cdecl; external rt name 'shm_open';
function shm_unlink(__name: pchar):
> On Sun, 9 Apr 2006, mariano podesta wrote:
> > i tested with this and worked ok:
> >
> > const
> > rt = 'rt';
> >
> > function shm_open(__name: pchar; __oflag: longint; __mode: mode_t): longint;
> > cdecl; external rt name 'shm_open';
> > function shm_unlink(__name: pchar): longint; cdecl; ex
> Buys Regarding this bug #4855 I need to get it fixed..
>
>
>
> The issue like this... I have 2 parts to my system...
>
>
>
> The EXE ... and a DLL
>
>
>
> In the DLL I have an exported function that returns an Interface...
>
>
>
> Function dosomething( const aObjectInt : ISomeInt ) : ISomeOtherI
Hello,
> It has nothing to do with the memory manager? It's a bug in the fastmove
> routines probably.
Many thank's for fixing the BUG 4999!
I postet the follow up as 5000 now.
As with 4999 in 2.0.2 it works, 2.0.3 crashes.
helmut
Source
program fpc203fish_2;
{$mode objfpc}{$H+}
uses Cl
Buys Regarding this bug #4855 I need to get it fixed..
The issue like this… I have 2 parts to my system…
The EXE … and a DLL
In the DLL I have an exported function that returns an
Interface…
Function dosomething( const aObjectInt : ISomeInt ) :
ISomeOtherInt
This fa
On 4/9/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > > I guess I was a bit too hasty on the whining, but just thinking about
> > > C++ compilation speed
> >
> > What compiler? If gcc, gcc does nothing fast, and C++ header model than the
> > bit of codegenerating done.
>
> nothing fast ...,
I hope I'm not being too annoying, I'm just trying to understand
better your decision/opinion. If you think this discussion is useless
please speak and I'll shut up ;-)
> Well, talking about Java's speed never makes sense.
LOL, I agree :-)
> Fact is, if you use
> classes that you've always an in
On Sun, 9 Apr 2006, mariano podesta wrote:
> hi
> i found that shm_open and shm_unlink in smmaph.inc are mapped as externals
> from libc, but they belong to librt.
>
> fpc 2.0.2
> debian linux 2.6.14-1-k7
>
> i tested with this and worked ok:
>
> const
> rt = 'rt';
>
> function shm_open(__
hii found that shm_open and shm_unlink in smmaph.inc are mapped as externals from libc, but they belong to librt.fpc 2.0.2debian linux 2.6.14-1-k7i tested with this and worked ok:const rt = 'rt';
function shm_open(__name: pchar; __oflag: longint; __mode: mode_t): longint; cdecl; external rt name '
> > I guess I was a bit too hasty on the whining, but just thinking about
> > C++ compilation speed
>
> What compiler? If gcc, gcc does nothing fast, and C++ header model than the
> bit of codegenerating done.
nothing fast ..., _the problem is more_ ... C++ header model
__
Flávio Etrusco wrote:
> On 4/9/06, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> Flávio Etrusco wrote:
>>> On 4/9/06, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
(...)
Is there already a specification how they will look like in Delphi?
> (.net2)? Wh
> > > What? Do you mean that FPC implementation of generics wouldn't be
> > > based on "type erasure" but on beefed-up-precompiler-macros? Please
> > > say I got it all wrong :-o
> >
> > You want crippled generics regarding speed and usage like C# has? You
> > can do this with "real" templates as w
On 4/9/06, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Flávio Etrusco wrote:
> > On 4/9/06, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> >> [EMAIL PROTECTED] wrote:
> >> (...)
> >> Is there already a specification how they will look like in Delphi?
> >>
> >>> (.net2)? What's planned? Can somebod
> On 4/9/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > > What? Do you mean that FPC implementation of generics wouldn't be
> > > based on "type erasure" but on beefed-up-precompiler-macros? Please
> > > say I got it all wrong :-o
> >
> > Do you have documents about "type erasure" in native
On Sun, 9 Apr 2006, Luiz Americo Pereira Camara wrote:
> Michael Van Canneyt escreveu:
> > On Sun, 9 Apr 2006, Luiz Americo Pereira Camara wrote:
> >
> >
> > > The attached patch fix an field recognition issue in TSqlite3Dataset
> > >
> >
> > You forgot the attachment.
> >
> Sorry. Here it
Flávio Etrusco wrote:
> On 4/9/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
>>> What? Do you mean that FPC implementation of generics wouldn't be
>>> based on "type erasure" but on beefed-up-precompiler-macros? Please
>>> say I got it all wrong :-o
>> Do you have documents about "type erasure"
On 4/9/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > What? Do you mean that FPC implementation of generics wouldn't be
> > based on "type erasure" but on beefed-up-precompiler-macros? Please
> > say I got it all wrong :-o
>
> Do you have documents about "type erasure" in native languages wh
> Where can I find ZeOS with MySQL 5 support ? The alpha of 6.5.X on
> sourceforge only contains 4.1 support, and that even does not work
> with Delphi...
> Michael.
Development SVN is now at:
svn://www.firmos.at/zeos (it's still beta)
Lazarus installation is not fully ready by now ...
we us
Michael Van Canneyt wrote:
>
> On Sun, 9 Apr 2006 [EMAIL PROTECTED] wrote:
>
>>> With Output:
>>> .
>>> 13
>>> 14
>>> 15
>>> An unhandled exception occurred at $08048573 :
>>> EAccessViolation : Access violation
>>> $08048573 FORWARDS_IA32_3, line 375 of
>>> /opt/fpc_svn/rtl/i386/fastmove.inc
On Sun, 9 Apr 2006, Dipl.- Ing. Helmut Hartl wrote:
> Hi,
>
> I am currently managing ZEOS DBO Development.
> We are testing ZEOS with MySQL 5 & Postgres 8.1 and FPC 2.0.2
> which works pretty stable! We would like to release
> "more stable" packages for lazarus and fpc in the next time.
Sl
On Sun, 9 Apr 2006 [EMAIL PROTECTED] wrote:
> > With Output:
> > .
> > 13
> > 14
> > 15
> > An unhandled exception occurred at $08048573 :
> > EAccessViolation : Access violation
> > $08048573 FORWARDS_IA32_3, line 375 of
> > /opt/fpc_svn/rtl/i386/fastmove.inc
> > $0804810A main, line 9 of
Flávio Etrusco wrote:
> On 4/9/06, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] wrote:
>> (...)
>> Is there already a specification how they will look like in Delphi?
>>
>>> (.net2)? What's planned? Can somebody explain?
>>>
>> They are more like C++ templates.
>
> What? Do you
Flávio Etrusco wrote:
On 4/9/06, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
(...)
Is there already a specification how they will look like in Delphi?
(.net2)? What's planned? Can somebody explain?
They are more like C++ templates.
What? Do you
> What? Do you mean that FPC implementation of generics wouldn't be
> based on "type erasure" but on beefed-up-precompiler-macros? Please
> say I got it all wrong :-o
Do you have documents about "type erasure" in native languages where e.g. a
string is not an object ?
_
On 4/9/06, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> (...)
> Is there already a specification how they will look like in Delphi?
>
> > (.net2)? What's planned? Can somebody explain?
> >
>
> They are more like C++ templates.
What? Do you mean that FPC implementation o
Dipl.- Ing. Helmut Hartl wrote:
Hi,
I am currently managing ZEOS DBO Development.
We are testing ZEOS with MySQL 5 & Postgres 8.1 and FPC 2.0.2
which works pretty stable! We would like to release
"more stable" packages for lazarus and fpc in the next time.
But due to the TDatetime issue in
Hi,
I am currently managing ZEOS DBO Development.
We are testing ZEOS with MySQL 5 & Postgres 8.1 and FPC 2.0.2
which works pretty stable! We would like to release
"more stable" packages for lazarus and fpc in the next time.
But due to the TDatetime issue in TDataset we wanted to
switch over
Florian Klaempfl wrote:
Is there already a specification how they will look like in Delphi?
I think no. But there is already a specification for C#. I guess the
Delphi syntax won't be differ to much from the C# definition:
http://qc.borland.com/wc/qcmain.aspx?d=11168
[EMAIL PROTECTED] wrote:
> It isn't clear to me what the current status about Generics is:
> http://www.freepascal.org/wiki/index.php/Generics
2.1.1 contains pre alpha code, they aren't usable yet.. It is subject to
be finished with 2.2.
> Are they Delphi conform
Is there already a specificatio
It isn't clear to me what the current status about Generics is:
http://www.freepascal.org/wiki/index.php/Generics
Are they Delphi conform (.net2)? What's planned? Can somebody explain?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://li
On 07/04/06, Yves Glodt <[EMAIL PROTECTED]> wrote:
> On 07/04/06, Peter Vreman <[EMAIL PROTECTED]> wrote:
> > > On 07/04/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
>
>
> > >> > (Generally, I am not even sure compiling with -fPIC will resolve my
> > >> problem...)
> > >>
> > >> No.
> > >>
On Sun, 9 Apr 2006, Luiz Americo Pereira Camara wrote:
> The attached patch fix an field recognition issue in TSqlite3Dataset
You forgot the attachment.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/ma
The attached patch fix an field recognition issue in TSqlite3Dataset
Luiz
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
34 matches
Mail list logo