agiornamento 13.1

[io]

questo nuova novità non mi piace, il fatto di dover impegnare una finestra di terminale per far funzionare un bot, lo trovo scomodo riempirmi RAM e il desktop di altre finestre, sarebbe opportuno che uno sia libero di scegliere

[BuDuS]

Puoi scegliere di farlo, ma chiaramente ogni eventuale malfunzionamento sarà privo della possibilità di essere capito e corretto.

Ti basta aggiungere nel bot_config.mcr questo comando:

Codice: Seleziona tutto

/budus set buduscript_bot_skip_terminal_check 1


Ma ripeto: in caso di malfunzionamenti, non sarà possibile capirne la ragione e quindi sistemarli.

[io]

pazienza, nel caso di malfunzionamento di imposta nuovamente da terminale cambiando l'1 con 0.

[io]

in ogni coaso è da un bel pò che il bot in shutdown va in crash e sul terminate da sempre questo errore:

--- File Macro: .xchat2/buduscript/botquit.mcr

START DEBUG INFORMATION

[BuDuScRiPt Signal Handler Backtrace Module]: MEMORY CRASH

[BuDuScRiPt Signal Handler]: RECEIVED SIGNAL 11, FAULTY ADDRESS IS (nil), FROM 0x2
[1]+ Eseguito xchat
Errore di segmentazione (core dump creato)

[BuDuS]

Ma scrive solo quelle righe ? non dovrebbe ...

In ogni caso crea anche il file ".xchat2/buduscript/crash.log" (viene cancellato quando si lancia nuovamente XChat, quindi va salvato altrove appena avviene il crash) che mi servirebbe per analizzare il problema.

Per caricarlo sul server puoi usare questo servizio:

http://151.41.160.24/cgi-bin/anonimo.cgi

in modo che possa analizzarlo per cercare di capire il problema.

Chiaramente se imposti quella variabile - di cui precedente post - nella configurazione, tutto questo sistema non funziona, l'ho introdotto apposta per risolvere questa problematica !

[io]

La situazione del bot è peggiorata con queste novità. Se levo l'obbligo di terminale, il bot parte ad esecuzione, ma non funziona nulla, apprezzo quello che fai per noi però non fare come canonical che per fare delle modifiche peggiora tutto!

[BuDuS]

Una premessa: le modifiche introdotte sono tese a creare un sistema che mi aiuti a capire perché le cose non funzionano come previsto. Per essere più precisi: ho la necessità di capire se e come riprodurre un problema (quello che capita all'utente "sfortunato" di turno) perché è l'unico mezzo che ha uno, nella mia situazione, per sistemare un problema (o almeno, lo è nel 99% dei casi ... ed è così anche per molte altre cose).

Non conosco un sistema migliore del terminale con il quale capire come mai un software non funziona; e non mi riferisco solo al mio plugin, bot e quant'altro, ma qualsiasi altro programma. Se tu o altri ne conoscete di migliori, sono tutto orecchie.

Tant'è vero che da sempre il BOT va usato lanciandolo da terminale (in precedenza era "solo" suggerito, se uno va a vedere il README.bot) mentre ora si rende particolarmente necessario perché, in caso di problemi, il sistema SHBM spara il suo output a terminale (e non ha altro mezzo su cui farlo, perché se XChat va in crash, sicuramente non ci va il terminale dal quale lo si è lanciato).

In altri termini: non è una novità che il BOT vada lanciato da terminale, è sempre stato così, semplicemente si poteva "non farlo" a proprio "rischio e pericolo" perché anche prima dell'SHBM (come poi è tuttora) i messaggio degli script che compongono il BOT mostrano output su terminale e non nella finestra di XChat (se non parzialmente).

E fin qui riguarda il perché serve il terminale (notare che io lancio il mio bot da terminale, dal quale lancio debugger e dal quale, infine, lancio il BOT; in assoluto il sistema migliore che conosco per capire dove sta un problema quando si presenta ... ma non mi sogno di far fare a voi così tanto ).

Ora occupiamoci di questa "forzatura" che non va; io ho provato e il BOT parte anche NON da terminale, sintomo che la modifica alla configurazione citata sopra funziona.

Quello che probabilmente non funziona è il sistema di aggiornamento automatizzato del BOT.
È una novità anche questa, pare non funzioni, ma dubito che "non sia cosa gradita", giusto ?
Mi rendo conto che è seccante, non era previsto, ma purtroppo sospetto che qualcosa vada storto; ho indagato poco - mancanza di tempo, lo farò a breve - ma il timore è che venga rovinato il file "operator.lst".

Dovresti verificare che non si sia rovinato ed, eventualmente, ripristinarlo da un qualche backup (forse nella cartella stessa hai il backup cronologico del file, alla peggio, cerca nell'archivio che viene fatto quando si aggiorna lo script).

Se il problema non è questo, devo indagare ulteriormente, ma non credo sia legato alla faccenda del terminale, sono abbastanza convinto sia "bot_configure_easy.sh" che fa casino se non trova una situazione ex-novo.

[io]

spesso xchat2 va in crash due volte di seguito al primo login o quando si disconnette e si riconnette. E' diventato un client instabile.

Questo è l'ultimo mex che dice:
INTEGRITA' DEI DATI BONIFICATA
Uscita (con core dump)

Buon Anno

[BuDuS]

spesso xchat2 va in crash due volte di seguito al primo login o quando si disconnette e si riconnette. E' diventato un client instabile.

Questo è l'ultimo mex che dice:
INTEGRITA' DEI DATI BONIFICATA
Uscita (con core dump)

Buon Anno

Dunque, vediamo di riepilogare la situazione (e correggimi se sbaglio):

• Per una ragione ancora ignota, sulla tua Ubuntu a 64 bit, il client va in crash alla chiusura di XChat quando quest'ultimo funziona come BOT.
• Quando usi XChat come normale client (quindi NON come BOT), si chiude regolarmente.
• La versione del plugin in uso è la 3.5.66 .
• La versione del BOT in uso è la 13.2.
• Il crash è sistematico (o almeno molto frequente) nel momento in cui avviene una disconnessione, seguita da una ri-connessione automatica, al server IRC.

Bisogna notare una cosa: se il BOT non si chiude regolarmente (come nel tuo caso), al successivo avvio, trova una situazione "corrotta" e, al fine di ripulirla, procede con la chiusura automatica (unita alla pulizia). Tuttavia, questa chiusura "forzata", comporta un ulteriore crash che però sembra non lasciare la situazione "corrotta" perché poi, all'ennesimo avvio, il tutto parte (giusto ?).

Questo dovrebbe spiegare il perché avviene un crash 2 volte di seguito.
Ma non spiega perché avviene il crash.

La spiegazione del "dove" avviene il crash è possibile si trovi nel testo compreso tra "START DEBUG INFORMATION" e "END DEBUG INFORMATION" che appare nel terminale quando, appunto, sopraggiunge un crash e, soprattutto, all'interno del file di log ".xchat2/buduscript/crash.log".

Senza queste informazioni mi è sostanzialmente impossibile capire dove devo mettere le mani, brancolo nel buio .

[Zio]

Mi inserisco nella discussione, io ho un problema analogo nel senso che per lanciare il BOT devo avviarlo sempre due volte, poichè al primo tentativo si avvia, sbaglia il nick del BOT, lo cambia con quello impostato e poi crasha (soltanto la sessione di xchat relativa al BOT), al secondo tentativo va tutto liscio come l'olio.

Ho cercato il file ".xchat2/buduscript/crash.log" ma non c'è e non viene generato

Fammi sapere come posso esservi d'aiuto