Subject | Re: [Firebird-Architect] Transportable databases (3 of 3) |
---|---|
Author | Olivier Mascia |
Post date | 2006-11-28T09:22:37Z |
Dear Ann,
Le 26-nov.-06 à 21:13, Ann W. Harrison a écrit :
hack... but a clever one and I have to confess I love it and support it.
Now, see how easily the Mac OS X port might be made 'Universal
Binary' ;-)
Creating a database, it would create it using the engine byte-order
of the underlying platform PPC or Intel. Opening a database, it
would be better to have it created on the same platform, but would
anyway work flawlessly, although eventually a bit slower, with the
'wrong' byte ordering. And a simple backup / restore would of course
as always convert it once and for all, without even requiring me to
still have a PPC cpu for the backup. That's convenience. That's
clever software.
--
Olivier Mascia
Le 26-nov.-06 à 21:13, Ann W. Harrison a écrit :
> Essentially these message describe the full implementation of aThis all mechanism fits perfectly my own definition of a real big
> mechanism to allow access to other-endian databases. It seems like
> a useful feature to me.
hack... but a clever one and I have to confess I love it and support it.
Now, see how easily the Mac OS X port might be made 'Universal
Binary' ;-)
Creating a database, it would create it using the engine byte-order
of the underlying platform PPC or Intel. Opening a database, it
would be better to have it created on the same platform, but would
anyway work flawlessly, although eventually a bit slower, with the
'wrong' byte ordering. And a simple backup / restore would of course
as always convert it once and for all, without even requiring me to
still have a PPC cpu for the backup. That's convenience. That's
clever software.
--
Olivier Mascia