<pre>>Mi piacerebbe migliorare l'interrompibilita', che e' una cosa
>nuova nella 3.4.0. In pratica i client della C-API possono 
>richiedere di interrompere le operazioni (da un signal handler,
>tipicamente, oppure registrando una callback di interruzione
>la dove non esistano signal handler). Non so se vi e' mai capitato
>ti lanciare una query in PostGIS e non poterla piu' fermare se non
>uccidendo il backend ? <br><br>La aspetto a gloria.<br>Il problema che dici lo conosco bene quando lavoro con postgis mi succede almeno una volta al giorno.<br><br>Succede anche con spatialite (anche di piu' a dire il vero...), ma li' basta dare ctrl-c e la console esce senza fiatare.<br>
La cosa è meno traumatica.<br><br>Invece con postgis, su windows a volte sono costretto addirittura a dover fare ripartire la macchina perche' il thread <br>non vuole chiudersi.<br>Con il rischio di corrompere la tablespace.<br>

Questo aspetto è una delle cose piu' rischiose nell'impiego dei DBMS (anche altri hanno questo problema).<br>Si da' l'accesso a un dbms a dei novellini, che poi ti fanno una query pazzesca, costringendoti a uccidere il back-end.<br>
<br>Anche solo per questo è utile impiegare splite.<br>Prima fai prove con lui e dopo applichi al DBMS.<br><br>>Se ci sono dei beta tester il tutto si stabilizza e migliora prima.<br></pre>Al momento non è disponibile una beta di postgis con incorporata la geos 3.4.0-dev.<br>
Se vi fosse sarei ben contento di provarla...<br><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br><br>