Re: [fpc-devel] win32 debugging broken in fixes_2_2?

On Tuesday 10 July 2007 14.34, Jonas Maebe wrote: > The rtl checks on startup whether or not your cpu supports SSE. It > does so by executing an SSE instruction, catching the "illegal > instruction" exception if it occurs and if so, setting a boolean to > false. > > So just type "continue" in gdb t

Re: [fpc-devel] win32 debugging broken in fixes_2_2?

On Tuesday 10 July 2007 14.53, [EMAIL PROTECTED] wrote: > > And what should I do in MSEide? Disable SIGILL reporting by gdb? > > How does Lazarus handle the problem? > > It does not handle it. If you handle it in MSEIDE, please let us know how > you did it. > The IDE must check where the SIGILL is

Re: [fpc-devel] win32 debugging broken in fixes_2_2?

On Tuesday 10 July 2007 15.13, Jonas Maebe wrote: > On 10 Jul 2007, at 15:11, Martin Schreiber wrote: > > Question to the FPC developers: > > Is there really no other method to check for SSE support? > > According to the comments of Florian in the code, there is no ot

Re: [fpc-devel] win32 debugging broken in fixes_2_2?

On Tuesday 10 July 2007 14.34, Jonas Maebe wrote: > The rtl checks on startup whether or not your cpu supports SSE. It > does so by executing an SSE instruction, catching the "illegal > instruction" exception if it occurs and if so, setting a boolean to > false. > > So just type "continue" in gdb t

Re: [fpc-devel] win32 debugging broken in fixes_2_2?

On Tuesday 10 July 2007 17.04, Jonas Maebe wrote: > It seems that either your specific gdb is broken, or that gdb for > win32 is broken in this regard. By default, gdb's setting for SIGILL > should be: > > (gdb) info handle SIGILL > SignalStop Print Pass to program Description > SIGI

Re: [fpc-devel] win32 debugging broken in fixes_2_2?

On Tuesday 10 July 2007 17.04, Jonas Maebe wrote: > You can also disable gdb catching SIGILL from the start of the > program using "handle SIGILL nostop noprint" (in case gdb for win32 > is broken in this respect), but then you should re-enable it later on > (unless you don't want the debugger to b

Re: [fpc-devel] win32 debugging broken in fixes_2_2?

On Wednesday 11 July 2007 08.39, Florian Klaempfl wrote: > > That's a point though I thought we could safe this extra check because I > didn't expect that a lot of people are still using PII :) > A PII with 256MB ram is my main development machine. Do you see why MSEide+MSEgui is so fast? ;-) From

Re: [fpc-devel] win32 debugging broken in fixes_2_2

On Friday 13 July 2007 08.54, Florian Klaempfl wrote: > Alexander schrieb: > >> That's a point though I thought we could safe this extra check > >> because I didn't expect that a lot of people are still using PII :) > > > > My current computer is PII. 350MHz 128 RAM 40G HDD > > It work ! > > Free s

Re: [fpc-devel] win32 debugging broken in fixes_2_2?

On Tuesday 10 July 2007 14.53, [EMAIL PROTECTED] wrote: > - Original Message - > From: Martin Schreiber <[EMAIL PROTECTED]> > Date: Tuesday, July 10, 2007 2:44 pm > Subject: Re: [fpc-devel] win32 debugging broken in fixes_2_2? > > > On Tuesday 10 July 20

[fpc-devel] Please merge SSE detecion fix to fixes_2_2

Hi, Can the fix for Mantis 9242 (Debugging broken on win32 with PII) be merged to fixes_2_2? Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Please merge SSE detecion fix to fixes_2_2

On Monday 16 July 2007 14.05, Jonas Maebe wrote: > Independent from this, I would encourage you to submit a bug report > against gdb for win32. If they don't know this is broken, they can't > fix it. > I fear that I am not the right person to report the bug because my knowledge of the debug intern

Re: [fpc-devel] Widestring and reference counting

On Saturday 24 November 2007 13.22, Graeme Geldenhuys wrote: > Hi, > > > I was reading a article on Delphi's WideString support. It mentions > that under Delphi, WideStrings are not reference counted, but under > Kylix they are. > http://tobias.feedian.com/2007/05/24/whats-wrong-with-delphis-wides

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

On Thursday 29 November 2007 11.52, Graeme Geldenhuys wrote: > > > > Also, do I have to specify {$Interfaces Corba} in every unit I have, > > > or is it only needed in the using that defines the interface itself? > > You need. See eg MSE units. > The {$interfaces corba} in every MSEgui unit is bec

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

On Friday 30 November 2007 11.22, Florian Klaempfl wrote: > > I forgot to mention that the Delphi 'implements' keyword > > FPC supports this? Thought some bugs are known iirc. > Is the following from Delphi 7 help possible with FPC? " If the delegate property is of a class type, that class and its

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

On Friday 30 November 2007 09.59, Florian Klaempfl wrote: > Martin Schreiber schrieb: > >>> http://www.freepascal.org/mantis/view.php?id=6036 > >> > >> It doesn't look like that is going to be fixed any time soon. It was > >> reported in 2005-06-14 an

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

On Friday 30 November 2007 08.21, Graeme Geldenhuys wrote: > On 30/11/2007, Martin Schreiber <[EMAIL PROTECTED]> wrote: > > tnullinterfacedobject is needed in MSEgui for Delphi compatibility > > because Delphi has no corba style interfaces. > > So basically you wan

Re: [fpc-devel] interfaces vs classes in dll

On Friday 30 November 2007 10.26, Michael Van Canneyt wrote: > > When you pass an interface that uses ansistrings to a DLL, > the ansistrings in it (or referenced by it) may be disposed > of by the wrong memory manager. > > Since I assume the DLL use is the scenario that is wanted, > it de facto me

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

On Friday 30 November 2007 11.23, Graeme Geldenhuys wrote: > > Delphi 7 is 10 times faster than FPC 2.2. > > 8 seconds instead of 1min20 is better, don't you think? > > I'll bite. :-) > What can I compile to do a speed comparison? How do I compile MSEgui > under Delphi 7? > http://www.mail-archi

[fpc-devel] 0010465: CsSubComponent component properties not streamed

Hi, Michael Van Canneyt marked my bugreport 10465 with "won't fix", I would like to discuss the issue in a broader forum. With fixes_2_2 rev. 9006 FPC does not stream published component properties where the component has CsSubComponent set if the property component is not owned by the streamed

Re: [fpc-devel] 0010465: CsSubComponent component properties not streamed

On Sunday 23 December 2007 22.08:34 Michael Van Canneyt wrote: > On Sun, 23 Dec 2007, Florian Klaempfl wrote: > > Martin Schreiber schrieb: > > > Hi, > > > > > > Michael Van Canneyt marked my bugreport 10465 with "won't fix", I would > > &

Re: [fpc-devel] 0010465: CsSubComponent component properties not streamed

On Sunday 23 December 2007 22.12:01 Michael Van Canneyt wrote: > > Now I have several possibilities: > > > > 1. I can accept Michaels verdict and surrender to use my programming > > method and rewrite the affected MSEgui pieces and introduce an > > incompatibility with current MSEgui projects. > >

Re: [fpc-devel] 0010465: CsSubComponent component properties not streamed

On Monday 24 December 2007 09.29:24 Vincent Snijders wrote: > > What is the misuse? That you may not set a reference to a csSubcomponent? > Yes. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-dev

Re: [fpc-devel] 0010465: CsSubComponent component properties not streamed

On Monday 24 December 2007 10.34:10 Vincent Snijders wrote: > Martin Schreiber schreef: > > On Monday 24 December 2007 09.29:24 Vincent Snijders wrote: > >> What is the misuse? That you may not set a reference to a > >> csSubcomponent? > > > > Yes. > >

Re: [fpc-devel] 0010465: CsSubComponent component properties not streamed

On Monday 24 December 2007 13.37:52 Florian Klaempfl wrote: > > And that is the reason why I *have* to worry about. MSEide+MSEgui depends > > on the streaming mechanism. There are some issues with IDE property > > streaming you can't know until you tried to develop something like MSEide > > your s

Re: [fpc-devel] 0010465: CsSubComponent component properties not streamed

On Monday 24 December 2007 12.17:38 Bee wrote: > > I have Delphi code that shows the bug, if you want, so maybe Martin can > > submit a bugreport at Codegear for a change :-) > > It's a dilemma. Though scientifically Delphi's mechanism is wrong but we > can't just 'fix' it, especially if there are

Re: [fpc-devel] 0010465: CsSubComponent component properties not streamed

On Sunday 30 December 2007 07.17:19 Micha Nelissen wrote: > > I still don't see why you can't assign Owner? You will have to free that > tifisocketclient in tsocketclientiochannel anyway. > Because it should not be integrated into the ownership/loading/loaded system in this case. There are other

Re: [fpc-devel] 0010465: CsSubComponent component properties not streamed

On Sunday 30 December 2007 13.18:59 Michael Van Canneyt wrote: > Seeing also that I (and others) sacrificed my (our) christmas days fixing > the crashed FPC server, and having fixed the "bug" as soon as that was > done, I think that any accusation of "not being constructive" is highly > misplaced,

Re: [fpc-devel] Lazarus: A new widgest set

On Monday 18 February 2008 10.18:38 Michael Schnell wrote: > > Sorry I misunderstood your first comment on that. Of course I do agree > that the choice of the noGUI widget set should only be provided in the > official distribution when it in fact works. I I should be able to make > this happen, it

Re: [fpc-devel] Lazarus: A new widgest set

On Monday 18 February 2008 13.12:06 Michael Schnell wrote: > > You probably know that MSEgui provides the possibility to build event > > driven applications without window system? We use it in MSEifi for Linux > > servers without X. > > No. I did not know MSEgui yet. > I'll try to find informations

Re: [fpc-devel] Lazarus: A new widgest set

On Monday 18 February 2008 13.25:49 Michael Schnell wrote: > > You probably know that MSEgui provides the possibility to build event > > driven applications without window system? We use it in MSEifi for Linux > > servers without X. > > Hmm. What I find in the Internet on MSEgui at the first sight

Re: [fpc-devel] Lazarus: A new widgest set

On Monday 18 February 2008 15.35:10 Michael Schnell wrote: > >> Can MSEgui be integrated with Lazarus ? Could it be installed as another > >> widgetset > > > > Not easy. Suggestion: use MSEide. > > As in the end I and my colleagues will be porting a Delphi application, > Lazarus is by far easier t

Re: [fpc-devel] Lazarus: A new widgest set

On Tuesday 19 February 2008 09.57:43 Michael Schnell wrote: > > MSEifi is a system where MSEgui forms and Pascalscripts are transported > > over a communication channel and run in a clientside "MSEgui" browser or > > browser plugin. For the server side we need equivalent event handling as > > at th

Re: [fpc-devel] Lazarus: A new widgest set

On Tuesday 19 February 2008 11.13:13 Marco van de Voort wrote: > On Tue, Feb 19, 2008 at 09:57:43AM +0100, Michael Schnell wrote: > >> MSEifi is a system where MSEgui forms and Pascalscripts are transported > >> over a communication channel and run in a clientside "MSEgui" browser or > >> browser p

Re: [fpc-devel] Lazarus: A new widgest set

On Tuesday 19 February 2008 15.53:16 Michael Schnell wrote: > > If you compile the SVN trunk version with -dmse_with_ifi you will get the > > MSEifi components in the component palette. > > Of course I really would like to help beta-testing this. Unfortunately, > due to a firewall jail I am workin

Re: [fpc-devel] In FPC written FPC Debugger

On Thursday 21 February 2008 22.22:27 Daniël Mantione wrote: > Op Thu, 21 Feb 2008, schreef Jonas Maebe: > > On 21 Feb 2008, at 21:37, Daniël Mantione wrote: > >> This discussion takes place in the fpc team from to time. It is clear we > >> will need our own debugger, even though not everyone likes

Re: [fpc-devel] In FPC written FPC Debugger

On Friday 22 February 2008 08.19:27 Daniël Mantione wrote: > > Displaying of ansistrings, widestrings and dynamic arrays is possible > > with current gdb. MSEide uses some tricks to achieve correct display in > > most of the cases. > > How? I have been playing with the idea of doing memory dumps w

Re: [fpc-devel] Lazarus: A new widgest set

On Tuesday 19 February 2008 16.55:16 Martin Schreiber wrote: > On Tuesday 19 February 2008 15.53:16 Michael Schnell wrote: > > > If you compile the SVN trunk version with -dmse_with_ifi you will get > > > the MSEifi components in the component palette. > > > > Of c

[fpc-devel] Unicode resourcestrings

Hi, Is there a way in current FPC to have unicode or wide resourcestrings? Thanks, Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Unicode resourcestrings

On Friday 29 February 2008 09.02:02 Daniël Mantione wrote: > Op Fri, 29 Feb 2008, schreef Martin Schreiber: > > Hi, > > Is there a way in current FPC to have unicode or wide resourcestrings? > > Thanks, > > Resourcestrings are ansistrings, so the answer is no. This is

Re: [fpc-devel] Unicode resourcestrings

On Friday 29 February 2008 09.25:18 Daniël Mantione wrote: > Op Fri, 29 Feb 2008, schreef Martin Schreiber: > > On Friday 29 February 2008 09.02:02 Daniël Mantione wrote: > >> Op Fri, 29 Feb 2008, schreef Martin Schreiber: > >>> Hi, > >>> Is there a

Re: [fpc-devel] Unicode resourcestrings

On Friday 29 February 2008 09.27:08 Marco van de Voort wrote: > > On Friday 29 February 2008 09.02:02 Dani?l Mantione wrote: > > > Op Fri, 29 Feb 2008, schreef Martin Schreiber: > > > > Hi, > > > > Is there a way in current FPC to have unicode

Re: [fpc-devel] Lazarus: A new widgest set

On Friday 29 February 2008 09.32:23 Michael Schnell wrote: > This does work nicely ! > > Any chance to be able to use this in the foreseeable future ? > It depends what effort you plan to invest into testing and debugging. ;-) Missing pieces: - Documentation. - SSL on win32. - Consistent error hand

Re: [fpc-devel] Unicode resourcestrings

On Friday 29 February 2008 10.07:29 Daniël Mantione wrote: > Op Fri, 29 Feb 2008, schreef Martin Schreiber: > > On Friday 29 February 2008 09.25:18 Daniël Mantione wrote: > >> Op Fri, 29 Feb 2008, schreef Martin Schreiber: > >>> On Friday 29 February 2008 09.02:02 Da

Re: [fpc-devel] Lazarus: A new widgest set

On Friday 29 February 2008 10.49:11 Michael Schnell wrote: > > Before I knew about MSEifi I intended to attach the remote GUI on a > "per-control" base via a propriety protocol (e.g. using RemObjects). But > this would imply handling any program done that way individually, which > of course is not

Re: [fpc-devel] Lazarus: A new widgest set

On Friday 29 February 2008 11.27:47 Michael Schnell wrote: > > Sure, it is the purpose of MSEifi to connect client MSEgui objects and > > events with server events and data by the use of an universal client > > program. > > Sounds good. Let me elaborate a bit more: The program in question needs > t

Re: [fpc-devel] Lazarus: A new widgest set

I fond your post from 2006-01-09: " Martin Schreiber wrote: > There is another alternative to Delphi-Kylix: > > http://mypage.bluewin.ch/msegui/ > Downloaded and installed. Firsts tests Worked on the spot ! Even debugging (single stepping). I'll go on testing tomorr

Re: [fpc-devel] Unicode resourcestrings

On Friday 29 February 2008 10.07:29 Daniël Mantione wrote: > > > > Ideally from my point of view would be if the resourcestrings are stored > > in utf-8 if the unit is compiled with -Fcutf8 and decoded by utf8decode > > for widestring assignment on runtime independent of the system encoding. > > Th

Re: [fpc-devel] Unicode resourcestrings

On Sunday 02 March 2008 10.22:32 Daniël Mantione wrote: > > Regarding code generation, there is a difference between ansistrings and > resourcestrings, since with a resourcestring load, the compiler must look > into the resourcestring tables to find the ansistring constant. > So it is theoretical p

Re: [fpc-devel] Unicode resourcestrings

On Sunday 02 March 2008 14.09:47 Daniël Mantione wrote: > Op Sun, 2 Mar 2008, schreef Martin Schreiber: > > On Sunday 02 March 2008 10.22:32 Daniël Mantione wrote: > >> Regarding code generation, there is a difference between ansistrings and > >> resourcestrings, since

Re: [fpc-devel] Unicode resourcestrings

On Sunday 02 March 2008 15.31:04 Daniël Mantione wrote: > > Then the only possible way to use resourcestrings independent from the > > system encoding is to compile all resource units with -Fcutf8 and to > > write every assignment as "widestringvar:= > > Utf8Decode(resourceconstant);"? > > Would th

Re: [fpc-devel] Unicode resourcestrings

On Sunday 02 March 2008 18.43:01 Florian Klaempfl wrote: > Martin Schreiber schrieb: > > What did I wrong? > > I'am not sure how this could be made working just a remark: -Fcutf8 > influences _only_ the interpretation of string constants when converting > them to u

Re: [fpc-devel] Unicode resourcestrings

On Sunday 02 March 2008 18.48:01 Daniël Mantione wrote: > Op Sun, 2 Mar 2008, schreef Florian Klaempfl: > >> What did I wrong? > > > > I'am not sure how this could be made working just a remark: -Fcutf8 > > influences _only_ the interpretation of string constants when converting > > them to unicode

Re: [fpc-devel] Unicode resourcestrings

On Sunday 02 March 2008 19.31:37 Florian Klaempfl wrote: > Martin Schreiber schrieb: > > On Sunday 02 March 2008 18.48:01 Daniël Mantione wrote: > >> Op Sun, 2 Mar 2008, schreef Florian Klaempfl: > >>>> What did I wrong? > >>> > >>> I

Re: [fpc-devel] Unicode resourcestrings

On Sunday 02 March 2008 19.22:38 ik wrote: > I wonder, do you care also to try BIDI text as well ? > > Ido > No, BIDI is out of scope of MSEgui up to now, supporting all European languages without a headache is a must. Martin ___ fpc-devel maillist -

[fpc-devel] m68k crosscompiler

Hi, I try to build a m68k crosscompiler with fixes_2_2: " [...] /home/mse/packs/standard/svn/fp/fixes_2_2/compiler/ppc -Ur -Xs -O2 -n -Fum68k -Fusystems -Fu/home/mse/packs/standard/svn/fp/fixes_2_2/rtl/units/i386-linux -Fim68k -FE. -FUm68k/units/i386-linux -dRELEASE -dm68k -dGDB -dBROWSERLOG -d

Re: [fpc-devel] m68k crosscompiler

On Thursday 13 March 2008 13.48:55 Jonas Maebe wrote: > On 13 Mar 2008, at 13:24, Martin Schreiber wrote: > > I try to build a m68k crosscompiler with fixes_2_2: > > m68k is not supported in 2.x at this time. The last version that > supported m68k was 1.0.10a. Every now and then

Re: [fpc-devel] m68k crosscompiler

On Thursday 13 March 2008 14.16:41 Martin Schreiber wrote: > On Thursday 13 March 2008 13.48:55 Jonas Maebe wrote: > > On 13 Mar 2008, at 13:24, Martin Schreiber wrote: > > > I try to build a m68k crosscompiler with fixes_2_2: > > > > m68k is not supported in 2.x

Re: [fpc-devel] m68k crosscompiler

On Thursday 13 March 2008 15.14:14 Jonas Maebe wrote: > > > Seems to be nothing m68k specific? > > It probably means that invalid register allocation information is > generated by the m68k code generator. As said: m68k is simply not > supported at this time. Even if it would compile you'd get

[fpc-devel] Merge request

Hi, Please merge the fix for Mantis 10825 (Memory error in fpc_WideStr_Concat_multi) to fixes_2_2. Thanks, Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] Fix request

Hi, Please fix Mantis 10791 (ObjectBinaryToText broken for reals) and merge to fixes_2_2, it damages the form files. Suggestion: remove the wrong code. Index: classes.inc === --- classes.inc(revision 10339) +++ classes.inc(w

Re: [fpc-devel] Fix request

On Friday 21 March 2008 14.54:24 Vincent Snijders wrote: > Martin Schreiber schreef: > > Hi, > > Please fix Mantis 10791 (ObjectBinaryToText broken for reals) and merge > > to fixes_2_2, it damages the form files. Suggestion: remove the wrong > > code. > > Why

Re: [fpc-devel] Fix request

On Friday 21 March 2008 15.09:22 Vincent Snijders wrote: > Martin Schreiber schreef: > > On Friday 21 March 2008 14.54:24 Vincent Snijders wrote: > >> Martin Schreiber schreef: > >>> Hi, > >>> Please fix Mantis 10791 (ObjectBinaryToText broken for reals

Re: [fpc-devel] Fix request

On Friday 21 March 2008 15.19:57 Martin Schreiber wrote: > > 10791 was submitted 2008-02-14 and assigned 2008-02-14 to Michael Van > Canneyt. The wrong patch has cosmetic reasons only and can savely be > reverted. > Argh! Correction: 10791 was submitted 2008-02-08.

[fpc-devel] Bug in trunk?

Hi, What is wrong with this code: " program rangeerror; {$ifdef FPC}{$mode objfpc}{$h+}{$endif} {$ifdef mswindows}{$apptype console}{$endif} uses {$ifdef FPC}{$ifdef linux}cthreads,{$endif}{$endif} sysutils; type colorty = type longword; const cl_mapped = colorty($9000); type ttestclass =

Re: [fpc-devel] Bug in trunk?

On Friday 28 March 2008 11.23:07 Jonas Maebe wrote: > On 28 Mar 2008, at 07:47, Martin Schreiber wrote: > > What is wrong with this code: [...] > > It compiles again. Thanks! > Unrelated (because I think such declarations are > broken for fpu types/values): what code do

Re: [fpc-devel] Important: Call for testing.

On Thursday 27 March 2008 21.50:33 Michael Van Canneyt wrote: > > While extensive testing has been done (using the FPCunit testing > framework), and the working of Lazarus with this new code was verified, it > is possible that bugs remain. We would therefor very much appreciate that > if you have c

Re: [fpc-devel] Bug in trunk?

On Friday 28 March 2008 16.36:35 Jonas Maebe wrote: > > > > Floats not, integers yes, I think ? > > FPC cannot deal properly with floats either as far as I can see from > the compiler source code. But since there is apparently no way to > easily create a simple test program, I can't verify this. >

Re: [fpc-devel] Bug in trunk?

On Friday 28 March 2008 16.42:52 Jonas Maebe wrote: > On 28 Mar 2008, at 16:41, Martin Schreiber wrote: > > On Friday 28 March 2008 16.36:35 Jonas Maebe wrote: > >>> Floats not, integers yes, I think ? > >> > >> FPC cannot deal properly with floats either as

Re: [fpc-devel] Important: Call for testing.

On Saturday 29 March 2008 21.52:51 Michael Van Canneyt wrote: > > Jesus just told me that it is fixed in r10587. > > Great, I set the bug to resolved. > > Seems like the most obvious bugs are fixed. > Now I wait for the subtle ones to appear ;-) > Here it is the first one: http://bugs.freepascal.

Re: [fpc-devel] Important: Call for testing.

On Sunday 30 March 2008 01.32:09 Michael Van Canneyt wrote: > On Sat, 29 Mar 2008, Martin Schreiber wrote: > > On Saturday 29 March 2008 21.52:51 Michael Van Canneyt wrote: > > > > > > Seems like the most obvious bugs are fixed. > > > Now I wait for the subtle o

Re: [fpc-devel] Important: Call for testing.

On Sunday 30 March 2008 17.56:40 Michael Van Canneyt wrote: > On Sun, 30 Mar 2008, Martin Schreiber wrote: > > On Sunday 30 March 2008 01.32:09 Michael Van Canneyt wrote: > > Looks good, thanks. There is a problem with inline components: > > http://bugs.freepascal.org/view.ph

Re: [fpc-devel] Important: Call for testing.

On Sunday 30 March 2008 18.08:24 Michael Van Canneyt wrote: > On Sun, 30 Mar 2008, C Western wrote: > > Things now seem to work for me after a little adjustment. I don't know if > > it is intentional, but the order in which references are satisfied seems > > to have been reversed in the current ve

Re: [fpc-devel] Important: Call for testing.

On Sunday 30 March 2008 19.21:04 Vincent Snijders wrote: > Martin Schreiber schreef: > > Inline is used for subforms, components in a form which inherit from > > another form (TFrame in Delphi), in MSEgui every form can be used as > > inline component. The ffInline filer fla

Re: [fpc-devel] Important: Call for testing.

On Sunday 30 March 2008 20.48:23 Michael Van Canneyt wrote: > On Sun, 30 Mar 2008, Martin Schreiber wrote: > > Inline is used for subforms, components in a form which inherit from > > another form (TFrame in Delphi), in MSEgui every form can be used as > > inline component. Th

Re: [fpc-devel] Important: Call for testing.

On Sunday 30 March 2008 20.42:13 Michael Van Canneyt wrote: > On Sun, 30 Mar 2008, Martin Schreiber wrote: > > I'd like to second Colins wish. Please use the same resolving order as > > Delphi. MSEide+MSEgui compiles with Delphi7 so the reversed order is an > > unnecess

Re: [fpc-devel] Important: Call for testing.

On Monday 31 March 2008 15.00:02 Michael Van Canneyt wrote: > > It is like streaming of an inherited form. Lookup the ancestor and write > > the property differences. > > Nono, when streaming an inherited form, the IDE provides the ancestor > instance when the streaming starts, because it calls wri

Re: [fpc-devel] Important: Call for testing.

On Monday 31 March 2008 16.13:48 Michael Van Canneyt wrote: > On Mon, 31 Mar 2008, Martin Schreiber wrote: > > I am not convinced. By controlling the order of the properties and the > > load order of the forms it is possible to control the resolving order. > > Does FPC loose

Re: [fpc-devel] Important: Call for testing.

On Thursday 03 April 2008 10.42:02 Michael Van Canneyt wrote: > On Sun, 30 Mar 2008, Martin Schreiber wrote: > > On Sunday 30 March 2008 19.21:04 Vincent Snijders wrote: > > > Martin Schreiber schreef: > > > > Inline is used for subforms, components in a form whic

Re: [fpc-devel] Important: Call for testing.

On Thursday 03 April 2008 10.42:02 Michael Van Canneyt wrote: > On Sun, 30 Mar 2008, Martin Schreiber wrote: > > On Sunday 30 March 2008 19.21:04 Vincent Snijders wrote: > > > Martin Schreiber schreef: > > > > Inline is used for subforms, components in a form whic

[fpc-devel] gdb crashes with trunk

Hi, I am currently debugging the "cleanroom code" which is a frustrating matter because gdb crashes at allmost every breakpoint. Any hints how to let gdb work more stable with trunk on i386-linux? I compile with -O- already, gdb version is 6.6.50.20070726-cvs. Martin _

Re: [fpc-devel] gdb crashes with trunk

On Thursday 03 April 2008 13.54:32 Martin Schreiber wrote: > Hi, > I am currently debugging the "cleanroom code" which is a frustrating matter > because gdb crashes at allmost every breakpoint. > Any hints how to let gdb work more stable with trunk on i386-linux? > I comp

Re: [fpc-devel] gdb crashes with trunk

On Thursday 03 April 2008 14.04:44 Jonas Maebe wrote: > On 03 Apr 2008, at 13:54, Martin Schreiber wrote: > > I am currently debugging the "cleanroom code" which is a frustrating > > matter > > because gdb crashes at allmost every breakpoint. > > Any hints

Re: [fpc-devel] gdb crashes with trunk

On Thursday 03 April 2008 14.04:44 Jonas Maebe wrote: > > One thing you can try is using -gw to use dwarf instead of stabs. > It seems sets are displayed as integers with dwarf? Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://list

Re: [fpc-devel] gdb crashes with trunk

On Thursday 03 April 2008 17.18:48 Jonas Maebe wrote: > On 03 Apr 2008, at 17:16, Martin Schreiber wrote: > > On Thursday 03 April 2008 14.04:44 Jonas Maebe wrote: > >> One thing you can try is using -gw to use dwarf instead of stabs. > > > > It seems sets are di

Re: [fpc-devel] gdb crashes with trunk

On Thursday 03 April 2008 21.33:17 Jonas Maebe wrote: > On 03 Apr 2008, at 19:12, Martin Schreiber wrote: > > The compiler crashes with -godwarfsets. > > Fixed. > It doesn't crash anymore, thanks. The display of sets seems to be wrong: " [EMAIL PROTECTED]:~/packs/sta

Re: [fpc-devel] gdb crashes with trunk

On Thursday 03 April 2008 15.02:46 Martin Schreiber wrote: > On Thursday 03 April 2008 14.04:44 Jonas Maebe wrote: > > > One thing you can try is using -gw to use dwarf instead of stabs. > > That helps, thanks a lot! > There are gdb crashes with -gw too: " [EMAIL PROTE

Re: [fpc-devel] gdb crashes with trunk

On Friday 04 April 2008 08.37:24 Martin Schreiber wrote: > On Thursday 03 April 2008 15.02:46 Martin Schreiber wrote: > > On Thursday 03 April 2008 14.04:44 Jonas Maebe wrote: > > > One thing you can try is using -gw to use dwarf instead of stabs. > > > > That help

Re: [fpc-devel] gdb crashes with trunk

On Friday 04 April 2008 08.48:59 Martin Schreiber wrote: > On Friday 04 April 2008 08.37:24 Martin Schreiber wrote: > > On Thursday 03 April 2008 15.02:46 Martin Schreiber wrote: > > > On Thursday 03 April 2008 14.04:44 Jonas Maebe wrote: > > > > One thing you can

Re: [fpc-devel] Important: Call for testing.

On Thursday 03 April 2008 10.58:26 Michael Van Canneyt wrote: > On Thu, 3 Apr 2008, Martin Schreiber wrote: > > You used my copyrighted code, the sources look exactly the same. ;-) > > A strong case against all these copyright suits... :-) > And we made the same error, see a

Re: [fpc-devel] Important: Call for testing.

On Thursday 27 March 2008 21.50:33 Michael Van Canneyt wrote: > > While extensive testing has been done (using the FPCunit testing > framework), and the working of Lazarus with this new code was verified, it > is possible that bugs remain. We would therefor very much appreciate that > if you have c

Re: [fpc-devel] Important: Call for testing.

On Friday 04 April 2008 13.56:45 Michael Van Canneyt wrote: > On Fri, 4 Apr 2008, Martin Schreiber wrote: > > The next problem is childpos handling: > > http://bugs.freepascal.org/view.php?id=11102 > > I've never understood what this is about, so some additional info

Re: [fpc-devel] gdb crashes with trunk

On Friday 04 April 2008 19.40:30 Jonas Maebe wrote: > > And this 6.6 also works fine with stabs. > I tried with gdb 6.8.50: " GNU gdb 6.8.50.20080306 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software

Re: [fpc-devel] gdb crashes with trunk

On Saturday 05 April 2008 10.25:45 Martin Schreiber wrote: > Hurray! > Update: " GNU gdb 6.8.50.20080306 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change an

Re: [fpc-devel] gdb crashes with trunk

On Saturday 05 April 2008 13.32:40 Jonas Maebe wrote: > in a cross-platform way. Does the unix "expect" utility exist for > Windows? http://expect.nist.gov/ lists two native windows ports and the cygwin port. Martin ___ fpc-devel maillist - fpc-devel

Re: [fpc-devel] gdb crashes with trunk

On Saturday 05 April 2008 14.33:16 Jonas Maebe wrote: > Fixed. gdb 6.5 also works again. It starts a lot slower than 6.6, so I > guess 6.5 read all debug information on startup (which is why it > crashed immediately) while 6.6 and later only read the debug info as > needed (and hence only crashed

Re: [fpc-devel] gdb crashes with trunk

On Saturday 05 April 2008 20.56:01 Jonas Maebe wrote: > > It works with gdb 6.6, but indeed not with 6.8. I'll try to find the > > cause and file a bug report with gdb if necessary. > > I've implemented a workaround in the compiler and submitted a gdb bug > report. > Tested with dwarf and gdb 6.6.

[fpc-devel] Problems with trunk/cleanroom

Hi, We spent some days with debugging MSEide+MSEgui with FPC trunk. Sometimes there are AV's while calling an interface procedure. Example: http://homepage.bluewin.ch/msegui/pics/crash.png I don't know if it is a cleanroom, a FPC trunk or another problem. I stop cleanroom debugging now until the

Re: [fpc-devel] Debugging FPC

On Monday 07 April 2008 09.22:11 Никита Баль wrote: > Does anybody tryed to debug fpc under Lazarus? How? This is for MSEide i386 and FPC 2.3.1: http://sourceforge.net/project/showfiles.php?group_id=165409 - 'Project'-'New'-'From Program'. - Select "compiler/pp.pas" from your FPC SVN checkout. -

Re: [fpc-devel] Problems with trunk/cleanroom

On Monday 07 April 2008 08.46:46 Michael Van Canneyt wrote: > On Mon, 7 Apr 2008, Martin Schreiber wrote: > > Hi, > > We spent some days with debugging MSEide+MSEgui with FPC trunk. Sometimes > > there are AV's while calling an interface procedure. Example: > > h

[fpc-devel] MSEide+MSEgui binary package

Hi, We try to build a package for MSEide+MSEgui with precompiled units. While compiling a simple testproject with the precompiled units we get: " Free Pascal Compiler version 2.2.0 [2007/08/31] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Linux for i386 Compiling project1.pas PP

<    1   2   3   4   5   6   >