> Since Delphi 2007 is total crap (which you can read about here if you
> interested: http://members.home.nl/hbthouppermans/Delphi2007Crap/Index.htm
> )
Please don't take this the wrong way - you are obviously dedicated to
hating Delphi 2007, but you are a _moron_.
I could list all the reasons w
On Wednesday 22 August 2007 06:30, Skybuck Flying wrote:
> "project1.lpr(21,5) Hint: Local variable "b" does not seem to be
> initialized"
[...]
> However when looking at the source code this hint message seems
> inaccurate.
>
> B is initialized by the procedure test.
No, it's not. It says "var
Fair enough.
Interesting "improvement" over Delphi.
Though it's not much of an improvement ;)
There are other hint messages which are interesting though ;)
Another example:
vByte := vLongint; // warning possible loss of data/range check error.
I like compilers checking up on my code.
Maybe
Lol, Please share if you really have something interesting to say.
I have used all kinds of Delphi versions and Delphi 2007 is nearly
unworkable for me for large projects.
Otherwise I wouldn't even be on this list !
Bye,
Skybuck.
___
fpc-pascal
Hello,
Does GetMem care about the memory contents of the pointer variable ?
If not the parameter should be out instead of var to prevent the following
hint message:
GetMem( node, sizeof(Tnode) );
Y:\Free Pascal\Units\Technical\TnodeList\version 0.08 port to free
pascal\unit_TnodeList_versi
Never mind.
I see what the problem is.
GetMem is actually a kind of (probably magical) wrapper around a memory
manager.
The real GetMem is a function which returns a pointer.
As I already wrote, in Delphi an out of memory exception is raised.
The result value is thus never returned, which i
On Wed, 22 Aug 2007, Skybuck Flying wrote:
> Hello,
>
> Does GetMem care about the memory contents of the pointer variable ?
No.
>
> If not the parameter should be out instead of var to prevent the following
> hint message:
>
> GetMem( node, sizeof(Tnode) );
>
> Y:\Free Pascal\Units\Techn
> Lol, Please share if you really have something interesting to say.
I have only my opinions. Maybe they are interesting, maybe not. I have
been a Delphi developer for over 10 years though, so I feel quite
comfortable to comment. I BETA tested Delphi 6 and Kylix 1. I've seen how
bad Borland betas
Delphi 2007 is not even beta, it's a bug, ripe to be squashed.
Use tab characters and you don't need a code convertor.
All you need to do is change tab widths to whatever you like.
Mixing tabs with spaces might make a mess.
Use tabs only is best.
If somebody really made a mess of things then
> Delphi 2007 is not even beta, it's a bug, ripe to be squashed.
YMMV. I beg to differ.
> Use tab characters and you don't need a code convertor.
> All you need to do is change tab widths to whatever you like.
No.. this causes more issues. If you use tabs you will invariably get
mixed tab/space
Skybuck Flying a écrit :
Hello,
Does GetMem care about the memory contents of the pointer variable ?
If not the parameter should be out instead of var to prevent the
following hint message:
GetMem( node, sizeof(Tnode) );
Y:\Free Pascal\Units\Technical\TnodeList\version 0.08 port to free
p
Is the following correct?
C:\FPC\rtl>fpc -v0 myproject.pp
Free Pascal Compiler version 2.3.1 [2007/08/22] for i386
Copyright (c) 1993-2007 by Florian Klaempfl
Shouldn't fpc -v0 -l myproject.pp give the above result?
I would expect not to see anything at all. Is there a way to prevent
anything
12 matches
Mail list logo
