|
![](/i/fill.gif) |
> I don't think I'm relaying my point properly. None of this has *anything*
> to do with what I was trying to suggest. As an example, lets say I have
> the prepackaged binary, which is statically linked against libpng-1.2.5 (I
> think). But lets say there is a bug in libpng-1.2.5 that in certain
> instances causes a memory overflow or (even less likely) a corrupted image.
> libpng-1.2.6beta has a fix for this bug, but all users of the prepackaged
> povray now have a borked binary.
I was addressing this more specifically in my second message (in the
first one I didn't notice you were actually refering to the official binary
for PC-Linux) :-)
Again, this has been considered a minor (and only potential*) problem
with respect to releasing a fully-static binary, which _should_ work in any
circumstance on a not-so-old PC and Linux kernel. Since the POV-Team does not
develop the 3rd-party libraries, there is of course a risk, but this risk is
evaluated when (publicly beta-)testing the binaries.
- NC
* IIRC such a situation already happened with POV-Ray 3.1g and the PNG library.
Post a reply to this message
|
![](/i/fill.gif) |