segment tests in heaptrc.CheckPointer for linux.
If you like it, patch for 1.9.4 is attached.
Martin Schreiber
checkpointer.tar.gz
Description: application/tgz
The attached patch allows to exchange in textformat streamed component files
between FP and Kylix/Delphi.
Martin
objecttext.tar.gz
Description: application/tgz
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Here is the anounced patch.
Martin
objecttext.tar.gz
Description: application/tgz
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Please remember bug 3221 (memory leak by dynamic string as out parameter),
the problem still exists on fpc 1.9.9.
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Some more test results with PII 350MHz and
two additional implementations with lookup table:
Kylix:
lowercase execution time: 336887
lowercase 1 execution time: 380923
lowercase 2 execution time: 375411
lowercase 3 execution time: 369814
lowercase 4 execution time: 320665
lowercase 5 execution
Some more experience:
7a: like 7 but ansi string
9a: like 9, without loop instruction
10: like 6, loop in assembler
10a like 10, without loop instruction
(PII, 350MHz)
Kilix:
lowercase execution time: 335536
lowercase 1 execution time: 369539
lowercase 2 execution time: 377384
lowercase 3
To the compiler developers:
In FPC 2.0.0
- Are the fields TTypeData.IntfParent, IID, IIDStr and IntfUnit valid for
tkInterface?
- Is TTypeData.IntfParent really PPTypeInfo or is it PTypeInfo?
- How is TTypeData.IntfUnit aligned?
Thanks, Martin
___
On Monday 13 June 2005 12.59, Peter Vreman wrote:
- How is TTypeData.IntfUnit aligned?
It doesn't need alignment. It consists only of chars.
So offset IIDStr-IntfUnit is 256 (IIDStr = shortstring = string[255])?
Or IntfUnit starts after last char of IIDStr?
On Sunday 26 June 2005 20.07, Florian Klaempfl wrote:
I didn't merge the widestring memory handling to fixes and it wasn't
wrong to do so, see the current failures :)
They don't work with checkpointer (see bug report 4125).
Martin
___
fpc-devel
On Monday 27 June 2005 13.53, Florian Klaempfl wrote:
That won't like people who count on delphi compatibility. Maybe we should
make the widestring heap allocation through the widestring manager so
heaptrace can hook it.
Then the other way around, a new widestring which is reference counted
Another incompatibility:
FPC reports multiple published properties multiple, Delphi /Kylix ones.
FPC 2.0.2:
Total property Count: 3
Property 1: IntProp
Property 2: IntProp
Property 3: IntProp
---
Kylix 3:
Total property Count: 1
Property 1: IntProp
---
program project1;
On Sunday 05 February 2006 21.45, VisionForce wrote:
Do you know of a better Pascal IDE? The FreePascal IDE is a DOS window and
it's really hard to work with.
MSEide:
http://mypage.bluewin.ch/msegui/
Screenshots:
http://freepascal.ru/article//mse/20060109011638/
Note the double slash between
If I compile MSEide + MSEgui version 0.8rc1a from
http://mypage.bluewin.ch/msegui/
FPC crashes with AV:
Free Pascal Compiler version 2.0.3 [2006/02/14] for i386
Copyright (c) 1993-2005 by Florian Klaempfl
Target OS: Linux for i386
Compiling mseide.pas
Compiling main.pas
Compiling sourcepage.pas
On Tuesday 14 February 2006 16.15, Martin Schreiber wrote:
If I compile MSEide + MSEgui version 0.8rc1a from
http://mypage.bluewin.ch/msegui/
FPC crashes with AV:
Same problem with version 0.8.
___
fpc-devel maillist - fpc-devel
On Thursday 16 February 2006 20.46, Jonas Maebe wrote:
FPC crashes with AV:
Same problem with version 0.8.
Fixed.
Thank you very much Jonas.
There is another AV:
- with MSEide+MSEgui version 0.8 open project 'msegui/apps/ide/mseide.prj'.
- 'Project'-'Build'.
-
On Friday 17 February 2006 11.01, Jonas Maebe wrote:
Note that I can't use msegui, because it seems that its redrawing is
incompatible with the Mac OS X port of xfree86 (I'm running msegui
remotely on a linux/x86 box). E.g. the menus are drawn behind the
main window (so you can only select
On Friday 24 February 2006 17.21, Jonas Maebe wrote:
I've found the cause together with Peter, but fixing it is non-
trivial unfortunately, so it may take a while.
I am happy that you can reproduce. Thanks a lot for your effort!
Martin
___
fpc-devel
Hi,
Are there any known problems with FPC fixes_2_0 rev. 2824?
I get many AV's, error 204's and other strange things.
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Friday 10 March 2006 13.06, Peter Vreman wrote:
Hi,
Are there any known problems with FPC fixes_2_0 rev. 2824?
I get many AV's, error 204's and other strange things.
There are no regressions in the building and in the testsuite.
The problem is probably in rtl/i386/i386.inc:
Procedure
On Saturday 01 April 2006 18.06, Joost van der Sluis wrote:
Further I have a question: now sqldb uses a linked-list record buffer,
the RecordCount and RecNo properties are something strange.
What should I do with recordcount? I can add a counter which keep track
of the recordcount. Ie: it
Hi,
Is cwstring threadsave?
I suspect there is a problem.
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sunday 16 April 2006 10.51, Florian Klaempfl wrote:
Martin Schreiber wrote:
Hi,
Is cwstring threadsave?
I suspect there is a problem.
The only problem I could imagine is that the caching of of the iconv_t
handles causes problem, since they could be accessed multiple times
without
On Sunday 16 April 2006 10.51, Florian Klaempfl wrote:
Martin Schreiber wrote:
Hi,
Is cwstring threadsave?
I suspect there is a problem.
The only problem I could imagine is that the caching of of the iconv_t
handles causes problem, since they could be accessed multiple times
without
On Sunday 16 April 2006 11.16, Martin Schreiber wrote:
The problems are gone with locking.
Attached optimized Version.
Martin
cwstringlock.gz
Description: GNU Zip compressed data
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
More exact formulation:
TSQLQuery.Last;
TSQLQuery.Insert;
TSQLQuery.Post;
The new record is not the last record.
It is at the same position as if
TSQLQuery.Last;
TSQLQuery.Prior;
TSQLQuery.Insert;
TSQLQuery.Post;
Martin
___
fpc-devel maillist -
On Tuesday 25 April 2006 17.20, Michael Van Canneyt wrote:
On Tue, 25 Apr 2006, Martin Schreiber wrote:
More exact formulation:
TSQLQuery.Last;
TSQLQuery.Insert;
TSQLQuery.Post;
The new record is not the last record.
That is correct. It should be the last-but-one.
It seems
On Wednesday 26 April 2006 00.43, Joost van der Sluis wrote:
Keep me informed.
Ik you find something that doesn't sound logical to you, just say so.
One problem is in internalfirst.
Old:
procedure TBufDataset.InternalFirst;
begin
FBCurrentRecord := -1;
FIsEOF := false;
end;
New:
Since some time FPC doesn't flush output on pipes after writeln.
On linux I can use a pseudo terminal, what can I do on win32 to get flushed
output from FPC into the message window of MSEide?
Martin
___
fpc-devel maillist -
On Sunday 14 May 2006 08.48, Daniël Mantione wrote:
Op Sun, 14 May 2006, schreef Martin Schreiber:
Since some time FPC doesn't flush output on pipes after writeln.
On linux I can use a pseudo terminal, what can I do on win32 to get
flushed output from FPC into the message window of MSEide
On Sunday 14 May 2006 17.16, Florian Klaempfl wrote:
I need no machine readable output (up to now), I need a way to get
flushed writeln output from the RTL on widows to display it in the MSEide
message window (compiler output) and the target window (program output).
On linux I use a PTY to
On Sunday 14 May 2006 20.17, Florian Klaempfl wrote:
Martin Schreiber wrote:
The problem exists not only for the compiler but for all console
programs. I found no way to display the interactive output in a IDE
window on win32. On Linux I can use a pseudo terminal to get flushed
output
On Monday 15 May 2006 07.51, Daniël Mantione wrote:
Op Mon, 15 May 2006, schreef Martin Schreiber:
On Monday 15 May 2006 07.29, Daniël Mantione wrote:
Op Mon, 15 May 2006, schreef Martin Schreiber:
How do FPIDE and Lazarus solve the problem?
The IDE retrieves the messages through
Question:
Are InternalCalcFields implemented in TDataset/TBufDataset/TSQLQuery?
If not, any plans to implement them?
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tuesday 18 July 2006 19.11, Joost van der Sluis wrote:
MSE created some patches for fpc 2.0.4 rc1
to fix some widestring and db issues.
http://svn.sourceforge.net/viewcvs.cgi/mseide-msegui/trunk/patch_fpc_2_0_
4/
I seems they are not applied to rc2.
Can someone with widestring
On Wednesday 02 August 2006 16.51, Joost van der Sluis wrote:
On Wed, 2006-08-02 at 06:57 +0200, Martin Schreiber wrote:
Did you fix Mantis 6898 in the meantime?
You said that TBufDataset can use invalid pointers, even if there
wasn't any exception, if a dataset is opened and closed
On Sunday 06 August 2006 02.39, Christian Iversen wrote:
Finally I got some spare time for coding.
So, after quite a bit of help from Florian (Thank you!), the
implements-keyword is well, IMPLEMENTED! Finally!
Great, thank you very much!
I really like this feature.
Do method resolution
Hi,
I have problems with calculated fields (FieldKind = fkCalculated) in
TSQLQuery. It seems that OnCalcFields is not called on record fetching and it
is not possible to set field values in dsCalcFields state.
Do calculated fields work in TSQLQuery?
Martin
On Tuesday 22 August 2006 11.55, Joost van der Sluis wrote:
On Tue, 2006-08-22 at 08:02 +0200, Martin Schreiber wrote:
I have problems with calculated fields (FieldKind = fkCalculated) in
TSQLQuery. It seems that OnCalcFields is not called on record fetching
and it is not possible to set
On Monday 04 September 2006 02.55, Luiz Americo wrote:
I'd like to propose change TComponent.Tag type from longint to PtrInt.
I know it's not a good programing practice, but sometimes this property
can be used to hold pointers.
In 32bit there's not many problems since pointer and longint have
On Saturday 09 September 2006 04.07, Robert Reimiller wrote:
I don't know how you can keep all those different operating systems and
processors straight in your mind, an amazing feat. I think I was initially
supporting 3 or 4 operating systems back when I was doing 6809 Pascal (and
later in
On Thursday 28 September 2006 10.54, Chris Cheney wrote:
The restriction could be subject to a configurable option (perhaps it is
already) but, without a configurable option, the restriction should be
omitted. If the language is changed to suit the whims of the developers,
it might end up as
On Thursday 05 October 2006 00.38, Joost van der Sluis wrote:
Hi all,
I have plans to add an unidirectional dataset/query to sqldb. Thus one
that isn't inherited from TDataset. This to improve performance, for for
example cgi-like programs, in which iterating back and forth through a
On Thursday 05 October 2006 22.41, Joost van der Sluis wrote:
Now I'm thinking about using an interface, to avoid double code. But I
don't know what effect that has on run-time performance. I mean, the
idea was to make if faster ...
A very good idea! It can then be implemented by a
On Thursday 19 October 2006 23.02, Joost van der Sluis wrote:
You don't need an interface ? What good would that do you ?
No idea. It was Martin's suggestion.
Interfaces are usable to do callbacks from the worker class into owner classes
which don't inherit from a common ancestor or where
On Tuesday 07 November 2006 15.14, Michael Schnell wrote:
Remember you need to call the HandleEvents as fast as possible to
stay effective (otherwise you lose precision)
I want to avoid this by any means !
That is why I want to have a message driven system (as described in the
other
On Tuesday 07 November 2006 17.46, Peter Vreman wrote:
Is it possible to backport the resolution of 0007281 from head to fixes
branch?
It is not usefull to do. There won't be a new release anymore from the
fixes branch.
But what should we do if we can't use trunk because it is not stable
On Tuesday 07 November 2006 18.34, Michael Schnell wrote:
MSEgui has teventthread (lib/common/kernel/msethread.pas), there is also
a timer implementation (lib/common/kernel/msetimer.pas).
http://mypage.bluewin.ch/msegui/
Thanks for the pointer. I'll take a look at this tomorrow.
What
On Wednesday 08 November 2006 10.25, Jonas Maebe wrote:
On 8 nov 2006, at 06:52, Martin Schreiber wrote:
But what should we do if we can't use trunk because it is not
stable and we
can't use 2.0.4 because it is buggy?
There will *always* be bugs in the latest release which cause
On Tuesday 12 December 2006 14.54, [EMAIL PROTECTED] wrote:
As said in an earlier mail I have problems streaming the
property EditLabel: TBoundLabel read FEditLabel;
of a TLabeledEdit with fpc 2.1.1.
A usual solution:
ttestcomp = class(tcomponent)
private
fsubcomponent:
On Thursday 14 December 2006 08.54, Vincent Snijders wrote:
procedure ttestcomp.setsubcomponent(const avalue: ttestsubcomponent);
begin
fsubcomponent.assign(avalue);
end;
The problem with this solution, is the write setsubcomponent; part of the
declaration.
I don't want the users
On Sunday 04 February 2007 01.01, peter green wrote:
currently there is some demand for a fast widestring type on windows and i
suspect there will be requirements for more string types in the future.
So i make a proposal for a new syntax that will allow string types to be
created easilly in
On Sunday 04 February 2007 01.23, peter green wrote:
from a low level perspective such a string is just a pointer to an array
plus some compiler magic just like current ansistrings, debugging tools
shouldn't need to be aware of the magic any more than they need to be aware
of it for current
On Sunday 04 February 2007 10.57, Florian Klaempfl wrote:
peter green schrieb:
if my understanding is correct this should allow all the widestrings
stuff to be moved to the library and people to implement thier own
string types as required (for example maybe a widestring counterpart
for
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 widestrings?
Martin
Hi,
MSEide+MSEgui compiles and runs on Linux with FPC 2.1.1.
It compiles on win32 but does not run.
Mantis 8481 (By copying an record with OLE string fields, the memory location
of the *source* string is changed.) is a show stopper for MSEgui, I can not
do more debugging until the problem is
On Monday 26 March 2007 14.39, Florian Klaempfl wrote:
Martin Schreiber schrieb:
Hi,
MSEide+MSEgui compiles and runs on Linux with FPC 2.1.1.
It compiles on win32 but does not run.
Mantis 8481 (By copying an record with OLE string fields, the memory
location of the *source* string
Hi,
Now that it is clear that FPC 2.2 can not be used with MSEide+MSEgui because
of Mantis 8481 (By copying an record with OLE string fields, the memory
location of the *source* string is changed.), I would be happy if the fixes
for Mantis 8103, 8245, 8386 and 8388 could be merged back to
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 the
string handling in MSEgui BTW.
Martin
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/borland.public.delphi.non-technical/msg/7ca
eced42f1934a4?hl=en
On Saturday 16 June 2007 10.10, Daniël Mantione wrote:
I made the change, could you please test for any problems, as we are
really close to 2.2.0.
Thanks, I start to work.
Something like this?
[...]
Posted to delphi.non-tech.
Martin
___
fpc-devel
On Saturday 30 June 2007 14.46, Yury Sidorov wrote:
From: Yury Sidorov [EMAIL PROTECTED]
From: Martin Schreiber [EMAIL PROTECTED]
Possible show stopper for FPC 2.2:
http://www.freepascal.org/mantis/view.php?id=9170
I suspect there are more problems, I can only debug one by one
On Wednesday 04 July 2007 10.50, Jonas Maebe wrote:
On 04 Jul 2007, at 10:43, Martin Schreiber wrote:
If I debug into FPC rtl I get the error Internal error: `this' is
not an
aggregate while displaying variables.
i386 Suse Linux 10.2, gdb 6.6, FPC fixes_2_2 rev 7921.
Any hints
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
All MSE *.o,*.ppu and *.dcu files deleted before compiling.
On Wednesday 04 July 2007 17.59, Daniël Mantione wrote:
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
On Wednesday 04 July 2007 18.30, Martin Schreiber wrote:
On Wednesday 04 July 2007 17.59, Daniël Mantione wrote:
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
On Wednesday 04 July 2007 22.01, Yury Sidorov wrote:
From: Martin Schreiber [EMAIL PROTECTED]
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
Commandline FPC:
\fpc\svn
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 on simple projects with complex
dependencies... All
On Thursday 05 July 2007 10.03, Daniël Mantione wrote:
Crashes without -B happen with FPC 2.2 too.
? Bug reports please :)
Only if you accept MSEgui as a testcase. It would use days or weeks for me to
isolate the problems with my limited knowledge of the compiler internals.
Martin
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
several minutes for Delphi to crunch through them. I've had
On Thursday 05 July 2007 10.18, Jonas Maebe wrote:
On 05 Jul 2007, at 10:15, Florian Klaempfl wrote:
For build related crashes it is accepted if it can be reproduced by a
few simple steps like get this source, compile with that command,
touch
that file, rebuild.
Indeed. At least Peter
Hi,
Every program compiled with fixes_2_2 rev. 8006 crashes
in gdb:
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show
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
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 other
way which works everywhere
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
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 soft inteneded
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
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-widestring/
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 because a
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
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 and still hasn't even been acknowledged!
I've no clue how
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 want to use interfaces without reference
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 means
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?
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
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
like to discuss the issue in a broader forum.
With fixes_2_2 rev. 9006
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.
There is no
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-devel
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.
You cannot do that in Delphi?
Or can you do that in Delphi
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 self. I
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 lot of
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
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, and
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
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 seems
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 to use.
Why
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 plugin. For
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 working in,
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 to
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 with the
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 course I really would like to help beta
1 - 100 of 513 matches
Mail list logo