After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 624930 - Bindings for libxmlrpc-c
Bindings for libxmlrpc-c
Status: RESOLVED OBSOLETE
Product: vala
Classification: Core
Component: Bindings
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Vala maintainers
Vala maintainers
Depends on:
Blocks:
 
 
Reported: 2010-07-21 14:25 UTC by pancake
Modified: 2018-05-22 13:43 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
xmlrpc-c vapi (6.10 KB, application/octet-stream)
2010-07-21 14:25 UTC, pancake 		Details
XML-RPC bindings (7.06 KB, application/octet-stream)
2010-10-03 18:40 UTC, Evan Nemerson 		Details

Description pancake 2010-07-21 14:25:36 UTC 
Created attachment 166288 [details]
xmlrpc-c vapi

Here's the bindings i've been using for a while for XMLRPC-C.

It probably needs some tuning and cleanup, but it is usable and would be good to have it in vala.
Comment 1 Evan Nemerson 2010-10-03 01:13:04 UTC 
I know these have been discussed a few times on the ML... is this the latest version?
Comment 2 pancake 2010-10-03 09:04:47 UTC 
Don't think so.. Last version is in the mailing list. Some people did some changes and test it.
Comment 3 Evan Nemerson 2010-10-03 18:40:03 UTC 
Created attachment 171638 [details]
XML-RPC bindings

Based on http://mail.gnome.org/archives/vala-list/2010-September/msg00143.html

I've made a few coding style changes (removed the using statement, added an "XmlRpc." prefix to relevant arguments and return values, and added spaces around '=', added a space between method names and argument lists), but I shouldn't have changed the functionality at all.

I do have a few questions/concerns:

Are you sure version_major, version_minor, and version_point should be non-static members of the client class? Looking at the C header, it seems like they should be static... AFAICT the xmlrpc_client struct is completely opaque.

Are those free_function = "" attributes really necessary? You have an unref/destroy functions, so I don't think valac should ever expect you to have a free_function too. If they are superfluous it would be nice to eliminate them.

I see the "TODO: move into StructValue"... are there technical issues preventing that from happening? If so, what are they? If it is the right thing to do I would like to see it happen before moving these into Vala so we never have to break backwards compatibility.
Comment 4 GNOME Infrastructure Team 2018-05-22 13:43:01 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/vala/issues/125.