Re: [fpc-pascal] TurboPower FlashFiler for Free Pascal

2012-10-24 Thread stdreamer
On 23/10/2012 5:54 μμ, Graeme Geldenhuys wrote: On 2012-10-23 15:25, geneb wrote: What about B-Tree Filer? :) I'll read up on it, thanks. Graeme. A few years back I crossed roads with both flash filer and B-tree filer. B-Tree filer is nothing more than a record based file library that

Re: [fpc-pascal] [news] DA-Soft discontinues AnyDAC component suite

2013-02-28 Thread stdreamer
On 5/2/2013 9:44 μμ, Sven Barth wrote: Does this fall under worst fears confirmed? At least from the POV of a FPC user... The first release of FireDac comes with FPC package included how well this works or how long it will last I have no idea.

Re: [fpc-pascal] [news] DA-Soft discontinues AnyDAC component suite

2013-03-01 Thread stdreamer
In their FAQ they only talk about Delphi XE3 and C++ builder... also they mention in Does it work with other IDEs? No, it doesn't... find attached a screen shot with firedac installed on lazarus 1.1 this is just to make my point that the current release works with lazarus at the same time

Re: [fpc-pascal] [news] DA-Soft discontinues AnyDAC component suite

2013-03-05 Thread stdreamer
On 5/3/2013 12:42 μμ, Graeme Geldenhuys wrote: On 2013-03-01 09:48, stdreamer wrote: find attached a screen shot with firedac installed on lazarus 1.1 Just so you know, by posting that image, you now painted a bulls-eye on your head. You are now violating the Embarcadero FireDAC EULA, which

Re: [fpc-pascal] use cwstring or fpwidestring on linux

2013-10-04 Thread stdreamer
On 04/10/2013 9:08 μμ, Sven Barth wrote: The main difference is that cwstring uses the Widestring manager of the system's C library while fpwidestring is a full Pascal Widestring manager. So by using cwstring instead of fpwidestring am I safe to assume that the widestrings used and returned

Re: [fpc-pascal] use cwstring or fpwidestring on linux

2013-10-04 Thread stdreamer
On 04/10/2013 10:44 μμ, Sven Barth wrote: On 04.10.2013 21:15, stdreamer wrote: On 04/10/2013 9:08 μμ, Sven Barth wrote: The main difference is that cwstring uses the Widestring manager of the system's C library while fpwidestring is a full Pascal Widestring manager. So by using cwstring

Re: [fpc-pascal] How to force unique field values with TBufDataSet

2015-04-27 Thread stdreamer
On 27/04/2015 12:40 μμ, Michael Van Canneyt wrote: On Mon, 27 Apr 2015, Gabor Boros wrote: Hi All, Added ixUnique type index with IndexDefs or AddIndex, set IndexName or IndexFieldNames. But no effect, I can add same field values without any error. To the best of my knowledge, this is

Re: [fpc-pascal] How to force unique field values with TBufDataSet

2015-04-27 Thread stdreamer
On 27/04/2015 18:38 μμ, Michael Van Canneyt wrote: On Mon, 27 Apr 2015, stdreamer wrote: On 27/04/2015 12:40 μμ, Michael Van Canneyt wrote: On Mon, 27 Apr 2015, Gabor Boros wrote: Hi All, Added ixUnique type index with IndexDefs or AddIndex, set IndexName or IndexFieldNames

Re: [fpc-pascal] Assign() vs AssignTo()

2016-02-13 Thread stdreamer
On 11/02/2016 17:13 μμ, Graeme Geldenhuys wrote: Hi, In TPersistent, we have two virtual methods. Assign() which calls AssignTo(). 1) Why are they both virtual? It seems like Assign() is what I call a template method, farming its work out to other helper methods - in this case, AssignTo().

Re: [fpc-pascal] A serious Memleak using delegates/implements (was: Delegate Interface class does not seem to be referenced counted)

2016-10-07 Thread stdreamer
On 07/10/2016 18:33 μμ, Marcos Douglas wrote: We don't need "clean up properly" instances that is interface-based. If this solve the problem for contained objects, I'll do it! BUT, if I do this I can forget all about TContainedObject or TAggregatedObject? If I can't, this not make sense. OK

Re: [fpc-pascal] A serious Memleak using delegates/implements (was: Delegate Interface class does not seem to be referenced counted)

2016-10-07 Thread stdreamer
On 07/10/2016 18:33 μμ, Marcos Douglas wrote: The problem is: The user (programmer) needs to know (previously) if such classes can or not be used as a contained object! True then again that is true for all objects not only interfaces. You need to understand what they address how they address

Re: [fpc-pascal] A serious Memleak using delegates/implements (was: Delegate Interface class does not seem to be referenced counted)

2016-10-07 Thread stdreamer
On 07/10/2016 16:12 μμ, Marcos Douglas wrote: The team shouldn't know about the hierarchy; about how was implemented these classes. They can use TDataStream directly or as a contained object. But as I understood, we need to use TContainedObject or TAggregatedObject only in these "special cases"

Re: [fpc-pascal] A serious Memleak using delegates/implements (was: Delegate Interface class does not seem to be referenced counted)

2016-10-07 Thread stdreamer
On 07/10/2016 13:30 μμ, Tony Whyman wrote: On 07/10/16 11:08, stdreamer wrote: I see no rabbit hole or any other problem in the code posted so far except perhaps lack of proper clean up which might be intentional. A Rabbit Hole is not the same as a bug and my point is not that "inte

Re: [fpc-pascal] A serious Memleak using delegates/implements (was: Delegate Interface class does not seem to be referenced counted)

2016-10-07 Thread stdreamer
On 07/10/2016 12:49 μμ, Tony Whyman wrote: You seem to be playing around with words. Perhaps I am guilty of sloppy English when I say "interface is copied" when meaning "an interface reference is copied". However, this does not change the underlying problem. The problem being referred to is the

Re: [fpc-pascal] A serious Memleak using delegates/implements (was: Delegate Interface class does not seem to be referenced counted)

2016-10-07 Thread stdreamer
On 05/10/2016 19:13 μμ, Tony Whyman wrote: Marcos, I believe I concluded that this could be a bug or feature. Either way it is a Bear Trap waiting for the unwary programmer and it would be nice if in some way the implementation could be improved. The problem, as I see it is: Basics: 1.

Re: [fpc-pascal] corba interfaces - is/as not working properly

2016-09-30 Thread stdreamer
On 30/09/2016 17:24 μμ, Michalis Kamburelis wrote: 4. And how about going even more further, and just generate an internal GUIDs (random, or based on a memory address) when no GUID is explicitly specified? This way "is", "as", "Supports" always just work. And it removes the need to do 1., 2., 3.

Re: [fpc-pascal] Trying to compile ZeosDBO cli program

2018-02-13 Thread stdreamer
On 13/02/2018 04:50 πμ, Terry A. Haimann wrote: First of all, thank you for looking at this, Terry H. To compile a cli FreePascal program to use ZeosDBO library, I assume all I have to do is include the path to those files. On my laptop, the files appear to be in:

Re: [fpc-pascal] Trying to compile ZeosDBO cli program

2018-02-13 Thread stdreamer
On 13/02/2018 15:48 μμ, Terry A. Haimann wrote: I really do not understand your response. If you are talking about Lazarus, I already have it working there. OK I am wanting to get it to work from a command line batch program using fpc. Using fpc I do not know how to set required packages

Re: [fpc-pascal] Proposal for new Free Pascal logo

2018-04-04 Thread stdreamer
On 04/04/2018 14:22 μμ, Michael Van Canneyt wrote: Hm. Clearly, that means not important at all for me: I cannot recall ever having looked at the CE logo. In fact, until 30 seconds ago, I did not even know what it stands for. Well it is, you are just not aware of it. It presents it self in

Re: [fpc-pascal] Proposal for new Free Pascal logo

2018-04-04 Thread stdreamer
On 04/04/2018 12:58 μμ, Michael Van Canneyt wrote: And this kind of statement is why I don't take branding or marketing seriously. On one hand "..then branding is quite important" and on the other hand "don't take it too literally". That simply does not compute for me. let me try to make it

Re: [fpc-pascal] New Warnings with fpc >= 3.2.0

2020-03-12 Thread stdreamer via fpc-pascal
On 11/3/2020 12:15 μ.μ., fredvs via fpc-pascal wrote: Hello. Compiling that code with fpc 3.2.0 gives the warning that follows: ---> if (kind <> tabulatorkindty(-1)) --> gives now the warning: "msedrawtext.pas(1115,48) Warning: range check error while evaluating constants (-1 must be between

Re: [fpc-pascal] modeswitch multihelpers precedence problem

2020-03-10 Thread stdreamer via fpc-pascal
On 10/3/2020 10:22 π.μ., Mattias Gaertner via fpc-pascal wrote: On Tue, 10 Mar 2020 00:57:12 -0400 Anthony Walter via fpc-pascal wrote: [...] What should happen is that both examples use the function from the last unit in the uses clause. Yes, that's how Pascal usually works and so it works