On Mon, 21 Jan 2008, Damien Gerard wrote:
>
> Is there a standard Coding style for FreePascal (Pascal) available which
> programmers should use ?
> It is for my boss :)
No, there isn't. I follow Borland coding style, but some others don't.
You cannot force everyone to use the same style. And y
On Jan 21, 2008, at 9:15 AM, Michael Van Canneyt wrote:
On Mon, 21 Jan 2008, Damien Gerard wrote:
Is there a standard Coding style for FreePascal (Pascal) available
which
programmers should use ?
It is for my boss :)
No, there isn't. I follow Borland coding style, but some others don'
On Jan 21, 2008, at 9:31 AM, Tiziano De Togni wrote:
Damien Gerard ha scritto:
Is there a standard Coding style for FreePascal (Pascal) available
which programmers should use ?
It is for my boss :)
these are the FPC documents:
http://wiki.freepascal.org/Coding_style
http://wiki.freepascal.
Damien Gerard ha scritto:
Is there a standard Coding style for FreePascal (Pascal) available which
programmers should use ?
It is for my boss :)
these are the FPC documents:
http://wiki.freepascal.org/Coding_style
http://wiki.freepascal.org/DesignGuidelines
but since FreePascal is Object P
Hi,
Anybody got an idea how I can trace the location of a "List index (1)
out of bounds" error. I can't seem to find where this error occurs. Is
there any extra fpc parameters I can use to give me more information.
I have placed writeln()'s in every damn location I can think of. I've
tried to run
Hi Peter,
2008/1/20, Peter Vreman <[EMAIL PROTECTED]>:
> > Ok Peter,
> > I'm waiting for your news.
>
> Finished, see r9813
I think to have found a best method to implement -Xg flag on Linux:
To explain my method I need compare your currently method with my new.
To do this I use an example:
We
Hi,
2008/1/21, Peter Vreman <[EMAIL PROTECTED]>:
> > We have a compiled file with debug info (ex: using -gl flag) of 10Mb (about
> > 8Mb are Debug).
> >
> > Currently you use:
> >
> > objcopy --only-keep-debug $EXE $DBG (read from disk 10Mb from $EXE and
> > write 8Mb for create $DBG)
> > objc
> We have a compiled file with debug info (ex: using -gl flag) of 10Mb (about
> 8Mb are Debug).
>
> Currently you use:
>
> objcopy --only-keep-debug $EXE $DBG (read from disk 10Mb from $EXE and
> write 8Mb for create $DBG)
> objcopy --add-gnu-debuglink=$DBG $EXE (read from disk 10Mb from $E
Hi,
2008/1/21, Peter Vreman <[EMAIL PROTECTED]>:
> > We have a compiled file with debug info (ex: using -gl flag) of 10Mb (about
> > 8Mb are Debug).
> >
> > Currently you use:
> >
> > objcopy --only-keep-debug $EXE $DBG (read from disk 10Mb from $EXE and
> > write 8Mb for create $DBG)
> > objc
On 21/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
> No, there isn't. I follow Borland coding style, but some others don't.
> You cannot force everyone to use the same style. And you should not.
That's why we need a editor that supports 'elastic tab stops'. ;-)
It's a brilliant idea,
> On 21/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > No, there isn't. I follow Borland coding style, but some others don't.
> > You cannot force everyone to use the same style. And you should not.
>
> That's why we need a editor that supports 'elastic tab stops'. ;-)
> It's a bril
On Monday 21 January 2008 11:59, Marco van de Voort wrote:
> I personally would spend my time improving source beautifiers like
> our own ptop (and you could make them to automatically find these
> tabstops).
Waste of time. Automated tools have never worked so far.
Sure, they can turn totally un
On 21/01/2008, Marco van de Voort <[EMAIL PROTECTED]> wrote:
>
> Such schemes have been tried before, but usually fail since that makes
> source only (practically) editable with one editor, which most users loath.
> I don't see what's so different about this one.
>
> Also think about e.g. the troub
On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
>
> As an example where most tools just put out nonsense, consider this:
>
> |type
> | CPU_Ins = (Add, Sub, Mul, Div,
> | Jnz, Jz, Jnc, Jc,
> | Call, Ret,
> | Push, Pop,
> | ...);
Thi
On Monday 21 January 2008 12:40, Graeme Geldenhuys wrote:
> alignment as pretty as can be. But once you save, it inserts the
> correct amount of spaces to keep that same alignment on file or
> (preferred) inserts the minimum spaces for standard indentation
> (Object Pascal uses two spaces for inde
On Monday 21 January 2008 13:01, Graeme Geldenhuys wrote:
> On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> > As an example where most tools just put out nonsense, consider this:
> > |type
> > | CPU_Ins = (Add, Sub, Mul, Div,
> > | Jnz, Jz, Jnc, Jc,
> > |
On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
>
> But how would it solve
>
> |type
> | FooBar = (Foo,
> | Bar);
Look at the flash demo on the website for an example of this!
Lets say gEdit (linux editor) has support for ET.
You would type
type
FooBar = (Foo,
Bar );
Tha
On Monday 21 January 2008 13:27, Graeme Geldenhuys wrote:
> On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> > But how would it solve
> >
> > |type
> > | FooBar = (Foo,
> > | Bar);
>
> Look at the flash demo on the website for an example of this!
> Lets say gEdit (linux ed
> On Monday 21 January 2008 11:59, Marco van de Voort wrote:
>
> > I personally would spend my time improving source beautifiers like
> > our own ptop (and you could make them to automatically find these
> > tabstops).
>
> Waste of time. Automated tools have never worked so far.
Depends on you r
On Monday 21 January 2008 13:54, Marco van de Voort wrote:
> > On Monday 21 January 2008 11:59, Marco van de Voort wrote:
> >
>
> Nor does an editor. It can only help. I also think being to focussed
> on coding standards (to the point of enforcing) is counterproductive.
>
> > As an example where mo
On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
>
> Yes, that's what I figured. But that's wrong. Only legasthenic
> retards[1] put spaces at the inside of parentheses.
Padding can be adjusted in the editor supports ET customization so you
wouldn't see the space.
> To be more clear on t
> On Monday 21 January 2008 13:54, Marco van de Voort wrote:
> > > | Push, Pop,
> > > | ...);
> > >
> > > Now, as you can see, the instructions are laid out tabular (a lot
> > > of tools [yes, including "elastic tabstops"] I've seen so far are
> > > unable to handle even t
I have (it would seem) a stupid question :)
We have TStringList vars. User can do what he want with it.
Which one is the stupid or the better way to do it ?
TMyClass = class(TObject)
public
List1: TStringList;
List2: TStringList;
end;
or
TMyClass = class
private
FList1: TString
Damien Gerard wrote:
I have (it would seem) a stupid question :)
We have TStringList vars. User can do what he want with it.
Which one is the stupid or the better way to do it ?
TMyClass = class(TObject)
public
List1: TStringList;
List2: TStringList;
end;
or
TMyClass = class
private
On Jan 21, 2008, at 2:52 PM, Joao Morais wrote:
Damien Gerard wrote:
I have (it would seem) a stupid question :)
We have TStringList vars. User can do what he want with it.
Which one is the stupid or the better way to do it ?
TMyClass = class(TObject)
public
List1: TStringList;
List2: T
On Monday 21 January 2008 14:23, Graeme Geldenhuys wrote:
> On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> > Yes, that's what I figured. But that's wrong. Only legasthenic
> > retards[1] put spaces at the inside of parentheses.
>
> Padding can be adjusted in the editor supports ET cust
Damien Gerard wrote:
On Jan 21, 2008, at 2:52 PM, Joao Morais wrote:
Damien Gerard wrote:
I have (it would seem) a stupid question :)
We have TStringList vars. User can do what he want with it.
Which one is the stupid or the better way to do it ?
TMyClass = class(TObject)
public
List1: T
On Monday 21 January 2008 14:31, Marco van de Voort wrote:
> > On Monday 21 January 2008 13:54, Marco van de Voort wrote:
> > > > | Push, Pop,
> > > > | ...);
> > > >
> > > > Now, as you can see, the instructions are laid out tabular (a
> > > > lot of tools [yes, including
Graeme Geldenhuys schrieb:
On 21/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
No, there isn't. I follow Borland coding style, but some others don't.
You cannot force everyone to use the same style. And you should not.
That's why we need a editor that supports 'elastic tab st
> On Monday 21 January 2008 14:31, Marco van de Voort wrote:
> > > Oh, come on. What if you encounter an enum that does *not* require
> > > such "tabbing" inside the same source file.
> >
> > Well, "require" or not is relative to begin with.
>
> Let me rephrase it: A tool would have destroyed info
Joao Morais wrote:
Damien Gerard wrote:
On Jan 21, 2008, at 2:52 PM, Joao Morais wrote:
Damien Gerard wrote:
I have (it would seem) a stupid question :)
We have TStringList vars. User can do what he want with it.
Which one is the stupid or the better way to do it ?
TMyClass = class(TObject)
Matt Emson wrote:
Joao Morais wrote:
Damien Gerard wrote:
On Jan 21, 2008, at 2:52 PM, Joao Morais wrote:
Damien Gerard wrote:
I have (it would seem) a stupid question :)
We have TStringList vars. User can do what he want with it.
Which one is the stupid or the better way to do it ?
TMyClas
On Monday 21 January 2008 15:59, Marco van de Voort wrote:
> > On Monday 21 January 2008 14:31, Marco van de Voort wrote:
> > > > Oh, come on. What if you encounter an enum that does *not*
> > > > require such "tabbing" inside the same source file.
> > >
> > > Well, "require" or not is relative to
On Jan 21, 2008, at 4:47 PM, Joao Morais wrote:
Matt Emson wrote:
Joao Morais wrote:
Damien Gerard wrote:
On Jan 21, 2008, at 2:52 PM, Joao Morais wrote:
Damien Gerard wrote:
I have (it would seem) a stupid question :)
We have TStringList vars. User can do what he want with it.
Which one
On Jan 21, 2008 1:05 AM, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> On Friday 18 January 2008 20:12, John Stoneham wrote:
> [snip]
> So, the only difference is that Ada plays it safe and complains about
> ambiguities while a Pascal compiler tries to resolve the ambiguity by
> itself
Perhaps that
On 21/01/2008, Vinzent Hoefler <[EMAIL PROTECTED]> wrote:
> The only difference seems to me, that without tabs the source code still
> looks the same, no matter if I look at it in "vi", "gedit", "kate",
> or "notepad". Once you start using tabs this isn't guaranteed
> anymore...
I hope this will b
Graeme Geldenhuys wrote:
I hope this will be my last reply. Please take a look at the flash
video on the ET website.
I don't have flash, so I am bound to check out the Java example.
There he uses two editors (gvim and gedit).
With appropriate plugins/scripts, I suppose.
And for the last
> I think it would be fantastic if Free Pascal could add child units as
> a language extension (of course this would reduce portability --
> although on the other hand it might make porting Ada programs easier).
> It's difficult trying to describe the benefits to someone who has
> never used them
On 21/01/2008, Vinzent Höfler <[EMAIL PROTECTED]> wrote:
I'm breaking my own promise and replying again... :)
> > I hope this will be my last reply. Please take a look at the flash
> > video on the ET website.
>
> I don't have flash, so I am bound to check out the Java example.
Ask a friend, i
Graeme Geldenhuys schrieb:
> On 21/01/2008, Vinzent Höfler <[EMAIL PROTECTED]> wrote:
>
> I'm breaking my own promise and replying again... :)
>
>
>>> I hope this will be my last reply. Please take a look at the flash
>>> video on the ET website.
>> I don't have flash, so I am bound to check ou
Florian Klaempfl wrote:
Imo that plugin discussion is pretty useless. I'am coding in at least
four different editors pascal (fp ide, joe, lazarus, ultraedit) and I
fear there is no plugin for all editors I use :)
Same here, although the editors' names are a bit different. ;)
Vinzent.
___
Graeme Geldenhuys wrote:
On 21/01/2008, Vinzent Höfler <[EMAIL PROTECTED]> wrote:
Yes, that's what I figured. What I don't get is how the editor extracts
the information _back_ from the file after the "tabstop" information has
been deleted (that's what it does once it gets replaced with spaces)
Switching from 2.0.4 to 2.2.0 I found that (in Linux environment) the
field PathOnly of TSearchRec isn't filled anymore. Of course my app
which relies on it doesn't work any more.
Is that an upgrade (?) or a bug?
In Mantis I only saw a reference for non Unix platforms, where this
field isn't su
Cause of problem located. In certain cases compiling 'xx.pas' failed
because object files, ppu files etc from previous compilations already
existed and had somehow become set as 'read only'. Apologies for being so
dumb as to not find this.
--
View this message in context:
http://www.nabble.c
On Monday 21 January 2008 18:45, Marco van de Voort wrote:
> > I think it would be fantastic if Free Pascal could add child units
> > as a language extension (of course this would reduce portability --
> > although on the other hand it might make porting Ada programs
> > easier). It's difficult tr
45 matches
Mail list logo