t still the benefits outweigh the drawbacks IMO
>(once you get used to it and keep possible problems in mind).
Good point, as far as i know there is not a solid solution for units
unless those global procedures like utf8delete where rewritten as class
procedures.
Marius
__
h time on resolving it ;(
Marius
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Mattias Gaertner wrote:
>Less typing.
Just some generic comments in general.
Its also much harder to understand in the long run and it can even be
dangerous as stuff migh be refactored over time. All seasoned
programmers know that and try to avoid the with statement.
__
leledumbo wrote:
>use the following unit:
>
>unit StringMyObjectMap;
Thanks,
That is a pretty advanced piece of generics, I found the fpc sources
together with the hasmapexample. I'm afraid i need to play to get
comfortable with generics g> but it will get me on my way..
(Sorry I had some t
Sven Barth wrote:
>But I now remember that we added an OwnsObjects property to
>TStringList some time ago...
Magic, I honestly have to admitt I was not aware of that, thanks!
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.free
dmitry boyarintsev wrote:
>function GetMyObject(dic: TStrings; const nm: string): TMyObject;
It is one of the few solutions to share the code between delphi and fpc
(and yes, i would probably encase it in another class to hide the
typecasting). Still need to figure out how hashing compare to
stri
Marco van de Voort wrote:
>
>There is fgl.tfglmap and variants.
Thank you Marco,
I was aware of this class but have to study it more nefore using it..
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/
in delphi.
Is there a native fpc solution for this and if there is not what are the
alternatives to rewrite this? Or would it even be better to avoid generics
in general?
TMyDic = TObjectDictionary ;
I would welcome any tips to solve this
Thanks,
Marius
I'm using fpc 2.7.1, laz 1.1(svn
var s: TSQLQuery;
begin
s := TSQLQuery;
s.Free;
end;
Think that should be s := TSQLQuery.Create(nil)..
Greetings,
Marius
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Cool, just copying the old 2.0.4 ppc386.exe into the bin\i386-win32
seems to be enough (or at least it compiles win32 and wince without any
troubles now)
Thank you!
Marius
Florian Klaempfl wrote:
Please ensure to use 2.0.4 as starting compiler
mpiler'
make[2]: *** [cycle] Error 2
make[2]: Leaving directory `O:/Fpcsrc/compiler'
make[1]: *** [compiler_cycle] Error 2
make[1]: Leaving directory `O:/Fpcsrc'
make: *** [build-stamp.i386-win32] Error 2
All happened after a clean...
Greetings,
Marius
_
Thats is not the real problem. Its a bug somewhere in the makefile (look
at the .o files, one of them it isn't copied, don't know which one
anymore). Thats why compilation fails later. If you manually copy the
rtl/units, fcl/units and install the packages wince works..
Christian Ulrich wrote:
12 matches
Mail list logo