Journal Version de maintenance de postgreSQL.

Posté par  .
Étiquettes :
0
3
fév.
2005
Hello !
J'avais proposé une news sur le sujet, mais elle a été refusée car il s'agit d'une évolution mineure du magnifique serveur de bases de données relationnelles objet : postgreSQL est sorti le 31/01/2005 en version 8.0.1.
Ca n'enlève rien au problème, et je voulais quand même vous en faire part, d'où ce journal.
Où donc ai-je vu ça ? Tout simplement en me promenant sur distrowatch.org, je regardais le contenu de je-ne-sais-plus-quelle-distrib, et oh ! Stupeur ! postgreSQL 8.0.1 !!!! Mon Dieu !
Vérification faite, le site officiel n'en parle pas (encore), mais le fichier HISTORY de la racine de l'archive est assez explicite. Je vous fais cadeau ici de la partie mentionnant les changements.



Changes

* Disallow "LOAD" to non-superusers
On platforms that will automatically execute initialization
functions of a shared library (this includes at least Windows and
ELF-based Unixen), "LOAD" can be used to make the server execute
arbitrary code. Thanks to NGS Software for reporting this.
* Check that creator of an aggregate function has the right to
execute the specified transition functions
This oversight made it possible to bypass denial of EXECUTE
permission on a function.
* Fix security and 64-bit issues in contrib/intagg
* Add needed STRICT marking to some contrib functions (Kris Jurka)
* Avoid buffer overrun when plpgsql cursor declaration has too many
parameters (Neil)
* Make "ALTER TABLE ADD COLUMN" enforce domain constraints in all
cases
* Fix planning error for FULL and RIGHT outer joins
The result of the join was mistakenly supposed to be sorted the
same as the left input. This could not only deliver mis-sorted
output to the user, but in case of nested merge joins could give
outright wrong answers.
* Improve planning of grouped aggregate queries
* "ROLLBACK TO savepoint" closes cursors created since the savepoint
* Fix inadequate backend stack size on Windows
* Avoid SHGetSpecialFolderPath() on Windows (Magnus)
* Fix some problems in running pg_autovacuum as a Windows service
(Dave Page)
* Multiple minor bug fixes in pg_dump/pg_restore
* Fix ecpg segfault with named structs used in typedefs (Michael)


Voilà, c'est tout pour aujourd'hui.

P.S. : SVP, lecteur, ne crois pas que je remets une fois de plus le système de modération. La raison invoquée me va. Je suis juste déçu, car j'avais un scoop qu'est-même-pas-sur-le-site-officiel, mais bon ! Aucune rancoeur !
  • # Et beh...

    Posté par  . Évalué à 4.

    Comme quoi même avec 5 RC étalées sur 5 semaines on n'est jamais sûr de rien...
    • [^] # Re: Et beh...

      Posté par  . Évalué à 3.

      C'est pas faux !
      Mais on peut voire la chose sous deux angles : soit c'est le produit qui est "mauvais", soit il n'y a pas eu assez de testeurs...
      En tout cas, une chose est sûre : ces problèmes semblent corrigés (jusqu'à preuve du contraire), et le correctif n'est pas tombé 3 ans après car la communauté de developpeurs de postgreSQL est très réactive.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.