[fpc-devel]TProcess and SSH

2003-07-23 Thread Marc Weustink
Hi, A question, has anyone successfully used ssh in combination with TProcess and [poUsePipes, poNoConsole, poStdErrToOutPut] as options ? I get a SIGTTIN or SIGTTOU and the console I run my app from gets flooded by enter password lines TIA, Marc

Re: [fpc-devel]IDE (general and Darwin)

2004-02-05 Thread Marc Weustink
At 16:47 5-2-2004, Karl-Michael Schindler wrote: I tried the IDE and the problem was that it needs fvision, which didn't compile since it contains 386 assembler. Correct me if I am wrong. 80's/90's interface wouldn't be to bad, since my smaller kids may use Turbopascal at school. I tried

[fpc-devel]fpImage

2004-02-15 Thread Marc Weustink
Hi, Is there a maintainer for fpImage ? And what is the development status of fp(read|write)bmp ? Is anyone working on adding other encodings than 32 bit ? If not, than I'll have a try to add the missing encodings. Marc ___ fpc-devel maillist -

Re: [fpc-devel]fpImage

2004-02-15 Thread Marc Weustink
At 22:03 15-2-2004, [EMAIL PROTECTED] wrote: On Sun, 15 Feb 2004, Colin Western wrote: Marc Weustink wrote: Hi, Is there a maintainer for fpImage ? And what is the development status of fp(read|write)bmp ? Is anyone working on adding other encodings than 32 bit ? If not, than I'll

[fpc-devel]Duplicate declaration of TAlignMent

2004-05-29 Thread Marc Weustink
Hi, When searching where TAlignMent was declared I found a declaration in Classes and one in fcl/db/db.pas I think the last one should be removed. Marc ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel]Proposal for audo-destructors

2004-09-12 Thread Marc Weustink
At 08:42 12-9-2004, [EMAIL PROTECTED] wrote: Hello. Absence of automatic construction/destruction of classes is very painfull and it can significantly degrade the development process (i.e. smart pointers and RAII are impossible). It's one of the greatest flaws of Pascal relatevly to C (the

[fpc-devel] FPC_REQUIRES_PROPER_ALIGNMENT

2004-10-12 Thread Marc Weustink
Hi, Florian and I had a discussion on IRC and we decided to continue it here. F: I guess the main problem will be that the typeinfo structures has changed to fit sparc 's alignment M: this will be on sparc only ? F: on cpus which define FPC_REQUIRES_PROPER_ALIGNMENT F: mainly, the data after

Re: [fpc-devel] FPC_REQUIRES_PROPER_ALIGNMENT

2004-10-17 Thread Marc Weustink
At 20:02 16-10-2004, Florian Klaempfl wrote: Marc Weustink wrote: At 00:15 14-10-2004, Florian Klaempfl wrote: Marc Weustink wrote: At 16:38 13-10-2004, Jonas Maebe wrote: On 12 okt 2004, at 22:12, Marc Weustink wrote: M: Is a sigbus catchable so that you can read the data and continue

[fpc-devel] THandle and 64bit platforms

2004-12-20 Thread Marc Weustink
Hi, From what I understand from the definition of THandle in sysunixh.inc it is defined as a LongInt, even on 64 bit platforms. Currently I'm porting Lazarus to x64 and there I need a 64bit THandle, how to solve it ? Marc ___ fpc-devel maillist -

RE: [fpc-devel] THandle and 64bit platforms

2004-12-20 Thread Marc Weustink
Hi, From what I understand from the definition of THandle in sysunixh.inc it is defined as a LongInt, even on 64 bit platforms. Currently I'm porting Lazarus to x64 and there I need a 64bit THandle, how to solve it ? File descriptors are still 32bit on x86_64, therefor Thandle=32bit. A

RE: [fpc-devel] THandle and 64bit platforms

2004-12-20 Thread Marc Weustink
Hi, From what I understand from the definition of THandle in sysunixh.inc it is defined as a LongInt, even on 64 bit platforms. Currently I'm porting Lazarus to x64 and there I need a 64bit THandle, how to solve it ? File descriptors are still 32bit on x86_64, therefor Thandle=32bit. A

RE: [fpc-devel] THandle and 64bit platforms

2004-12-20 Thread Marc Weustink
At 20:34 20-12-2004, [EMAIL PROTECTED] wrote: On Mon, 20 Dec 2004, Peter Vreman wrote: Hi, From what I understand from the definition of THandle in sysunixh.inc it is defined as a LongInt, even on 64 bit platforms. Currently I'm porting Lazarus to x64 and there I need a 64bit THandle,

RE: [fpc-devel] THandle and 64bit platforms

2004-12-20 Thread Marc Weustink
At 22:50 20-12-2004, [EMAIL PROTECTED] wrote: On Mon, 20 Dec 2004, Tomas Hajny wrote: From: Marc Weustink [EMAIL PROTECTED] File descriptors are still 32bit on x86_64, therefor Thandle=32bit. A THandle is more than a file descriptor alone. Since the LCL

RE: [fpc-devel] THandle and 64bit platforms

2004-12-20 Thread Marc Weustink
At 00:15 21-12-2004, [EMAIL PROTECTED] wrote: On Tue, 21 Dec 2004, Marc Weustink wrote: This will take some work :-) For adapting Lazarus I've no problems with it. For ppl wanting to port apps I see more problems. Especially when a shorter version of it exists. Besides I don't know what

RE: [fpc-devel] Compiling error: Invalid Floating point operation

2005-03-10 Thread Marc Weustink
Vincent Snijders wrote: Index: fpc-1.9/rtl/win32/sysutils.pp === RCS file: /FPC/CVS/fpc/rtl/win32/sysutils.pp,v retrieving revision 1.43 diff -u -r1.43 sysutils.pp --- fpc-1.9/rtl/win32/sysutils.pp2 Mar 2005 21:10:08

RE: [fpc-devel] utf8 reading

2005-03-10 Thread Marc Weustink
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Uberto Barbini Sent: donderdag 10 maart 2005 19:30 UCS-2 or UTF-16 how it called by the unicode consortium is escaped as well and you've to take care of it in your code. mmh, no. yes :) UCS-2 is different from utf-16 (which is

RE: [fpc-devel] Subcomponents

2005-04-15 Thread Marc Weustink
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Michael Van Canneyt Sent: vrijdag 15 april 2005 9:24 On Fri, 15 Apr 2005, Marc Weustink wrote: Hi, Attached is a patch to enable subcomponents to be streamed. Added are the csSubComponent and the csTransient ComponentStyle When

RE: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread Marc Weustink
From: Gerhard Scholz Sent: woensdag 1 juni 2005 18:35 - Original Message - From: Marco van de Voort [EMAIL PROTECTED] To: FPC developers' list fpc-devel@lists.freepascal.org Sent: Wednesday, June 01, 2005 1:50 PM Subject: Re: [fpc-devel] Re: [fpc-l] type discussion [big snip]

RE: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread Marc Weustink
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of listmember Maybe a few things should be borrowed from RemObjects Chrome, such as -- Class Contracts http://www.remobjects.com/page.asp?id={DFA00D71-D5A4-40A3-9FD0-251899EB30 D8} I like the 'require/ensure' aproach. It makes the code

RE: [fpc-devel] type discussion

2005-06-02 Thread Marc Weustink
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jamie McCracken Sent: donderdag 2 juni 2005 16:32 var strlist : TStringlist; strlist := Tstringlist.create; I know strlist is a Tstringlist, the compiler knows it too as I have declared it so why do I have to spell it out in the

RE: [fpc-devel] Re: [fpc-l] type discussion

2005-06-03 Thread Marc Weustink
listmember wrote: -- Class Contracts I like the 'require/ensure' aproach. It makes the code more robust and more debuggable, IMHO I think the checks you can do there are to limited. I also wonder what will happen if a require isn't met. Personally I don't want exeption in my released app.

Re: [fpc-devel] Library and unit search paths under MacOSX with fpc 2.0.0?

2005-06-15 Thread Marc Weustink
Micha Nelissen wrote: On Wed, 15 Jun 2005 08:29:54 +0200 Ales Katona [EMAIL PROTECTED] wrote: Your fpc.cfg file is ether not existing, in the wrong place or wrongly configured. I don't know where it should be on MacOSX but if you find it It's not so simple, I think, because otherwise he

[fpc-devel] MacOSX: EXC_ARITHMETIC in PerformHIConversion

2005-08-14 Thread Marc Weustink
Hi, I don't know if it is FCP problem, it looks like it is, but I can't see how. In XCode i've created a Carbon app with the given in main.c. When running this, everything works as expected. However when I replace Hello.app/Contents/MacOS/Hello with a version created by FPC from hello.pp, I

Re: [fpc-devel] MacOSX: EXC_ARITHMETIC in PerformHIConversion

2005-08-15 Thread Marc Weustink
Jonas Maebe wrote: On 14 aug 2005, at 17:40, Marc Weustink wrote: In XCode i've created a Carbon app with the given in main.c. When running this, everything works as expected. However when I replace Hello.app/Contents/MacOS/Hello with a version created by FPC from hello.pp, I get

Re: [fpc-devel] MacOSX: EXC_ARITHMETIC in PerformHIConversion

2005-08-15 Thread Marc Weustink
Jonas Maebe wrote: On 15 Aug 2005, at 17:47, Marc Weustink wrote: Are these exceptions by default disabled by gcc ? The FPC runtime explicitly turns them on by default (since they are required for detecting errors), while libc doesn't. It is independent of the compiler used. So, if I

Re: [fpc-devel] MacOSX: EXC_ARITHMETIC in PerformHIConversion

2005-08-15 Thread Marc Weustink
Jonas Maebe wrote: On 15 Aug 2005, at 18:25, Marc Weustink wrote: Are these exceptions by default disabled by gcc ? The FPC runtime explicitly turns them on by default (since they are required for detecting errors), while libc doesn't. It is independent of the compiler used. So

Re: [fpc-devel] About bug 4356 and fpc bugtracker

2005-09-15 Thread Marc Weustink
Michael Van Canneyt wrote: On Wed, 14 Sep 2005, Luiz Américo wrote: I want just comment that any directory ending with pathdelim will return false. See below: DirectoryExists('C:\Windows'): TRUE DirectoryExists('C:\Windows\'): FALSE BTW: The fpc bugtracker is quite minimal, not allowing

Re: [fpc-devel] About bug 4356 and fpc bugtracker

2005-09-15 Thread Marc Weustink
Michael Van Canneyt wrote: On Thu, 15 Sep 2005, Marc Weustink wrote: Michael Van Canneyt wrote: On Wed, 14 Sep 2005, Luiz Américo wrote: I want just comment that any directory ending with pathdelim will return false. See below: DirectoryExists('C:\Windows'): TRUE DirectoryExists('C

Re: [fpc-devel] Strange behaviour of ;

2005-10-20 Thread Marc Weustink
I can confirm this on linux-i386 2.0.0 and darwin-ppc 2.0.1 It looks like + some call is parsed wrong. The next program compiles fine. Marc program testplus; {$mode objfpc} {$H+} begin + ParamStr(0); + ParamCount; + Exit; + WriteLN; end. Alexander Todorov wrote: Hi all, i have

Re: [fpc-devel] Templates / Generics

2005-11-04 Thread Marc Weustink
Peter Vreman wrote: Mattias Gaertner wrote: This page looks only like the start of a proposal. Neither complete nor official. Why do you think, that D2006 will have generics? D2006 D11=D2007 How will Delphi handle the following case with overloads and different types: If it is

Re: [fpc-devel] Templates / Generics

2005-11-04 Thread Marc Weustink
Micha Nelissen wrote: Marc Weustink wrote: Peter Vreman wrote: How will Delphi handle the following case with overloads and different types: If the generic is precompiled (which is maybe necesary if you need access to privates) then I fear some runtime logic has to be added to call

Re: [fpc-devel] Templates / Generics Syntax

2005-11-04 Thread Marc Weustink
Daniël Mantione wrote: Op Thu, 3 Nov 2005, schreef Mattias Gaertner: Here is a proposal of the syntax: type TGenericClassT,F = class public procedure Add(Item: T; Flag: F); end; This syntax is almost impossible to implement since in one of your other mails the symbols to mark the

Re: [fpc-devel] Templates / Generics Syntax

2005-11-04 Thread Marc Weustink
Ales Katona wrote: Micha Nelissen wrote: Marc Weustink wrote: BTW, what woud be the problem with type TMySpecificClass = TGenericClass(TObject, Integer); Or: code type TGenericCollection = generic(T: TCollectionItem) class(TComponent) ...implement TCollection and use T end

Re: [fpc-devel] Templates / Generics Syntax

2005-11-04 Thread Marc Weustink
Mattias Gaertner wrote: On Fri, 04 Nov 2005 13:44:55 +0100 Marc Weustink [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: On Fri, 04 Nov 2005 10:47:42 +0100 Marc Weustink [EMAIL PROTECTED] wrote: Daniël Mantione wrote: Op Thu, 3 Nov 2005, schreef Mattias Gaertner: Here

Re: [fpc-devel] Generics Basics

2005-11-08 Thread Marc Weustink
L505 wrote: The Very Big Advantage (Tm), is that you get syntax checking, while still using a type diversely. That's impossible to do (at compile-time) without generics. Probably the best example of this is something like TList: Without generics: TOrange = class ... end; TApple = class ...

Re: [fpc-devel] StrPos giving a access violation

2005-12-09 Thread Marc Weustink
Graeme Geldenhuys wrote: Hi, The 3rd unit test fails due to StrPos giving a access violation. I ran this same unit test under Delphi 7 and it passed as StrPos returned a nil value when passing two '' param values. Has this been reported as a bug yet? - CUT

Re: [fpc-devel] Access Violation with nested DLL's compiled by FPC (and some more info on bug #4538)

2005-12-09 Thread Marc Weustink
Stefan van den Berg wrote: Hi, I've already asked about this on the community forums on the freepascal.org site and opened a bug on the bugtracker (bugID #4538). But none of those show any progress on a solution to the problem I'm having. First a little backstory: I'm currently, as part of

Re: [fpc-devel] Access Violation with nested DLL's compiled by FPC (and some more info on bug #4538)

2005-12-09 Thread Marc Weustink
Jonas Maebe wrote: On 9 dec 2005, at 16:03, Marc Weustink wrote: Before we can say something, what functions do you call, what params, what calling convention etc. Does it happen in one specific sequence of calls, to specific functions/methods etc. Please provide some more info. http

Re: [fpc-devel] Access Violation with nested DLL's compiled by FPC(and some more info on bug #4538)

2005-12-11 Thread Marc Weustink
Stefan van den Berg wrote: L505 wrote: Before we can say something, what functions do you call, what params, what calling convention etc. Does it happen in one specific sequence of calls, to specific functions/methods etc. Please provide some more info.

Re: [fpc-devel] Benchmark for FreePascal

2005-12-14 Thread Marc Weustink
Jonas Maebe wrote: On 10 dec 2005, at 22:09, darekM wrote: I've see that reverse-complement benchmark http:// shootout.alioth.debian.org/benchmark.php?test=revcomplang=all for FPC is very slow. I discover, that problem is with readln, that function consume about 90% of time. In my test

Re: [fpc-devel] Access Violation with nested DLL'scompiledbyFPC(andsome more info on bug #4538)

2005-12-14 Thread Marc Weustink
L505 wrote: The reference count is part of the ansistring itself. An ansistring is simply a pointer to a record containing a reference count, the amount of memory currently allocated for the string (i.e., maximum length -1) and the string itself (a 0-terminated string). So when passing a string

Re: [fpc-devel] Benchmark for FreePascal

2005-12-14 Thread Marc Weustink
Jonas Maebe wrote: On 14 dec 2005, at 18:33, Marc Weustink wrote: In my test (Mac OS X/PPC, rtl and program compiled with register variables, text buffer of 64kb) readln's overheid is negligible. The large cost comes from writeln. The reason the C version is so much faster is because

Re: [fpc-devel] Access Violation withnested DLL'scompiledbyFPC(andsome more info on bug #4538)

2005-12-15 Thread Marc Weustink
L505 wrote: In short (don't pin me on the names or on exact details in special cases): ^ there was a reason I said this. Assume you have a ansistring and you assign something to it S := 'SomeString'; the compiler

Re: [fpc-devel] Access Violation withnested DLL'scompiledbyFPC(andsomemore info on bug #4538)

2005-12-16 Thread Marc Weustink
L505 wrote: In this case, it decrements 1 and increments 1, so we will always end up with a very simple, easy, solvable problem. 1 - 1 = 0 1 - 1 = 0 Nope, since the string was nil, it isn't decremented, so you end up with a refcount of 1 The string is 1, not nil 1 - 1 = 0 from your

[fpc-devel] platform directive

2006-03-13 Thread Marc Weustink
Hi, Question, does the platform derective onlyt work for properties ? It seems the you may add it to methods and procedures as well, but when accessing them no warning is issued. On FPC 2.0.2 I only get an warning if I access property A. I couldn't find documentation on this either. Marc

Re: [fpc-devel] LocateNext

2006-04-08 Thread Marc Weustink
Micha Nelissen wrote: On Fri, 07 Apr 2006 21:16:23 +0200 Joost van der Sluis [EMAIL PROTECTED] wrote: function Locate(const keyfields: string; const keyvalues: Variant; options: TLocateOptions; LocateNext : boolean ) : boolean; So that it's possible to doe a 'locatenext' But I saw that

Re: [fpc-devel] bug ID #4855

2006-04-11 Thread Marc Weustink
Peter Vreman wrote: Thanks a lot marc, I was looking for that code that we used to prove this, But couldn't find the damn thing... Your 100% correct in what my problem is... Id love any help to get this fixed... in fact I need It fixed :( I must port our companies server software to linux,

Re: [fpc-devel] Generics

2006-04-13 Thread Marc Weustink
Flávio Etrusco wrote: On 4/12/06, Bisma Jayadi [EMAIL PROTECTED] wrote: It isn't clear to me what the current status about Generics is: http://www.freepascal.org/wiki/index.php/Generics http://www.dummzeuch.de/delphi/object_pascal_templates/english.html

Re: [fpc-devel] Unit linking to .obj files and fpcmake.

2006-04-13 Thread Marc Weustink
J. Peter Mugaas wrote: On Thu, 13 Apr 2006 12:11:36 -0300, Felipe Monteiro de Carvalho wrote: Hello, Just one note. You don´t need to use a external dll to use the c version. On a Delphi project of mine I use ZLibEx.pas It is a pascal file that statically imports .o files compiled from the

Re: [fpc-devel] Re: closing of bug 5042 or general unalignment problems with arm compiler

2006-04-24 Thread Marc Weustink
Felipe Monteiro de Carvalho wrote: Hello, What exactly are those exceptions of Misalligned data access on windows CE? And why that doesn´t exist on x86 architecture? It depends all on how a CPU accesses memory. Suppose a CPU has a 8bit data bus to memory and you want to read a byte.

Re: [fpc-devel] Propose: change TComponent.Tag from longint to PtrInt

2006-09-04 Thread Marc Weustink
Marc Weustink wrote: Michael Van Canneyt wrote: On Mon, 4 Sep 2006, peter green wrote: Me2. Just one disadvantage: The Tag is published. If someone stores a 64bit value and the component is stored, the stream can not be read under 32bit anymore. ...which makes it impossible to use

Re: [fpc-devel] Reading empty collection from stream

2006-09-07 Thread Marc Weustink
Vincent Snijders wrote: Hi, I am investigating Lazarus issue 7305. The TSynEdit class has a KeyStrokes property of the type TSynEditKeyStrokes, which is a TCollection descendant. The TSynEdit constructor fills the collection with some default items. If I remove the items and stream the

[fpc-devel] types.pp: TPointerDynArray

2006-09-07 Thread Marc Weustink
Hi, The Types unit has all kinds of DynArray definitions, but no TPointerDynArray. Is there a problem adding it ? Marc ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Reading empty collection from stream

2006-09-11 Thread Marc Weustink
Michael Van Canneyt wrote: On Thu, 7 Sep 2006, Marc Weustink wrote: Vincent Snijders wrote: Hi, I am investigating Lazarus issue 7305. The TSynEdit class has a KeyStrokes property of the type TSynEditKeyStrokes, which is a TCollection descendant. The TSynEdit constructor fills

Re: [fpc-devel] Reading empty collection from stream

2006-09-11 Thread Marc Weustink
Marc Weustink wrote: Michael Van Canneyt wrote: On Thu, 7 Sep 2006, Marc Weustink wrote: Vincent Snijders wrote: Hi, I am investigating Lazarus issue 7305. The TSynEdit class has a KeyStrokes property of the type TSynEditKeyStrokes, which is a TCollection descendant. The TSynEdit

Re: [fpc-devel] Additional notes to bug 0007453 (parameter passing linux-x86_64)

2006-09-22 Thread Marc Weustink
Ivo Steinmann wrote: Hello I dont know how to add my own notes to the bug http://www.freepascal.org/mantis/bug_view_advanced_page.php?bug_id=7453 so I will do it here. You need to log in as user to add comments. Default you are logged in as guest. Guests cannot add notes. Marc

Re: [fpc-devel] Shootout

2006-09-29 Thread Marc Weustink
Daniël Mantione wrote: Hi, Encouraged by Vincent I made an attempt to implement the Chameneos benchmark of the Shootout. ??? Last week I submitted chamenos to shootout and it got accepted. It's only the work of one night, so it might need some improvement (it' isn't faster that the C

Re: [fpc-devel] TLCLMemanager

2006-09-29 Thread Marc Weustink
Micha Nelissen wrote: Vincent Snijders wrote: Hi, The LCL contains the non-visual unit LCLMemManager: http://svn.freepascal.org/svn/lazarus/trunk/lcl/lclmemmanager.pas I would like to propose that you rename it and add it to the FCL. Aren't there more units that can be moved ? Some things

[fpc-devel] type question

2006-10-14 Thread Marc Weustink
Hi, if I define 2 types like: type MyA = type string; MyB = type string; are MyA and MyB considered as the same type ? Should it be allowed to assign a variable of type MyA to a variable of type MyB ? IIRC, the use of = type some type creates a new type. Or am I wrong ? Marc

Re: [fpc-devel] type question

2006-10-14 Thread Marc Weustink
Peter Vreman wrote: On Saturday 14 October 2006 15:55, Marc Weustink wrote: Hi, if I define 2 types like: type MyA = type string; MyB = type string; are MyA and MyB considered as the same type ? No, you are explicitly marking them as a new type. This is a very cool feature

Re: [fpc-devel] type question

2006-10-14 Thread Marc Weustink
Florian Klaempfl wrote: Marc Weustink schrieb: Next question: Should operator overloading be possible on such types ? Yes. Then I think I found a bug, see 7610 Marc ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http

Re: [fpc-devel] Threads and alot of crap

2006-10-17 Thread Marc Weustink
Daniël Mantione wrote: Op Tue, 17 Oct 2006, schreef Jonas Maebe: On 17 okt 2006, at 09:25, Daniël Mantione wrote: If I compare my implementation of the Chameneos benchmark with the one from Marc (which uses Pthreads directly), mine is about two times slower. This is propably caused that our

Re: [fpc-devel] CmdLine

2006-10-19 Thread Marc Weustink
Micha Nelissen wrote: Peter Vreman wrote: That is impossible. The linker is 'stupid' in that sence. And it also should not be trying to be smart. Otherwise it will fail in other situations. Maybe you remember what the (currently disabled) VMT optimizer did for the LCL. It removed methods that

Re: [fpc-devel] CmdLine

2006-10-19 Thread Marc Weustink
Vinzent Hoefler wrote: On Thursday 19 October 2006 08:31, Marc Weustink wrote: The case shows that users can do this. There is no language construct that forbids it. So optimizing this with a smart linker may break such code. Yes, it may. So what? There's hell a lot of code

Re: [fpc-devel] is hu.freepascal.org hacked?

2006-10-20 Thread Marc Weustink
Andrew Haines wrote: is http://www.hu.freepascal.org/ hacked? w nothing. :) Marc ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Patch for fixing CE compilation

2006-10-30 Thread Marc Weustink
Oro06 wrote: Marc Weustink wrote: Hi, hi, This patch fixes CE compilation. I would have applied it myself, but I've some questions about the common win dir and the wince implementation in the rtl. you can apply it OK, I'll do. Another question left for the other win devels

Re: [fpc-devel] Patch for fixing CE compilation

2006-10-31 Thread Marc Weustink
Oro06 wrote: Marc Weustink wrote: Hi, hi, This patch fixes CE compilation. I would have applied it myself, but I've some questions about the common win dir and the wince implementation in the rtl. you can apply it Done, r5135 Marc

Re: [fpc-devel] Patch for fixing CE compilation

2006-11-01 Thread Marc Weustink
Peter Vreman wrote: At 09:08 1-11-2006, you wrote: Marc Weustink schreef: Oro06 wrote: Marc Weustink wrote: Hi, hi, This patch fixes CE compilation. I would have applied it myself, but I've some questions about the common win dir and the wince implementation in the rtl. you can apply

[fpc-devel] Freepascal and Lazarus at the Dutch HCC dagen

2006-11-23 Thread Marc Weustink
Hi, Just to let you know that Freepascal and Lazarus are present at the Dutch HCC dagen the coming 3 days at the PascalGG stand. Marco, Joost and I will be there. CU, Marc Location (Dutch) http://www.delphigg.nl/Hcc/HalAlleStands.html ___ fpc-devel

[fpc-devel] Valid macpas syntax ?

2006-12-03 Thread Marc Weustink
Hi, While using lazarus's finddeclaration I ran in to following errors, and I wonder if it is a valid syntax. Since I'm not that deep into macpas syntax, I ask it here. 1) using out as parametername [FPCMacOSAll:16450] type CGFunctionEvaluateCallback = procedure( info: UnivPtr; inp: {const}

[fpc-devel] Re: No Cursor at Win32 windowed mode of FPC IDE

2006-12-26 Thread Marc Weustink
George Birbilis wrote: Sorry, forgot to change the subject BTW, changing the subject doesn't start a new thread (for threaded mailreaders). Don't use reply to start a thread, use new (new creates a new thread, reply stays in the thread) Can others see these two issues too? I leave this to

Re: [fpc-devel] arm-wince errors

2007-01-04 Thread Marc Weustink
Bogusław Brandys wrote: Vincent Snijders wrote: Michael Schnell schreef: I guess not much help is needed. Just open the Debugger Options and select GNU debugger through SSH (gdb), would be my first guess. Never done this though. Great (sorry for my being cynical :-[ ) ! So I gather

Re: [fpc-devel] arm-wince errors

2007-01-05 Thread Marc Weustink
Michael Schnell wrote: That doesn't work when debugging from with lazarus, since you cannot specify the target. When debugging through ssh, you only need ssh access to your target and be able to run gdb on your target. That all So SSH opens a (bash) session that starts gdbserver with the

Re: [fpc-devel] Illegal Expression: Compile Err - On one XP Pro box, not another - same source. Please Advise

2007-01-19 Thread Marc Weustink
Jason P Sage wrote: Hello All, I have just installed the same exact FPC 2.0.4 Binary install on a new XP Pro Box. When I compile code on this box with source files that compile On my other XP Pro box and my Fedora Linux Box - I get invalid operator. I'm using the Bracket style compiler

Re: [fpc-devel] FPC dynamic libraries

2007-02-08 Thread Marc Weustink
Marco van de Voort wrote: On Thu, 8 Feb 2007, Dani?l Mantione wrote: and LCL, which seems next to impossible to me. Why ? Borland does it. Borland releases 13 versions in say 12 years, and no inbetween. If Lazarus releases libs for every official FPC release wouldn't that be almost the

Re: [fpc-devel] Google summer of code

2007-03-09 Thread Marc Weustink
Vincent Snijders wrote: Felipe Monteiro de Carvalho schreef: Here is my initial proposal: Dear Sir or Madam, With this email we would like to apply as mentoring organization for your Summer of Code program. We hope that with your funding we can improve the

Re: [fpc-devel] Google summer of code

2007-03-12 Thread Marc Weustink
Felipe Monteiro de Carvalho wrote: I already submited. I simply said that many of our mentors don´t have yet a google account but will create one if we are accepted, and added a list of such people. Good to know. I wasn't really waiting on yet_another_mail_account. (otherwise I would

Re: [fpc-devel] Google summer of code

2007-03-12 Thread Marc Weustink
Flávio Etrusco wrote: Actually, one can have a Google account with any other external email address. In that case, I've a google account. I mixed it and thought that it had to be a gmail account :) Marc ___ fpc-devel maillist -

[fpc-devel] Typo (?) in GdkFunction enum

2007-05-10 Thread Marc Weustink
Hi, It took me some time to figure out what goes wrong, but it appears that the GdkFunction enum has the wrong values (in packages/extra/gtk/gdk/gdktypes.pp) The gtk2 definition is correct. Attached patch fixes this. Marc Index: packages/extra/gtk/gdk/gdktypes.pp

[fpc-devel] merge request for typo in gdkfunction enum

2007-05-20 Thread Marc Weustink
Hi, Is it possible to merge 7311 into fixes ? Marc ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] delphi compatibility issues

2007-05-25 Thread Marc Weustink
Mario R. Carro wrote: Hi, I'm trying to compile the JCL with FreePascal (the common, unix and vcl folders). Excluding the portability errors in the JCL, I found some issues that I think could be best solved by FPC (and benefit the porting of any other Delphi project also). I'm using FPC from

Re: [fpc-devel] TComponent.Name can not be set to ''

2007-06-20 Thread Marc Weustink
Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Micha Nelissen wrote: Michael Van Canneyt wrote: This is due to a Delphi compatibility fix. Component names must be valid identifiers. Logical, since the name must match the field name in the form, Why *must* it match a field name in the form

Re: [fpc-devel] TComponent.Name can not be set to ''

2007-06-20 Thread Marc Weustink
Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Marc Weustink wrote: Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Micha Nelissen wrote: Michael Van Canneyt wrote: This is due to a Delphi compatibility fix. Component names must be valid identifiers. Logical, since the name must match

Re: [fpc-devel] TComponent.Name can not be set to ''

2007-06-20 Thread Marc Weustink
Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Marc Weustink wrote: Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Marc Weustink wrote: Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Micha Nelissen wrote: Michael Van Canneyt wrote: This is due to a Delphi compatibility fix

Re: [fpc-devel] TComponent.Name can not be set to ''

2007-06-20 Thread Marc Weustink
Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Marc Weustink wrote: Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Marc Weustink wrote: Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Marc Weustink wrote: Michael Van Canneyt wrote: On Wed, 20 Jun 2007, Micha Nelissen wrote: Michael

[fpc-devel] Compiling on OSX and case sensitive filesystems

2007-08-22 Thread Marc Weustink
Hi, For Lazarus development I share my lazarus sources on a nfs and samba export, so I have the same source tree for Win32/64/CE, Linux and OSX development. Samba is used for windows, nfs for the others. The last months I've been switching my development compiler from 2.0.4 to 2.1.5 Target

Re: [fpc-devel] Compiling on OSX and case sensitive filesystems

2007-08-22 Thread Marc Weustink
Jonas Maebe wrote: On 23 Aug 2007, at 00:00, Marc Weustink wrote: Target by target and tonight I came to the last: OSX. And there I noticed that the ppcppc 2.1.5 compiler stopped searching for Lower/Uppercase unitname variants, so it cannot compile my lazarus sources anymore (while 2.0.4

Re: [fpc-devel] extending platform flag request

2007-09-27 Thread Marc Weustink
Some comments inline, imo, no need to comment on separate mails. Sergei Gorelkin wrote: Tomas Hajny wrote: Đ#65533;авоН Đ#65533;Ń#65533;онин wrote: Michael Van Canneyt wrote: I think it's better to implement a string message dispatcher for this instead of adding RTTI (which is

Re: [fpc-devel] extending platform flag request

2007-09-28 Thread Marc Weustink
Graeme Geldenhuys wrote: On 27/09/2007, Павел Ишенин [EMAIL PROTECTED] wrote: TMenu = class(...) published property Detachable: Boolean read ... write ... ; platform carbon qt; { or it can be platform 'carbon,qt' or another easier way } end; So using this example: Detachable property

Re: [fpc-devel] extending platform flag request

2007-09-28 Thread Marc Weustink
Michael Van Canneyt wrote: On Fri, 28 Sep 2007, Marc Weustink wrote: Graeme Geldenhuys wrote: On 27/09/2007, Павел Ишенин [EMAIL PROTECTED] wrote: TMenu = class(...) published property Detachable: Boolean read ... write ... ; platform carbon qt; { or it can be platform 'carbon,qt

Re: [fpc-devel] Extracting debug-information from fpc-executables

2007-10-18 Thread Marc Weustink
Joost van der Sluis wrote: Op woensdag 17-10-2007 om 13:22 uur [tijdzone +0200], schreef Joost van der Sluis: On recent (development) Fedora-systems the debug-information is extracted form executables in a different manner. That could be a problem when building RPM's on a Fedora system. I got

Re: [fpc-devel] property syntax extension

2007-10-18 Thread Marc Weustink
Micha Nelissen wrote: Inoussa OUEDRAOGO wrote: so the sample code becomes ( using Delphi's attribute syntax ) TxxxDatabase = class(...) ... [Engines(List='firebird,oracle,sybase-asa')] property TransactionModel: TTransactionModel read FtransactionModel

Re: [fpc-devel] property syntax extension

2007-10-21 Thread Marc Weustink
Florian Klaempfl wrote: Mattias Gaertner schrieb: On Sun, 21 Oct 2007 08:36:24 +0200 (CEST) Daniël Mantione [EMAIL PROTECTED] wrote: 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

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

2007-11-13 Thread 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, except for the very elementary methods. What are the

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

2007-11-20 Thread Marc Weustink
Thorsten Engler wrote: 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 published methods (param and return types are

Re: [fpc-devel] compile fpc for i386 from a 64 bit machine

2007-11-29 Thread Marc Weustink
Alvise Nicoletti wrote: Daniël Mantione ha scritto: Op Thu, 29 Nov 2007, schreef Alvise Nicoletti: Yes, I have the packages needed to open a 32 bit file in my 64 bits distro (ubuntu-server): . linux32 ia32-libs lib32gcc1 lib32stdc++6 lib32z1 libc6-dev-i386 lib32bz2-dev But the fpc

Re: [fpc-devel] {$Interfaces Corba} and TInterfacedObject

2007-11-29 Thread Marc Weustink
Graeme Geldenhuys wrote: On 29/11/2007, Thorsten Engler [EMAIL PROTECTED] wrote: to another interface implemented by the same object (Or back to the object for that matter). I guess to get back to the Obj instance, you could let your ISomething interface implement function Instance which

Re: [fpc-devel] {$Interfaces Corba} and TInterfacedObject

2007-11-29 Thread Marc Weustink
Micha Nelissen wrote: Graeme Geldenhuys wrote: type ICommand = interface ['{28D72102-D883-41A1-9585-D86B24D9C628}'] procedure Execute; end; What is the point of defining a GUID for a non-COM interface? How would you get a corba interface from a class where this class implements

Re: [fpc-devel] {$Interfaces Corba} and TInterfacedObject

2007-11-29 Thread Marc Weustink
Micha Nelissen wrote: Marc Weustink wrote: How would you get a corba interface from a class where this class implements one or more corba interfaces ? They somehow need to be identified. AObject as ICorbaInterface ? And how does the underlying code do the lookup in the interfaces table

Re: [fpc-devel] {$Interfaces Corba} and TInterfacedObject

2007-11-29 Thread Marc Weustink
Micha Nelissen wrote: Marc Weustink wrote: Micha Nelissen wrote: Marc Weustink wrote: How would you get a corba interface from a class where this class implements one or more corba interfaces ? They somehow need to be identified. AObject as ICorbaInterface ? And how does the underlying

  1   2   >