Am 09.10.2016 00:13 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
>
> Hi,
>
> Why doesn't CORBA have the equivalent of IInterface?
Because that interface type doesn't need it, just like TP-style objects
don't need it. IInterface (aka IUnknown) merely exists due to the reference
cou
Hi,
Why doesn't CORBA have the equivalent of IInterface?
I have to resort to creating something like this.
type
IEmptyInterface = interface
['{C2196B92-8D96-11E6-A5D6-C86000E37EB0}']
end;
and and then make sure all my CORBA interfaces descend from
IEmptyInterface. The reason I need to do
2016-09-30 18:19 GMT+02:00 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 j
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.
This thread, and my own tests, showed that you need to assign GUIDs to
interfaces to have reliable "is", even for CORBA interfaces.
I'm wondering, would it be possible to improve here things on the
compiler side (at least only in FPC-specific modes or under some
modeswitch), to make things safer?
On 2016-09-29 22:50, David Emerson wrote:
> One of these days I've got to try MSEide again.
MSEide is awesome. I use it for Console, fpGUI and even LCL programming.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
My public PGP k
On Thursday 29 September 2016 23:50:04 David Emerson wrote:
> On 09/28/2016 10:42 PM, Martin Schreiber wrote:
> > Corba-style interfaces can use any string as ID so for local interfaces
> > it is possible to use shorter ID-strings for better performance.
>
> Is this described anywhere in the docume
On 09/29/2016 06:06 AM, Sven Barth wrote:
Am 29.09.2016 11:34 schrieb "Martin Schreiber" mailto:mse00...@gmail.com>>:
On Thursday 29 September 2016 10:49:03 Graeme Geldenhuys wrote:
> On 2016-09-29 06:42, Martin Schreiber wrote:
> > abcintf:= iabc(abc);
> > "
> > which has the best performance
On 09/28/2016 10:42 PM, Martin Schreiber wrote:
Corba-style interfaces can use any string as ID so for local interfaces it is
possible to use shorter ID-strings for better performance.
Is this described anywhere in the documentation?
> MSEide constructs such ID's by RightClick-'Insert UID'. Ex
Am 29.09.2016 11:34 schrieb "Martin Schreiber" :
>
> On Thursday 29 September 2016 10:49:03 Graeme Geldenhuys wrote:
> > On 2016-09-29 06:42, Martin Schreiber wrote:
> > > abcintf:= iabc(abc);
> > > "
> > > which has the best performance.
> >
> > But you must still remember to check if abcintf has
On Thursday 29 September 2016 10:49:03 Graeme Geldenhuys wrote:
> On 2016-09-29 06:42, Martin Schreiber wrote:
> > abcintf:= iabc(abc);
> > "
> > which has the best performance.
>
> But you must still remember to check if abcintf has been successfully
> assigned.
>
There will be a compiler error i
On 2016-09-29 06:42, Martin Schreiber wrote:
> abcintf:= iabc(abc);
> "
> which has the best performace.
But you must still remember to check if abcintf has been successfully
assigned.
[personal opinion]
Hence I still prefer the Supports(..) call as it can be used directly in
a boolean expressio
On Thursday 29 September 2016 01:14:44 David Emerson wrote:
> On 09/28/2016 03:31 PM, Graeme Geldenhuys wrote:
> > On 2016-09-28 22:59, David Emerson wrote:
> >> Alternately, if I give a GUID does an interface not automatically become
> >> COM + managed?
> >
> > No definitely not! The GUID just hel
On Wednesday 28 September 2016 21:40:39 Lars wrote:
> On Wed, September 28, 2016 2:24 am, Graeme Geldenhuys wrote:
> > On 2016-09-28 08:38, David Emerson wrote:
> >> I'm testing out CORBA interfaces before changing all my code to use
> >> them (I would prefer not to have managed types for interface
On 09/28/2016 03:31 PM, Graeme Geldenhuys wrote:
On 2016-09-28 22:59, David Emerson wrote:
Alternately, if I give a GUID does an interface not automatically become
COM + managed?
No definitely not! The GUID just helps the compiler or RTL identify an
Interface.
Oh fabulous! Thanks much. I def
On Wed, September 28, 2016 3:44 pm, Graeme Geldenhuys wrote:
> Others like the fact that COM Interfaces are reference counted - they
> sometimes come in handy, but do tend to complicate matters much more.
>
And Corba interfaces.. you have to implement that yourself?
I found this
http://www.lenh
On 2016-09-28 22:59, David Emerson wrote:
> Is it possible to use Supports / QueryInterface / GetInterface /
> something else, without having a GUID?
I'm not sure. I just had a look at my code. It seems all my [Corba]
Interface have GUID's defined too. I never noticed - probably down to
habit from
On 09/28/2016 01:24 AM, Graeme Geldenhuys wrote:
On 2016-09-28 08:38, David Emerson wrote:
I'm testing out CORBA interfaces before changing all my code to use them
(I would prefer not to have managed types for interfaces).
I've been using CORBA style interfaces for years, and it was always
wor
On 09/28/2016 12:40 PM, Lars wrote:
Curious, where do corba interfaces come in handy ? When can you use them
that object oriented code won't offer the same features?
For multiple inheritence, since fpc does not support multiple
inheritence without interfaces. Interfaces are an addition to obj
On 2016-09-28 20:40, Lars wrote:
> i.e. what's the basic point of using an interface compared to objects and
> inheritance and procedures? Where do they really shine?
Not to repeat tons of information already available on the Internet -
Google is your friend.
Objects, Inheritance and Interfaces a
On Wed, 28 Sep 2016, Lars wrote:
On Wed, September 28, 2016 2:24 am, Graeme Geldenhuys wrote:
On 2016-09-28 08:38, David Emerson wrote:
I'm testing out CORBA interfaces before changing all my code to use
them (I would prefer not to have managed types for interfaces).
I've been using CORB
On Wed, September 28, 2016 2:24 am, Graeme Geldenhuys wrote:
> On 2016-09-28 08:38, David Emerson wrote:
>
>> I'm testing out CORBA interfaces before changing all my code to use
>> them (I would prefer not to have managed types for interfaces).
>>
>
> I've been using CORBA style interfaces for year
On 2016-09-28 08:38, David Emerson wrote:
> I'm testing out CORBA interfaces before changing all my code to use them
> (I would prefer not to have managed types for interfaces).
I've been using CORBA style interfaces for years, and it was always
worked well for me. I must add, I never use the is/
Hi all,
I'm testing out CORBA interfaces before changing all my code to use them
(I would prefer not to have managed types for interfaces).
However I am running into a glitch. Testing "if (my_object is
i_some_interface)" is always returning true, even when the object does
not implement the i
On 14 November 2010 19:45, Matt Emson wrote:
> methods. We used them much as one would with in .Net these days. More about
> light public interfaces, encapsulation and delegation rather than ref
> counting and such.
This is how I use interfaces too. I never to COM programming as such,
but do you
On 14 November 2010 19:49, Martin Schreiber wrote:
>>
> Reference counted interfaces need compiler magic AFAIK.
Indeed, you are correct.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net:8080/
On 14 Nov 2010, at 13:16, Graeme Geldenhuys wrote:
> On 14 November 2010 14:18, Sven Barth wrote:
>> IInterface and IUnknown are the same in Delphi 7 as well as they are in FPC
>> (although they are aliased the other way round, but that doesn't matter).
>
>
> So then comes the big question — wh
On Sunday, 14. November 2010 17.30:13 Graeme Geldenhuys wrote:
> Under all other OSes, (which don't have COM), FPC should default to
> CORBA style interfaces, where IInterface is non-COM - same as what was
> done in Kylix. What's the point of have COM style interface on
> non-Windows platforms any
Graeme Geldenhuys schrieb:
On 14 November 2010 18:44, Florian Klaempfl wrote:
... and as soon as we do such a logical decision, you start whining, whining
about the bad fpc developers destroying your business plans.
Bo hoo... It's called being able to maintain code in the long run.
Oh, I for
On 14 November 2010 18:44, Florian Klaempfl wrote:
>
> ... and as soon as we do such a logical decision, you start whining, whining
> about the bad fpc developers destroying your business plans.
Bo hoo... It's called being able to maintain code in the long run.
Keep adding one hack after the next
On 14.11.2010 17:30, Graeme Geldenhuys wrote:
On 14 November 2010 17:25, Sven Barth wrote:
Besides think about the following:
Let's say IInterface would be changed to be the base ancestor type for Corba
interfaces. What about existing classes that implement IInterface (which
currently declares
Graeme Geldenhuys schrieb:
FPC's designs should stay logical
and clean, and it's up to the developers to maintain their application
code and fixe such bad/broken code.
... and as soon as we do such a logical decision, you start whining,
whining about the bad fpc developers destroying your b
On 14 November 2010 17:25, Sven Barth wrote:
> Besides think about the following:
>
> Let's say IInterface would be changed to be the base ancestor type for Corba
> interfaces. What about existing classes that implement IInterface (which
> currently declares QueryInterface, AddRef and Release, caus
On 14 November 2010 15:58, Marco van de Voort wrote:
>
> Please leave IInterface alone. It took me a week of work to let the current
> IInterface=IUnknown alias propagate properly in fpdoc's internal structures
> :-)
:-) I can't say I saw that one coming.
--
Regards,
- Graeme -
_
On 14.11.2010 14:58, Marco van de Voort wrote:
In our previous episode, Graeme Geldenhuys said:
This is exactly what I am saying IInterface is a non-COM interface in
Kylix
Please leave IInterface alone. It took me a week of work to let the current
IInterface=IUnknown alias propagate properly i
In our previous episode, Graeme Geldenhuys said:
> This is exactly what I am saying IInterface is a non-COM interface in
> Kylix
Please leave IInterface alone. It took me a week of work to let the current
IInterface=IUnknown alias propagate properly in fpdoc's internal structures :-)
___
On 14 November 2010 15:36, Sven Barth wrote:
>
> Ask Borland why they decided to do it that way... perhaps they wanted a
> common ancestor for they case they ever decide to use non COM interfaces...
> (I can only guess here)
This is exactly what I am saying IInterface is a non-COM interface in
Ky
On 14.11.2010 14:16, Graeme Geldenhuys wrote:
On 14 November 2010 14:18, Sven Barth wrote:
IInterface and IUnknown are the same in Delphi 7 as well as they are in FPC
(although they are aliased the other way round, but that doesn't matter).
So then comes the big question — why have IInterface
On 14 November 2010 14:18, Sven Barth wrote:
> IInterface and IUnknown are the same in Delphi 7 as well as they are in FPC
> (although they are aliased the other way round, but that doesn't matter).
So then comes the big question — why have IInterface then, if it is
exactly the same as IUnknown,
On 14.11.2010 13:03, Graeme Geldenhuys wrote:
On 14 November 2010 13:03, Sven Barth wrote:
It's Delphi compatible:
http://docwiki.embarcadero.com/VCL/XE/en/System.IInterface
So yes, it seems to be a COM interface even in Delphi 7+ (I don't know about
Kylix though).
I don't know that the lat
On 14 November 2010 13:03, Sven Barth wrote:
>
> It's Delphi compatible:
> http://docwiki.embarcadero.com/VCL/XE/en/System.IInterface
>
> So yes, it seems to be a COM interface even in Delphi 7+ (I don't know about
> Kylix though).
I don't know that the latest Embarcadero docs say, but IInterface
On 14.11.2010 11:52, Graeme Geldenhuys wrote:
Hi,
Below is an example of two interfaces I declared. Trying to implement
them on a TObject subclass, I got a compiler error that IUnkown was
not implemented in my subclass. In all units I defined {$interfaces
corba}
Eventually I found out that I ha
Hi,
Below is an example of two interfaces I declared. Trying to implement
them on a TObject subclass, I got a compiler error that IUnkown was
not implemented in my subclass. In all units I defined {$interfaces
corba}
Eventually I found out that I had to remove the (IInterface) heritage
from my in
On Fri, 27 Aug 2004, Alan Mead wrote:
> I am creating a win32 program that needs to be called by a Cold
> Fusion page to generate results for a particularly complex search.
> The CF guys tell me that they can execute my program (passing data to
> it on the command line) or execute a function vi
I am creating a win32 program that needs to be called by a Cold
Fusion page to generate results for a particularly complex search.
The CF guys tell me that they can execute my program (passing data to
it on the command line) or execute a function via CORBA. The command
line looks infeasible so I
45 matches
Mail list logo
