Newsgroup: it.comp.giochi.rpg
Titolo: Aiuto BGII BUG!!!

Salve a tutti, Qualcuno di voi può darmi informazioni su questo ulteriore
problema di BGII? Mi spiego: La prima volta ho fatto l'installazione
raccomandata, tralasciamo i caricamenti lentissimi, poi è uscita la patch
definitiva in inglese e leggendo che ad alcuni di voi non aveva dato
problemi di compatibilità con la versione italiana l'ho installata. Ho
finito il I Capitolo, fatto un pò di quest del secondo poi un bel giorno nel
caricare il gioco mi arriva questo messaggio di errore: "An Assertion failed
in ChDimm.cpp at line number 599. Programmer says: Unable to open
BIF:data\HdOGMosc.bif". Visto che il problema non si risolveva ho
disinstallato tutto e fatto l'installazione completa, non ho messo alcuna
patch e ho riiniziato il gioco con i vecchi salvataggi. Tutto è andato bene
per un bel pò di tempo poi un'altra volta lo stesso errore. Ho aperto la
cartella "data" e ho visto che esiste un file "HdOGMosc.bif" non so cosa
fare, datemi qualche consiglio. Grazie.

 BIF:data\HdOGMosc.bif".
Chiedo scusa, io non ho BG2 e purtroppo non posso aiutarti, ma volevo
raccontare una cosuccia "tecnica" a chi non e' pratico di informatica:
spesso ci chiediamo perche' i giochi sono lenti, perche' escono le patch
"miracolose" che li fanno andare piu' veloci, perche' occupano una marea di
memoria, ecc. Bene, vedo che l'errore che ottieni tu e' (appunto) una
"Asserzione fallita". Questo tipo di errori dovrebbero (e dico DOVREBBERO)
saltar fuori solo in debug, in quanto indicano semplicemente che a quel
punto del programma qualcosa che si pensava doveva avere un certo valore, in
realta' ne aveva un altro. Dove sta la magagna? Sta nel fatto che i
programmi realizzati in C++ (e non solo quelli) hanno due modalita' di
compilazione (per i "profani": il codice scritto dai programmatori puo'
essere trasformato in eseguibile in due modi): quella DEBUG e quella
RELEASE. In modalita' DEBUG, nella quale si lavora per la maggior parte del
tempo, il programma e' piu' grande, piu' lento, meno ottimizzato, e richiede
piu' DLL per girare. Le asserzioni (cosi' si chiamano quei comandi che
restituiscono messaggi di errore come quello che hai ottenuto tu), vengono
DISABILITATE quando un programma viene compilato in modalita' RELEASE.
Tuttavia, parlando con un mio collega, ho scoperto una cosa a mio parere
odiosa: spesso capita che i programmi realizzati in C++ funzionino in DEBUG
(che appunto alloca piu' risorse) e NON funzionino in RELEASE (non sto a
dilungarmi sui motivi, che possono essere molteplici). Cosa capita quindi?
Capita che i programmatori, per mancanza di tempo e/o di voglia, se vedono
che un programma non funziona in modalita' ottimizzata, lo lasciano in
DEBUG! Cosi' "funzionicchia", e ogni tanto saltano fuori i problemi che hai
trovato tu. Un altro esempio di "se funziona non ottimizzarlo" e' stato
Unreal (ho trovato almeno tre "Assertion failed"). Ma tanto a loro cosa
importa, esistono i GigaHertz apposta...
Ciao (scusate se sono stato "lungo")
Daigo

 raccontare una cosuccia "tecnica" a chi non e' pratico di informatica:
[...]
Tanto vero quanto triste...
:(((
Ciao
Belgarion

 Ciao (scusate se sono stato "lungo")
ci mankerebbe, grazie a te, io per es da bravo hardwarista e acerrimo
nemico della programmazione ste cose non le sapevo :)
Ciao!!!
-- 
Tasslehoff Burrfoot
tassl...@gdr.net
icq uin: 83561539
Fondatore Knights of Balance
t...@kob.it
http://www.kob.it
"Arriva un momento in cui bisogna mettere fuori il gatto, chiudere
 a chiave la porta, infilare la chiave sotto lo zerbino, e incamminarsi 
 lungo la strada."
Antico proverbio Kender


Beh, io sono sia hardwarista che programmatore, quindi ogni tanto scopro
'ste cazzatine... =)
Ciao
Daigo


Mi dispiace, ma non so aiutarti... L'asserzione dice semplicemente che non
riesce ad aprire il file, ma il motivo non lo conosco... Spiacente. =(
Daigo

 ha scritto nel messaggio
news:90gq9q$41...@news.edisons.net...
