Skip Menu |

This queue is for tickets about the Net-DBus CPAN distribution.

Report information
The Basics
Id: 22852
Status: resolved
Priority: 0/
Queue: Net-DBus

People
Owner: Nobody in particular
Requestors: tony [...] awtrey.com
Cc:
AdminCc:

Bug Information
Severity: Unimportant
Broken in: 0.33.4
Fixed in: (no value)



Subject: Quad Support
The lib/Net/DBus/Binding/Iterator.pm module has a test for quads that dies if quad support is unavailable. I was wondering why die instead of warn? I would like to use the iterator methods and because DBus returns int64 values (on my 32-bit Intel P4 laptop I might add) my program dies when it hits one. It seems to me to be better to warn when encountering int64 values so applications (like mine) don't just die when iterating. I've attached a simple script example that converts block device data (from HAL) to XML to demonstrate what I mean. This script fails completely on a stock Net-DBus module, but changing the 4 die functions to warn functions allows it to finish, albeit with some corrupt values that don't convert correctly. Tony
Subject: list-block-devices
Download list-block-devices
application/octet-stream 2.7k

Message body not shown because it is not plain text.

I figured out a way to support Quads even on 32-bit platforms - basically I plan to serialize quads to/from Perl's String datatype on 32-bit archs. This turns out to be equivalent to the way GLib / Gtk handle the 64 types in Perl.
The new 0.33.5 release of Net-DBus has implemented a workaround for converting C Quads into Perl Strings. This is the same workaround used by GLib for handling Quads. It won't help you do arithmetic on quads in Perl , but you can at least send data in & out of DBus methods requiring Quads.