|
![](/i/fill.gif) |
Orchid XP v8 wrote:
>>> ...see a pattern yet?
>>
>> Yes. It means Sun is too stupid to even know what a "GUID" is.
>
> This was my conclusion also.
>
> Surely the correct behaviour would be to register a single interface and
> give it a "do you support this API version?" method...
>
>>> Next time you install some program and it says "registering
>>> components" or "writing registry keys", this is what it's doing. It's
>>> registering millions of COM ClassIDs!
>>
>> Yes.
>
> Heh. I lost count of how many Office-related DLLs are in there. There's,
> like, A LOT!
>
You sure you don't have "older" versions still installed too? When you
update the JRE it tends to leave prior versions, as a "just in case your
program requires some bug that was only in 1.3.0_03, but got fixed
later. I had to go back and manual uninstall like 4-5 of these, to free
up space on my HD. I stupidly installed them in C:, and didn't realize
at the time that the small size of that was going to produce bad
results, or that Sun didn't "replace" the install, instead of just
installing a new one.
Still, you get a bit of some of that with MS too, just not as much. In
principle, the version isn't relevant, only if the function is there,
and yes, if you do need a version, the sane solution is to ask if there
is an interface that is backward compatible to it in there some place.
--
void main () {
If Schrödingers_cat is alive or version > 98 {
if version = "Vista" {
call slow_by_half();
call DRM_everything();
}
call functional_code();
}
else
call crash_windows();
}
<A HREF='http://www.daz3d.com/index.php?refid=16130551'>Get 3D Models,
3D Content, and 3D Software at DAZ3D!</A>
Post a reply to this message
|
![](/i/fill.gif) |