On Saturday 30 June 2007 14.46, Yury Sidorov wrote:
> Martin, please inform us when FPC 2.1.5 will work as expected with
> your code and no more bugs will be left.
> After that 2.2 release can be launched.
>
I worked now one hour with MSEide compiled with win32 FPC fixes_2_2 rev. 7933,
no more pro
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
On Saturday 30 June 2007 12.17, Jonas Maebe wrote:
> PS: your {$ifdef linux} should be {$ifdef unix} (unless you plan to
> never support anything but Linux and Windows)
Thanks for the hint. Sometimes I use {$ifdef linux} because of Kylix
compatibility. Do all FPC UNIX targets use cthreads?
Mart
On Saturday 30 June 2007 14.46, Yury Sidorov wrote:
> Martin, please inform us when FPC 2.1.5 will work as expected with
> your code and no more bugs will be left.
> After that 2.2 release can be launched.
>
Here is the next one (win32 widestring copy error):
http://www.freepascal.org/mantis/view
Hi,
Another possible show stopper for FPC 2.2:
http://www.freepascal.org/mantis/view.php?id=9179
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
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.
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/lis
Hi,
A possible show stopper for FPC 2.2:
http://www.freepascal.org/mantis/view.php?id=9115
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Please note that if Mantis 9093
http://www.freepascal.org/mantis/view.php?id=9093
will not be fixed in 2.2, it must be patched to work with programs which
stream TDataset.
MSEide+MSEgui for example uses the information to load offline TClientDataset
and the like, I don't know about Lazarus and
On Saturday 16 June 2007 10.10, Daniël Mantione wrote:
> Op Sat, 16 Jun 2007, schreef Martin Schreiber:
> > On Saturday 16 June 2007 08.57, Daniël Mantione wrote:
> > > Op Sat, 16 Jun 2007, schreef Martin Schreiber:
> > > > Hi,
> > > > It seems that CG
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-de
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
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
__
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 fixe
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 me
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 so
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
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
>
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 curren
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
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
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: ttestsubcomp
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 b
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.
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
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
>
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 wher
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 impleme
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
> da
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
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
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 ha
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
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 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 resoluti
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
> >
On Tuesday 01 August 2006 23.00, Joost van der Sluis wrote:
> On Tue, 2006-07-18 at 22:13 +0200, Martin Schreiber wrote:
> > 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 wides
On Tuesday 18 July 2006 23.27, Joost van der Sluis wrote:
> On Tue, 2006-07-18 at 22:13 +0200, Martin Schreiber wrote:
> > 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 wides
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 wit
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 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?
>
On Monday 15 May 2006 07.29, Daniël Mantione wrote:
> Op Mon, 15 May 2006, schreef Martin Schreiber:
> > 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
>
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 te
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
On Sunday 14 May 2006 16.54, Florian Klaempfl wrote:
> The error numbers didn't change, they are keep unique.
>
> I propose to do the following:
> - add an option -vm (machine readable output)
> Using this option the compiler outputs the messages csv like and flushes
> after each message:
> message
On Sunday 14 May 2006 11.12, Michael Van Canneyt wrote:
> > Suggestion:
> > On win32 switch automatic output writeln flush only off by regular files
> > (FILE_TYPE_DISK) but not by pipes (FILE_TYPE_PIPE):
> >
> > rtl/win32/sysfile.inc
> >
> > function do_isdevice(handle:thandle):boolean;
> > begin
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
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 - fpc-devel@lists.freepascal
On Sunday 30 April 2006 13.20, Joost van der Sluis wrote:
> > Inserted records are displayed *after* the current record if the current
> > record is at end of buffer!
>
> I think i've fixed this in revision 3381. But this influences all
> TDataset descendents. Can you have a look at it?
>
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.
dataset.inc:
Procedure TDataset.DoInsertAppend(DoAppend : Boolean);
procedure DoInsert;
[...]
if FActiveRecord < FRecordCount-1 then <<
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:
proce
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.
>
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 - fpc-
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
h
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, s
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, s
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 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
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:
Pr
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 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-deve
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 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'.
- 'File'-'Open'-'obje
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 mail
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 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 betwee
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 18 December 2005 20.00, John wrote:
> Anyone know where there would be a document describing how to create an
> FPC cross-compiler? I see the possibility listed in various spots, but
> no real documentation describing it. Specifically, I would like to try
> both an Arm and m68k cross co
On Monday 27 June 2005 21.19, Florian Klaempfl wrote:
> Maybe we should reconsider the idea of a new string type: ref. counting
> and containing a field contain the encoding. The widestring is very
> windows specific anyways.
My needs (native pascal cross platform gui with design id, internal tex
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
On Monday 27 June 2005 11.38, Peter Vreman wrote:
> Move all FPC_CHECKPOINTER calls to a function tcg.maybe_checkpointer()
> that also requires a tdef as argument. Make an exception for
> tdef=widestring under windows.
Does it work with pwidechar(widestring) or pwidechar(@widestring[index])?
We sh
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 ma
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?
__
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
___
fpc
On Sunday 12 June 2005 08.48, Daniël Mantione wrote:
> I can't figure out...
loop:
//flags for chars $80..$ff are removed later so we have
// only to care about chars $00..$7f
ch1:=pinteger(p)^;//original char
ch3:=$7F7F7F7F; //msb remove mask
ch2:=ch1; /
On Sunday 12 June 2005 12.43, Tomas Hajny wrote:
> As far as I know, mov instruction doesn't set zero flag. Zero length
> is checked earlier in the code, though, so it doesn't matter for that
> - just the jz instruction seems to be useless there.
You are right of course, i am not very familiar wit
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 exe
On Sunday 12 June 2005 00.23, Jonas Maebe wrote:
> Try also with register variables on (-O???r), it will probably more
> closely match Kylix' results then in case of the loop versions.
Kylix:
lowercase execution time: 336887
lowercase 1 execution time: 380923
lowercase 2 execution time: 375411
l
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 t
> Yes and no ;) Can you give an example which causes problems?
If i read the source right, the valid fields in RTTI for tkInterface are
TTypeInfo.Kind and Name. TTypeData.IntfParent, IID, IIDStr and IntfUnit are
invalid, Correct?
___
fpc-devel maillis
I have problems with RTTI for tkInterface.
Should it work in FPC 2.0.0?
Martin
___
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
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
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
http://lists.freepascal.org/mail
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
501 - 584 of 584 matches
Mail list logo