XPN corruzione database dopo crash

Prima di tutto dico che è colpa mia. :-)
Ho lasciato che un programma riavviasse il sistema senza rendermene
conto. Al risveglio, mentre Firefox mi ha offerto di ripartire da dove
eravamo, XPN c'è rimasto male.
Al primo lancio mi ha detto che c'era già una istanza attiva (tipico),
poi quando scarico gli header dei primi due gruppi mi tira fuori questo
:messaggio (i due punti li lascio lì per ripicca col rewrap :-))

Traceback (most recent call last):
File "C:\Programmi\XPN_beta\xpn.pyw", line 1493, in get_new_headers_selected
group[1]=self.download_headers(group[0],group[1],group[2])
File "C:\Programmi\XPN_beta\xpn.pyw", line 1527, in download_headers
self.art_db.addHeaders(group,total_headers,server_name,self.connectionsPool)
File "D:\xpn-1.2.5beta1\xpn_src\Articles_DB.py", line 614, in addHeaders
File "D:\xpn-1.2.5beta1\xpn_src\Articles_DB.py", line 597, in _applyRules
File "D:\xpn-1.2.5beta1\xpn_src\Articles_DB.py", line 341, in insertArticle
IntegrityError: columns msgid, number are not unique

Come faccio a spianare i due gruppi di cui mi frega poco?
--
Fact of life #15: Heads bleed, walls don't.

[ Auf dieses Posting antworten ]

Antworten

Enrico Henryx Bianchi (05.07.2008 00:14)

Nemesis (06.07.2008 10:30)

Enrico Henryx Bianchi (06.07.2008 22:21)

Nemesis (06.07.2008 10:30)