Newsgroup: it.comp.software.mailreader
Titolo: MSG importante x HF & Eaglestorm

Allego di seguito il msg trovato su ICSNewsreaders.
Forse voi potete trovare una soluzione al problema, sempre che non
dipenda da un errore di questo ragazzo...
Cio, Marco
______INIZIO MSG: attenzione all'antibug per OE___________________
Ho scaricato da internet un il file msoeres.dll che avrebbe dovuto
risolvere
il problema del Re - R di OE5
Non ricordo chi è l'autore del file, so solo che veniva ringraziato
Joseph
Parrello per l'idea dell'anti bug.
QUESTO FILE CREA PROBLEMI CON LA CREAZIONE DI NUOVE IDENTITA'
Non viene creata la cartella posta in uscita, e i files non sono
eliminabili... insomma un gran casino.
Attenzione quindi, e spero di essere utile agli autori dell'antibug
affinche
possano correggere l'errore.
--
TheDarkMist-
home page: 
http://www.thedarkmist.cjb.net
ICQ UIN: 12063955
_________FINE__MSG_________________________________________________
########################################################
Togliere le xxx dall'indirizzo per rispondere in mailbox
########################################################
-- Questo gruppo e' robomoderato - il messaggio e' inserito automaticamente

 mentre la mia no.
Massimo, credi sia possibile? Il file msoeres non contiene codice di
programma, solo traduzioni di menu.
--
Saluti
~~~~~~~~~~~~~~~~~
Veneziano Davide   
ve...@rotfl.com
http://vene.tsx.org
 Tutto su Internet, software, hardware, telefonia e tanto
altro
http://come.to/server.news
 Elenco di News Server pubblici aggiornato
ICQ# 14047537
~~~~~~~~~~~~~~~~~

programma, solo traduzioni di menu.
Io ho modificato il file usando un editor di risorse (in pratica
quello integrato nel Borland C++ 5.02), non e' purtroppo colpa mia se
il file si allunga un po'. Vuol dire che Borland sa' quello che fa'
quando modifica il segmento di risorse di un file eseguibile (o di una
dll). Quanto meno io sto' tranquillo poiche' modificare, con un editor
apposito, il segmento di risorse di un file non dovrebbe creare
problemi di nessun tipo, neanche su Windows NT, visto che su
quest'ultimo sistema operativo e' nato il formato eseguibile a 32 bit
(e quindi anche il segmento di risorse che e' costituito da caratteri
a 16 bit). A meno che Microsoft non usi un sistema di risorse diverso
da quello creato da Borland, penso che il file sia identico, anche se
piu' lungo. Piuttosto potreste dirmi se il file di Eaglestorm funziona
perfettamente su NT? Magari qualche info in piu' rivolta a questo
sistema operativo non guasterebbe nelle sue pagine. Se avete dei dubbi
sono a vostra disposizione.
Ciao.
Joseph Parrello.

cadere dopo questo tuo chiarimento.
Il problema e' che funziona finche' non si sbatte con l'elemento che
viene dopo. Nel caso di prima appena si vuole leggere la stringa "I:",
si va' a leggere nello stesso offset (nel suddetto caso 9A882). E sei
stato fortunato che OE non si sia bloccato. Una volta che modifichi la
word dal suddetto offset con un valore 20 00, lui capisce che deve
leggere una stringa lunga 32 caratteri, e va' a leggerli tutti fino
all'ultimo. E' la notazione usata dal Pascal, in cui il primo byte
della stringa rappresenta la lunghezza della stringa stessa.
Se la cosa da' dei problemi, vuol dire che la stringa "I:" rappresenta
un prefisso usato internamente in OE per le identita'. Cosi' anch'io
capisco ora che significa questa stringa. Quando modificai la stringa
"R:" in "Re:" vidi che nello stesso gruppo di stringhe la successiva
stringa era proprio "I:". Non sapevo cosa era e non l'ho modificata.
Ora capisco che ho fatto la cosa migliore.
Se ci sono altri chiarimenti da fare sono qui.
Bye.
Joseph Parrello.