On Tue, 6 Sep 2011, Jonas Maebe wrote:
On 06 Sep 2011, at 13:24, Alexander Klenin wrote:
Hm. This may be an issue with my provider then.
However, the only site affected is freepascal.org, which is very strange.
Will try to call the provider to investigate.
There is one known problem: the
On Sun, 11 Sep 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
I'm a user of fpdoc, not a maintainer, have no idea of the internals.
In that case, please do not say things like
'this extension should not be too hard to implement'
But please, file a bug report so we won't f
On Tue, 13 Sep 2011, Skybuck Flying wrote:
Hello,
Free Pascal 2.4.2 does not know about "NativeInt" a new type in recent Delphi
compilers which is either 32 bit for 32 bit platforms or 64 bit for 64 bit
platforms.
NativeInt already exists in trunk, and should exist in the upcoming 2.6.0
On Tue, 13 Sep 2011, Graeme Geldenhuys wrote:
Hi,
Below is a quote from the documentation of the ApplicationName() function:
"Standard this is equal to the result of ParamStr(0), but it can be
customized by setting the OnGetApplicationName callback."
It should say 'filename part' of param
On Tue, 13 Sep 2011, michael.vancann...@wisa.be wrote:
On Tue, 13 Sep 2011, Graeme Geldenhuys wrote:
Hi,
Below is a quote from the documentation of the ApplicationName() function:
"Standard this is equal to the result of ParamStr(0), but it can be
customized by setting the OnGetApplicati
On Wed, 14 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Tue, Sep 13, 2011 at 9:23 PM, Michael Van Canneyt
wrote:
One with unicode string, one with ansistring. They will have the same code,
but will be compiled twice, each time with a different compiler define to
decide which version it mu
On Wed, 14 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Tue, Sep 13, 2011 at 9:23 PM, Michael Van Canneyt
wrote:
Current strategy on fpc core seems to be to have 2 RTLs:
One with unicode string, one with ansistring.
Isn't that somewhat nasty for people currently using UTF-8?
No, why
On Wed, 14 Sep 2011, Felipe Monteiro de Carvalho wrote:
On Wed, Sep 14, 2011 at 8:59 AM, wrote:
No, why do you think so ?
Well, at the very least:
1> All var parameters from the RTL will no longer be directly usable
with UTF-8 strings
http://www.freepascal.org/docs-html/rtl/sysutils/app
On Wed, 14 Sep 2011, Graeme Geldenhuys wrote:
On 13/09/2011 21:23, Michael Van Canneyt wrote:
Current strategy on fpc core seems to be to have 2 RTLs:
One with unicode string, one with ansistring.
Can you clarify a bit. When you say "unicode string" to you mean UTF-16
(Delphi's definition
On Mon, 3 Oct 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I would like to add a new package to Free Pascal into the directory
packages/fputf8 which will provide classes and routines for UTF-8
applications. It might grow to include things like:
* full unicode tables and conversion routine
On Mon, 3 Oct 2011, Felipe Monteiro de Carvalho wrote:
On Mon, Oct 3, 2011 at 11:41 AM, wrote:
Please do not include this package yet.
I'd rather find a consensus on this now then to postpone yet again. I
have patches to merge about this and I have some time now which is
something which c
On Tue, 4 Oct 2011, Alexander Klenin wrote:
On Tue, Oct 4, 2011 at 08:48, Michael Van Canneyt
wrote:
There is, again, a continuum between careful development and stangation.
While acknowledging great work that FPC team has done on the former,
I'd venture to say that is came uncomfortably clo
On Thu, 13 Oct 2011, Felipe Monteiro de Carvalho wrote:
On Thu, Oct 13, 2011 at 11:24 AM, Sven Barth
wrote:
I think he ment that if such a feature is introduced it would be a natural
conclusion to define "string = unicodestring" on Windows and "string =
utf8string" for Unix in the RTL and th
On Thu, 13 Oct 2011, Felipe Monteiro de Carvalho wrote:
On Thu, Oct 13, 2011 at 11:38 AM, Felipe Monteiro de Carvalho
wrote:
On Thu, Oct 13, 2011 at 11:34 AM, wrote:
In short, you want a directive to say
"In this unit, 'string' means MyNiceStringType"
Which is in fact an extension of the
On Thu, 13 Oct 2011, Alex Shishkin wrote:
13.10.2011 13:34, michael.vancann...@wisa.be пишет:
On Thu, 13 Oct 2011, Felipe Monteiro de Carvalho wrote:
On Thu, Oct 13, 2011 at 11:24 AM, Sven Barth
wrote:
I think he ment that if such a feature is introduced it would be a
natural
conclusion
On Thu, 13 Oct 2011, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
I think he ment that if such a feature is introduced it would be a
natural conclusion to define "string = unicodestring" on Windows and
"string = utf8string" for Unix in the RTL and the FCL (and maybe "st
On Thu, 13 Oct 2011, Sven Barth wrote:
Am 13.10.2011 11:57, schrieb Marco van de Voort:
In our previous episode, Sven Barth said:
I think he ment that if such a feature is introduced it would be a
natural conclusion to define "string = unicodestring" on Windows and
"string = utf8string" for
On Thu, 13 Oct 2011, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
2. Try a blanket {$H} to make the default stringtype what you want, and fix
problems (e.g. overrides of methods, passing to var params).
The blanket {$H} seems like the way to go for m
On Wed, 19 Oct 2011, Leonardo M. Ramé wrote:
Hi, I'm trying to compile trunk on Ubuntu 11.10 x86-64:
Linux leonardo-laptop 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:56:25 UTC
2011 x86_64 x86_64 x86_64 GNU/Linux
And get this:
...
/usr/local/bin/fpc -Ur -Ur -Xs -O2 -n -Fi../inc -Fi../x86_
On Tue, 25 Oct 2011, Stefan wrote:
Hello, this is my first post and I hope this is the correct list for my
question.
I'm getting a segmentation fault ('violación de segmento' in spanish)
when running the code from below on a Linux 64-bit machine (OpenSuse 10.2
64-bits).
I'm using FPC 2.2.
On Tue, 25 Oct 2011, LacaK wrote:
May be that is is (or not ;-)) related to
http://bugs.freepascal.org/view.php?id=17360
I don't think linux has vectored exception handling ?
Michael.
-Laco.
Hello, this is my first post and I hope this is the correct list for my
question.
I'm gettin
On Thu, 27 Oct 2011, Ludo Brands wrote:
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 sho
On Thu, 27 Oct 2011, Sven Barth wrote:
Am 27.10.2011 16:38, schrieb Jonas Maebe:
On 27 Oct 2011, at 16:17, Ludo Brands wrote:
If it is a C++ exception, then it is a firebird client bug.
The exceptions are not supposed to leave the fbclient library...
Or fpc is catching the c++ exception
On Wed, 2 Nov 2011, Jonas Maebe wrote:
Marco van de Voort wrote on Wed, 02 Nov 2011:
The point was just some encouragement to look further than the immediate
need though, and keep the time call relatively cheap. That doesn't exclude
being correct, it just means a more elaborate implementatio
On Wed, 2 Nov 2011, zeljko wrote:
On Wednesday 02 of November 2011 11:23:10 michael.vancann...@wisa.be wrote:
On Wed, 2 Nov 2011, Jonas Maebe wrote:
Marco van de Voort wrote on Wed, 02 Nov 2011:
The point was just some encouragement to look further than the immediate
need though, and keep t
On Wed, 2 Nov 2011, michael.vancann...@wisa.be wrote:
On Wed, 2 Nov 2011, zeljko wrote:
On Wednesday 02 of November 2011 11:23:10 michael.vancann...@wisa.be wrote:
On Wed, 2 Nov 2011, Jonas Maebe wrote:
Marco van de Voort wrote on Wed, 02 Nov 2011:
The point was just some encouragement
On Wed, 2 Nov 2011, zeljko wrote:
On Wednesday 02 of November 2011 15:47:46 mich...@freepascal.org wrote:
Ok, let's finish this thread.
1.Now() works as it is - it's even twice faster now since extra fptime call is
avoided (so an + from this thread) :)
2.Programmer (me in this example) need
On Thu, 3 Nov 2011, Graeme Geldenhuys wrote:
If you want to do timing, you can also take a look at EpikTimer. I
believe it doesn't work on all platforms that FPC supports, but it
works on the big three (Windows, Linux, Mac).
PLEASE NEVER MENTION EPIKTIMER AGAIN.
it returns Now() on all plat
On Fri, 4 Nov 2011, Graeme Geldenhuys wrote:
On 3 November 2011 15:55, wrote:
PLEASE NEVER MENTION EPIKTIMER AGAIN.
it returns Now() on all platforms except i386.
Not sure if my version of EpikTimer is the same as yours. Last time we
had this (similar) conversation, your EpikTimer code w
On Fri, 4 Nov 2011, Graeme Geldenhuys wrote:
So please checkout the following code to make sure you use the latest EpikTimer.
svn co
https://lazarus-ccr.svn.sourceforge.net/svnroot/lazarus-ccr/components/epiktimer/
I already did this before mailing my reply. The reply was just meant to
ex
Sorry, this was meant to be private, but it went to the list instead.
For everyone not speaking dutch:
I have been looking at the JVM backend, and noticed that file I/O is not
working. I'm asking what is needed to get write(ln) or read(ln) working.
Michael.
On Mon, 7 Nov 2011, michael.vancann
Jonas,
Ik heb dit weekend wat zitten spelen met het JVM backend, voor m'n
artikeltje over de JVM bytecode.
Wat is er nodig om writeln() en readln() werkend te krijgen ?
Heb je dat zelf gepland of wacht je daar op patches ?
Michael.
On Mon, 7 Nov 2011, Jonas Maebe wrote:
Hi,
I've put a new
On Mon, 7 Nov 2011, Jonas Maebe wrote:
On 07 Nov 2011, at 09:21, michael.vancann...@wisa.be wrote:
I have been looking at the JVM backend, and noticed that file I/O is not
working. I'm asking what is needed to get write(ln) or read(ln) working.
Mainly adapting rtl/inc/text.inc and rtl/inc
On Mon, 7 Nov 2011, Jonas Maebe wrote:
On 07 Nov 2011, at 12:21, michael.vancann...@wisa.be wrote:
TextRec uses THandle for everything, I assume it can be used to store a
pointer to an object (or whatever Java uses for files), since in Java
everything is
an object anyway ?
Yes (once THa
On Mon, 7 Nov 2011, Jonas Maebe wrote:
On 07 Nov 2011, at 13:46, michael.vancann...@wisa.be wrote:
On Mon, 7 Nov 2011, Jonas Maebe wrote:
Yes (once THandle is added to the JVM RTL and it is defined to Pointer or
JLObject, at least :). It's generally a PrintStream:
http://download.oracle.
The docs should be adapted.
Normally the function returns -1 on failure, so the code is OK.
Michael.
On Mon, 14 Nov 2011, Graeme Geldenhuys wrote:
Hi,
This is the implementation of FileAge() under FPC 2.6.0 (the upcoming release)
---
Function FileAge (Con
On Tue, 15 Nov 2011, Felipe Monteiro de Carvalho wrote:
On Tue, Nov 15, 2011 at 2:18 PM, Thomas Schatzl wrote:
Patches that add a new target are welcome (or other contributions to
that effect that are not hacks).
If noone can do anything about this then I propose to fork a new
android targ
On Mon, 28 Nov 2011, Hans-Peter Diettrich wrote:
I just implemented and option to create an XML project from the commandline
arguments. This should allow to create projects from the scripts and
Makefiles, used to build the documentation for the standard libraries. See
Mantis #20769.
I had
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
Hans-Peter Diettrich schrieb:
Unfortunately there remain some problems, e.g. the FPC documentation cannot
be created on Windows, what is one reason for the extended project option,
but doesn't allow me to debug this feature with real life pro
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
On Mon, 28 Nov 2011, Hans-Peter Diettrich wrote:
I just implemented and option to create an XML project from the
commandline arguments. This should allow to create projects from the
scripts and Makefiles
On Tue, 29 Nov 2011, Graeme Geldenhuys wrote:
On 29/11/2011, Hans-Peter Diettrich wrote:
A "make -n rtl.chk > test.txt" succeeded, at least. Now I suspect some
Windows or RTL commandline limitations, which seem to truncate the long
command lines created by the scripts (4890 chars for rtl.ch
On Tue, 29 Nov 2011, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
INF or HTML), and replaced them with simple command line programs that
can be compiled from: fpc somecoolutitility.pas
You then have TProcess, the whole RTL and FCL at your disposal. MUC
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
A "make -n rtl.chk > test.txt" succeeded, at least. Now I suspect some
Windows or RTL commandline limitations, which seem to truncate the long
command lines created by the scripts (4890 chars for rtl.chk).
On Tue, 29 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
begin
With TFPDocAplication.Create(Nil) do
try
Run;
finally
Free;
end;
end.
When this were the *only* code in the fpdoc program file, another project
could create a derived class, with
On Wed, 30 Nov 2011, Hans-Peter Diettrich wrote:
In my review of the fpdoc project option some questions popped up. The most
important question: should fpdoc be usable for creating online help only, or
should it also allow users to create offline documentation on their local
machine? When a
On Wed, 30 Nov 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
That would conflict with the GUI TApplication instance, so I really don't
see the point of this exercise.
Then another error in the logic exists: CreateDocumentation should be a
method of TFPDocProject, not of T
On Wed, 30 Nov 2011, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
will reside in an unrelated directory branch, so that all references to the
FPC documentation depend on the directory structure of the user machines.
Explain why you think this requires
On Wed, 30 Nov 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I am facing a problem with clipping in TFPCustomCanvas because it has
these properties:
property ClipRect : TRect read GetClipRect write SetClipRect;
property Clipping : boolean read GetClipping write SetClipping;
Which ob
On Wed, 30 Nov 2011, zeljko wrote:
On Wednesday 30 of November 2011 10:35:59 michael.vancann...@wisa.be wrote:
Create TBaseClipRegion with abstract method PointIsInRegion(P : TPoint)
(and maybe some others, like line intersections or so).
Create a descendent TRectClipRegion with property Cl
On Wed, 30 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
It seems to me you are reading too much in fpdoc. fpdoc takes some input
files and produces output. No more, no less.
All the questions you ask have more to do with 'how do I organize my work
with fpdoc' r
On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote:
Hi all,
in the function TCustomJSONRPCDispatcher.FormatResult the
Result:=TJSONObject.Create(['result',Return,'error',TJSonNull.Create,transactionproperty,ID.Clone]);
i think that should be checked if jdoJSONRPC2 is enabled and remove th
On Wed, 30 Nov 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
You should understand the problems of Windows users. Until now they cannot
produce local documentation, due to several bugs in the Makefiles, fpdoc
and related tools. This is a bad situation for documentati
On Thu, 1 Dec 2011, Graeme Geldenhuys wrote:
On 30 November 2011 22:14, Hans-Peter Diettrich wrote:
Now you hear some, most probably from the first user of fpdoc on Windows ;-)
I use fpdoc under Windows without problems. Though mostly for
generating documentation for my own projects, not F
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, by editing the Makefile.
Next I get the following error messages:
Afaik the docs are hardwired for Linu
On Thu, 1 Dec 2011, Hans-Peter Diettrich wrote:
See Mantis #20786 for details.
The first problem was the use of single quotes in the generated fpdoc
commandline, which are not handled properly by the Windows shell. I fixed
this manually, by editing the Makefile.
Next I get the following e
On Sat, 3 Dec 2011, Graeme Geldenhuys wrote:
On 3 December 2011 01:59, Michael Van Canneyt wrote:
Already included: all XML files are discarded, when they don't contribute
to the current package :-)
Because of the loose coupling between XML files and source files, there is
no way to know
On Mon, 5 Dec 2011, Dimitrios Chr. Ioannidis wrote:
Hi Michael,
On 30/11/2011 6:38 μμ, michael.vancann...@wisa.be wrote:
On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote:
Hi all,
in the function TCustomJSONRPCDispatcher.FormatResult the
Result:=TJSONObject.Create(['result',Return,'e
On Wed, 7 Dec 2011, Felipe Monteiro de Carvalho wrote:
On Wed, Dec 7, 2011 at 8:06 AM, Felipe Monteiro de Carvalho
wrote:
Indeed good idea, I am implementing like that with slightly different
names (TFPCustomRegion and IsPointInRegion).
commited, I did not mention anything from Clip in the
On Wed, 7 Dec 2011, Felipe Monteiro de Carvalho wrote:
On Wed, Nov 30, 2011 at 10:35 AM, wrote:
Good basics.
What about the following:
Create TBaseClipRegion with abstract method PointIsInRegion(P : TPoint)
(and maybe some others, like line intersections or so).
Indeed good idea, I am i
On Wed, 7 Dec 2011, Hans-Peter Diettrich wrote:
Felipe Monteiro de Carvalho schrieb:
On Wed, Dec 7, 2011 at 9:28 AM, zeljko wrote:
Note that xxx_boundingRect() functions of qt are marked as slow (I guess
it's case when you deal with eg 1000 rects in region and you must
calculate
lower Top
On Wed, 7 Dec 2011, Hans-Peter Diettrich wrote:
In my current tests I found empty classes (no members listed), e.g.
Classes.TFPList. The Declaration shows:
Source position: classesh.inc line 170
type TFPList = class end;
This line reads in the source code as
TFPList = class;
with the dec
On Wed, 7 Dec 2011, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Wait, did you try this on FPC trunk sources ? That won't work.
2.6.0 sources should be OK.
Ah!
Does there exist a chance (trick) to use the input files of a different
installation, without copying the descriptio
On Thu, 8 Dec 2011, Graeme Geldenhuys wrote:
On 7 December 2011 23:09, Hans-Peter Diettrich wrote:
Does there exist a chance (trick) to use the input files of a different
installation, without copying the description files?
If you use the make command to generate the docs, simply pass the
On Thu, 8 Dec 2011, Felipe Monteiro de Carvalho wrote:
Some more changes I'd like to propose. It seams that Rectangle is not
TCanvas compatible:
procedure TFPPixelCanvas.DoRectangle (const Bounds:TRect);
A rectangle over (0, 0, 10, 10) should not include the pixels line
with x=10 and y=10 bu
On Thu, 8 Dec 2011, Felipe Monteiro de Carvalho wrote:
On Thu, Dec 8, 2011 at 9:33 AM, wrote:
Yes, but changing this will break existing code ?
Yes, it cannot do both at the same time, unless we add a property
PaintLikeTCanvas or something like that.
Hm.
I would reverse the property. "
On Thu, 8 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Does there exist a chance (trick) to use the input files of a different
installation, without copying the description files?
If you use the make command to generate the docs, simply pass the
FPCSRCDIR comma
On Thu, 15 Dec 2011, Hans-Peter Diettrich wrote:
Tomas Hajny schrieb:
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
On Thu, 15 Dec 2011, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
Normally I use TFileStream's, which have a Size property. But I find it
nasty to open an file, when I only want to know its size. FPC (like
Delphi) lacks some basic file/directory handling functions (Size,
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 writers IDE".
To some degree, maybe. But checking for updates should be doable by a script,
without
On Thu, 22 Dec 2011, Joost van der Sluis wrote:
Hi all,
With this command-line:
"fpmake --prefix=bla --baseistall=test"
paramstr(1) gives "--prefix=bla ". Thus with the trailing space. Is this
a bug or a feature?
It's what the shell has passed on. The paramstr() code doesn't do any
parsin
On Tue, 27 Dec 2011, José Mejuto wrote:
Hello FPC,
I can't compile trunk:
[...]
make[1]: Entering directory `F:/fpc/svn/utils/importtl'
F:/fpc/fpc/2.4.4/bin/i386-win32/ppc386.exe -Fu../../rtl/units/i386-win32 -FE.
-FUunits/i386-win32 -di386 importtl.pas
Free Pascal Compiler version 2.4.
On Wed, 18 Jan 2012, Michael Schnell wrote:
AFAI learned:
I suppose the code generator should be doable, regarding that there already
are several supported CPUs. At least a working compiler might come into
existence in a decent amount of time, adding optimizations is another
project.
OTOH
On Wed, 18 Jan 2012, Tomas Hajny wrote:
On Wed, January 18, 2012 10:15, michael.vancann...@wisa.be wrote:
On Wed, 18 Jan 2012, Michael Schnell wrote:
AFAI learned:
I suppose the code generator should be doable, regarding that there
already
are several supported CPUs. At least a working comp
On Wed, 18 Jan 2012, Tomas Hajny wrote:
On Wed, January 18, 2012 11:23, michael.vancann...@wisa.be wrote:
On Wed, 18 Jan 2012, Tomas Hajny wrote:
On Wed, January 18, 2012 10:15, michael.vancann...@wisa.be wrote:
On Wed, 18 Jan 2012, Michael Schnell wrote:
AFAI learned:
I suppose the code
On Wed, 18 Jan 2012, Tomas Hajny wrote:
But then you are assuming the RTL should be using EBCDIC internally as
well ?
Obviously, that will be a lot more work.
But I don't think this should be so.
I may be overlooking something, of course. However: Our RTL is based on
common (target specific
On Tue, 24 Jan 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
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 p
On Wed, 25 Jan 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
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 duplicate
On Wed, 25 Jan 2012, michael.vancann...@wisa.be wrote:
On Wed, 25 Jan 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
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
On Wed, 25 Jan 2012, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
I checked here at work, and here the SVN copy is different than at home.
So I committed a fix, please test rev. 20169.
Just tested: the dupes error has gone away :-)
Great.
Now remain the syntax errors
On Fri, 27 Jan 2012, Hans-Peter Diettrich wrote:
Unfortunately I managed to supply the EasyImports.patch twice, please drop
Mantis #21168 as a dupe of #21167. Sorry for the inconvenience :-(
Thank you. I will look at it.
Starting with this patch I suggest further improvements of fpdoc. Exce
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 special order of
input files, neither source nor documentation files :-)
It does, see the
On Mon, 30 Jan 2012, steve smithers wrote:
Finally, the suggestions about developing FreePascal/370 as an ASCII compiler
seem somewhat pointless to me. Why would anyone want to use an ASCII compiler
on an EBCDIC system? I accept fully that producing an EBCDIC version will
present problems,
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 version first is very simple:
All FPC sources - including the compiler - are in ASCII encoding.
I don't understand this statemen
On Wed, 1 Feb 2012, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
Am 31.01.2012 14:42, schrieb Hans-Peter Diettrich:
I still wonder why the number of units in the imported RTL package
increases over time. Initially it contains 7 modules, and 38 modules in
the end, where the RTL currently
On Thu, 2 Feb 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Well, It took me about 15 lines to implement it in dglobals.pas of fpdoc.
I moved one function out of fpdocoptsxml to mkfpdoc to split the input
line.
First tests work fine. See revision 20213.
A fine solution
On Thu, 2 Feb 2012, Hans-Peter Diettrich wrote:
michael.vancann...@wisa.be schrieb:
One reason may be the different assumptions about the content of the
FProcessedUnits list, where either the input file part or the entire input
specification is stored. But this seems not to be the only bug
On Tue, 7 Feb 2012, Felipe Monteiro de Carvalho wrote:
On Mon, Feb 6, 2012 at 9:35 PM, Sergei Gorelkin wrote:
So, this is basically a first step of locking Windows RTL to use utf-8 by
default
No, it will not use UTF-8 by default because that would break
compatibility. It will use the syste
On Fri, 17 Feb 2012, Hans-Peter Diettrich wrote:
After adding documentation for some items in the FPDoc Editor, I have
problems running MakeSkel or FPDoc. Both report errors in the input file,
which seem to be related to wrong or missing compiler options for that file.
How can a documentati
On Mon, 20 Feb 2012, Hans-Peter Diettrich wrote:
The extended syntax of hint tokens should be reflected in IsTokenHint.
See oldlinux.pp:
unit oldlinux deprecated 'Use Baseunix/Unix';
Perhaps it's sufficient to skip the next token after an hint, when it is a
string literal? Dunno about the c
On Mon, 20 Feb 2012, Hans-Peter Diettrich wrote:
In an attempt to check the yet undocumented FCL units for use with FPDoc and
MakeSkel, I got an error in the created skeleton for gmp:
The "<" and ">" chars in operator names should be escaped in the XML files.
Last time this was remarked
On Mon, 27 Feb 2012, LacaK wrote:
Hi,
let me share same basic info/ideas about TMSSQLConnection :
1. As Marcos wrote it is descendant of sql-db TSQLConnection class and
provides native connector for MS SQL Servers and Sybase servers
2. is depends/requires on FreeTDS open-source cross platform
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 connections through the constructor [as one possible implementation
of this pattern]) for my modules I'd lik
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;
If it gets a free notification, it should pass it to all the children.
Michael.
On 08/03/2012 09:56, Martin wrote:
I found a be
On Thu, 15 Mar 2012, Andrew Brunner wrote:
Having just looked over the class factory for images in FPC, I found
that ImageHandlersManager is missing a critical method to obtain a reader
or write by the extension used.
Presently the getReader uses the TypeName and not the Extenstion. I find
t
On Thu, 15 Mar 2012, Marcos Douglas wrote:
On Mon, Feb 27, 2012 at 9:33 AM, Marcos Douglas wrote:
On Mon, Feb 27, 2012 at 5:08 AM, wrote:
On Mon, 27 Feb 2012, LacaK wrote:
Hi,
let me share same basic info/ideas about TMSSQLConnection :
1. As Marcos wrote it is descendant of sql-db TSQ
On Mon, 19 Mar 2012, LacaK wrote:
michael.vancann...@wisa.be wrote / napísal(a):
On Thu, 15 Mar 2012, Marcos Douglas wrote:
On Mon, Feb 27, 2012 at 9:33 AM, Marcos Douglas wrote:
On Mon, Feb 27, 2012 at 5:08 AM, wrote:
On Mon, 27 Feb 2012, LacaK wrote:
Hi,
let me share same basi
On Mon, 19 Mar 2012, LacaK wrote:
Hi Michael,
splitting files into two packages was unavoidable?
Yes.
As you can see for the other databases, we always keep the header imports
separate from the components. Standard time-tested practice.
Hm, although I am not happy with this, I can do
On Tue, 20 Mar 2012, Marcos Douglas wrote:
On Tue, Mar 20, 2012 at 6:59 PM, Michael Van Canneyt
wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
No.
Anyway, I change the colum names (id,name to col1, col2)
The error is:
"Cannot insert the value NULL into column 'col', table tempdb.dbo.
On Tue, 20 Mar 2012, Marcos Douglas wrote:
On Tue, Mar 20, 2012 at 8:12 PM, wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
On Tue, Mar 20, 2012 at 6:59 PM, Michael Van Canneyt
wrote:
On Tue, 20 Mar 2012, Marcos Douglas wrote:
No.
Anyway, I change the colum names (id,name to c
On Wed, 21 Mar 2012, Hans-Peter Diettrich wrote:
I wonder about much code in the RTL/FCL, that depends on String type
arguments, like:
Procedure TStream.WriteAnsiString (const S : String);
Var L : Longint;
begin
L:=Length(S);
WriteBuffer (L,SizeOf(L));
WriteBuffer (Pointer(S)^,L)
1 - 100 of 354 matches
Mail list logo
