headers
ml | 1 Apr 2005 09:19

Re: interface "is" patch (finished and included)

Quoting Michael Van Canneyt <michael@...>:

> 
> 
> On Thu, 31 Mar 2005, ml wrote:
> 
> > i included again my refcount patch (haven't got even a little response
> > on it. i'm slowly starting to wonder if i'm on the right mailing list
> > (usually devel list is for internal purposes of regular developers, and
> > others are... well,... for others (as well as bug reporting as
> > patches)), i got more response on C operators (which i didn't even asked
> > in fact) than on my first patch and error reports in interfaces)
> 
> The core developers are quite busy people with daytime jobs.
> The effects of the patch can be  quite tricky, which explains 
> probably why they have not yet been applied.
> 

Daytime jobs? :) Well, isn't everybody:)
The effects of not being applied are even trickier. 

> > would include auto_assign_of_guid patch too, but as much as i ask for
> > somebody involved in compiler nobody answers, that one requires one
> > change in lower levels 
> 
> I guess Florian needs to answer this one, or peter.
> 
> I have downloaded and checked the patch, however I'm not a compiler person. 
> The RTL patch looks OK to me. have you checked what happens with an object 
> passed through COM ?
(Continue reading)

Permalink | Reply | 4 comments |
headers
Michael Van Canneyt | 1 Apr 2005 09:21
Picon
Favicon

Re: interface "is" patch (finished and included)


On Fri, 1 Apr 2005 ml@... wrote:

> Quoting Michael Van Canneyt <michael@...>:
>
>>
>>
>> On Thu, 31 Mar 2005, ml wrote:
>>
>>> i included again my refcount patch (haven't got even a little response
>>> on it. i'm slowly starting to wonder if i'm on the right mailing list
>>> (usually devel list is for internal purposes of regular developers, and
>>> others are... well,... for others (as well as bug reporting as
>>> patches)), i got more response on C operators (which i didn't even asked
>>> in fact) than on my first patch and error reports in interfaces)
>>
>> The core developers are quite busy people with daytime jobs.
>> The effects of the patch can be  quite tricky, which explains
>> probably why they have not yet been applied.
>>
>
> Daytime jobs? :) Well, isn't everybody:)
> The effects of not being applied are even trickier.

Apparently not. The patch was studied by Peter:
1. It introduces a new feature, and as such will be only intyroduced
    after 2.0 has been released.
2. As a side effect, it allows assigning any class to any class,
    which is definitely wrong.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mindaugas Indriunas | 1 Apr 2005 11:50
Picon

Re: confirm 7ee8cb55777a34d60501ace9d48fd22e1e5cc429

Hello.

I would like to understand better how the Lazarus Freepascal works.

Is there any free working software that is written purely in Lazarus
Freepascal,
the sourcecode of which I could download and study?

Also, what reference Help would you recommend for understanding
Lazarus Freepascal code?

Thanks.

Inyuki

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 3 comments |
headers
Florian Klaempfl | 1 Apr 2005 11:51
Favicon

Re: Re: confirm 7ee8cb55777a34d60501ace9d48fd22e1e5cc429

Mindaugas Indriunas wrote:

> Hello.
> 
> I would like to understand better how the Lazarus Freepascal works.
> 
> Is there any free working software that is written purely in Lazarus
> Freepascal,

Lazarus itself :)?

> the sourcecode of which I could download and study?
> 
> Also, what reference Help would you recommend for understanding
> Lazarus Freepascal code?
> 
> Thanks.
> 
> Inyuki
> 
> _______________________________________________
> fpc-pascal maillist  -  fpc-pascal@...
> http://lists.freepascal.org/mailman/listinfo/fpc-pascal

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 0 comments |
headers
Thomas Schatzl | 1 Apr 2005 14:40
Picon
Picon

Re: interface "is" patch (finished and included)

ml@... schrieb:
> Quoting Michael Van Canneyt <michael@...>:
>>
>>On Thu, 31 Mar 2005, ml wrote:
>>I have downloaded and checked the patch, however I'm not a compiler person. 
>>The RTL patch looks OK to me. have you checked what happens with an object 
>>passed through COM ? 
> 
> COM? as I already said. COM objects have assigned GUID, And refcount gets
> incremented by 2 for those (and refcount is handled by fpc, and not COM), off
> course if it
> would be the case of COM object there's nothing easier than check against
> IDispatch, as I see IDispatch should be the root of COM objects with no 
 > object in fpc behind

No, the root of COM objects is IUnknown, IDispatch is optional for any 
COM object afaik.

Regards,
   Thomas

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 1 comment |
headers
Michael Van Canneyt | 1 Apr 2005 15:03
Picon
Favicon

Re: interface "is" patch (finished and included)


On Fri, 1 Apr 2005, Thomas Schatzl wrote:

> ml@... schrieb:
>> Quoting Michael Van Canneyt <michael@...>:
>>> 
>>> On Thu, 31 Mar 2005, ml wrote:
>>> I have downloaded and checked the patch, however I'm not a compiler 
>>> person. The RTL patch looks OK to me. have you checked what happens with 
>>> an object passed through COM ? 
>> 
>> COM? as I already said. COM objects have assigned GUID, And refcount gets
>> incremented by 2 for those (and refcount is handled by fpc, and not COM), 
>> off
>> course if it
>> would be the case of COM object there's nothing easier than check against
>> IDispatch, as I see IDispatch should be the root of COM objects with no 
>> object in fpc behind
>
> No, the root of COM objects is IUnknown, IDispatch is optional for any COM 
> object afaik.

Correct.

Michael.

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
(Continue reading)

Permalink | Reply | 0 comments |
headers
ml | 1 Apr 2005 15:33

Re: interface "is" patch (finished and included)

Michael Van Canneyt <michael.vancanneyt@...>:

> Apparently not. The patch was studied by Peter:
> 1. It introduces a new feature, and as such will be only intyroduced
>     after 2.0 has been released.

No trouble, it means that all interface features I'm implementing will probably
(multilpe inheritance, object properties, interface handlers) go there (if
accepted). It just means that I have more time to fit your needs
better.

> 2. As a side effect, it allows assigning any class to any class,
>     which is definitely wrong.
> 

Easy fix, what do you need a compiler or runtime error? If I find time it may be
today, but surely until start of the next week (I will not have my notebook
where I'll reside, just public terminal). If I get it correctly, compiler error.

> Seems like after the patch too much wrong code is allowed to work as well :)
> 
> But I'm not qualified to speak about the compiler patches. Peter or
> Florian should do that.
> 

Ok, no flexibility (:Doing other features too, and I didn't test object to
object:) That was the reason for my try to ask questions "how would you like?"
(I think that I at least 4 times asked whom to talk about how to implement). Now
you finally said how. And patch will be corrected to fit constraints.
(Continue reading)

Permalink | Reply | 0 comments |
headers
ml | 1 Apr 2005 15:57

One question?


Ok, I found time as soon as I posted previous message. And realised one thing.

I don't assign anything, I just check wheter object or interface supports some
type and return boolean.

Whole point of this is to be flexible. 

Can you show example so I would know what to correct?

I only handle these
bool := (sometype is TClass)
bool := (sometype is TGuid)
bool := (someinterface is TGuid)
Do I accidentaly allow something else.

ok, I saw that I accidentaly included part of custom operator use handling, is
that it? But that one demands defined operator.

If I would enable comparing only related, then is probably wouldn't make any
sense. "is" is in all other languages is made as safecheck before "as" and
nothing else. No assigning.

ml

----------------------------------------------------------------------
This mail sent through Horde-Toaster (http://qmailtoaster.clikka.com/)

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alain Michaud | 1 Apr 2005 17:13
Picon

Re: Re: confirm 7ee8cb55777a34d60501ace9d48fd22e1e5cc429

Hi,

  there are TWO sites: one for free pascal and one for lazarus (and many
more too).

Make sure that you browse thru those two sites as there is a HUGE
documentation and many examples. 

There is almost anything that you will ever need in fpc/lazarus. The
philosophy is to have it "multi platform", and Delphi compatible, as
much as possible.

Have a good Lazarus  

Alain

On Fri, 2005-04-01 at 12:50 +0300, Mindaugas Indriunas wrote:
> Hello.
> 
> I would like to understand better how the Lazarus Freepascal works.
> 
> Is there any free working software that is written purely in Lazarus
> Freepascal,
> the sourcecode of which I could download and study?
> 
> Also, what reference Help would you recommend for understanding
> Lazarus Freepascal code?
> 
> Thanks.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michał Woźniak | 1 Apr 2005 20:53
Picon
Favicon

Re: Re: confirm 7ee8cb55777a34d60501ace9d48fd22e1e5cc429

Dnia piątek, 1 kwietnia 2005 11:50, Mindaugas Indriunas napisał:
> I would like to understand better how the Lazarus Freepascal works.
>
> Is there any free working software that is written purely in Lazarus
> Freepascal,
> the sourcecode of which I could download and study?

Eeerr... I would suggest reading the forum (and maybe re-posting this question 
there?) at www.lazarus.freepascal.org
There are lots of people writing in Laz/FPC (including myself), just ask them 
and they will send you some code, you can be sure of that. :)
(I am currently writing a command-line app, so, though developed in Laz, it 
won't be of much use to you, I presume).

Cheers
Mike

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 0 comments |

Gmane