Re: [fpc-devel] Re: Testing for..in feature
Marco van de Voort schreef:
In our previous episode, Paul Ishenin said:
Yet another bug:
---
{$apptype console}
type T = (a1, b1=5);
var
ch: T;
begin
for ch in T do Writeln(ch);
end.
CodeGear Delphi for Win32 compiler version 20.0
Copyright (c) 1983,2008 CodeGear
testx.dpr(6) Error: E2029 '(' expected but 'DO' found
testx.dpr(7) Error: E2430 for-in statement cannot operate on collection type 'T'
Since I suspected that D2009 doesn't work on sparse enums, I tried, and the
above is the result.
Does it work on not sparse enums?
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Dynamically Loading Libraries
Ivo Steinmann schreef:
Hello all
I started some wiki for dynamic loading libraries support discussion.
http://wiki.freepascal.org/Dynamically_loading_headers
I already added an experimental implementation. If you have got some
ideas, whises and criticism, don't hesitate to write.
I don't like the looks of lines like:
{$IFDEF S}function{$ELSE}var{$ENDIF}foobar_dosomething{$IFDEF D}:
function{$ENDIF}(a:cint; b:cdouble): cint; extdecl;{$IFDEF S}external
foobarlib;{$ENDIF}
They are hard to read. I understand that this way makes sure that both
static and dynamical declaration are in sync, but the loss of
readability is too much.
Maybe it is better to generate a foobar_dyn.inc based on the foobar.inc
or generate both foobar.inc and foobar_dyn.inc from a common file format
(maybe even the original header file).
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Dynamically Loading Libraries
Ivo Steinmann schreef: Most libraries are translated by a tool like h2pas from the original headers and then rehashed manually. The best solution would be, if there's a tool that generates the var procedures directly from all external procedures. What do you exactly mean? A tool which takes for example: http://svn.freepascal.org/trunk/packages/libpng/src/png.pp and outputs a png_dyn.pp. But else it's much simpler to maintain a construct as the one above than allways starting from the orignal h file or updating allways both declarations. I know what i'm talking about, since I translated about 15 headers in /fpc/packages ^^ But of course you are right, it's not the nice solution ;) The best solution would be to have got some support from the compiler itself ;) What kind of help? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Dynamically Loading Libraries
Luiz Americo Pereira Camara schreef: Ivo Steinmann escreveu: Vincent Snijders schrieb: Maybe it is better to generate a foobar_dyn.inc based on the foobar.inc or generate both foobar.inc and foobar_dyn.inc from a common file format (maybe even the original header file) [..] Most libraries are translated by a tool like h2pas from the original headers and then rehashed manually. The best solution would be, if there's a tool that generates the var procedures directly from all external procedures. I think that creating a tool to translate a static header to a dyn header should be easy to create (i'm not talking to convert c header directly ;-)). Should do the following right? Correct me if i'm wrong: Static function: function foobar_dosomething(a:cint; b:cdouble): cint; extdecl;external foobarlib; Becomes a dyn function: var foobar_dosomething: function(a:cint; b:cdouble): cint; extdecl; And a statement to initialize the variable. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Dynamically Loading Libraries
Luiz Americo Pereira Camara schreef:
Vincent Snijders escreveu:
Luiz Americo Pereira Camara schreef:
I think that creating a tool to translate a static header to a dyn
header should be easy to create (i'm not talking to convert c header
directly ;-)).
Should do the following right? Correct me if i'm wrong:
Static function:
function foobar_dosomething(a:cint; b:cdouble): cint;
extdecl;external foobarlib;
Becomes a dyn function:
var foobar_dosomething: function(a:cint; b:cdouble): cint; extdecl;
And a statement to initialize the variable.
Do you mean this?
sqlite3_symbols: array[0..152{$IFDEF SQLITE_OBSOLETE}+6{$ENDIF}] of
TLibSymbol = (
(pvar:@sqlite3_libversion; name:'sqlite3_libversion'; weak:false), etc..
That is one solution, filling the symbols array.
Another solution is simply:
@sqlite3_libversion := GetProcAddress(libHandle, 'sqlite3_libversion');
I was pointing at a missing link.
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Bug 14937
Desmond Coertzen schreef: Please kill this bug, the real issue is on bug 14936. Done. Issue 14936 has been moved to the Lazarus project. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] csize_t
Michael Van Canneyt schreef: The descriptions is completely wrong. Please post a bugreport. Done: http://bugs.freepascal.org/view.php?id=14932 Vincnet ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] csize_t
Felipe Monteiro de Carvalho schreef: Hello, In the past there was a csize_t which I used in the imagemagick headers, but now it seams to have disappeared. Is size_t compatible with the c type? Or else any other compatible type to use? Well, there is still is: http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/ctypes/csize_t.html I think the description is a bit strange: Character size type. I wouldhave guess the c was not because of Character, but because of the C language. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] csize_t
Felipe Monteiro de Carvalho schreef: On Wed, Oct 28, 2009 at 4:51 PM, Vincent Snijders vsnijd...@vodafonevast.nl wrote: Well, there is still is: http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/ctypes/csize_t.html The docs could be out-dated, csize_t doesn't compile in FPC 2.2.4 Or maybe too new. Try to compile with 2.5.1 or 2.3.1. I think the description is a bit strange: Character size type. I wouldhave guess the c was not because of Character, but because of the C language. The descriptions is completely wrong. Michael, do you need a bug report? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] request to merge fpdoc patch with 2.3.1 fixes branch
Michael Van Canneyt schreef: On Tue, 27 Oct 2009, Graeme Geldenhuys wrote: Hi, I submitted a minor patch for the 'fpdoc' tool. Could this be merged with the v2.3.1 branch as well, so that it is available in the next stable FPC release? http://bugs.freepascal.org/view.php?id=14917 No. The tag for 2.4.0 releas is already set. So, it is safe to the fixes branch, so we are sure not to forget it for 2.4.2? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] New feature discussion: for-in loop
Graeme Geldenhuys schreef: use, like: PeakNext, PeakPrevious, Remove, JumpToBack, etc... I would call it PeekNext, PeekPrevious, ... Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] New feature discussion: LAMBDA
Marco van de Voort schreef: (hmm, if I would name one feature I hate about C, that would be that if (x=y) goes unnoticed while legal. At least the ? operator doesn't bite you if you don't use it) Off topic. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] msgtxt.inc and msgidx.inc
Florian Klaempfl schreef: Alexander Klenin schrieb: On Mon, Oct 19, 2009 at 18:35, Florian Klaempfl flor...@freepascal.org wrote: And taking into account the size of the patch (see below and ignore the auto generated files msg*.inc), it's worth to add. private etc. cause much more trouble in the compiler and has no more real use imo. By I guess this whole thread got taken over by the sealed discussion. I'm pretty sure, through all this, Paul is still waiting on a definite answer of: is my patch ok? See http://github.com/graemeg/freepascal/commit/6d0dc36b82ba90403594f00bdd96a36b5b820f66 BTW, I have already asked in the beginning of the thread, but got no answer: why are those files under version control at all? Because it's easier to handle when doing compiler development work because you usually don't use makefiles to build stuff but some IDE/editor. I thought it was for easier bootstrapping: no need to build msg2inc before ppc1. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] SetString difference between Ansistring and UnicodeString
Vincent Snijders schreef: Vincent Snijders schreef: While running valgrind on fpcdoc, I got a warning in Maybe you are interested in the valgind output. See attachment. Another problem, that was also in the valgrind output (reading uninitialized memory): EAccessViolation : Access violation $08099882 TNODEPOOL__DESTROY, line 3304 of src/dom.pp $080BFF73 THTMLWRITER__WRITEDOC, line 3341 of dw_html.pp $08049809 CREATEDOCUMENTATION, line 267 of fpdoc.pp $08049A00 main, line 290 of fpdoc.pp Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] SetString difference between Ansistring and UnicodeString
Marco van de Voort schreef: In our previous episode, Vincent Snijders said: Vincent Snijders schreef: While running valgrind on fpcdoc, I got a warning in Maybe you are interested in the valgind output. See attachment. Another problem, that was also in the valgrind output (reading uninitialized memory): EAccessViolation : Access violation $08099882 TNODEPOOL__DESTROY, line 3304 of src/dom.pp $080BFF73 THTMLWRITER__WRITEDOC, line 3341 of dw_html.pp $08049809 CREATEDOCUMENTATION, line 267 of fpdoc.pp $08049A00 main, line 290 of fpdoc.pp Nodepool and friends use objects on non-allocated memory. It might be that valgrind doesn't understand that. I think DOM should have a define to turn that off, for debugging purposes. Well, this AV is from a build with gt, which seems to suggest that the nodepool is reading from uninitialized memory. I doubt that the valgrind warning is false. I admit these are mere hints at a possible bug, but if I were maintainer of that code, I would take another look at it. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] SetString difference between Ansistring and UnicodeString
Sergei Gorelkin schreef: Vincent Snijders wrote: Vincent Snijders schreef: While running valgrind on fpcdoc, I got a warning in Maybe you are interested in the valgind output. See attachment. That check should be removed altogether, in both WideString and UnicodeString routines. I just checked with Delphi, it allows setstring(widestring) with data containing #0 in the middle. So having a check is Delphi-uncompatible, and also causes a performance penalty. Shall I create a bug report? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] make all OPT=gtl
Hi, make all OPT=-gtl in the fpc source fails. /home/vincent/src/fpc/trunk/compiler/ppc1 -Ur -Ur -Xs -O2 -n -Fi../inc -Fi../i386 -Fi../unix -Fii386 -FE. -FU/home/vincent/src/fpc/trunk/rtl/units/i386-linux -gtl -di386 -dRELEASE -Us -Sg system.pp Fatal: Compilation aborted An unhandled exception occurred at $08139C93 : EAccessViolation : Access violation $08139C93 DO_PROC_CALL, line 913 of pexpr.pas $0813D6C6 FACTOR_READ_ID, line 1587 of pexpr.pas $0813A9F9 FACTOR, line 2209 of pexpr.pas $0813B51B FACTOR, line 2482 of pexpr.pas $0813D913 SUB_EXPR, line 2654 of pexpr.pas $0813D924 SUB_EXPR, line 2656 of pexpr.pas $0813D924 SUB_EXPR, line 2656 of pexpr.pas $0813D924 SUB_EXPR, line 2656 of pexpr.pas $0813DD76 COMP_EXPR, line 2744 of pexpr.pas $0814AA40 READ_TYPED_CONST_DATA, line 1358 of ptconst.pas $081309B1 CONST_DEC, line 244 of pdecl.pas $0812C610 READ_INTERFACE_DECLARATIONS, line 1779 of psub.pas $0817405E PROC_UNIT, line 1043 of pmodules.pas $081608CD COMPILE, line 394 of parser.pas $08067C68 COMPILE, line 246 of compiler.pas $08048236 main, line 223 of pp.pas Should I create a bug report or is using -gt for the compiler not supported. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] SetString difference between Ansistring and UnicodeString
While running valgrind on fpcdoc, I got a warning in Procedure SetString (Out S : UnicodeString; Buf : PUnicodeChar; Len : SizeInt); It assumes that the Buf is null terminated, and tries to use that information to truncate the length. The ansistring version: Procedure SetString (Out S : AnsiString; Buf : PChar; Len : SizeInt); simply sets the length and moves the chars from Buf. Why is does the UnicodeString version only move the chars until the first #? The reason ValGrind complains is probably that SetStrings assumes that Buf is null terminated: BufLen := IndexWord(Buf^, Len+1, 0); IndexWord reads Len+1 words, I would change that code to BufLen := IndexWord(Buf^, Len, 0); At least, if this scanning is actually useful for UnicodeStrings, unlike for Ansistrings. Otherwiser it may as well be removed. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Errors using generics - what is wrong?
Žilvinas Ledas schreef: Hello all, I am trying to use generics but compilation fails. Whan I try to use unit with my generic class in my real project I get Fatal: Internal error 200204175 error. When I try to use it in empty Lazarus application (Unit1.pas) and I put - procedure TForm1.Button1Click(Sender: TObject); var lst: specialize TTwoValuesListUnicodeString; begin end; - I get these errors: - I would try to use a named type: type TTwoUnicodeValuesList = specialize TTwoValuesListUnicodeString; procedure TForm1.Button1Click(Sender: TObject); var lst: TTwoUnicodeValuesList; begin end; Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support
Felipe Monteiro de Carvalho schreef: On Thu, Sep 17, 2009 at 9:42 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: It isn't. It is a string type whereby the string encoding is part of the string information (just like the reference count and length already are currently). Ah, that string type. Previous discussions between Lazarus developers concluded that this new string type isn't a good solution. I reserve right to change my mind, once it is available in a FPC release. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] svn mirror site is out of sync
Graeme Geldenhuys schreef: Hi, http://svn2.freepascal.org/svn/fpc/trunk/ is out of sync with svn.freepascal.org. The mirror is stuck at r13643. Could somebody give it another boot in the backside please. Fixed. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] comparing methods
Jonas Maebe schreef: On 10 Sep 2009, at 14:01, Mattias Gärtner wrote: Mattias Gärtner wrote: Can someone explain why in mode objfpc comparing methods only compares the address, but not the instance? Seems perfectly logical to me (@ = Address of, in this case code address, the code is the same for all instances of a class). OnClick:=...@myclick; The @ operator is more than address of. The current behaviour has been there since svn revision 1, so it's quite old and established at least (and Delphi/TP-compatible, afaik). It is delphi compatible, not really intuitive, so I would welcome a change in the objfpc mode. See: http://bugs.freepascal.org/view.php?id=9228 http://bugs.freepascal.org/view.php?id=11868 Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] documentation: chart.[ps|pdf]
Graeme Geldenhuys schreef: Michael Van Canneyt het geskryf: If you have a suggestion, I'll be glad to change the name. So the name and content is correct? Umm, so how did you get to the name chart? :-) When I opened that file, I expected the class hierarchy chart - you know, like the one Borland gave with D7 K3. It is the compiler switches quick reference chart. Or maybe better compiler switches quick reference card. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Is lnet compilation working?
ABorka schreef: No, just with the latest FPC/Lazarus SVN Then you probably need the get back to 2.2.4 for the released lnet and to svn version of fpc from before the latest changes in the sockets unit. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] LaTeX docs to HTML
Graeme Geldenhuys schreef: Hi I know the current LaTeX documentation is converted to HTML using tex4ht (I think). The conversion to HTML has always produced sub-optimal results. I was browsing through the Ubuntu APT repository and came across this program: HeVea From there website it seems quite promising for LaTeX to HTML conversion. As anybody tried this product before on the FPC documentation? http://pauillac.inria.fr/~maranget/hevea/ At least it was discussed before: http://www.hu.freepascal.org/lists/fpc-devel/2008-May/013793.html Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Is lnet compilation working?
ABorka schreef: Hi, Trying to send emails and load web pages from Lazarus/FPC programs. Since the latest Indy cannot be compiled and used in Lazarus/Freepascal at the moment (it seems at least so), I have tried to start using lNet. Did you try with fpc 2.2.4? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] handling of 2.3.x (new 2.4) branch
Graeme Geldenhuys schreef: mirror or FPC. On your next pull, the fixes_2.4 will be pulled as well. I am using cherry-pick to keep the fixes_2.4 in sync with SubVersion But still allows patches directly committed to the fixes_2.4 branch? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] FPC 64bit performance
Jonas Maebe schreef: On 24 Aug 2009, at 08:55, Graeme Geldenhuys wrote: I switched to a full 64bit system last Friday. Over the weekend I read the following in the MSEideMSEgui newsgroup. Is this true or still the case wit FPC 64bit support? FPC does use all available registers on all platforms. Maybe what was hinted at is: earlier fpc version did not use regvars correctly and using regvars was disabled by default. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Please merge r13537 to fixes_2_4
Vincent Snijders schreef: Please, merge r13537, a fix for compiling for wince to the fixes_2_4 branch. http://svn.freepascal.org/cgi-bin/viewvc.cgi?diff_format=lview=revrevision=13537 Reminder. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Please merge r13537 to fixes_2_4
Please, merge r13537, a fix for compiling for wince to the fixes_2_4 branch. http://svn.freepascal.org/cgi-bin/viewvc.cgi?diff_format=lview=revrevision=13537 Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpTimer causes memory leaks
Graeme Geldenhuys schreef: Hi, I just wanted to warn you guys that the fpTimer.pp unit causes memory leaks. It was originally based on my code (which I still have). I first tried with the TFPTimer included in FCL and got memory leaks. I then tried my original version which TFPTimer is based on, and I don't get memory leaks. I'll investigate the memory leak issue further to try and see where it occurs. Today on #fpc we were speaking about timers and I refered to the fptimer unit. While I checked in the svn logs for its initial version (was it in fpc 2.2.2 or not), I saw no update. Was there a memory leak in this unit or is this thread a false alarm. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] SVN connection was closed error
Florian Klaempfl schreef: Graeme Geldenhuys schrieb: We are based in South Africa - I'm not sure where the svn2.freepascal.org server is located. Austria. If it helps you, we can also setup a git read only mirror on one of the European server. If I clone that mirror, can I commit (is that push?) changes to the svn repository? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] FPC Delphi compatibility question...
Bruce Tulloch schreef: FPC assigns nil to A which IMHO is correct, but not when run in bug for bug Delphi compatibility mode. I don't think there exists a bug for bug Delphi compatibility mode. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fcgi under windows
Joost van der Sluis schreef: 3. Simple CGI application should be removed since it is deprecated Hmm.. maybe. The new components are really better now. But require fpc 2.3.1? Or are they really better with fpc 2.2.4 too. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fcgi under windows
ABorka schreef: BTW, there should be some explanation in Lazarus - File - New for people about the differences between Application - Program - Custom Program ; I think the description in the Project - New ... explains the differences clear enough. If not, what are you missing? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] path for *.res file
Jonas Maebe schreef: On 22 May 2009, at 23:00, Dariusz Mazur wrote: How to tell compiler where are *.res files. You can't. As you noticed, they are always searched relative to the directory of the main source file (unless the resource file is specified using an absolute path) And that means, it is really impossible to include a *.rc file in a unit and distrubute the *.res file as compiled resource with your compiled unit. Can't the searching be extended to the unit directory. It would make the file C:\fpc\2.2.4\units\i386-win32\fcl-base\fclel.res really useful, now have to copy it to my program dir to be able to use deamonapp unit. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Unexpexted result of FindFirst with 2.2.4
fpcl...@silvermono.co.za schreef: Hi Jonas I''l stay with fpc 2.2.5 for the time being. I have noticed that Lazarus (Linux version) has downgraded from fpc 2.2.5 to 2.2.4 in their daily snapshots though. That is because we prefer to create snapshots for fpc releases to be able to isolate Lazarus regressions from fpc regressions. Using fpc 2.2.2 was not possible because of mistakes in the gtk2 units supplied by fpc. So the snapshots switched to the fpc fixes branch (fpc 2.2.3 and 2.2.5) temporarily, but return the the latest release after the fpc 2.2.4 release. Vincent Lazarus snapshot builder ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] String cases development
Michael Schnell schreef: implement all the secondpass code for at least 6 architectures. Which are the currently supported or planned archs ? The Wiki main page only shows four X86/64 is obviously missing. At least i386, x86_64, powerpc, powerpc64, arm, sparc had a 2.2.4 release. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Re: Is it possible to remove dependency on cygwin from freepascal ?
Tomas Hajny schreef: On Tue, April 28, 2009 12:13, sakesun roykiatisak wrote: Is it possible to remove dependency on cygwin from freepascal ? To make it clear, I actually mean remove dependency on some cygwin utilities Fpc compiler is not based on cygwin, however. Sorry if this could cause some confusion to some new freepascal user. As far as I know, the most prominent place causing cygwin dependency on Win32 is the GDB debugger (and its library form used by FP IDE). The stand-alone debugger gdb distributed with fpc is not cygwin, but mingw32. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Re: Debugger for FPC
Jonas Maebe schreef:
Vincent Snijders wrote on do, 12 mrt 2009:
I guess the fpc developers traded debuggability for maintainability, so
you could have a better fpc (more features or less bugs). That is what
it concerns to you as developer. Maybe you disagree with that trade off.
No, it's simply an unimplemented feature. In fact, I for one didn't even
realise that absolute variables were not included in the debug
information (they're not used that much in the compiler itself).
I was referring to the fact that the FPC RTL uses an absolute variable
Var
{ Character to be put between date, month and year }
DateSeparator: char absolute DefaultFormatSettings.DateSeparator;
instead of just
Var
DateSepator: char.
I speculated that is was to have more maintainable code, so. The
drawback is that you cannot view the contents, because the compiler
doesn't seem to generate the correct debug info for it (yet).
Apparently this trade off has been made unconsciously.
I've also never seen a bug report about this fact. And although I
realise that it may not be obvious that some variable is not visible due
to the fact that it's an absolute variable, simply a bug report about
variable x of unit y is not visible to the debugger would have been
enough.
Who volunteers to create it?
So when something does not work in the debugger, do not automatically
assume that it's because GDB is supposedly so bad. It may just as well
be a bug in the compiler.
I did not, it was clear from earlier posts, that it the compiler doesn't
write out this information (yet). OTOH, I did not know this a week ago
and would have blamed Lazarus' interface with the debugger. ;-)
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Rebuild Lazarus fails for some reason
ABorka schreef: Not sure that I did it right but attached are 2 screenshots as well as the original make all make install log from Lazarus compilation. The c:\lazarus\ideintf\units\...\ contains the compiled componenttreeview files after make install I was guessing I need to put -u -t into the Configure Build Lazarus dialog into the Options field (screenshot 1) And the second screenshot is what I see after the error comes. Use copy all (including hidden) message from the message view and attach that. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TStringList.LoadFromFile and SavetoFile - file encoding support
Graeme Geldenhuys schreef: On Tue, Feb 3, 2009 at 9:02 AM, Vincent Snijders vsnijd...@vodafonevast.nl wrote: I am a Lazarus developer, and I don't think I said it like that. I wasn't pointing fingers to you Vincent. :-) I summarized what a few people have said. LoadFromFile in a LCL control, you need to make sure they are valid UTF8 strings. And honestly, it is only you who make sure that it is, because you know the initial encoding. The problem is as follows Even though I am a long time developer, I often have no clue what encoding a file is in when I look at the file using Nautilus file manager. I often open a file in my preferred text editor, look if it displays correctly, then look in the statusbar area for what encoding the editor detected (at least my editor does that nicely). The LCL does not have this feature. It can only handle UTF8. period. So even though you are using something as simple as the TMemo in LCL, and LCL always wants UTF-8, how do you know what encoding to convert from to UTF-8? If you don't know, you cannot process it. Simple. If I give you various text files, each using one of the following schemes: UTF-16, UTF-16BE, and UTF-16LE, UTF-32 and whatever else I can find. Loading the file into a TStringList and then doing UTF8Decode on each line will it display correctly in the TMemo? For each of these encodings, you would first have to translate it to UTF8, before you give it to the LCL. Note that is not wise to load UTF16* and UTF32 encoded files into a byte indexed ansistring. Now what if the memo content is changed and then saved? How does the TMemo know which encoding to use (I would preferably like the same encoding as before, not necessarily UTF-8). So if the file was originally UTF-32, I don't want it to be UTF-8 afterwards. If you want it the be the same, then you have to convert it back. You know what it was in the first place, because you translated it to UTF8, before giving it to the LCL. If the TStringList.LoadFromFile(...) took a encoding parameter, it could store that encoding option internally, so if you call .SaveToFile(somefile.txt) later, it could use the same encoding as used in LoadFromFile(), otherwise default to something like utf-8 if no encoding was specified anywhere. Maybe. I leave that suggestion to RTL developers. See also Marco's mail. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TStringList.LoadFromFile and SavetoFile - file encoding support
Graeme Geldenhuys schreef: Hi, I just read all the comments about the following bug report in filed under the Lazarus project. http://bugs.freepascal.org/view.php?id=12676 The comments posted doesn't seem sufficient to me. If a user selects a file to be loaded, they have no clue if that file is ANSI, UTF-8, UTF-16 etc encoded. The suggestion by the Lazarus developers is to ALWAYS assume the file is in UTF-8 (just because LCL uses UTF-8 internally) and to do a UTF8Encode on each line of the file. So what happens if you do a .SavetoFile(...)? Must you UTF8Decode each line again?? I am a Lazarus developer, and I don't think I said it like that. What I mean is: If you load a file using LoadFromFile, the lines of the file are loaded in ansistrings. No conversion is done by the RTL, so the encoding remains the same as is in the file. Now, the LCL is very picky about its encoding, it wants always UTF8 encoded strings. It is not a chameleon like that RTL that changes its encoding according to the systems settings. If you want to show strings loaded by LoadFromFile in a LCL control, you need to make sure they are valid UTF8 strings. And honestly, it is only you who make sure that it is, because you know the initial encoding. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to call windres with parameters that are shortpathwith forward slashes
Yury Sidorov schreef: From: Vincent Snijders vsnijd...@vodafonevast.nl Vincent Snijders schreef: Hi, separator. Can you give me some guidelines how to write a patch for the compiler? Please review the patch attached to http://bugs.freepascal.org/view.php?id=12645 Looks good to me. While preparing a back port for the fixes_2_2 branch, (a simple merge is not possible, because other changes to the resource handling in 2.3), I noticed windres failed if the output file did not exist yet. I fixed this in r12549. A patch for the fixes branch is available at http://svn.freepascal.org/svn/lazarus/trunk/tools/install/patches/windres-2.2.2.patch I use this patch currently for the win32 lazarus snapshots, that use fpc 2.2.2 or fpc 2.2.3. Please consider using this patch for the fixes_2_2 branch after a couple of days of testing in the Lazarus snapshots. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] How to call windres with parameters that are shortpath with forward slashes
Hi, I have been doing some research on issue 12645: http://bugs.freepascal.org/view.php?id=12645 From a discussion in the MinGW bugtracker can be concluded that windres does not and will not support spaces in paths for its parameters in the foreseeable future. So the compiler will have to convert file names and directories passed to windres to short path names (quoting them does not work). Additionally, forward slashes (/) need to be used as directory separator. Can you give me some guidelines how to write a patch for the compiler? I guess something needs to be changed in TWinLikeResourceFile.SetupCompilerArguments. Can I test for windres as rcbin and act accordingly? Or do I need to add two tresinfoflags, for exampe res_needs_short_path, res_needs_unix_dir_separator? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to call windres with parameters that are shortpath with forward slashes
Vincent Snijders schreef: Hi, separator. Can you give me some guidelines how to write a patch for the compiler? Please review the patch attached to http://bugs.freepascal.org/view.php?id=12645 Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to call windres with parameters that are shortpathwith forward slashes
Yury Sidorov schreef: From: Vincent Snijders vsnijd...@vodafonevast.nl Please review the patch attached to http://bugs.freepascal.org/view.php?id=12645 Looks good to me. Committed in r12545. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] First version of FPC for iPhone SDK 2.x available
Jonas Maebe schreef: Hello, I'm happy to announce that the first version of FPC for the iPhone SDK 2.x is available. It includes an Xcode template to build the demo application that I mentioned in my message last week. I guess this is worth a mention on http://www.freepascal.org/ and http://www.freepascal.org/news.var. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] can r12368 be merged to fixes?
Joost van der Sluis schreef: Op maandag 15-12-2008 om 23:52 uur [tijdzone -0500], schreef Andrew Haines: It fixes a really terrible memory leak. No. Not for now at least. First wait for the testsuite-results (if there are no tests for this particular part, then we even have to wait some longer, as we need users to test it). Then let it settle at least a few days. Then we'll see. And now, can it be merged? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] GetAppConfigFile implementation
Zaher Dirkey schreef: I have external hard disk (USB) and use it in both work and my home, put every thing on it, the problem after Lazarus using that AppData folder i lost between home and work, is any way to change Lazarus config folder to special folder (i will point to my usb hard). Yes, use the --pcp=x:\lazarus\config command line parameter to set the primary config directory. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] GetAppConfigFile implementation
Felipe Monteiro de Carvalho schreef: Hello, GetAppConfigFile in win32 uses CSIDL_LOCAL_APPDATA to be implemented. I did some research, and I think that CSIDL_APPDATA is a better choice: http://blogs.msdn.com/oldnewthing/archive/2005/07/01/434647.aspx They are very similar, but the LOCAL version is a bit more specifc, and the non-LOCAL has the advantage of a lower requirement. It requires shell 4.0 while the other requires shell 5.0 Careful that both are for local settings, the name just isn't very intuitive. I thought that local version is not stored on the network and is not available in the roaming profile. Putting a 100 MB Lazarus exe in the CSIDL_APPDATA is not a good thing, it ruins startup time (and shutdown time to copy the 100 MB to the network). So, if this change is made, I will probably put windows specific code in Lazarus to prevent that. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Exceptions in threads
Florian Klaempfl schreef: Mattias Gärtner schrieb: Zitat von Michael Van Canneyt [EMAIL PROTECTED]: [...] This is the problem: At which point should this be done ? Can you point at the statement where it should be raised in the following code: try ... DoParallel(...); ... except end; There is only 1 possible location: in a waitloop which should be after the DoParralel. This loop must check for the exceptions... Not after, but at the end of DoParallel. What happens if more threads throw an exception? A new exception is thrown, which has a List of InnerExceptions, instead of just a single InnerException ;-) Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Is LNet planned to be included in a fpc release?
Andrew Haines schreef: ? AFAIK, it is not. I think we should consider adding it to lazarus/components or lazarus/components/lhelp, to support loading html files from internet with http in lhelp. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Problem with func/proc parameters and buttons in Laz
Vojtěch Čihák schreef: Hello, I have two problems with Lazarus. 1, I have no text on BitmapButtons in Lazarus in DialogBoxes (except Open/Save file). There are only small icons on it. I tried to change Environment - Environment Options - Desktop to other languagues and to change these options (Hints for components palette and Hints for main speed buttons) but no success. My project worked fine, these two problems started when I upgraded from Lazarus 0.9.22 to 0.9.26. I use Windows Vista 32bit, fpc 2.2.2, lazarus 0.9.26. If you have any idea pls write me. Looks that you have duplicated http://bugs.freepascal.org/view.php?id=11184 Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Unicode support - for the 20th time... ;-)
Felipe Monteiro de Carvalho schreef: On Fri, Nov 21, 2008 at 7:01 AM, Marco van de Voort [EMAIL PROTECTED] wrote: Is it? Because that might mean yet another 2.2 fixes branch release to fix up the delay that this will cause to 2.4 Another 2.2 fixes branch release is a good idea, because it contains a fix for static methods which is necessary for Cocoa projects. When Marco said yet another 2.2 fixes branch release, he meant 2.2.6. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Unicode support - for the 20th time... ;-)
Graeme Geldenhuys schreef:
Hello again,
We are seeing more and more hacks being applied to projects trying
to scramble around the missing FPC feature - no built-in Unicode
supporting.
A simple example in Lazarus Loading a UTF-8 encoded file into a TMemo.
Normally you would write code as follows (for ANSI text):
Memo1.Lines.LoadFromFile('someunicodefile.txt');
Unfortunately that doesn't work if the file contains unicode content,
so the following hack is required which is quite nasty:
ls := TStringList.Create;
ls.LoadFromFile('someunicodefile.txt');
for i := 0 to ls.Count-1 do
ls[i] := UTF8Encode(ls[i]);
Memo.Lines.Assign(ls);
ls.Free
To make matters worse, things don't get clear, if mistakes like above
are made.
For Lazarus it works if the file is UTF8 encoded and doesn't work if it
has the system encodingUTF8.
If the file is UTF8 encoded,
Memo1.Lines.LoadFromFile('someunicodefile.txt');
works, currently, in Lazarus.
If the file is not UTF8 encoded - which implies, that it is not ASCII
either - then you need to convert it to UTF8 before assigning it to the
memo lines.
I hope, I didn't make a mistake myself here.
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [Lazarusdev] [fpc-devel] Documentation for FCL files not already in the FreePascal docs
Christopher Kirkpatrick schreef: On Wed, 05 Nov 2008 15:44:59 +0100 Vincent Snijders [EMAIL PROTECTED] wrote: Chris, feel free to add these new xml docs to a new directory: http://svn.freepascal.org/svn/lazarus/trunk/docs/xml/fcl I will try to incorporate these files in the nightly doc builds, either by patching the Makefile in fpcdocs or by creating new shell script based on the html/build_lcl_html.sh script. Thank you very much, Vincent. That will be most helpful. I have updated the build script for the docs are sourceforge. See http://lazarus-ccr.sourceforge.net/fpcdoc/fcl/fpcanvas/index.html and http://lazarus-ccr.sourceforge.net/fpcdoc/fcl/fpimage/index.html I got the following errors, but I don't know why: [#fcl.FPimage.TFPCustomImage.Progress] Invalid description (illegal XML element: printshort) [#fcl.FPimage.TFPCustomImageHandler.Progress] Invalid description (illegal XML element: printshort) I just copy the lazarus/docs/xml/fcl files into fpcdocs dir and have adapted the Makefile.fpc as in attached patch. Chris, if you add a new file, I need to adapt the Makefile.fpc. If I don't notice or forget to make that change, feel free to send me a notice. html.bzip2 and chm with these new docs follow soon. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Unicode support (again)
Jonas Maebe schreef:
On 11 Nov 2008, at 15:26, Vincent Snijders wrote:
Jonas Maebe schreef:
It seems much more advisable to me to save the file with an UTF-8
BOM, or even better to add {$encoding utf-8} (and/or to pass -Fcutf-8
to the compiler) and then just use
Edit1.Caption := UTF8Encode('hallo äöü');
As an extra bonus of not adding the UTF-8 BOM, you don't have to use
conversions to assign the UTF8 string in the source, translated by the
compiler to a UTF16 string, to an UTF8 encoded ansistring. It saves a
conversion at compile time and a conversion at run time.
And breaks all widestring usage.
Breaking *all* widestring usage is maybe a little exagerated, but it gets more
complicated, certainly. All widestring usages have to use UTF8Decode. Fortunately,
in Lazarus code widestrings are not used that often, I think. At least less often
than UTF-8 encoded strings in ansistrings.
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Unicode support (again)
Michael Schnell schreef:
I found that the current FPC does have Unicode support, but there are
some problems.
I am going to give it another try, maybe it helps somebody.
- by design (for speed sake), UTF8String (and WideString when surrogate
codes are used) count in subcodes and not in Unicode-Characters, so the
behavior is unexpected when doing things like s[i], pos(s), copy(),
delete(), ... There are not _slow_ functions that do the expected
versions of s[i], pos(s), copy(), delete(), ... (I've yet to find out
how I can print just the first character of an UTF8String :)
- there are different option on how the compiler expects the coding of
the source file. Seemingly if it detects it to be UTF8 coded and a
certain (otherwise correct) option is set, even s := 'hallo äöü';
does not work correctly as expected if s is a WideString. (Lazarus with
default settings suffers from this problem).
Create a new lazarus project, drop a memo, button and edit on a form and add the
lclproc unit. Create a button on click handler and add the following code:
procedure TForm1.Button1Click(Sender: TObject);
var
w: widestring;
i: integer;
begin
w := UTF8Decode('hallo äöü');
Edit1.Caption := UTF8Encode(w);
Memo1.Clear;
for i := 1 to UTF8Length(Edit1.Caption) do
Memo1.Lines.Add(UTF8Copy(Edit1.Caption, i,1));
end;
IMHO, this is working fine.
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] assign constant text to widestring
Michael Schnell schreef: The conversion utf-8-utf-16 is a very expensive operation and the compiler has to insert it all over the place and people would cry about the performance of their programs. Of course I do agree. If you want to care about performance you need to know what to do: Either use WideString all over the place and beware of the LCL API, or use UTF8String all over the place. But if you use UTF8String you need to be aware that you can't do simple and totally normal things like s := copy(s, 3); to get the first three characters of a string. Really finding the first three characters of a string is an interesting and time consuming task with utf8 ;) . That is why I feel that it would be a lot better if the LCL would use a WideString API. If you want widestring, then maybe mseide is a better option for you. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] FPC_HAS_FEATURE_SUPPORT
Michael Van Canneyt schreef: And did you fix the 'TObject not found' with a short-term solution ? :-) Maybe svn up -r11887 (in fpc/trunk) Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] FPC_HAS_FEATURE_SUPPORT
Michael Van Canneyt schreef: On Thu, 23 Oct 2008, Vincent Snijders wrote: Michael Van Canneyt schreef: And did you fix the 'TObject not found' with a short-term solution ? :-) Maybe svn up -r11887 (in fpc/trunk) home: svn log -r 11887 . r11887 | marco | 2008-10-12 13:14:35 +0200 (Sun, 12 Oct 2008) | 2 lines * some more minor fixes to the debug info This hardly seems to help the cause ? No, r11888 is the problem. Fixed in Lazarus r17112. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Howto hide Hint: Parameter xxx not used
Graeme Geldenhuys schreef: On Mon, Sep 29, 2008 at 11:18 AM, [EMAIL PROTECTED] wrote: Is there any posibility to hide compiler hint: Hint: Parameter xxx not used I agree, it would be nice to suppress that hint! It's quite pointless, 99% of the time. For this particular hint with Sender, there is an option to surpress it, when you use Lazarus. Project - Compiler Options - Messages - Show Hints for parameter Sender not used. For a more general approach, see this thread: http://www.lazarus.freepascal.org/pipermail/lazarus/2008-September/019997.html Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Is calling the Windows Unicode APIs really faster than the ANSI API's?
Graeme Geldenhuys schreef: On Thu, Sep 25, 2008 at 10:33 PM, Florian Klaempfl I suppose it would be viable doing timing results for saving text files as well. After all, 99% of the time, text files are stored in UTF-8. Where did you get that number (99%) from? I don't think that is true, except maybe, if you count all ASCII files as UTF8 too. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc generates line pos; 0 in html output
Graeme Geldenhuys schreef: Hi, I'm used FPC 2.2.3 (r11538) compiled on 2008-08-08 I generated new HTML documentation for tiOPF project. I then noticed that most (but not all) methods of classes have Source position: line 0 instead of the actual line position. Is this a known bug? I searched Mantis but couldn't find anything. For me, it is a known issue for overloaded methods/procedures/functions. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Overloaded Pos bug
[EMAIL PROTECTED] schreef: In fpc revision 11746 i cannot compile this construction: program posx; var s, s1: WideString; begin Pos(s[1], s1); end. fpc -vh posx.pas Hint: Start of reading config file /etc/fpc.cfg Hint: End of reading config file /etc/fpc.cfg Free Pascal Compiler version 2.3.1 [2008/09/11] for i386 Copyright (c) 1993-2008 by Florian Klaempfl posx.pas(5,3) Error: Can't determine which overloaded function to call ustrings.inc(1524,10) Hint: Found declaration: Pos(UnicodeChar,const UnicodeString):LongInt ustrings.inc(1497,10) Hint: Found declaration: Pos(const UnicodeString,const UnicodeString):LongInt posx.pas(7) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted Kylix and about month erlier fpc was ok. Please, create a bug report. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [Fwd: Re: [Lazarusdev] FPDoc links to RTL, FCL]
Michael Van Canneyt schreef: On Tue, 2 Sep 2008, Vincent Snijders wrote: Vincent Snijders schreef: Michael Van Canneyt schreef: If you want the protected methods anywhere soon, I suggest you create a lazarus copy of the HTML docs with the options that you want. Does make rtl.chk support that by passing something like NOHIDEPROTECTED=1 to the make command? Currently not, but we can add something like it. Patches most welcome. See attached patch. Unfortunately fpdoc from trunk crashes when creating the fcl docs. Can you try to reproduce it? I used the following command line (without wrapping): make fcl.chk FPCSRCDIR=/home/vsds/src/fpc/2.3 FPDOC=/home/vsds/fpc/bin/fpdoc FPDOCOPTS=--footer=/home/vsds/src/lazsource/docs/html/sourceforgefooter.xml HIDEPROTECTED=NO You removed the --hide-protected too? It works with hideprotected. Did you test with HIDEPROTECTED=NO. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [Fwd: Re: [Lazarusdev] FPDoc links to RTL, FCL]
Michael Van Canneyt schreef: On Wed, 3 Sep 2008, Vincent Snijders wrote: Michael Van Canneyt schreef: On Tue, 2 Sep 2008, Vincent Snijders wrote: Vincent Snijders schreef: Michael Van Canneyt schreef: If you want the protected methods anywhere soon, I suggest you create a lazarus copy of the HTML docs with the options that you want. Does make rtl.chk support that by passing something like NOHIDEPROTECTED=1 to the make command? Currently not, but we can add something like it. Patches most welcome. See attached patch. Unfortunately fpdoc from trunk crashes when creating the fcl docs. Can you try to reproduce it? I used the following command line (without wrapping): make fcl.chk FPCSRCDIR=/home/vsds/src/fpc/2.3 FPDOC=/home/vsds/fpc/bin/fpdoc FPDOCOPTS=--footer=/home/vsds/src/lazsource/docs/html/sourceforgefooter.xml HIDEPROTECTED=NO You removed the --hide-protected too? It works with hideprotected. Did you test with HIDEPROTECTED=NO. Works fine. After applying the patch? Otherwise HIDEPROTECTED=NO doesn't do anything. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [Fwd: Re: [Lazarusdev] FPDoc links to RTL, FCL]
Michael Van Canneyt schreef:
If you want the protected methods anywhere soon, I suggest you create a
lazarus copy of the HTML docs with the options that you want.
Does make rtl.chk support that by passing something like NOHIDEPROTECTED=1 to
the make command?
Currently not, but we can add something like it. Patches most welcome.
See attached patch.
Unfortunately fpdoc from trunk crashes when creating the fcl docs. Can
you try to reproduce it?
Vincent
Index: Makefile
===
--- Makefile(revision 471)
+++ Makefile(working copy)
@@ -1,5 +1,5 @@
#
-# Don't edit, this file is generated by FPCMake Version 2.0.0 [2008/05/31]
+# Don't edit, this file is generated by FPCMake Version 2.0.0 [2008/09/01]
#
default: help
MAKEFILETARGETS=i386-linux i386-go32v2 i386-win32 i386-os2 i386-freebsd
i386-beos i386-haiku i386-netbsd i386-solaris i386-qnx i386-netware
i386-openbsd i386-wdosx i386-darwin i386-emx i386-watcom i386-netwlibc
i386-wince i386-embedded i386-symbian m68k-linux m68k-freebsd m68k-netbsd
m68k-amiga m68k-atari m68k-openbsd m68k-palmos m68k-embedded powerpc-linux
powerpc-netbsd powerpc-amiga powerpc-macos powerpc-darwin powerpc-morphos
powerpc-embedded sparc-linux sparc-netbsd sparc-solaris sparc-embedded
x86_64-linux x86_64-freebsd x86_64-darwin x86_64-win64 x86_64-embedded
arm-linux arm-palmos arm-darwin arm-wince arm-gba arm-nds arm-embedded
arm-symbian powerpc64-linux powerpc64-darwin powerpc64-embedded avr-embedded
armeb-linux armeb-embedded
@@ -184,15 +184,9 @@
TARGETSUFFIX=$(FULL_TARGET)
SOURCESUFFIX=$(FULL_SOURCE)
endif
-ifeq ($(OS_TARGET),darwin)
-ifneq ($(OS_SOURCE),darwin)
-CROSSCOMPILE=1
-endif
-else
ifneq ($(FULL_TARGET),$(FULL_SOURCE))
CROSSCOMPILE=1
endif
-endif
ifeq ($(findstring makefile,$(MAKECMDGOALS)),)
ifeq ($(findstring $(FULL_TARGET),$(MAKEFILETARGETS)),)
$(error The Makefile doesn't support target $(FULL_TARGET), please run fpcmake
first)
@@ -244,13 +238,20 @@
ifndef CROSSBINDIR
CROSSBINDIR:=$(wildcard $(FPCDIR)/bin/$(TARGETSUFFIX))
endif
+ifeq ($(OS_TARGET),darwin)
+ifeq ($(OS_SOURCE),darwin)
+DARWIN2DARWIN=1
+endif
+endif
ifndef BINUTILSPREFIX
ifndef CROSSBINDIR
ifdef CROSSCOMPILE
+ifndef DARWIN2DARWIN
BINUTILSPREFIX=$(CPU_TARGET)-$(OS_TARGET)-
endif
endif
endif
+endif
UNITSDIR:=$(wildcard $(FPCDIR)/units/$(TARGETSUFFIX))
ifeq ($(UNITSDIR),)
UNITSDIR:=$(wildcard $(FPCDIR)/units/$(OS_TARGET))
@@ -1572,7 +1573,7 @@
/bin/sh $(ZIPWRAPPER)
else
ifdef RUNBATCH
- $(RUNBATCH) (ZIPWRAPPER)
+ $(RUNBATCH) $(ZIPWRAPPER)
else
$(ZIPWRAPPER)
endif
@@ -1823,7 +1824,13 @@
RTLLINKPREFIX:=../rtl/
endif
endif
-FCLOPTS=$(FPDOCOPTS) --package=fcl --hide-protected --warn-no-node
--descr=fcl.xml --content=fcl.xct --import=rtl.xct,$(RTLLINKPREFIX)
$(FCLUNITOPTS)
+ifndef HIDEPROTECTED
+HIDEPROTECTED=YES
+endif
+FCLOPTS=$(FPDOCOPTS) --package=fcl --warn-no-node --descr=fcl.xml
--content=fcl.xct --import=rtl.xct,$(RTLLINKPREFIX) $(FCLUNITOPTS)
+ifeq ($(HIDEPROTECTED),YES)
+FCLOPTS+= --hide-protected
+endif
FPDOCHTMLOPTS=--footer-date='mmm dd '
ifeq (chm,$(HTMLFMT))
HTMLSUFFIX:=.chm
@@ -2016,7 +2023,10 @@
FCLUNITOPTS+= $(FCLGETTEXT) $(FCLEZCGI) $(FCLPOOLEDMM) $(FCLDBUGMSG)
$(FCLSTREAMEX)
FCLUNITOPTS+= $(FCLINICOL) $(FCLSTREAMCOL) $(FCLCACHECLS) $(FCLEVENTLOG)
$(FCLSYNCOBJS)
FCLUNITOPTS+= $(FCLCUSTAPP) $(FCLBLOWFISH) $(FCLSIMPLEIPC) $(FCLINIFILES)
$(FCLRTTIUTILS)
-RTLOPTS=$(FPDOCOPTS) --hide-protected --warn-no-node --package=rtl
--descr=rtl.xml --content=rtl.xct
+RTLOPTS=$(FPDOCOPTS) --warn-no-node --package=rtl --descr=rtl.xml
--content=rtl.xct
+ifeq ($(HIDEPROTECTED),YES)
+RTLOPTS+= --hide-protected
+endif
ifdef CURRENTXMLONLY
RTLXML=crt.xml
RTLOPTS+=--descr=dateutils.xml --input=$(FPCSRCDIR)/rtl/unix/crt.pp
-Fi$(FPCSRCDIR)/rtl/inc ${OSDIRINCLUDES}
Index: Makefile.fpc
===
--- Makefile.fpc(revision 471)
+++ Makefile.fpc(working copy)
@@ -94,7 +94,14 @@
endif
endif
-FCLOPTS=$(FPDOCOPTS) --package=fcl --hide-protected --warn-no-node
--descr=fcl.xml --content=fcl.xct --import=rtl.xct,$(RTLLINKPREFIX)
$(FCLUNITOPTS)
+ifndef HIDEPROTECTED
+HIDEPROTECTED=YES
+endif
+
+FCLOPTS=$(FPDOCOPTS) --package=fcl --warn-no-node --descr=fcl.xml
--content=fcl.xct --import=rtl.xct,$(RTLLINKPREFIX) $(FCLUNITOPTS)
+ifeq ($(HIDEPROTECTED),YES)
+FCLOPTS+= --hide-protected
+endif
FPDOCHTMLOPTS=--footer-date='mmm dd '
ifeq (chm,$(HTMLFMT))
@@ -396,7 +403,11 @@
FCLUNITOPTS+= $(FCLINICOL) $(FCLSTREAMCOL) $(FCLCACHECLS) $(FCLEVENTLOG)
$(FCLSYNCOBJS)
FCLUNITOPTS+= $(FCLCUSTAPP) $(FCLBLOWFISH) $(FCLSIMPLEIPC) $(FCLINIFILES)
$(FCLRTTIUTILS)
-RTLOPTS=$(FPDOCOPTS) --hide-protected --warn-no-node --package=rtl
--descr=rtl.xml --content=rtl.xct
+RTLOPTS=$(FPDOCOPTS) --warn-no-node --package=rtl --descr=rtl.xml
--content=rtl.xct
+ifeq ($(HIDEPROTECTED),YES)
Re: [fpc-devel] [Fwd: Re: [Lazarusdev] FPDoc links to RTL, FCL]
Vincent Snijders schreef: Michael Van Canneyt schreef: If you want the protected methods anywhere soon, I suggest you create a lazarus copy of the HTML docs with the options that you want. Does make rtl.chk support that by passing something like NOHIDEPROTECTED=1 to the make command? Currently not, but we can add something like it. Patches most welcome. See attached patch. Unfortunately fpdoc from trunk crashes when creating the fcl docs. Can you try to reproduce it? I used the following command line (without wrapping): make fcl.chk FPCSRCDIR=/home/vsds/src/fpc/2.3 FPDOC=/home/vsds/fpc/bin/fpdoc FPDOCOPTS=--footer=/home/vsds/src/lazsource/docs/html/sourceforgefooter.xml HIDEPROTECTED=NO The last lines of output, including backtrace: No documentation node found for identifier : #fcl.CustApp.TCustomApplication.DoRun No documenAn unhandled exception occurred at $0809121F : EAccessViolation : Access violation $0809121F TDOMELEMENT__GETATTRIBUTE, line 2075 of src/dom.pp $080AC7A5 SCANMODULE, line 563 of dw_html.pp $080AC330 THTMLWRITER__CREATE, line 627 of dw_html.pp tation node found for identifier : #fcl.CustApp.TCustomApplication.GetParams No documentation node found for identifier : #fcl.CustApp.TCustomApplication.GetParamCount $08049583 CREATEDOCUMENTATION, line 260 of fpdoc.pp $080499A3 main, line 290 of fpdoc.pp I hope this helps, Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Bug 0011728
Chris Kirkpatrick schreef: Hi Michael, Vincent and Mattias I am very pleased with the changes that have been made to FPDoc. We still aren't getting proper links to Protected properties in the RTL or FCL. I don't think we are listing Protected properties in the RTL yet. That is correct, see http://lists.freepascal.org/lists/fpc-devel/2008-September/014703.html Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [Fwd: Re: [Lazarusdev] FPDoc links to RTL, FCL]
Michael Van Canneyt schreef: On Sun, 31 Aug 2008, Chris Kirkpatrick wrote: At the suggestion of Mattias, I am also sending this to fpc-devel. I don't think it's a bug; the entries are all documented in the RTL .xml files, but when the docs are built for the sourceforge HTML files the RTL files are obviously built with the --hide-protected option. Links in entries of the LCL that refer to RTL protected properties are not recognised. This is normal. I believe the solution is to remove the --hide-protected option from the script that generates the documentation files. As soon as I have documented them, yes. But that is not very high on my priority list. If you want the protected methods anywhere soon, I suggest you create a lazarus copy of the HTML docs with the options that you want. Does make rtl.chk support that by passing something like NOHIDEPROTECTED=1 to the make command? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] patch for THtmlWriter.EscapeText
Hi, Attached is a patch for patch for THtmlWriter.EscapeText Vincent Index: packages/fcl-base/src/whtml.pp === --- packages/fcl-base/src/whtml.pp (revision 11609) +++ packages/fcl-base/src/whtml.pp (working copy) @@ -136,9 +136,9 @@ function THTMLWriter.EscapeText(AText: String): String; begin // replace by a more sensitive method. - Result:=StringReplace(AText,'','amp',[rfReplaceAll]); - Result:=StringReplace(Result,'','lt',[rfReplaceAll]); - Result:=StringReplace(Result,'','gt',[rfReplaceAll]); + Result:=StringReplace(AText,'','amp;',[rfReplaceAll]); + Result:=StringReplace(Result,'','lt;',[rfReplaceAll]); + Result:=StringReplace(Result,'','gt;',[rfReplaceAll]); Result:=StringReplace(Result,#10,'BR',[rfreplaceAll]); end; ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc and unicode characters
Graeme Geldenhuys schreef: I think you have a point with the DOM-unit parsing the documentation content. So we can safely say, the actual content is NOT copied as-is! #x2026; If the above was interpreted as-is (with the rest of the content), it would be 8 ascii characters all below 256 character code. No issues then! So yes I think I agree with you. Somewhere the above is being parsed, It is parsed in the xmlreader. The DOM simple contains one single widechar, not these 8 chars. I suspect it is copied as is from the DOM to the output file. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Proposal to make the compiler message PPU Invalid Version a fatal error.
Daniël Mantione schreef: Op Wed, 13 Aug 2008, schreef Vincent Snijders: Daniël Mantione schreef: Op Wed, 13 Aug 2008, schreef Vincent Snijders: It easier to change the message parser if you change it, than to design a protocol for more computer friendly messages. It's not about what is less work. It's about what has the best compatibility, the best maintainability, the best reliability and most features. The not yet designed protocol has a bad score on the feature list, because it is not available. The text mode IDE can display statisics while compiling. Why can't Lazarus? Because it is a unit. Switching compilers would mean recompiling lazarus. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Re: Illegal type conversion: enumeration typeto TObject
Marco van de Voort schreef:
On 18 Jul 2008, at 18:26, Craig Peterson wrote:
Why would that be better than a simple typecast? Typecasting to/
from an object is a fast and easy way to associate an integer or
enum with the strings in a TStrings object.
Note that this will break if you turn on class type checking (-CR). In
other words, you cannot use class type checking to check/debug
programs that use this trick.
Hmm, can't you turn that off locally?
Is there {$ObjectCheck OFF} ?
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] CreateGrayScalePalette exception
Michael Van Canneyt schreef: On Fri, 27 Jun 2008, Paul Ishenin wrote: Hello, FPC developers' list. CreateGrayScalePalette raises an exception. The problem is that palette is created with count = 0 and every color assigment increase color count. I dont know why it is done so but as result you cannot assign palette colors from highier indexes to lower. It is not a big problem but CreateGrayScalePalette doesnot follow this rule and raises an exception. Attached patch fixes CreateGrayScalePalette. Applied, thank you. Can this be merged to fpc 2.2.3 and the release candidate of fpc 2.2.2? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Need patch for bugs : 0011503 / 0009472
Michael Van Canneyt schreef: On Thu, 19 Jun 2008, Boian Mitov wrote: Here is a code sniped that sows just one example of the problem: This is a very simple example of how important the order really is: We have even more crucial problems related with this. This is just a simple one: destructor TALBasicAudioOut.Destroy(); var WriteLock : IOWLockSection; begin WriteLock := FLock.StopLock(); FInputPin.Free(); FEnablePin.Free(); FMasterPumping.Free(); WriteLock := NIL; FLock.Free(); inherited; end; You can see that the WriteLock MUST be released before the FLock.Free();, Maybe Jonas or Florian can comment on this. When you said function blocks, it made me think of nested procedures. So I think you write it like: destructor TALBasicAudioOut.Destroy(); procedure DoWriteProtectedThings; var WriteLock : IOWLockSection; begin WriteLock := FLock.StopLock(); FInputPin.Free(); FEnablePin.Free(); FMasterPumping.Free(); end; begin DoWriteProtectedThings; FLock.Free(); inherited; end; Then you have made it clear that after WriteLock has to be cleared before freeing the lock. Of course it still fails if a periodic mark and sweep would be used by the compiler. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] test
___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Build of fpc 2.2.3 on powerpc-darwin failed
Florian Klaempfl schreef: Tomas Hajny schrieb: On Thu, June 5, 2008 11:56, Vincent Snijders wrote: I get an internal error when I do a make all in powerpc-darwin. Vincent make -C gtk2 install /Users/fpcfan/tmp/build/fpc/fpcsrc/compiler/ppcppc -Ppowerpc -Ur -Xs -O2 -n -Fusrc -Fusrc/glib -Fusrc/atk -Fusrc/pango -Fusrc/gtk+/gdk-pixbuf -Fusrc/gtk+/gdk -Fusrc/gtk+/gtk -Fusrc/libglade -Fusrc/gtkglext -Fusrc/gtkhtml -Fusrc/gtk2x11 -Fu/Users/fpcfan/tmp/build/fpc/fpcsrc/rtl/units/powerpc-darwin -Fu/Users/fpcfan/tmp/build/fpc/fpcsrc/packages/x11/units/powerpc-darwin -Fisrc/gtk2x11/include -FE. -FUunits/powerpc-darwin -dpowerpc -dRELEASE src/buildgtk2.pp Fatal: Internal error 200208151 Fatal: Compilation aborted make[2]: *** [src/buildgtk2.ppu] Error 1 make[1]: *** [gtk2_install] Error 2 make: *** [packages_install] Error 2 What starting version have you used? I usually get this IE (although on another platform/CPU) when starting with something older than 2.2.x... The ie indicates some ppu mess. What is was, we probably never know exactly, but it was not very well repeatable outside the build script. Somehow the system.ppu got corrupted or was read incorrectly. Because other units were compiled without error, I assume the system.ppu was correct before building the gtk2 package. Anyway, I made some changes to the build script and now it works again. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Build of fpc 2.2.3 on powerpc-darwin failed
I get an internal error when I do a make all in powerpc-darwin. Vincent make -C gtk2 install /Users/fpcfan/tmp/build/fpc/fpcsrc/compiler/ppcppc -Ppowerpc -Ur -Xs -O2 -n -Fusrc -Fusrc/glib -Fusrc/atk -Fusrc/pango -Fusrc/gtk+/gdk-pixbuf -Fusrc/gtk+/gdk -Fusrc/gtk+/gtk -Fusrc/libglade -Fusrc/gtkglext -Fusrc/gtkhtml -Fusrc/gtk2x11 -Fu/Users/fpcfan/tmp/build/fpc/fpcsrc/rtl/units/powerpc-darwin -Fu/Users/fpcfan/tmp/build/fpc/fpcsrc/packages/x11/units/powerpc-darwin -Fisrc/gtk2x11/include -FE. -FUunits/powerpc-darwin -dpowerpc -dRELEASE src/buildgtk2.pp Fatal: Internal error 200208151 Fatal: Compilation aborted make[2]: *** [src/buildgtk2.ppu] Error 1 make[1]: *** [gtk2_install] Error 2 make: *** [packages_install] Error 2 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Build of fpc 2.2.3 on powerpc-darwin failed
Vincent Snijders schreef: I get an internal error when I do a make all in powerpc-darwin. Hmm, it is a bit more complicated. Host is i386-darwin, target in powerpc-darwin. Build command is: make all PP=/Users/fpcfan/tmp/build/fpc/fpcsrc/compiler/ppc386 CPU_TARGET=powerpc in the root of an exported fpcbuild repository, in which just before fpcsrc/compiler/ppc386 has been succesfully created. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] I get duplicate GUIDs under Linux
Daniël Mantione schreef: Op Mon, 2 Jun 2008, schreef Florian Klaempfl: all, if you use Random(), you want something random, yet many developers make the common mistakes of not calling Randomize() or calling it to often. If FPC handled that for us, nobody would every make those mistakes again! People might want to start with a defined randseed to reproduce behaviour. This implies createguid should not call randomize automatically either, it prevents you having deterministic behaviour, especially in a program where guids and normal use of the randomizer are combined. It is not a problem anymore. Call CreateGuid once, set the randseed and you get predictable guids afterwards. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc 2.3.1 errors
Graeme Geldenhuys schreef: Hi Michael, I tried to run the latest fpdoc against tiOPF documentation. I get the following error. Any way I can generate a more detailed error message for you? [EMAIL PROTECTED]:Docs$ ./build_core.sh FPDoc - Free Pascal Documentation Tool Version 2.3.1 [2008/06/02] (c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, [EMAIL PROTECTED] Writing 3003 pages... An unhandled exception occurred at $08056FF3 : EAccessViolation : Access violation $08056FF3 $080B0206 $080AB00E $080AB2E5 $080B4E56 $080497BD $080499B3 I am glad I am not alone. I mailed Michael several backtraces from gdb already. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] I get duplicate GUIDs under Linux
Klaus Hartnegg schreef: a call to randomize disrupts the current state of the random generator. That means that if you use random outside guid creation, creating a guid can have unintended side effects on your random generation. Maybe the GUID generator should have an automatic call to randomize, but use its own randseed (or preserve the original value): randseed_old := randseed; if not guid_rnd_initialized then begin randomize; guid_rnd_initialized := true; end else randseed := guid_randseed; result := rnd2guid(random); guid_randseed := randseed; randseed := randseed_old; It is not that easy to restore the state of random number generator. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc 2.3.1 errors
Michael Van Canneyt schreef: Why does it work with x86_64? Hell if I know :( The problem was Lists : Arrar['A'..'Z'] of TstringList; And at a certain point I accessed it with an index '_'. No telling what happens then :( Ah, I should have compiled with Range Checks :-) Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc 2.3.1 errors
Michael Van Canneyt schreef: On Mon, 2 Jun 2008, Graeme Geldenhuys wrote: Hi Michael, I tried to run the latest fpdoc against tiOPF documentation. I get the following error. Any way I can generate a more detailed error message for you? I was able to reproduce the error. But only with the I386 compiler, not with the AMD64 compiler. (I always work with the 64-bit compiler). The culprit was function _tiFloatToStr( const AValue : Extended; const APrecision : integer; const AFormat : string): string; Which starts with a _ and not a letter. So all '_' identifiers are now also listed under 'A'. Took me quite some time to figure this out because of the i386/x86_64 issue :( Why does it work with x86_64? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] I get duplicate GUIDs under Linux
Graeme Geldenhuys schreef: 2008/5/29 Florian Klaempfl [EMAIL PROTECTED]: How do I know if it's using Random or '/proc/sys/kernel/random/uuid'? Browsing the RTL source code with Lazarus, I believe I am using the latter, but not 100% sure. If it uses /proc/sys/kernel/random/uuid, strace shows it. Thanks Florian. I am using the '.../random/uuid'. See also: http://forum.soft32.com/linux/PATCH-Time-based-RFC-4122-UUID-generator-ftopict467475.html random/uuid doesn't seem to support reading lot's of UUID is a short period. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] I get duplicate GUIDs under Linux
Michael Van Canneyt schreef: On Thu, 29 May 2008, Graeme Geldenhuys wrote: 2008/5/29 Michael Van Canneyt [EMAIL PROTECTED]: can you send me your test program, so I can test my fixes ? Here you go. It is pretty much what I sent before, except now I made it a console application instead of a fpGUI one. Below it tries to create 50,000 GUID's. My SQL version tries 5mil. Well, after my patch, it creates 500.000 as well, no errors. I had to modify your algoritm a bit to make it more efficient, and I'm too lazy to wait for 5 million. So I guess the bug is fixed. It's merged to the fixbranch. The bug was probably there, because GetRandomBytes (which was called if the kernel function didn't work) return duplicates if it is called within the same tick count. Can you fix that too, as suggested by Mattias? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Issue with TBits.OpenBit
Sergei Gorelkin schreef: 1) Typing: TBitArray (classesh.inc line 308) is declared as array of Cardinal. It means that on 64-bit platforms it will consist of QWord's. No, cardinal is 32 bits on a 64 bits platform too. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] CP_UTF8 on wince
Hi, Why is CP_UTF8 not defined in the windows unit of the wince RTL? It was requested here: http://bugs.freepascal.org/view.php?id=10822 But it seems to be support in windows CE 5.0 at least: http://msdn.microsoft.com/en-us/library/bb202786.aspx Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Compiler limitations
Florian Klaempfl schreef: Miklos Cserzo schrieb: Hi Folks, according the documentation Arrays are limited to 2 GBytes in size in the default processor mode. Is there another mode allowing bigger arrays? 64 Bit mode/compiler. Except for darwin. Except it doesn't work: http://www.freepascal.org/testsuite/cgi-bin/testsuite.cgi?action=3run1id=21737testfileid=2417 Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Compiler limitations
Jonas Maebe schreef: On 09 May 2008, at 22:43, Vincent Snijders wrote: Florian Klaempfl schreef: Miklos Cserzo schrieb: Hi Folks, according the documentation Arrays are limited to 2 GBytes in size in the default processor mode. Is there another mode allowing bigger arrays? 64 Bit mode/compiler. Except for darwin. Except it doesn't work: http://www.freepascal.org/testsuite/cgi-bin/testsuite.cgi?action=3run1id=21737testfileid=2417 Maybe Win64 doesn't support it either. Linux either: http://www.freepascal.org/testsuite/cgi-bin/testsuite.cgi?action=3run1id=21719testfileid=2417 And note that this test (and the darwin remark) about statically allocated arrays. Dynamically allocated arrays don't have such limitations. Good point. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TCustomApplication's parent class?
Graeme Geldenhuys schreef:
Hi,
Why does TCustomApplication derive from TComponent instead of TObject?
What is the reason behind this? Is there any benefits unknown to me?
Surely we never need to persist the Appplication class. And it it's
because we wanted RTTI support, again we could have enabled that for a
TObject descendant with {$M+} compiler directives.
TCustomApplication = Class(TComponent)
end;
It most probably is not unknown to you: the most important benefit of
being TComponent is that you can be owner of other components, so that
eases memory management. The Application can become responsible for
freeing the components it owns.
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] 2.2.x fixes (next release?)
Graeme Geldenhuys schreef: Hi, As far as I understand the next release of FPC will be v2.2.2. I would like to test my code with what is currently available. I believe that is 2.2.1? Where is this located in the SubVersion repository? Is it http://svn.freepascal.org/svn/fpc/branches/fixes_2_2/ Yes. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] make fcl-db fails for arm-wince for the fpc 2.2.1 branch
Hi, I am trying to the packages for arm-wince on the fixes_2_2 branch and get the error below. Anybody else got this problem? c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C fcl-db all make.exe[2]: Entering directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db' c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C src/base all make.exe[3]: Entering directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/base' c:/lazarus/source/fpcbuild/2.2/fpcsrc/compiler/ppcrossarm.exe -Twince -Parm -XParm-wince- -Xr -Ur -Xs -O2 -n -S2h -Fu../dbase -FuC:/lazarus/source/fpcbuild/2.2/fpcsrc/rtl/units/arm-wince -FuC:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-base/units/arm-wince -FDc:\lazarus\source\binutils\arm-wince -FE. -FUC:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/units/arm-wince -g -darm -dRELEASE db.pas c:/lazarus/source/fpcbuild/2.2/fpcsrc/compiler/ppcrossarm.exe -Twince -Parm -XParm-wince- -Xr -Ur -Xs -O2 -n -S2h -Fu../dbase -FuC:/lazarus/source/fpcbuild/2.2/fpcsrc/rtl/units/arm-wince -FuC:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-base/units/arm-wince -FDc:\lazarus\source\binutils\arm-wince -FE. -FUC:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/units/arm-wince -g -darm -dRELEASE bufdataset.pas c:/lazarus/source/fpcbuild/2.2/fpcsrc/compiler/ppcrossarm.exe -Twince -Parm -XParm-wince- -Xr -Ur -Xs -O2 -n -S2h -Fu../dbase -FuC:/lazarus/source/fpcbuild/2.2/fpcsrc/rtl/units/arm-wince -FuC:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-base/units/arm-wince -FDc:\lazarus\source\binutils\arm-wince -FE. -FUC:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/units/arm-wince -g -darm -dRELEASE dbcoll.pp make.exe[3]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/base' c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C src/sdf all make.exe[3]: Entering directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sdf' make.exe[3]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sdf' c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C src/memds all make.exe[3]: Entering directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/memds' make.exe[3]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/memds' c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C src/sqldb all make.exe[3]: Entering directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sqldb' c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C interbase all make.exe[4]: Entering directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sqldb/interbase' make.exe[4]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sqldb/interbase' c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C postgres all make.exe[4]: Entering directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sqldb/postgres' make.exe[4]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sqldb/postgres' c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C mysql all make.exe[4]: Entering directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sqldb/mysql' c:/lazarus/source/fpcbuild/2.2/fpcsrc/compiler/ppcrossarm.exe -Twince -Parm -XParm-wince- -Xr -Ur -Xs -O2 -n -S2 -FuC:/lazarus/source/fpcbuild/2.2/fpcsrc/rtl/units/arm-wince -FuC:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/mysql/units/arm-wince -FDc:\lazarus\source\binutils\arm-wince -FE. -FUC:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/units/arm-wince -g -darm -dRELEASE mysql40conn.pas PPU Loading C:\lazarus\source\fpcbuild\2.2\fpcsrc\packages\fcl-db\units\arm-wince\sqldb.ppu Recompiling sqldb, checksum changed for db Fatal: Can't find unit sqldb used by mysql40conn Fatal: Compilation aborted make.exe[4]: *** [mysql40conn.ppu] Error 1 make.exe[4]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sqldb/mysql' make.exe[3]: *** [mysql_all] Error 2 make.exe[3]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db/src/sqldb' make.exe[2]: *** [src/sqldb_all] Error 2 make.exe[2]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db' make.exe[1]: *** [fcl-db_all] Error 2 make.exe[1]: Leaving directory `C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages' ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Request to apply patch of bug 0010959
Luiz Americo Pereira Camara schreef: In response to bug report 0010959, i've uploaded a patch to fix the issue, but the reporter closed the bug before the patch was applied. So, i'd like to someone to apply the patch so i can send more improvements to sqlite3ds I have re-opened the bug report, so Michael or Joost can apply the patch. Vincent P.S. Tomas, the patch is attached to the bug report: http://bugs.freepascal.org/view.php?id=10959 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Status of cleanroom
Michael Van Canneyt schreef: On Thu, 10 Apr 2008, Felipe Monteiro de Carvalho wrote: Hello, What is the status of the cleanroom? Are there many more know bugs? Is it already merged somewhere (either trunk or fpc_fixes)? No. I still have 1 bug to fix, and normally I planned to look at it tomorrow evening. After that fix is confirmed, I merge everything to fixes, and we can start the 2.2.2 release process. But is already merged to trunk. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to convert Double to Comp without warning
Marco van de Voort schreef: FPC is not warning compatible with FPC. :-) Can you give an example? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Important: Call for testing.
C Western schreef: Giulio Bernardi wrote: Maybe this patch (for lazarus) solves the issue? (warning: lazarus compiles and runs but I didn't test it). Giulio It seems to work reasonably OK for me. It doesn't handle the copyright symbol quite right that was causing me problems, but I don't think the previous version did either. It does stop the error message though. Giulio, thanks for the patch. Colin, thanks for testing. Applied in r14698. Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
