recupero di un intero programma,possibile??

Pagina 2 di 2
prima
1 2
Visualizzazione dei risultati da 11 a 12 su 12
  1. #11
    Moderatore L'avatar di betaxp86
    Registrato
    May 2003
    Località
    Genova, Italy
    Età
    37
    Messaggi
    10,196

    Predefinito

    La chiave HW ha sicuramente i driver solo per i sistemi a 32 bit, quelli a 64 bit non esistevano neanche quando è stata progettata, i driver tra le due versioni non sono compatibili.
    Gli adattatori LPT - USB inoltre danno svariati problemi, l'unico scenario che mi viene in mente è un P2V ovvero Phisical to Virtual.

    Prendi l'HDD del sistema e lo copi dentro un file VHD (o similare a seconda del software di virtualizzazione scelto)

    Colleghi l'adattatore LPT-USB alla macchina host e lo mappi sulla macchina virtuale con accesso esclusivo, a questo punto la macchina virtuale dovrebbe partire con il vecchio sistema operativo e dovrebbe rilevare il dongle HW sulla porta LPT virtuale via USB...

    Scenario complesso ma potrebbe essere l'unico modo per fare funzionare il tutto.

    In questo modo hai:

    HW e Sistema Operativo Host moderni e affidabili
    Il vecchio software che lavora nel suo ambiente originale senza dover reinstallare nulla

    La macchina originale che può essere usata come backup perché non viene modificata in alcun modo...
    betaxp86


  2. #12
    ●⁞◌ Ȏrȉzzȏntέ Ðέglȋ ȨvέntȊ ◌⁞●
    Registrato
    Aug 2008
    Località
    Palermo
    Messaggi
    2,952

    Predefinito

    questa della virtualizzazione è ovviamente una via di uscita da provare, in quanto la meno dolorosa e finalizzabile nel minor tempo possibile; credo purtroppo che anche questo scenario, imo, risulterà alla fine difficilmente percorribile.

    Il motivo è presto detto: dipenderà tutto dal linguaggio con cui è stato scritto il programma e relativamente anche e soprattutto il driver da virtualizzare

    Siccome mi sembra di aver capito che è un programma a quanto pare vecchiotto, si dovrà sperare che il codice sorgente non sia stato scritto, ad esempio, in VB.

    Di certo in questa eventualità, virtualizzare ulteriormente la porta parallela (una prima virtualizzazione è predisposta in qualche modo già a livello hardware sul bridge LPT <-> USB) non porterà assolutamente ad alcun risultato.

    Le DLL usualmente prese in considerazione all'epoca da questo linguaggio per dialogare con i dispositivi di I/O quali parallele e seriali (INOUT32 etc. etc.) non permetteranno in alcun modo di finalizzare compiutamente il collegamento con il dispositivo reale.

    Questo perché, qualora dovesse passare attraverso, diciamo, delle redirezioni, implementate per raggiungere degli IRQ ben specifici, così come dei range di intervalli di I/O, particolari, non riuscirà a mapparli direttamente

    Anche ammettendo che l'applicazione possa essere stata sviluppata in altri linguaggi dell'epoca, tutto potrà in qualche modo dipendere dal compilatore utilizzato per creare l'eseguibile.

    Sono infatti loro (i compilatori) che vanno a creare poi i riferimenti al range di indirizzi utilizzati e potrebbero non riconoscere quelli della parallela, poiché effettivamente traslati già a monte, per poi poter essere adeguatamente reindirizzati all'ambiente virtualizzato

Pagina 2 di 2
prima
1 2

Informazioni Thread

Users Browsing this Thread

Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)

Tags

Regole d'invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
nexthardware.com - © 2002-2022