cmpilato@collab.net wrote:
>Greg Stein <gstein@lyra.org> writes:
>
>
>
>>On Mon, Mar 17, 2003 at 06:32:18PM -0500, Glenn A. Thompson wrote:
>>
>>
>>>...
>>>SO, for the sake of one OS, you are going to go to the trouble of
>>>creating a disk structure which uses a unique key tied to Subversion, on
>>>the off chance that a single process will attempt to open the same DB
>>>with different paths? How would this occur within the context of a
>>>single process? I'm not poo pooing the UUID table. I just can't see
>>>why it would be tied to such a OS specifc problem.
>>>
>>>
>>Yah... I have the same concern. Adding a bunch of crap to the code to deal
>>with HP/UX's braindead behavior. Since Brane (or anybody) hasn't really
>>pushed hard on "fixing" the problem, I haven't bothered to be too vocal
>>about it.
>>
>>
>
>Didn't HP abandon HP/UX in favor of Linux anyway? Or am I just
>completely misinformed?
>
>
"HP-UX is not dead. It's alive and well and autographing bibles at the
bookshop next door."
Oh! That quote was about gods, not HP-UX... :-)
Anyway, HP-UX is very much alive, is being ported to IA64 (in fact, it
already runs on that platform), so it's got a few years of life left
yet. Given that this problem occurs on the 11.x series, too (not just
10.20), I believe it has to be fixed. The fact that people haven't been
pushing for the fix is probably just because mose people who'd use
Subversion right now are on *BSD or Linux or Mac OS. Even Solaris isn't
that well represented, HP-UX and AIX are definitely stage left.
As for the "just one platform" argument: When the fix goes in (and it
will, depend on it), it must either work on *all* platforms, or be
conditionalized. If people think we can live with conditional code for
the fix, then I guess we can also live with using the abspath of the FS
as the key, even though that's not completely unique.
--
Brane Čibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 18 18:32:44 2003