CitazioneNon dovrebbero essere tutte compilabili con VS2002( e anche il 2003), visto che l'ufficiale lo è dalla versione appunto che hai detto te?

[snapback]94211[/snapback]

eMule è compilato (e codato per essere compilato) con VS2002. Che la serie 0.46 sia compilabile anche con VS2003 è solo un caso (almeno questo dicono gli sviluppatori...)

Per una mod le cose si complicano, dato che, anche se la base code è compilabile sia con vs 7.0 che 7.1, non è detto che la mod lo sia tanto quanto...

Citazionestrano, mancando nella cartella lang la lingua italiana, ho selezionato dalle opzioni la nostra lingua ed ho ricevuto un bel upgrade direttamente nella cartella lang del file: it_IT.dll di 108 KB

ora il mulo viaggia in italiano senza neanche bisogno del riavvio.

ma era così semplice anche prima o solo dalla v.7.2 ?

ciao,
Lan

[snapback]94192[/snapback]

Peccato che quella dll non traduca completamente la morph  :rotfl:

@all : andatevi a vedere cosa dice aenarion[ita] sui sorgenti di sirob  :rotfl:  :rotfl:  :rotfl:

ciao, ho appena installato la ver di emule 0.46c morphxt 7.2. Prima di questa avevo emule 0.46c Bastard e il test delle porte mi dava esito positivo. Invece con quest'ultima versione quando faccio il test mi appare il seguente messaggio:

TCP connection test failed because eMule rejected the connection.
It is possible that your IPFilter includes the IP of this server, making a connectiontest impossible.

Qualcuno saprebbe dirmi perchè visto che prima non lo faceva.
Ho winxp sp2

Ciao grazie

Citazioneciao, ho appena installato la ver di emule 0.46c morphxt 7.2. Prima di questa avevo emule 0.46c Bastard e il test delle porte mi dava esito positivo. Invece con quest'ultima versione quando faccio il test mi appare il seguente messaggio:

TCP connection test failed because eMule rejected the connection.
It is possible that your IPFilter includes the IP of this server, making a connectiontest impossible.

Qualcuno saprebbe dirmi perchè visto che prima non lo faceva.
Ho winxp sp2

Ciao grazie

[snapback]94242[/snapback]

Detto in parole povere: fregatene del test delle porte e controlla solo di avere id alto e kad non firewalled

Ciao

da quando ho installato la 7.2, ogni volta che la chiudo mi da un errore spesso e volentieri (è possibile????) e ogni tanto quando riparte mi dice che ho un file part corrotto, ad es. 80.part.met, ma come faccio a sapere qual file mi ha seccato, per eventualmete rimetterlo a scaricare e poi provare il recupero?????

ho provato con net medic ma non me lo vede, inoltre la cosa curiosa è che ho dei files a scaricare (e sembrano andare xchè il mulo li vede e continua il download ) e net medic non me li vede proprio???

Suggerimenti??

Ti ho già risposto qui

CitazioneTi ho già risposto qui

[snapback]94269[/snapback]

Grazie..................................

per gli altri files che sto scaricando e che net medic non mi vede..........devo preoccuparmi ....... ho paura di avere brutte sorprese all fine del download


GRAZIE

Netmedic non l'ho mai usato (anche perché da quando uso eMule (2 anni) mi si sono corrotti solo 2 file ( )

Purtroppo son dovuto tornare alla 7.1, dato che questa versione crasha che è un piacere (cosa mai successa con altre versioni di morph)
Speriamo che la prossima versione sia un pochino più stabile.
A proposito della morph 7.1, è normale che con 10 half open connections e 30 new connections/5sec mi ritrovo spesso e volentieri con molti messaggi "too many connections" anche dopo ore di utilizzo :blink:? questa cosa non me la faceva nè con la 6.7 nè con la 7.2...

Citazione@all : andatevi a vedere cosa dice aenarion[ita] sui sorgenti di sirob  :rotfl:  :rotfl:  :rotfl:

[snapback]94239[/snapback]

I sorgenti rilasciati da Sirob non si compilano così come sono non per errori con le librerie o mancanza di esse, ma perchè ci sono errori nel codice; dichiarazioni sballate, codice mancante, a volte si arriva perfino alla mancanza di file come nei sorgenti della morph precedente.

Che sirob abbia compilato la sua mod con quello che rilascia è impossibile; nessuna libreria al mondo o nessuna procedura risolverebbe quel tipo di errori che possono essere procurati solo a mano; Sirob rilascia sorgenti fake, se continuate a non crederci provate anche a voi a compilare la Morph senza toccare nulla e con tutte le librerie aggiornate; nulla più vero in questo caso del detto provare per credere.

CitazioneI sorgenti rilasciati da Sirob non si compilano così come sono non per errori con le librerie o mancanza di esse, ma perchè ci sono errori nel codice; dichiarazioni sballate, codice mancante, a volte si arriva perfino alla mancanza di file come nei sorgenti della morph precedente.

Che sirob abbia compilato la sua mod con quello che rilascia è impossibile; nessuna libreria al mondo o nessuna procedura risolverebbe quel tipo di errori che possono essere procurati solo a mano; Sirob rilascia sorgenti fake, se continuate a non crederci provate anche a voi a compilare la Morph senza toccare nulla e con tutte le librerie aggiornate; nulla più vero in questo caso del detto provare per credere.

[snapback]94352[/snapback]

fino alla serie 6 compilavano.... e senza problemi... qualche warning ma eran poi gli stessi della originale...

dalla serie 7 nn lo so perchè poi nn ho + avuto visual studio aotto mano... in ogni caso la 7.0 si sapeva che compilasse perfettamente una volta applicata la patch...

oltre tutto sono sicuro che fino alla 6, la mod compilata coi sorgenti è perfettamente identica a quella compilata da lui

Sto provando la compilazione della suddetta mod per verificare i problemi riportati.

Ho dovuto solo modificare solo i percorsi nel progetto della pthread. Credo sia dovuto a una differente versione del VS che usa la variabile $InstDir invece della $IntDir. Cosa già fatta a suo tempo per compilare la LH mod.
Per il resto ha funzionato tutto correttamente.

Citazione------ Build started: Project: emule, Configuration: Debug Win32 ------

Linking...

Build log was saved at "file://e:\Development\eMule\eMule_0.46c_Morph_7.2\srchybrid\debug\BuildLog.htm"
emule - 0 error(s), 0 warning(s)


---------------------- Done ----------------------

    Build: 7 succeeded, 0 failed, 0 skipped

I warning non ci sono perchè il linking è stato fatto dopo la compilazione di tutto.

Nessuna modifica al codice.
Nessun file mancante.
:hoover:

CitazioneI sorgenti rilasciati da Sirob non si compilano così come sono non per errori con le librerie o mancanza di esse, ma perchè ci sono errori nel codice; dichiarazioni sballate, codice mancante, a volte si arriva perfino alla mancanza di file come nei sorgenti della morph precedente.

Che sirob abbia compilato la sua mod con quello che rilascia è impossibile; nessuna libreria al mondo o nessuna procedura risolverebbe quel tipo di errori che possono essere procurati solo a mano; Sirob rilascia sorgenti fake, se continuate a non crederci provate anche a voi a compilare la Morph senza toccare nulla e con tutte le librerie aggiornate; nulla più vero in questo caso del detto provare per credere.

[snapback]94352[/snapback]

CitazioneSto provando la compilazione della suddetta mod per verificare i problemi riportati.

Ho dovuto solo modificare solo i percorsi nel progetto della pthread. Credo sia dovuto a una differente versione del VS che usa la variabile $InstDir invece della $IntDir. Cosa già fatta a suo tempo per compilare la LH mod.
Per il resto ha funzionato tutto correttamente.
I warning non ci sono perchè il linking è stato fatto dopo la compilazione di tutto.

Nessuna modifica al codice.
Nessun file mancante.
:hoover:

[snapback]94373[/snapback]

Beh, mettetevi d'accordo...
Barbas, sinceramente, non penso proprio che Sirob sia così "niubbo" da scrivere codice a cavolo, nè tantomeno così "lamer" da rilasciare sorgenti fake.
Prova a ricompilare seguendo le indicazioni di CiccioBastardo, perchè se c'è riuscito lui senza fare modifiche al codice...

Dipende quale progetto compili.

Se compili emule col progetto emule.vcproj allora ti verrano dati 2 warning anche se ci sarebbe da canellare il file AICHSyncThread.h e .cpp che ce ne sono 2 nel progetto.

Nel file emule.vcproj oltre a questi errori manca nel progetto il file ReadWriteLock.h senza di quello risulta impossibile da compilare.
Di solito quando uno compila emule dovrebbe usarne un solo di progetto. Se è così allora si dovrebbe cancellare l'altro progetto per non confondere la gente.

Ah, cmq sta storia è incominciata tutto dalla versione 7.1 Infatti mi chiedevo come mai prima si compilavano senza toccare NIENTE mentre adesso più si avanti, peggio è :furious:

CiccioBastardo sarà pure risciuto a compilarla, ma con 2 warning che cmq sia non fanno mai piacere averli.

Anche compilando l'ufficiale hai un warning di livello 4 :lol:
Ma il client funziona correttamente