Hi Brian,
Thanks for your reply,
>> I understand that there is no difference on-the-wire between a
>> function-call and message passing. The difference is in peoples
>> perceptions and expectations.
>>
>> When I read CORBA IDL and see:
>>
>> int AFunction (int, int);
>>
>> Because of the connotat
Brian J. Tarricone wrote:
> Mark Doffman wrote:
>
>> I understand that there is no difference on-the-wire between a
>> function-call and message passing. The difference is in peoples
>> perceptions and expectations.
>>
>> When I read CORBA IDL and see:
>>
>> int AFunction (int, int);
>>
>> Because
GTK+ 2.15.5 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.15/
http://download.gnome.org/sources/gtk+/2.15/
gtk+-2.15.5.tar.bz2 md5sum: aa010d3fa57cba96f32db352eb35754f
gtk+-2.15.5.tar.gz md5sum: e12fb6a3fa38f92072621f7885d541f7
Yet another development release leading up to G
Mark Doffman wrote:
I understand that there is no difference on-the-wire between a
function-call and message passing. The difference is in peoples
perceptions and expectations.
When I read CORBA IDL and see:
int AFunction (int, int);
Because of the connotations provided to me by years of proc
On Mon, Mar 2, 2009 at 3:40 AM, Mark Doffman
wrote:
> Hello Everyone,
I think the DBus list would be interested too.
> I feel that the D-Bus introspection XML is used badly. For writing a
> D-Bus specification there is too little information to understand a
> protocol. Although numerous extensio
Hi Havoc,
Thanks for the reply. I have also changed the subject of this which I
should have done in the initial e-mail.
> Hi,
>
> On Mon, Mar 2, 2009 at 3:40 AM, Mark Doffman
> wrote:
>> Both the throws and reply clauses are optional, but if a method does not
>> have a reply it should not have
Hi,
On Mon, Mar 2, 2009 at 3:40 AM, Mark Doffman
wrote:
> Both the throws and reply clauses are optional, but if a method does not
> have a reply it should not have a throws clause.
This is perhaps a misunderstanding. All methods have replies (in the
wire protocol). You may choose to ignore or n
Alberto Ruiz wrote:
> * All drawing funcitions to use a cario context and hide GtkWidget and
> GdkWindow (Strong request from 3rd party toolkits)
When we discussed this before, I among others suggested that this is wrong as
it hardcodes cairo as the only supported drawing system in the API. For
e
Hello all,
There were some glaring errors in the example IDL I provided.
> On to the syntax:
>
> My idea for the IDL syntax is to remain close to the 'C' family of
> languages, and is most places to C#.
>
> Elements can be namespaced using:
>
> namespace {
>
> }
>
Should be:
namespac
Hi Mikkel
>
>>
>>
>>
>> Methods are declared by:
>>
>> method methodName {
>>enumName anenum;
>> } reply {
>>structName astruct;
>> } throws (ErrorOne, ErrorTwo);
>>
>
> If you are so keen on clearing out that this is not really a 'method' then
> why is it declared as such? Why
2009/3/2 Mark Doffman
>
>
>
> Methods are declared by:
>
> method methodName {
>enumName anenum;
> } reply {
>structName astruct;
> } throws (ErrorOne, ErrorTwo);
>
If you are so keen on clearing out that this is not really a 'method' then
why is it declared as such? Why not cal
Hello Everyone,
There has been some discussion about an IDL for EggDBus. I have also
recently started working on a D-Bus IDL so would like to get some
feedback on the syntax and how well the IDL would fit when generating
EggDBus bindings.
I have been working on D-Bus AT-SPI and the IDL is born ou
12 matches
Mail list logo