Re: [fpc-devel] two changes to fcl 2.0.5

2007-01-11 Thread Daniël Mantione
Op Thu, 11 Jan 2007, schreef Jesus Reyes: If you don't see a problem to do, why not simply do it? They are merged. But, if nobody uses it, why it's being updated?, this simply doesn't match. No active development is done, but at request we still do some merges. I use 2.1.1 and 2.0.5,

Re: [fpc-devel] Coding conventions and optimization

2007-01-13 Thread Daniël Mantione
Op Sat, 13 Jan 2007, schreef ik: Hi, Recently I read somewhere that languages such as Java optimize better when you write your code in specific convention. Is that also apply for FPC and/or other Pascal compilers as well ? As compilers cannot be perfect, there will always be situations

Re: [fpc-devel] Linking to C++

2007-01-22 Thread Daniël Mantione
Op Mon, 22 Jan 2007, schreef Felipe Monteiro de Carvalho: So, basically, what I mean with this is: What is needed to add C++ linking to Free Pascal? It seams to me that it should be easy, we just need to understand C++ name mangling and choose a sintax to implement it. Maybe something like

Re: [fpc-devel] Linking to C++

2007-01-22 Thread Daniël Mantione
Op Mon, 22 Jan 2007, schreef Felipe Monteiro de Carvalho: Maybe the compiler could hide the procedurization/re-object-orientation, thus making interfacing easier. Already looked at many times, but it is not realistic. Daniël___ fpc-devel maillist

Re: [fpc-devel] Some compiler changes...

2007-01-23 Thread Daniël Mantione
Op Tue, 23 Jan 2007, schreef Michael Van Canneyt: I think this goes against all that pascal stands for. We don't want to butcher the language. Next thing you'll be asking to have it case sensitive. As a programmer you know that certain keywords are keywords. Don't use them in your

Re: [fpc-devel] Some compiler changes...

2007-01-23 Thread Daniël Mantione
Op Tue, 23 Jan 2007, schreef Bram Kuijvenhoven: Well, if for Chrome and/or Delphi support we need the , then it will have to be implemented anyway. Only if we are able to compile code we currently cannot compile. For Chrome it would be a long term project before you can compile anything,

Re: [fpc-devel] Some compiler changes...

2007-01-23 Thread Daniël Mantione
Op Tue, 23 Jan 2007, schreef Luiz Americo Pereira Camara: Ale? Katona wrote: I agree. I'm starting to feel sick of all the compat crap you guys put up with playing the bitch of delphi. The problem is that now delphi is the bitch of .net so I think wisest would be to implement 100% compat

Re: [fpc-devel] How to build Win32 FPC compiler for linux-arm devices?

2007-01-27 Thread Daniël Mantione
Op Thu, 25 Jan 2007, schreef Paul Nicholls: Hi all, I would like to try and rebuild FPC to create a Win32 cross-compiler to create linux-arm programs so I can see if I can develop for the GP2X handheld linux computer. I have seen various posts around the net on cross-compiling and

Re: [fpc-devel] How to build Win32 FPC compiler for linux-arm devices?

2007-01-30 Thread Daniël Mantione
Op Mon, 29 Jan 2007, schreef Michael Schnell: For compiling for ARM a cross compiler is necessary anyway, Yes, but, the big difference is that the ARM cross compiler for Linux is an official FPC release and therefore useable without digging into the compiler build process. Simply download

Re: [fpc-devel] How to build Win32 FPC compiler for linux-arm devices?

2007-01-30 Thread Daniël Mantione
Op Tue, 30 Jan 2007, schreef Vincent Snijders: Daniël Mantione schreef: Op Mon, 29 Jan 2007, schreef Michael Schnell: For compiling for ARM a cross compiler is necessary anyway, Yes, but, the big difference is that the ARM cross compiler for Linux is an official FPC release

Re: [fpc-devel] How to build Win32 FPC compiler for linux-arm devices?

2007-01-30 Thread Daniël Mantione
Op Wed, 31 Jan 2007, schreef Vincent Snijders: Don't use shared libraries :) Seriously, I don't know, this totally depends on the exact ARM device. A Thecus like Florian uses will likely run a glibc system, but a more limited device like the GP2x will likely use an embedded libc, uclibc

Re: [fpc-devel] strings: a proposeal

2007-02-03 Thread Daniël Mantione
Op Sun, 4 Feb 2007, schreef peter green: my proposal is a statement like type tmystring=string(elementtype,allocator,deallocator,copier,uniquer); And how should you generate debug information for such a user defined string? Daniël___

Re: [fpc-devel] strings: a proposeal

2007-02-04 Thread Daniël Mantione
Op Sun, 4 Feb 2007, schreef Florian Klaempfl: - No unique check by assigning to character. True. But maybe we should simply allow to overload [] then. Not necessary, wrap it into an object and define a default property. Daniël___ fpc-devel

Re: [fpc-devel] strings: a proposeal

2007-02-04 Thread Daniël Mantione
Op Sun, 4 Feb 2007, schreef Marco van de Voort: Op Sun, 4 Feb 2007, schreef Florian Klaempfl: - No unique check by assigning to character. True. But maybe we should simply allow to overload [] then. Not necessary, wrap it into an object and define a default property. -

Re: [fpc-devel] strings: a proposeal

2007-02-04 Thread Daniël Mantione
Op Sun, 4 Feb 2007, schreef Martin Schreiber: On Sunday 04 February 2007 11.58, Florian Klaempfl wrote: - Null based index. You can ignore the char 0? [...] Do you think it is possible with this methods to achieve the same or better performance as with ansi strings or refcounted

Re: [fpc-devel] FPC dynamic libraries

2007-02-08 Thread Daniël Mantione
Op Thu, 8 Feb 2007, schreef Mattias Gaertner: Plugins. For example installing a design time package. Contrary to normal apps an IDE has the advantage to recompile if needed. So Lazarus has only a subset of the normal dyn lib problems. But I know, that as soon as the IDE can load packages as

Re: [fpc-devel] FPC dynamic libraries

2007-02-08 Thread Daniël Mantione
Op Thu, 8 Feb 2007, schreef Michael Van Canneyt: Design a plugin binary API, dynload the plugin. It is not necessary that the RTL is shared for this purpose (allthough it could reduce the size). This way you only have to keep the plugin API backwards compatible, and could allow

Re: [fpc-devel] FPC dynamic libraries

2007-02-08 Thread Daniël Mantione
Op Thu, 8 Feb 2007, schreef Michael Van Canneyt: Secondly, there are serious problems with this approach which make it unusable for an IDE like Lazarus. Assume I get a component instance from the plugin (MyObject), then extremely simple and basic statements like

RE: [fpc-devel] FPC dynamic libraries

2007-02-09 Thread Daniël Mantione
Op Fri, 9 Feb 2007, schreef George Birbilis: Speaking of namespaces, Borland added concept (to support .NET) in latest Delphis I think, has FPC done similar yet? Could help in this case It is on the not to be supported list (unless we have to decide to be Delphi .NET compatible). It won't

Re: [fpc-devel] KOL for WinCE

2007-02-10 Thread Daniël Mantione
Op Sat, 10 Feb 2007, schreef Bogus?aw Brandys: I will look at possibility to port MCK to Lazarus... I would like to see rather a new KOL widgetset for Lazarus,but I don't know how to implement such and don't break KOL feature - small exe size. The principle behind RAD the design is that

Re: [fpc-devel] case with range stupidities

2007-02-15 Thread Daniël Mantione
Op Thu, 15 Feb 2007, schreef Vinzent Hoefler: program Case_Test; type My_Range = 2000 .. 3000; var X : Integer; begin X := 2500; case X of Low (My_Range) .. High (My_Range) : WriteLn ('In range. (1)'); My_Range : WriteLn

Re: [fpc-devel] case with range stupidities

2007-02-15 Thread Daniël Mantione
Op Thu, 15 Feb 2007, schreef Vinzent Hoefler: So if the case label is considered a set why can't I use a set constant (see the commented lines above) Because a normal set is limited by brackets: const a = [1,2,5]; b = [a,7,8,9]; {This is not allowed.} b = [a]+[7,8,9]; {But

Re: [fpc-devel] graph module

2007-03-09 Thread Daniël Mantione
Op Fri, 9 Mar 2007, schreef Evgeniy Ivanov: Hello! I tried to use freepascal' graph module based on svgalib but from my point of view it's not comfortable: I need root prevelege or to remember what to do with *ids (uid and so on). Also I have a problems with konsole after starting

Re: [fpc-devel] graph module

2007-03-09 Thread Daniël Mantione
Op Fri, 9 Mar 2007, schreef Tomas Hajny: Evgeniy Ivanov wrote: On Fri, 09 Mar 2007 18:36:40 +0300, Jonas Maebe [EMAIL PROTECTED] wrote: On Fri, 09 Mar 2007 18:39:10 +0300, Dani??l Mantione [EMAIL PROTECTED] wrote: . . Many people @ Pascal Game Development. Domique Louis (Savage)

Re: [fpc-devel] Google summer of code

2007-03-10 Thread Daniël Mantione
Op Sat, 10 Mar 2007, schreef Felipe Monteiro de Carvalho: Hi, I just found out that the form to make an application is very different then what I was expecting. It has separate fields to each question. Now, we have a big problem. The backup admin and all mentors need to have google

Re: [fpc-devel] Google summer of code

2007-03-10 Thread Daniël Mantione
Op Sat, 10 Mar 2007, schreef Felipe Monteiro de Carvalho: On 3/10/07, Daniël Mantione [EMAIL PROTECTED] wrote: Indeed, and I'm not happy to being forced to open one when there is a good chance they reject us right away. Can you at least forward such an account? Yes, on gmail go

Re: [fpc-devel] re: using generated obj files with vs or gcc in fpc?

2007-03-11 Thread Daniël Mantione
Op Sun, 11 Mar 2007, schreef Roozbeh GHolizadeh: Well everything is now ok,but in my .c source i've used 'toupper' function, now when i try to declare it in my pascal file like function toupper(ch : integer):integer;cdecl; still i get undefined symbol toupper error from compiler. i

Re: [fpc-devel] re: using generated obj files with vs or gcc in fpc?

2007-03-11 Thread Daniël Mantione
Op Sun, 11 Mar 2007, schreef Roozbeh GHolizadeh: The problem is the name mangling. Try to declare it like: function toupper(ch : integer):integer;cdecl;external name 'toupper'; ... if the external name is 'toupper'. It might also be '_toupper'. You = can check this with objdump.

Re: [fpc-devel] porting from fpc to tp7

2007-03-24 Thread Daniël Mantione
Op Sat, 24 Mar 2007, schreef Evgeniy Ivanov: Hi! I'm doing my tasks with fpc in linux, but in the university we have only tp, and there are several problems with bringing binaries. You have some negotiations to do :) I have such code to have something like dynamic arrays: procedure

Re: [fpc-devel] porting from fpc to tp7

2007-03-24 Thread Daniël Mantione
Op Sat, 24 Mar 2007, schreef Evgeniy Ivanov: On Sat, 24 Mar 2007 13:05:54 +0300, Daniël Mantione [EMAIL PROTECTED] wrote: procedure add_mem(var P: dynamic_array_ptr; var cur_size:Integer); var i:Integer; buff_ptr:dynamic_array_ptr; begin getmem(buff_ptr,cur_size*sizeof

Re: [fpc-devel] porting from fpc to tp7

2007-03-24 Thread Daniël Mantione
Op Sat, 24 Mar 2007, schreef Evgeniy Ivanov: Well, all I can say is check your code securely. The basic idea is good, so it is likely the implementation. I will try. May be there is some problem with index and memory in tp and dos (dos emulation in NT) is unsecure. Note that in Dos, the

Re: [fpc-devel] Is there any logger in fpc?

2007-03-26 Thread Daniël Mantione
Op Mon, 26 Mar 2007, schreef Michael Van Canneyt: On Mon, 26 Mar 2007, Evgeniy Ivanov wrote: On Mon, 26 Mar 2007 19:03:26 +0400, Michael Van Canneyt [EMAIL PROTECTED] wrote: On Mon, 26 Mar 2007, Evgeniy Ivanov wrote: Hi! How may I do my logging for fpc package? There

Re: [fpc-devel] confusion in FPC version numbers

2007-03-27 Thread Daniël Mantione
Op Tue, 27 Mar 2007, schreef Graeme Geldenhuys: 2.3.1 Not 2.2.1? ;-) I guess that's to many even numbers to justify a unstable release. When 2.2 is out, the fixes_2_2 branch will be named 2.2.1. Trunk will ultimately become FPC 2.4.

Re: [fpc-devel] C++ Linking technology

2007-04-27 Thread Daniël Mantione
Op Fri, 27 Apr 2007, schreef Felipe Monteiro de Carvalho: Hallo, Another day Florian was talking about the cppclass, a experimental feature to link to c++ I would like to know: Could someone inherit a class based on cppclass with only external functions and then add to it it´s own

Re: [fpc-devel] C++ Linking technology

2007-04-27 Thread Daniël Mantione
Op Fri, 27 Apr 2007, schreef ik: To be able to support such a thing you would have to implement all features of C++ objects into Pascal, effectively turning Pascal into C++ with a different syntax. The proper way would be to have the C++ class implement a Pascal interface, so it can

Re: [fpc-devel] C++ Linking technology

2007-04-27 Thread Daniël Mantione
Op Fri, 27 Apr 2007, schreef Michael Van Canneyt: On Fri, 27 Apr 2007, ik wrote: On 4/27/07, Daniël Mantione [EMAIL PROTECTED] wrote: Op Fri, 27 Apr 2007, schreef Felipe Monteiro de Carvalho: Hallo, Another day Florian was talking about the cppclass, a experimental

Re: [fpc-devel] what fpc is good for?

2007-05-11 Thread Daniël Mantione
Op Sat, 12 May 2007, schreef Bisma Jayadi: http://z505.com/cgi-bin/qkcont/qkcont.cgi?p=Might%20As%20Well%20Use%20Dot%20Net%20In%20Place%20of%20FPC Nicely put. ;) I've found it has good points on some arguments. It's good to be considered. :) No, it is not good to be considered. He

Re: [fpc-devel] what fpc is good for?

2007-05-12 Thread Daniël Mantione
Op Sat, 12 May 2007, schreef Marco van de Voort: Op Sat, 12 May 2007, schreef Bisma Jayadi: There is nothing in this article we can consider, for starters because it does not contain any proposals. P.s. I also don't get the 64-bit gaming speed remark. What does a game do with 64-bit?

Re: [fpc-devel] what fpc is good for?

2007-05-13 Thread Daniël Mantione
Op Sat, 12 May 2007, schreef L: As far as I know, Lars is a FPC fan, and he merely wishes to express concern about some of the issues he has with FPC Yes I'm a fan. It's not just the issues that I alone have with FPC since I'm not even an embedded programmer myself. I'm putting

Re: [fpc-devel] what fpc is good for?

2007-05-13 Thread Daniël Mantione
Op Sun, 13 May 2007, schreef Peter Popov: Yes. The problem in this case is clear. Automated is deprecated andrarely used functionality. (like e.g. dynamic methods). Let me know if I can help in any way with automation RTTI compatibility? If this feature is implemented (just the RTTI,

Re[2]: [fpc-devel] what fpc is good for?

2007-05-14 Thread Daniël Mantione
Op Mon, 14 May 2007, schreef Michael Van Canneyt: What is wrong with the regular expression support in Free Pascal ? Is it not powerful enough for the shootout benchmark ? Yes, it cannot handle the regular expression the benchmark uses. Daniël___

Re: [fpc-devel] LAZARUS on Ubuntu 7.04

2007-05-26 Thread Daniël Mantione
Op Sat, 26 May 2007, schreef patrick feillant: Hello, I have install the new UBUNTU 7.04 on a I386 32bits. Has somebody install LAZARUS 0.9.22 on a such configuration, and with what scripts ? thanks. This question is off-topic on this list; I'd say that on the Lazarus mailinglist there

Re: [fpc-devel] which constant expression?

2007-05-27 Thread Daniël Mantione
Op Sat, 26 May 2007, schreef Mario R. Carro: Hi. Why does this fail to compile with FPC 2.3.1? (from ZeosLib): Please read http://lists.freepascal.org/lists/fpc-pascal/2007-May/013794.html and the replies. Daniël___ fpc-devel maillist -

Re: [fpc-devel] paszlib patch

2007-06-12 Thread Daniël Mantione
Op Tue, 12 Jun 2007, schreef [EMAIL PROTECTED]: The patch needs some reconsideration. zip.pas (perhaps other units I added also?) have a dependency on zlib. But zlib is in packages/extra and not packages/base like paszlib. Does that mean that zip.pas cannot reside at base/paszlib?

Re: [fpc-devel] language extensions

2007-06-14 Thread Daniël Mantione
Op Thu, 14 Jun 2007, schreef Graeme Geldenhuys: On 13/06/07, Daniël Mantione [EMAIL PROTECTED] wrote: Andreas uses a preprocessor to convert the language extensions into Delphi compatible code. This is a remarkable achievement, but I don't see much value for this approach for Free

Re: [fpc-devel] language extensions

2007-06-14 Thread Daniël Mantione
Op Thu, 14 Jun 2007, schreef Florian Klaempfl: Graeme Geldenhuys schrieb: Hi, I found this website containing language extension that Andreas Hausladen wrote for Delphi. Is there possibly something we can use in Free Pascal? Sorry, I'm not sure what license Andreas used.

Re: [fpc-devel] Widestrings in win32

2007-06-16 Thread Daniël Mantione
Op Sat, 16 Jun 2007, schreef Martin Schreiber: Hi, It seems that CG plans to implement an non BSTR widestring type for win32: http://groups.google.ch/group/borland.public.delphi.non-technical/msg/7caeced42f1934a4?hl=en; The introduced string handling for the Unicode VCL is equivalent to

Re: [fpc-devel] Widestrings in win32

2007-06-16 Thread Daniël Mantione
Op Sat, 16 Jun 2007, schreef Martin Schreiber: On Saturday 16 June 2007 08.57, Daniël Mantione wrote: Op Sat, 16 Jun 2007, schreef Martin Schreiber: Hi, It seems that CG plans to implement an non BSTR widestring type for win32: http://groups.google.ch/group

Re: [fpc-devel] Widestrings in win32

2007-06-16 Thread Daniël Mantione
Op Sat, 16 Jun 2007, schreef Florian Klaempfl: Daniël Mantione schrieb: Op Sat, 16 Jun 2007, schreef Martin Schreiber: On Saturday 16 June 2007 08.57, Daniël Mantione wrote: Op Sat, 16 Jun 2007, schreef Martin Schreiber: Hi, It seems that CG plans to implement an non BSTR

Re: [fpc-devel] Erroneous finalizing of const widestring array

2007-07-01 Thread Daniël Mantione
Op Sun, 1 Jul 2007, schreef Felipe Monteiro de Carvalho: On 7/1/07, Daniël Mantione [EMAIL PROTECTED] wrote: With the current 3 which are the current 3? ansistring, widestring and ? shortstring. Daniël___ fpc-devel maillist - fpc-devel

Re: [fpc-devel] Plans to merge r7789?

2007-07-02 Thread Daniël Mantione
Op Mon, 2 Jul 2007, schreef Joao Morais: Jonas Maebe wrote: On 30 Jun 2007, at 17:38, Joao Morais wrote: Plans to merge r7789, http://www.freepascal.org/mantis/view.php?id=9139 to the 2.2 fixes? If someone else can verify it's ok (the patch, not just the tested

Re: [fpc-devel] MinDateTime is 100 AD ?

2007-07-02 Thread Daniël Mantione
Op Mon, 2 Jul 2007, schreef Joost van der Sluis: Hi all, In sysstrh.inc MinDateTime is defined as follows: { For floattodatetime } MinDateTime: TDateTime = -657434.0; { 01/01/0100 12:00:00.000 AM } MaxDateTime: TDateTime = 2958465.9;{ 12/31/ 11:59:59.999 PM } Why

Re: [fpc-devel] Building 2.1.4 for SPARC/Linux

2007-07-04 Thread Daniël Mantione
Op Wed, 4 Jul 2007, schreef Mark Morgan Lloyd: Using a binary 2.0.0 I've compiled 2.0.4 without problems, running on Debian 4.0 Etch on an Ultra-10. Using this 2.0.4 I'm trying to compile 2.1.4 using recent sources. First problem is a missing line as fixed in the patch below: This one is

Re: [fpc-devel] Comparison FPC 2.2 - Delphi 7

2007-07-04 Thread Daniël Mantione
Op Wed, 4 Jul 2007, schreef Martin Schreiber: Comparison FPC 2.2 - Delphi 7. MSEide aps\ide\mseide.pas without database support: Compile time FPC: 17.9s Delphi: 1.28s Exe size FPC: 2.27MB Delphi: 1.87MB One button MSEgui program apps\demo\demo.pas Exe size FPC: 519KB Delphi: 456KB

Re: [fpc-devel] FPC on Intel and AMD dual core processors

2007-07-04 Thread Daniël Mantione
Op Wed, 4 Jul 2007, schreef Graeme Geldenhuys: Hi, Does FPC take any advantage of dual core or quad core processors? Intel or AMD? Also I'm developing mostly under Linux, but all our products get released for Windows and Linux. Would it make a difference which OS I use? FPC itself is

Re: [fpc-devel] Comparison FPC 2.2 - Delphi 7

2007-07-05 Thread Daniël Mantione
Op Thu, 5 Jul 2007, schreef Martin Schreiber: On Thursday 05 July 2007 09.02, Michael Van Canneyt wrote: And as for Delphi being fast - well, my daytime job projects require several minutes for Delphi to crunch through them. I've had Delphi hang up on me more than once for 15 minutes

Re: [fpc-devel] Comparison FPC 2.2 - Delphi 7

2007-07-05 Thread Daniël Mantione
Op Thu, 5 Jul 2007, schreef Marco van de Voort: On Thu, 5 Jul 2007, Yury Sidorov wrote: D7:1.6s. Results are sad :( It is a good reason to find out why FPC is so slow even without optimizations. Linking time is less then 1s, so it is not slow. Last I heard, the

Re: [fpc-devel] Comparison FPC 2.2 - Delphi 7

2007-07-05 Thread Daniël Mantione
Op Thu, 5 Jul 2007, schreef Martin Schreiber: On Thursday 05 July 2007 09.58, Daniël Mantione wrote: Op Thu, 5 Jul 2007, schreef Martin Schreiber: On Thursday 05 July 2007 09.02, Michael Van Canneyt wrote: And as for Delphi being fast - well, my daytime job projects require

[fpc-devel] Linux kernel behaviour change regarding keyboard

2007-07-12 Thread Daniël Mantione
Hello, Apparently someone suddenly got a good idea that you need to be root to reprogram the keyboard, and got a patch merged into the Linux kernel: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0b360adbdb54d5b98b78d57ba0916bc4b8871968 The result is that the

Re: [fpc-devel] Linux kernel behaviour change regarding keyboard

2007-07-13 Thread Daniël Mantione
Op Fri, 13 Jul 2007, schreef Ales( Katona: I think that together with the debian gpm crap it's safe to flag linux as a non-target for the IDE and be done with it. It's IMHO not worth anyone's nerves to try and hit this moving tty/console target anymore... Well, I need the IDE for compiler

Re: [fpc-devel] Having an always utf-8 string

2007-07-16 Thread Daniël Mantione
Op Mon, 16 Jul 2007, schreef Felipe Monteiro de Carvalho: Hi, I would like which would be the theoritical way that Free Pascal could support an always utf-8 encoded string (if it will be supported). With that I mean a string which when set by code is converted from widestring to utf-8 in

Re: [fpc-devel] twide3.pp on windows

2007-07-16 Thread Daniël Mantione
Op Mon, 16 Jul 2007, schreef Yury Sidorov: From: Daniël Mantione [EMAIL PROTECTED] Op Mon, 16 Jul 2007, schreef Yury Sidorov: The code page (locale) is set in Control Panel for whole user session (or whole system). It is not possible to set utf8 as locale. I know. How do

Re: [fpc-devel] twide3.pp on windows

2007-07-16 Thread Daniël Mantione
Op Mon, 16 Jul 2007, schreef Yury Sidorov: There must be, because the CRT unit currently seems to do such vodoo (which is questionable behaviour by the way). Yes. It is possible to specify code pages for console, gui controls, etc. But application must do it in runtime. Perfect, this

Re: [fpc-devel] Linux kernel behaviour change regarding keyboard

2007-07-18 Thread Daniël Mantione
Op Wed, 18 Jul 2007, schreef Sergei Gorelkin: Jonas Maebe wrote: On 18 Jul 2007, at 14:08, Jonas Maebe wrote: Install the IDE setuid. That would be an extremely bad idea with the current stability record of the IDE. Not to mention that it allows you to open and

Re: [fpc-devel] Linux kernel behaviour change regarding keyboard

2007-07-18 Thread Daniël Mantione
Op Wed, 18 Jul 2007, schreef Michael Van Canneyt: The scary thing is the setuid root. The communication channel can be standard i/o and there is nothing scary about that. There is: a user using the keyboard unit should then distribute the (setuid) program too, and that is not

Re: [fpc-devel] Delphi's generics syntax

2007-08-21 Thread Daniël Mantione
Op Tue, 21 Aug 2007, schreef Michael Van Canneyt: I suppose their operator overloading will also be different again. That is old news. In case you didn't notice: their operator syntax sucks horribly. Daniël___ fpc-devel maillist -

Re: [fpc-devel] Delphi's generics syntax

2007-08-21 Thread Daniël Mantione
Op Tue, 21 Aug 2007, schreef Michael Van Canneyt: On Tue, 21 Aug 2007, Inoussa OUEDRAOGO wrote: Hi I just saw this blog about upcoming Delphi's generic syntax at this address http://www.bobswart.nl/Weblog/Blog.aspx?RootId=5:1498 They of course had to do it different from FPC,

Re: [fpc-devel] FP IDE and keyboard layouts

2007-08-29 Thread Daniël Mantione
Op Wed, 29 Aug 2007, schreef Graeme Geldenhuys: That's only got F-keys and special keys like PgUp, PgDn etc.. What about alpha keys, numeric keys etc..? eg: a-z and 0-9 The IDE recognizes the characters a-z sent by the terminal emulator. Those are then converted to scancode+symbol in

Re: [fpc-devel] FPC 2.2 release files in .tar format?

2007-09-12 Thread Daniël Mantione
Op Wed, 12 Sep 2007, schreef Graeme Geldenhuys: Hi, Why are the FPC 2.2 release files for Linux *.tar files and not *.tar.gz or *.tar.bz2? Because the files inside it are .tar.gz files, so no compressing again is pointless. Daniël___

Re: [fpc-devel] 64 Bit / 32 Bit

2007-10-02 Thread Daniël Mantione
Op Tue, 2 Oct 2007, schreef Alain Michaud: Hi, in the 32 bits systems, the 'double' type is 64 bits long and the 'extended' type is 80 bits long. Are the 64 bits systems better than that ? Of course not, because the sizes of the floating point types is defined by the IEEE 754

Re: [fpc-devel] 64 Bit / 32 Bit

2007-10-04 Thread Daniël Mantione
Op Thu, 4 Oct 2007, schreef Jonas Maebe: It won't keep it working but rather break it, since currently writing an extended to file on virtually all platforms writes a double to the file. The majority of code has not been ported to non-x86. To obtain a healthy base of compilable code,

Re: [fpc-devel] 64 Bit / 32 Bit

2007-10-04 Thread Daniël Mantione
Op Thu, 4 Oct 2007, schreef Jonas Maebe: On 04 Oct 2007, at 12:36, Daniël Mantione wrote: Still, we're planning to support the extended on all platforms by means of softfloat. I don't think it would be a good idea to map the extended type to 80 bit soft float on platforms

Re: [fpc-devel] 64 Bit / 32 Bit

2007-10-04 Thread Daniël Mantione
Op Thu, 4 Oct 2007, schreef Florian Klaempfl: If doing Mathematical calculations it of course is best to use the format that offers the best accuracy when it's not slower. AFAIK the FPU is not slower when doing 80 bit than when doing 64 bit (of course loading/storing the values might

Re: [fpc-devel] Unreachable code warnings

2007-10-14 Thread Daniël Mantione
Op Sun, 14 Oct 2007, schreef Micha Nelissen: Hi, I want to bring up the warning of unreachable code. If one is implementing code according to some spec, e.g. RFC, or what else, it occurs that that requires a sanity check on user input. If it now happens that the type of variable by

Re: [fpc-devel] Unreachable code warnings

2007-10-14 Thread Daniël Mantione
Op Sun, 14 Oct 2007, schreef Micha Nelissen: Daniël Mantione wrote: A warning should always be fixable and doing so, turning it into correct code. The compiler is simply wrong here; my code is correct, so it should not complain. The warning is fixable: Remove the superfluous check

Re: [fpc-devel] CompactSysutils part of RTL

2007-10-15 Thread Daniël Mantione
Op Mon, 15 Oct 2007, schreef L: Hi! As some know.. CompactSysutils contains many functions for embedded or CGI programmers to use when they don't wish to use full sysutils unit. i.e. anyone looking for smaller footprint executable. I've partly described it here:

Re: [fpc-devel] Unreachable code warnings

2007-10-15 Thread Daniël Mantione
Op Mon, 15 Oct 2007, schreef Michael Schnell: So I guess the warning stays. We can discuss some extensions which makes it easier to code such restrictions like merging parts of the tue branch. Could the warning not simply be switched off and on (or set to some kind of level) by a

Re: [fpc-devel] Re: fpc-devel Digest, Vol 40, Issue 15

2007-10-15 Thread Daniël Mantione
Op Mon, 15 Oct 2007, schreef L: Daniel Wrote: Basically, 2/3 of this unit is duplicated functionality. Interresting functions I cannot get somewhere else are string and path manipulation routines like extractfile*, trim*, wraptext. Yes.. it duplicates functionality because it was

Re: [fpc-devel] Re: fpc-devel Digest, Vol 40, Issue 16

2007-10-16 Thread Daniël Mantione
Op Tue, 16 Oct 2007, schreef L: Let's first discuss a plan, then we'll see about the name. Suppose we put = everything that does something with paths and files in a unit: * Extractfilepath and friends * Exec, findfirst, etc. ... then it could be called something like fsutils, fs

Re: [fpc-devel] ARM4 and THUMB instruction sets

2007-10-18 Thread Daniël Mantione
Op Wed, 17 Oct 2007, schreef Felipe Monteiro de Carvalho: Hello, I was reading about the difference between arm4 and thumb: http://wiki.forum.nokia.com/index.php/ARM4,_ARMI__THUMB Because I noted that all examples for Symbian OS use thumb and fpc supports only arm4. Acording to the

Re: [fpc-devel] Re: fpc-devel Digest, Vol 40, Issue 16

2007-10-18 Thread Daniël Mantione
y Op Tue, 16 Oct 2007, schreef L: Functions like strtoint however have raise calls. Yes, but there already exists a raise-less version of strtoint, called val. So, there is IMO absolutely no need for an exceptionless version of strtoint in another unit. Of course we can use our

Re: [fpc-devel] Unreachable code warnings

2007-10-18 Thread Daniël Mantione
Op Thu, 18 Oct 2007, schreef Adriaan van Os: Daniël Mantione wrote: Op Mon, 15 Oct 2007, schreef Michael Schnell: So I guess the warning stays. We can discuss some extensions which makes it easier to code such restrictions like merging parts of the tue branch

Re: [fpc-devel] property syntax extension

2007-10-18 Thread Daniël Mantione
Op Thu, 18 Oct 2007, schreef Inoussa OUEDRAOGO: function func:integer; cdecl; Most of the time yes, sometime no like the following : procedure proc( CONST AParametter : integer ); IMHO this time, Delphi compatibility is a very strong point. It is a strong point. On the other hard

Re: [fpc-devel] property syntax extension

2007-10-20 Thread Daniël Mantione
Op Sat, 20 Oct 2007, schreef Mattias Gaertner: And another: A lazarus built with fpc 2.0.4 should be able to read the ppu of 2.3.x. Even though the ppu format is very stable, it is not carved in stone. So, maybe it would be best to keep a working copy of the ppu reader unit in the lazarus

Re: [fpc-devel] property syntax extension

2007-10-21 Thread Daniël Mantione
Op Sun, 21 Oct 2007, schreef Michael Van Canneyt: .ppu file format is something so general and commonly used by (Free) Pascal programmers that it should become part of our RTL. And another: A lazarus built with fpc 2.0.4 should be able to read the ppu of 2.3.x. Even though

Re: [fpc-devel] property syntax extension

2007-10-21 Thread Daniël Mantione
Op Sun, 21 Oct 2007, schreef Mattias Gaertner: Coming back to the real problem: Searching and reading the ppu is as expensive as reading the sources or reading the fpdoc xml files. So, there is no need to put the property information into the ppu - except for closed sources. ppu's are

Re: [fpc-devel] property syntax extension

2007-10-21 Thread Daniël Mantione
Op Sun, 21 Oct 2007, schreef Mattias Gaertner: On Sun, 21 Oct 2007 08:36:24 +0200 (CEST) Is the newer ppureader be able to read older ppu? In other words: Does a current ppureader contains the code to read the old format too? No, the read code is similar to the write code, no version

Re: [fpc-devel] property syntax extension

2007-10-21 Thread Daniël Mantione
One way to read .ppu files from multiple compiler versions would be a ppu meta file, which describes the fields written for each sym and def. The will be one meta file per ppu version. An IDE or tool that wants to read a ppu then processes the meta file for the ppu version to know how to find

Re: [fpc-devel] Dnamic packages support

2007-11-03 Thread Daniël Mantione
Op Sat, 3 Nov 2007, schreef Michael Van Canneyt: On Sat, 3 Nov 2007, Florian Klaempfl wrote: Leonardo M. Ramé schrieb: Reading a post in public.mseide-msegui.talk, the mseide discussion list, I found this: Florian has committed the beginning of dynamic packages support.

Re: [fpc-devel] Dnamic packages support

2007-11-03 Thread Daniël Mantione
Op Sat, 3 Nov 2007, schreef Michael Van Canneyt: - memory footprint of programs increase significantly since no smartlinking is possible, I created once a pure shared linked lazarus: it depended on 50 MB of shared libs. Disk footprint may be higher, but memory footprint is definitely

Re: [fpc-devel] Dnamic packages support

2007-11-03 Thread Daniël Mantione
Op Sat, 3 Nov 2007, schreef Marco van de Voort: Op Sat, 3 Nov 2007, schreef Michael Van Canneyt: Even then, there will only be savings if the amount of code that can be smartlinked is small. Example: Let's say an LCL package is 10MB. 2 applications are 2MB when smartlinked, and

Re: [fpc-devel] Dnamic packages support

2007-11-03 Thread Daniël Mantione
Op Sat, 3 Nov 2007, schreef Marco van de Voort: Florian Klaempfl schrieb: Ok, I'll ask next time this person to spent the weekend to fix windows installer scripts and assign to it the still open web download page, installer and install package bugs. I was never for the download

Re: [fpc-devel] Attachments

2007-11-06 Thread Daniël Mantione
Op Tue, 6 Nov 2007, schreef Leonardo M. Ramé: Are you planning to create a new list with Attachments enabled? or enabling them in this list? Only small attachments are allowed (=30k). A limit is necessary because otherwise people sent megabytes large files. This is undesired because people

Re: [fpc-devel] SetLength() vs := ''

2007-11-09 Thread Daniël Mantione
Op Fri, 9 Nov 2007, schreef Graeme Geldenhuys: Hi, Is SetLength(StringVar, 0); faster than StringVar := ''; ? I see quite a bit of code in fpdoc use SetLength() rather than := '' so I just wondered... As far as I know the compiler has code to detect :='' and optimize

Re: [fpc-devel] copyright infringement in FPC code

2007-11-13 Thread Daniël Mantione
Op Tue, 13 Nov 2007, schreef Graeme Geldenhuys: For those that don't follow the Lazarus mailing list. It was brought to our attention by a ex-Borland employee (Steve Trefethen), that FPC contains some stolen code from Delphi. Especially Delphi 4 5. The full discussion can be read

Re: [fpc-devel] copyright infringement in FPC code

2007-11-13 Thread Daniël Mantione
Op Tue, 13 Nov 2007, schreef Graeme Geldenhuys: On 13/11/2007, peter green [EMAIL PROTECTED] wrote: In many cases two people trying to implement the same relatively simple behaviour will end up with code that differs in little more than variable names and spacing without needing to

Re: [fpc-devel] copyright infringement in FPC code

2007-11-13 Thread Daniël Mantione
Op Tue, 13 Nov 2007, schreef Marc Weustink: ik wrote: On Nov 13, 2007 10:51 PM, Graeme Geldenhuys [EMAIL PROTECTED] wrote: [..] Good news is that that's where the similarity ends (well in the units I checked). Importantly, the method bodies seem to be implemented differently,

Re: [fpc-devel] copyright infringement in FPC code

2007-11-13 Thread Daniël Mantione
Op Wed, 14 Nov 2007, schreef Mattias Gaertner: That's not the same and will crash since lazarus svn rev 12822. Lazarus now uses the Delphi 'Assigned' trick for design time events as default. I hope this trick is not copyrighted or patented. Tricks cannot be copyrighted, and we live in sw

Re: [fpc-devel] .NET Reflection vs RTTI

2007-11-20 Thread Daniël Mantione
Op Tue, 20 Nov 2007, schreef Marco van de Voort: Apart from the custom attributes and the Invoke, I don't see what there is extra ? No usable RTTI for records No usable RTTI for arrays No RTTI for private, protected and public(!) members (only published) No usable RTTI for

Re: [fpc-devel] zstream, fpc and lazarus

2007-11-25 Thread Daniël Mantione
Op Mon, 26 Nov 2007, schreef Paul Ishenin: Hello, FPC developers' list. Lazarus crashes with latest fpc (trunk). I found that reason in zstream. TDecompressionStream must reset position of Source stream if Seek is called with Offset = 0 and Origin = soFromBeginning (according to delphi

<    1   2   3   4   5   6   >