On Sat, 10 Sep 2011, Jeff Duntemann wrote:
If a "mini-FPC" were to be created to help popularize the Pascal language and
get beginners interested and up to speed, it would be more useful to provide
a simple IDE than a stripped-down compiler. The console FP IDE has never
worked well for me (c
On Sun, 11 Sep 2011, Hans-Peter Diettrich wrote:
Thanks for the improvements in the last updates, but...
How do I obtain the latest documentation on FPDoc?
make fpdoc.pdf in docs.
For records with variant parts, no short descriptions are shown for the
members in the variant part. Parame
On Sun, 11 Sep 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
How do I obtain the latest documentation on FPDoc?
make fpdoc.pdf in docs.
No Latex support here (Win7)
Then no more recent docs than the official ones on the website.
For records with variant parts, no
On Tue, 13 Sep 2011, Felipe Monteiro de Carvalho wrote:
Hello,
[snip]
The ansi version I would simply let it die. It's time people migrate
to Unicode anyway. The change from ansi to utf-8 is very easy.
About the rest I will not comment. But the above certainly will not happen.
The ans
On Fri, 16 Sep 2011, Flávio Etrusco wrote:
Hello,
may the FreePascal's ViewVC installtion be configured to paginate log results?
It's log_pagesize in viewvc.conf.
I added the entry. But it's undocumented, so I'm not sure if it will have any
effect.
Michael._
On Sat, 17 Sep 2011, Martin Schreiber wrote:
Hi,
TField.SetData() in fixes_2_6 calls TField.Validate().
2.4.4 does not, trunk neither.
Strange that 2.6 does this if trunk does not ?
What are the plans for the upcoming release? Will FPC 2.6.0 call
TField.Validate() in TField.SetData()?
It
On Sun, 25 Sep 2011, Felipe Monteiro de Carvalho wrote:
Ok, testing again this error seams to have disappeared ... maybe my
original post has nothing to do with what I really wanted to
investigate.
Which seams cutted.
Any ideas? The error is 100% reproducible. I vaguely remember having
face
On Tue, 27 Sep 2011, Hans-Peter Diettrich wrote:
It looks as if fpdoc stops processing paragraphs on , discarding the
remainder until .
See LCL docs on StdCtrls.TCustomComboBox and TCustomLabel.FocusControl.
Should I report an error?
No, since underline is not supported.
Michael.
___
On Wed, 28 Sep 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
On Tue, 27 Sep 2011, Hans-Peter Diettrich wrote:
It looks as if fpdoc stops processing paragraphs on , discarding the
remainder until .
See LCL docs on StdCtrls.TCustomComboBox and TCustomLabel.FocusControl
On Tue, 4 Oct 2011, Alexander Klenin wrote:
On Tue, Oct 4, 2011 at 00:42, Florian Klämpfl wrote:
Anyway, what I suggest is IMO a good compromise and should satisfy both
sides --
Felipe can continue development of his packages unobstucted,
while the quality of FPC will not suffer.
That's wh
On Tue, 4 Oct 2011, Michael Schnell wrote:
On 10/03/2011 11:41 AM, michael.vancann...@wisa.be wrote:
Currently, hard work is being put in the unicode string and codepage string
routines in the RTL.
Do I understand correctly that this is the "New String" string handling (to
be optionally,
On Sat, 8 Oct 2011, Martin wrote:
If I run the attached project compiled with fpc trunk (maybe a week old), it
runs 5 times slower than when compiled with fpc 2.4.4
First question, can someone else reproduce that?
I couldn't find much difference in the output of -al (except some naming
con
On Fri, 14 Oct 2011, Vladimir Zhirov wrote:
Hi,
Currently, if THTTPApplication-based program on Linux was
stopped manually during active connection I cannot
start it again for 1-2 minutes, getting the exception
like this:
exception at 0805304A:
Binding of socket failed: 8080.
According to
On Fri, 14 Oct 2011, Andrew Brunner wrote:
I think you should also look into setting linger options at a lower
rate than present values. 120 seconds is too long. 15-30 seconds is
a reasonable amount of time to give a dead socket.
In fpc componetent design, I would recommend to also make sur
What happens if you comipile with -gl and run the program under GDB ?
can you post a backtrace ?
Note that you may need to add a {$linklib pthread} to the program source,
otherwise gdb may complain about missing threads support.
The backtrace will show us exactly where the error occurs (or i
On Mon, 31 Oct 2011, zeljko wrote:
Hi,
I have daemon which uses Now() for getting current date/time, but something is
wrong, time on server changed from 03:00
to 02:00 this weekend, but daemon's Now() was on old time ... until now ...
I've just restarted it and now it applied
new time.
f
On Tue, 1 Nov 2011, zeljko wrote:
On Tuesday 01 of November 2011 11:01:32 Sven Barth wrote:
> On 01.11.2011 09:41, zeljko wrote:
> > I don't believe that kernel have only gettimeofday() and that kernel
> > don't know accurate datetime. There's more functions in kernel which can
> > give y
On Tue, 1 Nov 2011, Henry Vermaak wrote:
On 01/11/11 10:30, Michael Van Canneyt wrote:
We'll simply need to store the next moment when the DST correction
changes, compare the result of gettimeofday with that and re-base the
time calculation. If we decide to add some check for the time
On Tue, 1 Nov 2011, Felipe Monteiro de Carvalho wrote:
On Tue, Nov 1, 2011 at 12:08 PM, Michael Van Canneyt
wrote:
This is something that normally doesn't happen unless you move your system
from one timezone to another or during system setup
In many countries the time zone changes 2
On Tue, 1 Nov 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Correct (I had checked as well), but the only purpose that serves
is to check whether the system timezone info has changed.
This is something that normally doesn't happen unless you move
On Tue, 1 Nov 2011, Henry Vermaak wrote:
On 01/11/11 11:08, Michael Van Canneyt wrote:
On Tue, 1 Nov 2011, Henry Vermaak wrote:
On 01/11/11 10:30, Michael Van Canneyt wrote:
We'll simply need to store the next moment when the DST correction
changes, compare the result of gettime
On Tue, 1 Nov 2011, Tomas Hajny wrote:
On Tue, November 1, 2011 12:49, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Correct (I had checked as well), but the only purpose that serves
is to check whether the system timezone info has changed.
This is something
On Tue, 1 Nov 2011, zeljko wrote:
> We'll simply need to store the next moment when the DST correction changes,
> compare the result of gettimeofday with that and re-base the time
> calculation. If we decide to add some check for the timestamp of the
> timezone file - that would make Date
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
When this were the *only* code in the fpdoc program file, another project
could create a derived class, with a possibly specialized Run method,
without touching the declaration or implementation of TFPDocAp
On Fri, 2 Dec 2011, Tomas Hajny wrote:
On Thu, December 1, 2011 13:27, michael.vancann...@wisa.be wrote:
On Thu, 1 Dec 2011, Marco van de Voort wrote:
In our previous episode, Hans-Peter Diettrich said:
commandline, which are not handled properly by the Windows shell. I
fixed this manually
On Fri, 2 Dec 2011, Hans-Peter Diettrich wrote:
FPDoc issues many warnings about unknown link targets. Some of these seem to
result from intrinsic types, e.g. for PSmallInt the target SmallInt does not
exist. It doesn't look good when the docs do not include the most basic
types, like Boolea
On Fri, 2 Dec 2011, Graeme Geldenhuys wrote:
On 2 December 2011 03:17, Hans-Peter Diettrich wrote:
exist. It doesn't look good when the docs do not include the most basic
types, like Boolean, Byte, Char, Pointer etc. :-(
Those are all basic built-in types. Built into the compiler, not
defin
On Fri, 2 Dec 2011, Graeme Geldenhuys wrote:
On 2 December 2011 12:43, Michael Van Canneyt wrote:
You will be pleased to hear then, that we've developed - in FPC - a search
engine for the HTML docs :-)
Excellent. How fast does it do searching across the RTL and FCL HTML
docs? Does it
On Fri, 2 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
If there are any platform-specific identifiers, the docs have always
contained the linux-specific ones.
I'm just about to create a Windows version of the RTL docs. In contrast to
the assumption, that on
On Fri, 2 Dec 2011, Sven Barth wrote:
Am 02.12.2011 17:21, schrieb Michael Van Canneyt:
This means that we can document platform-specific items in additional
files, which are automatically merged with the other descriptions. The
description file specifications can be extended by a platform
On Fri, 2 Dec 2011, Michael Van Canneyt wrote:
You would be far better off making separate tools that implement these
automatisms. You can write a e.g. tool that creates or updates a project file
based on a directory scan.
I have no problem including such tools in the FPC distribution
On Fri, 2 Dec 2011, Sven Barth wrote:
On 02.12.2011 19:37, Michael Van Canneyt wrote:
On Fri, 2 Dec 2011, Sven Barth wrote:
Am 02.12.2011 17:21, schrieb Michael Van Canneyt:
This means that we can document platform-specific items in additional
files, which are automatically merged with
On Fri, 2 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
This means that we can document platform-specific items in additional
files, which are automatically merged with the other descriptions. The
description file specifications can be extended by a platform attribute
On Sat, 3 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
One objection is for instance that your proposal will cause all XML files
to be loaded both when FCL and RTL documentation are created.
Already included: all XML files are discarded, when they don't contr
On Sat, 3 Dec 2011, Graeme Geldenhuys wrote:
On 3 December 2011 16:03, wrote:
First, it keeps the actual documentation XML more "clean" in the sense that
it contains only documentation, and not 'organizational instructions'.
The documentation is useless unless you have the associated *.pa
On Sat, 3 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
You remember my -n and -v options?
Absolutely, and I'll gladly accept patches implementing those 2 things in
fpdoc.
If you could separate those out from your other work, that would be much
appreciated. I
On Sun, 4 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
I did several things:
1. Enable various log levels in parser and scanner. It uses an event
handler.
(writing to terminal is not possible)
2. Route all this logging through the TPasContainer.
I tried to
On Sun, 4 Dec 2011, Graeme Geldenhuys wrote:
This solution has already been rejected by the core developers [no comment
here :-],
Same here. Michael doesn't seem keep to my idea either, so I very much
doubt it will make it into fpdoc. Core developers always trump mere
contributors like us.
On Sun, 4 Dec 2011, Hans-Peter Diettrich wrote:
Currently fpdoc stores many options in the project files, but this can cause
problems. Once a boolean option is stored as True, e.g.
it cannot be turned off by a different commandline option :-(
This raises the question, which options should
On Sun, 4 Dec 2011, Graeme Geldenhuys wrote:
On 4 December 2011 21:55, Michael Van Canneyt wrote:
doubt it will make it into fpdoc. Core developers always trump mere
contributors like us. ;-)
We simply have a vision and try to remain true to it.
Ideas corresponding to this vision will
On Mon, 5 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
You can just remove the tags from the project file, or manipulate
the options with the tool I made earlier.
Still waiting for a description of your tool.
Patience.
I have only 2 hands and I have a day-time
On Mon, 5 Dec 2011, Hans-Peter Diettrich wrote:
Hans-Peter Diettrich schrieb:
BTW, I couldn't find Imports used in building the documentation any more.
Did I miss something?
Sorry, the reference was not found because mkfpdoc is missing from the fpdoc
project files - please add it.
To my
On Wed, 7 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Hm. It should work correctly; At least, it did so in the past. I will need
to check this.
The platform also seems to be involved. When I changed the win32\classes.pp
into unix\classes.pp, many classes disa
On Fri, 9 Dec 2011, Hans-Peter Diettrich wrote:
Makeskel expects another(?) semicolon after win\wininc\func.inc:
function GetRandomRgn(aHDC: HDC; aHRGN: HRGN; iNum: WINT): WINT; stdcall;
external 'gdi32';
function ...
Perhaps it cannot parse the "external" directive?
FPDoc seems to suffer
On Fri, 9 Dec 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I would like to add NowUTC to SysUtils as we have already discussed
previously. I think that the need for adding this should be of common
knowledge for all after the long discussions about Now, and I
understand that this was agreed
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
And as long as it is not 100% documented, it will not be added.
In other words, the windows unit will probably never make it in the official
docs.
I do not think it makes any sense to do so
On Fri, 9 Dec 2011, Hans-Peter Diettrich wrote:
Makeskel expects another(?) semicolon after win\wininc\func.inc:
function GetRandomRgn(aHDC: HDC; aHRGN: HRGN; iNum: WINT): WINT; stdcall;
external 'gdi32';
function ...
Perhaps it cannot parse the "external" directive?
Should be fixed. rev
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Felipe Monteiro de Carvalho said:
On Fri, Dec 9, 2011 at 10:39 AM, Marco van de Voort wrote:
I thought that discussion had established that a timezone based on
fpgettimeofday is not reliable on Linux? Yet, I see it in th
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Crossplatform functions which are only stubs on some platforms are useless
and should not be added.
I don't see the problem.
As far as I can see, NowUTC should simply return the kernel tim
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
what does that have to do with the issue ?
The linux kernel returns UTC time, it always has. Now() converts this to local
time.
(as does libc). All NowUTC needs to do is return the kernel time
On Fri, 9 Dec 2011, Jonas Maebe wrote:
On 09 Dec 2011, at 12:28, Michael Van Canneyt wrote:
The linux kernel returns UTC time, it always has. Now() converts this to
local time.
(as does libc). All NowUTC needs to do is return the kernel time.
It should only be called NowUTC if it is
On Fri, 9 Dec 2011, Felipe Monteiro de Carvalho wrote:
2011/12/9 Tomas Hajny :
Is it preferred to return ticks (dependent on various stuff), or something
like GetMsCount (as already existing in unit Dos)?
I would like to define it like this:
"FPGetTickCount returns the amount of ticks sinc
On Fri, 9 Dec 2011, Tomas Hajny wrote:
On Fri, December 9, 2011 13:07, Jonas Maebe wrote:
On 09 Dec 2011, at 12:28, Michael Van Canneyt wrote:
The linux kernel returns UTC time, it always has. Now() converts
this to local time.
(as does libc). All NowUTC needs to do is return the kernel
On Fri, 9 Dec 2011, Felipe Monteiro de Carvalho wrote:
Hello,
How can one call clock_gettime ? I couldn't find a fp prefixed routine
for it ...
I have this on my todo list.
The main problem is that I don't know yet if it is Linux-specific or Posix.
That will determine which unit it will be
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
for it ...
I have this on my todo list.
The main problem is that I don't know yet if it is Linux-specific or Posix.
That will determine which unit it will be added to. Maybe Marco knows
On Fri, 9 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
And as long as it is not 100% documented, it will not be added.
In other words, the windows unit will probably never make it in the
official docs.
At least TSystemTime is declared there, used in GetLocalTime
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Marco van de Voort said:
In our previous episode, Michael Van Canneyt said:
But maybe IMHO this kind of stuff should remain out of sysutils, certainly now
it is not entirely clear, and people are still searching for
On Fri, 9 Dec 2011, Jonas Maebe wrote:
it also solves the problem that some targets may not support returning the
time in UTC.
I think that Michael already exposed more then enough the holes in
this argument.
He did not expose any holes in any argument. He simply said that Go32v2 and
OS/2
On Fri, 9 Dec 2011, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
Just as a sidenote: unit "Dos" is platform independant (every (full) target
has one and the common parts reside in dos.inc and dosh.inc in
%fpcdir%\rtl\inc)
Ah, thanks.
Then Go32v2 is the (MS?)Dos platform?
Yes.
Loo
On Fri, 9 Dec 2011, Marco van de Voort wrote:
Well, if OS-X does not have it, we can't really say it is POSIX for our
purposes,
so then it goes to the linux unit. It's as simple as that.
Unless you have arguments for putting it in (base)unix anyway.
No. Better put it in target specific uni
On Fri, 9 Dec 2011, Helmut Hartl wrote:
Well, if OS-X does not have it, we can't really say it is POSIX for our
purposes, so then it goes to the linux unit. It's as simple as that.
Only if you discriminate BSD systems :-) - Many professional vendors use
some sort of BSD in their products
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
No problem.
I will do it so, I was leaning to this anyway based on the mails of Zeljko some
weeks back where the OSX issue was already touched upon.
I just wanted to know the POSIX situation
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Freebsd, Netbsd, Openbsd, and Linux has it.
For OSX there is a substitution:
http://stackoverflow.com/questions/5167269/clock-gettime-alternative-in-mac-os-x
Well, you'll have to con
On Fri, 9 Dec 2011, Tomas Hajny wrote:
Thanks, but don't worry, I didn't take personally. ;-) I know the proper
solution for both GO32v2 and OS/2 (and probably also other platforms not
providing native support of timezone handling). As mentioned previously,
this solution is based on parsing t
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Well, you'll have to convince Marco.
But I think it's that time of the month, when he's hard to convince, just for
the fun of discussion :)
Strange. I had the same feeling. S
On Fri, 9 Dec 2011, Sven Barth wrote:
Am 09.12.2011 16:54, schrieb Felipe Monteiro de Carvalho:
On Fri, Dec 9, 2011 at 4:30 PM, Marco van de Voort wrote:
IMHO that should have been done in the first place. First research and
find
a workable, portable way, and only then put it up for inclus
On Fri, 9 Dec 2011, Michael Van Canneyt wrote:
On Fri, 9 Dec 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Well, you'll have to convince Marco.
But I think it's that time of the month, when he's hard to convince,
just for the fu
On Fri, 9 Dec 2011, Hans-Peter Diettrich wrote:
I only revealed several inconsistencies with the generation of the RTL
documentation on a Windows system. Currently it looks as if it is a bad
idea to generate the documentation in a platform-dependent way at all.
So it seems.
The addition
On Sat, 10 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
The addition of the win and win32 includes IMO was not a good decision,
instead the parser should use the Linux target (as you assume) instead
of the actual platform.
I don't think the parser is the pr
On Sun, 11 Dec 2011, Hans-Peter Diettrich wrote:
FPDoc doesn't find targets for these links:
math.TRoundToRange - range types never become part of the documentation!
type TRoundToRange = -37..37;
I suspect that fpdoc wants an type name after the "=", which here doesn't
exist. Applies to all
On Wed, 14 Dec 2011, Hans-Peter Diettrich wrote:
I just tried to extend the programs in the fpdoc folder, morphing the program
files into unit files by conditional compilation:
{$IFDEF DoDi}
unit ...;
interface
{$ELSE}
program ...;
{$ENDIF}
etc., no problem so far.
Then I wrote my own MkSk
On Wed, 14 Dec 2011, Hans-Peter Diettrich wrote:
I wonder how to obtain the size of an file on disk. The only function I could
find so far is FileSize, which requires an open File, but nothing for an file
name :-(
ATM FileSize(TEXT) would help, too, but FileSize only accepts an FILE, not
T
On Fri, 16 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
I repeat: you didn't search very well.
Yes, I was not lucky enough :-(
IMO a separation into topics "File handling" (FILE based) and "File
management" (by filename) would be a good idea. Now I also foun
On Fri, 16 Dec 2011, Hans-Peter Diettrich wrote:
When MakeSkel shall use FPDoc projects, this can be achieved by adding
something like:
procedure LoadProject(const Arg: string);
begin
ProjectName := Arg;
Project := TFPDocProject.Create(Nil); //owner component?
With TXMLFPDocOptions.Create
On Fri, 16 Dec 2011, Hans-Peter Diettrich wrote:
No. You forget that the coupling with unit names does not exist.
Please explain?
Both FPDoc and MakeSkel accept one or more --input arguments, each
representing one *unit*. When a project is used instead, either none or all
units can be sel
On Sat, 17 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
ACK. There is no *need* to use MakeSkel with a project, but using this option
offers many advantages.
When we look at new packages, some general tasks come into mind:
[snip]
I'd prefer tha
On Sat, 17 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
On Sat, 17 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Feel free to create this program. If I may give some advice: the tasks
you outline belong in a "Documentation writer
On Sun, 18 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
I have done so for years, with the existing tools, using the Makefiles.
No changes were necessary.
Can you explain that a bit more? I'm not a professional commandline user,
perhaps I'm doing someth
On Fri, 23 Dec 2011, Mattias Gaertner wrote:
Hi devels,
How does the localization of fpc work?
Is there only the -Fr parameter or is there more?
Does the compiler convert the encoding?
No, the file must be in the encoding used on the platform.
The compiler does not look at the encoding.
On Tue, 27 Dec 2011, Ludo Brands wrote:
1. added a check against reserved identifiers in all places.
2,3. same as activeds
Added also support for unions.
Both files compile now.
Patch attached to http://bugs.freepascal.org/view.php?id=20972
Applied, thank you very much :-)
Michael.
_
On Mon, 23 Jan 2012, Hans-Peter Diettrich wrote:
Today I had problems in the FPDocManager, where the scanner/parser throws an
exception "String list does not allow duplicates". Reason may be duplicate
include paths, definitely a duplicate -dCPU32 from both the parser and the
commandline.
T
On Tue, 24 Jan 2012, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Today I had problems in the FPDocManager, where the scanner/parser
throws an exception "String list does not allow duplicates". Reason may
be duplicate include paths, definitely a duplicate -dCPU32 from bot
On Fri, 27 Jan 2012, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Again, what are you talking about? FPDoc doesn't require a special order
of input files, neither source nor documentation files :-)
It does, see the explanation of Marco.
Then I wonder how I ever could g
On Sat, 28 Jan 2012, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Meanwhile I have a simple example using 2 units floating around somewhere.
It took me lots of time to find it, but now I know where the cause is.
Solving it is another matter entirely.
I
On Sat, 28 Jan 2012, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
On Fri, 27 Jan 2012, Hans-Peter Diettrich wrote:
should first document dependent units. It currently does not know how to
do this by itself.
Again, what are you talking about? FPDoc doesn't require a spec
On Sat, 28 Jan 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
On Sat, 28 Jan 2012, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
On Fri, 27 Jan 2012, Hans-Peter Diettrich wrote:
should first document dependent units. It currently does not know how
to do
On Sat, 28 Jan 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
On Sat, 28 Jan 2012, Hans-Peter Diettrich wrote:
I still don't understand this requirement, and how documentation writers
should establish the correct order :-(
Simple.
The same order as the compiler use
On Sat, 28 Jan 2012, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
The question you asked:
"How is that related to documentation and the order of input files?"
I've the feeling that Dodi assumes all references are fully qualified and
not
On Sun, 29 Jan 2012, Hans-Peter Diettrich wrote:
Marco van de Voort schrieb:
In our previous episode, Michael Van Canneyt said:
The question you asked:
"How is that related to documentation and the order of input files?"
I've the feeling that Dodi assumes all refer
On Mon, 30 Jan 2012, rvmart...@ntlworld.com wrote:
michael.vancann...@wisa.be wrote the following on 30/01/12 16:35:20:
On Mon, 30 Jan 2012, rvmart...@ntlworld.com wrote:
michael.vancann...@wisa.be wrote the following on 30/01/12 14:49:53:
I think the reason for producing an ASCII versi
On Tue, 31 Jan 2012, Hans-Peter Diettrich wrote:
In an attempt to help improve fpdoc I'm blocked in understanding the handling
of imported modules. The content files are imported into the link tree, but
this tree seems not to be used in finding external identifiers?
The content files are co
On Tue, 31 Jan 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
On Tue, 31 Jan 2012, Hans-Peter Diettrich wrote:
In an attempt to help improve fpdoc I'm blocked in understanding the
handling of imported modules. The content files are imported into the link
tree, but
On Wed, 1 Feb 2012, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Why do you need this ? You make it quite complicated.
All you need is a FindModule(Const AName,AFileHint : String) : TPasModule
call in TPasTreeContainer which must be overridden in a descendent (such as
T
On Sun, 5 Feb 2012, Joao Morais wrote:
Hello fpc-devel list.
I need to implement some customizations to the request and response
classes of the fastcgi implementation -- maybe others as well -- but
afaics I cannot override such classes without copy/paste the whole
FCGI.ProcessRecord method.
On Mon, 6 Feb 2012, Felipe Monteiro de Carvalho wrote:
Hello,
SysUtils for Windows utilizes only A Windows APIs, while it could use
W APIs in Windows NT. The attached patch starts correcting improving
the situation.
Advantages of the patch:
* Allows for unicode file names in TStringList.Loa
Hi,
Seeing the discussions about annotating the documentation created by FPDoc, I
added support for notes.
(revision 20304)
In short:
At the level of the , and tags, you can now include a
tag.
Within the tag, you can include one or more tags.
They are typeset as an unordered list, whi
On Fri, 2 Mar 2012, Joao Morais wrote:
On Sun, Feb 5, 2012 at 17:41, Joao Morais wrote:
On Sun, Feb 5, 2012 at 18:11, Michael Van Canneyt
wrote:
for instance in src/base/custfcgi.pp I would add
function CreateRequest: TFCGIRequest; virtual;
function CreateResponse(ARequest
On Tue, 6 Mar 2012, Sven Barth wrote:
Am 06.03.2012 17:35, schrieb michael.vancann...@wisa.be:
On Tue, 6 Mar 2012, Sven Barth wrote:
Hello together!
I'm currently playing around with fcl-web a bit.
As I'd like to utilize inversion of control (e.g. passing things like
database connection
Hello,
I've committed a file/database indexing and search engine, fpindexer, to SVN.
It was developed by Darius Blaszijk, with help from me. One of the planned uses
is
to create searchable documentation. I've also (in a private project) used it to
implement full-text search on a database that
On Sun, 11 Mar 2012, Martin wrote:
On 08/03/2012 13:34, Martin wrote:
On 08/03/2012 13:08, michael.vancann...@wisa.be wrote:
On Thu, 8 Mar 2012, Martin wrote:
Further more:
the program below, does not crash in delphi (turbo delphi)
I also noticed. I suspect the problem is the owner; I
1 - 100 of 2823 matches
Mail list logo