Object path restrictions

[Thiago Macieira]

Em Friday, 17 de June de 2011, às 20:32:30, Pavel Strashkin escreveu:
> Are you serious?

Yes.

> 1. "/" is a delimiter, nothing new
> 2. if nobody used "." or other before - it won't break d-feet or gdbus.

It will if there's code that tries to validate the input. That will break 
because those paths are currently invalid.

> The only problem which i see is:
> 1. d-feet, ... has internal incoming object path validator which
> doesn't support new chars and can raise an exception

Yes.

> 2. some new d-bus developer used new chars in couple with d-feet and
> got an error

Yes.

> But is it the problem? Developer has the options:
> 1. Wait for new d-feet
> 2. Dont use d-feet
> 3. Dont use new chars until new d-feet version

Applications are written to expect that the bus won't send them malformed 
messages. Messages with object paths that are invalid are malformed. So if the 
definition of what's valid changes, invalid messages become valid and may be 
sent, but those applications won't accept them.

It's a recipe for disaster.

> If there is no real reason and issues (situation above isn't) - then
> why we can't improve d-bus and make developer's life easy?

Because:
a) it is a real reason
b) it's not an improvement
c) it doesn't make it any easier than it currently is, as you can already 
encode by escaping with _ instead of %

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.freedesktop.org/archives/dbus/attachments/20110618/6f9f4220/attachment.pgp>