BuDuScRiPt Plugin Forum

È da un pezzo che questa funzionalità da problemi, spero finalmente di essere riuscito a sistemarla definitivamente.

È opportuno che le funzionalità di BuDuScRiPt non vadano ad interferire con quelle del BOT; è quindi necessario rimuoverle prima che il BOT sia caricato.
Grazie alle novità introdotte nel plugin sono ora in grado di pulire la situazione in modo adeguato.

Le novità introdotte di recente hanno reso manifesto un problema che c'era da sempre: quando XChat si ri-collega ad un network a causa di una disconnessione, lancia nuovamente il "comando di connessione" configurato nella Network List.
Questo, tuttavia, comportava che il BOT veniva caricato "ulteriormente", compresi i servizi ed eventuali personalizzazioni dell'utente, con tutte le conseguenze del caso, ma non solo: il BOT, ora, individuava questa situazione come "corrotta" e procedeva alla chiusura forzata al fine di ripulirla.

Peccato che, su hardware a 64bit, sia pure presente un BUG - ancora irrisolto - che determina il crash del client in fase di chiusura del medesimo e questo innesca ulteriori problemi di "integrità dei dati".

Ora questo problema - dovrebbe - è stato risolto facendo in modo che il BOT intercetti la situazione (che è già completamente operativo, è solo stata eseguita una ri-connessione al network IRC) e operi correttamente (interrompe il suo caricamento).

Se proprio non si riesce ad individuare la causa del BUG in chiusura di cui sopra, spero di scavalcarlo comunque offrendo - almeno temporaneamente - la possibilità di chiudere il client XChat in modo manuale, quando si lancia lo shutdown del BOT.

È sufficiente aggiungere alla MACRO di configurazione del BOT ("bot_config.mcr") le seguenti righe:

Codice: Seleziona tutto

# Inibisce - impostando al valore 1 - la chiusura del Client XChat
# quando viene lanciato lo shutdown.
/budus set buduscript_bot_disable_quit 1


per inibiare la chiusura automatica di XChat. Sarà necessario farla manualmente, poco male.

La MACRO "botoff" serve per fare manutenzione al BOT, ad esempio: aggiornarlo.
Tuttavia, quando lo si andava a ri-caricare (con: /budus macro bot) questi individuava una situazione corrotta ed operava la chiusura forzata al fine di eseguire la pulizia.

Ora la MACRO pulisce la situazione prima che avvenga il controllo, in modo che il BOT possa ripartire regolarmente.

L'interprete dash è una spina nel mio fianco
Non solo ha un modo di funzionare che mi complica la vita (mi chiedo perché lo preferiscano a bash, sicuramente c'è un motivo che ignoro per ignoranza ... e scusate il gioco di parole) ma non è compatibile al 100% con bash.

Aldilà di questo è fondamentale usare la MACRO (con: /budus macro bot_check) nel momento in cui il BOT presenta anomalie nel funzionamento.
In caso di dubbio, non esitare a postare per chiedere consiglio.