Newsgroup: it.comp.lang.visual-basic
Titolo: 16-32 bit forse OT

Ho un piccolo problema da risolvere: devo far girare un programma compilato
con VB5 (32 bit) su un 486 (16 bit).
Qualcuno sa indicarmi un URL dove poter scaricare una utility che consenta
al 486 di leggere programmi a 32 bit?
Grazie!
Franco

con VB5 (32 bit) su un 486 (16 bit).
  Guarda che dal 386 in poi i processori Intel sono a 32 bit, semmai
il problema potrebbe nascere nel caso in cui Windows sia una versione
antidiluviana a 16 bit, ovvero la 3.x, nel qual caso ci sarebbe la
libreria win32s che pero' e' solo un subset e da quanto ricordo le
limitazioni sono tali che i programmi in VB girano solo se sono
davvero elementari.
  Ciao :-)
  Massimo
  Nell'indirizzo, inserire una "h" tra la "t" e la "u"
  In the address, insert an "h" between the "t" and the "u"

Una soluzione semplice č quella di procurarsi il VB piů vicino al 5 ovvero
il 4 capace di compilare a 16 bit.


 il 4 capace di compilare a 16 bit.
Grazie per le informazioni. Vedro' cosa posso fare.
Franco

 ha scritto nel messaggio
news:FrpC8.31700$US3.7...@twister1.libero.it...

Urca! Franco Pezzi di IHS :-)
Come ti ha gia' detto Massimo, e' solo un problema di sistema operativo;
personalmente ho visto girare il caro vecchio Windows 95 su un 486 con
adeguata RAM in maniera dignitosa, per cui se sei in queste condizioni non
dovresti avere problemi
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 ha scritto nel messaggio
news:FrpC8.31700$US3.7...@twister1.libero.it...

Scusa ma sta cavolata dove l'hai letta.!!
Il 486 è un microprocessore a 32 bit, a dimostrazione di ciò
c'è la possibilità di installarvi Windows 95 e 98 tranquillamente.
Il problema se mai è nel sistema operativo.
Quando venne fuori il 486 molta gente si chiese il perchè.
In fondo il 486 non è molto diverso dal 386 come
architettura generale.
La grande, grandissima differenza nel salto generazionale
era stata già fatta fra 286 (questo si a 16 bit) e 386 il
primo microprocessore Intel a 32 bit.
Poi 32 bit bisogna vedere cosa vuol dire
il DataBus o l'Address Bus.
Anche passando al Pentium (parlo del primo il P60)
La differenza di velocità non era data dall'introduzione
di un bus di dati o indirizzi più largo ma di altra roba
fra cui la Branch Prediction Unit, ma questa è un'altra
storia...
Scusate il tono polemico, ma il mio glorioso 486
(non Intel per giunta) si è offeso.
                                                danilo

 Grazie per le informazioni. Vedro' cosa posso fare.
Lascia perdere.
A parte il fatto che la soluzione giusta è semmai quella
di installare un os 32 bit sul 486, come ti hanno già suggerito,
fare il porting di un applicativo a 32 bit vb5 a un 16 bit vb4
è quasi sicuramente più costoso che buttare il vecchio 486...
Senza voler parlare di prezzo-prestazioni...
ciao
ugo

Mangini, io non conosco la complessità del programma da convertire e neppure
tu ne sei al corrente, perché escludi delle soluzioni in base a preconcetti?
Sarà il destinatario in grado di decidere o no?


 Sarà il destinatario in grado di decidere o no?
Io non escludo nulla in base a preconcetti.
Semplicemente sottolineo l'assurdità di intraprendere nel 2002
un porting verso un ambiente operativo che si riteneva superato nel 1995.
Allo scopo poi di che? Di riciclare un 486 con win 3.1?
Un Pentium 2 usato con win98 vale un paio di centinaia di mille lire
(ops, pardon, un centinaio di euro...)...
ciao
ugo

(ops, pardon, un centinaio di euro...)...
Se si tratta di un applicativo che deve girare magari su un centinaio di PC
di una qualche associazione/ditta (e ti assicuro che ce ne sono molte
ancora con 486..), è meno onerosa la conversione a 16bit della sostituzione
dell'intero parco macchine, specie se il programma in se e per sè è
semplice, pulito, senza evidenti riferimenti ad api, dll o che dir si
voglia presenti solo su Win 32bit.
--
Regards LaZ
.·´¯`·.¸.·´¯`·.¸ ><((((º> ....... <º))))>< .·´¯`·.¸.·´¯`·.¸
Mi riservo, con fermezza, il diritto di contraddirmi. (Paul Claudel) 
.·´¯`·.¸.·´¯`·.¸ ><((((º> ....... <º))))>< .·´¯`·.¸.·´¯`·.¸

 voglia presenti solo su Win 32bit.
<premessa>
io non sono per l'aggiornamento estremo e ritengo scandaloso il fatto che
ormai i processori consumino e scaldino come forni crematori... soprattutto
perchè gli utilizzi professionali di cotanta potenza di calcolo è
infinitesimo rispetto all'uso ludico (non dimentichiamo che i maggiori
sforzi di intel e amd sono tesi a migliorare le prestazioni della grafica,
per non parlare delle schede grafiche che hanno + ram del pc dal quale
scrivo..)
</premessa>
lavorare ed essere produttivi al giorno d'oggi con macchine di classe 486 in
ambiente windows 32 (e quindi 95/98/me - NT4/W2K/XP) è improponibile... ed
assurdo..
un'azienda che attualmente è ancora con i 486 sta buttando via un mare di
soldi...macchine vecchie, incapaci di gestire grossi hd, con prestazioni
ormai indecenti visto il software che gira.. l'unico uso che si può fare dei
486 attualmente (danilo non ti incazzare.. :-)) è con linux senza
interfaccia grafica.. per esporre dei servizi.. in questo caso (che è poi
anche il mio.. ho 2 486/66 con 24 e 36 mb ram..) vanno da dio...
quindi, prima di preoccuparmi di fare il porting dell'applicazione (porting
senza futuro, nel senso che va a ritroso..) mi preoccuperei di dire al
cliente che la macchina non è in grado di svolgere in modo soddisfacente il
lavoro..
Tutto IMVHO, of course..
saluti
--
Stefano Zamboni 
sz...@libero.it
Legge di Biondi:
Se il tuo progetto non funziona, controlla la parte che non ti pareva
importante.

assurdo..
<premessa>
Lavoro maggiormente in ben altri ambiti che quelli descritti sotto.
</premessa>
Bè, pensa alle associazioni senza fini di lucro, che non possono
permettersi un'aggiornamento.. ti assicuro che non sono poche :)
Oppure non ragionare da programmatore, ma da semplice utente: nella
mia ditta uso per lla gestione magazzino un programma fatto, che so,
in VB3 o peggio ancora, mi gira sotto dos. MA per le mie esigenze va
più che bene, i pc nella mia azienda non devono fare altro e i miei
impiegati non hanno bisogno di programmi con tooltip sui tasti o
animazioni sceme alla office, il DB è un semplice db2 che non voglio
certo sostituire con SQL Server/Oracle/Altri..
Io mi ci sono imbattuto spesso in situazioni del genere. E bisogna
dare atto che in certe situazioni la produttività non aumenta per
niente.
Una frase bellissima me l'ha detta mio padre l'altro giorno, quando
gli ho detto che gli potevo assemblare un pc più performante (in senso
relativo, sarebbe passato da un 486DX4 a un 233 mmx). Quando mi ha
chiesto "e che differenza fa?" "mah, va più veloce" "Più veloce per
word? A me va bene così.." (In effetti lo usa solo x quello e qualche
solitario..)


 permettersi un'aggiornamento.. ti assicuro che non sono poche :)
...
[CUT]
Beh una cosa è sicura, mezzo mondo gira ancora con applicativi Clipper
o Cobol che non hanno bisogno di un mostro di potenza per girare e nel
mio ufficio il computer che fa da Router/Firewall/Gateway per 15 pc
è un P-133 con 2 gb di disco e Linux senza X-server installato.
Ma per ritornare al problema la domanda fatta da Franco Pezzi era un'altra
e riporto qui:
<TestoOriginal>
    Ho un piccolo problema da risolvere: devo far girare un programma
compilato
    con VB5 (32 bit) su un 486 (16 bit).
    Qualcuno sa indicarmi un URL dove poter scaricare una utility che
consenta
    al 486 di leggere programmi a 32 bit?
</TestoOriginal>
Che torno a dire, senza voler offendere nessuno, non ha senso in quanto
non ha risposta, oppure è stata formulata male.
                                        danilo

 solitario..)
Perfettamente d'accordo.
Ma tuo padre __ha già__ word a 16 bit.
Non deve far "downgradare" word dalla versione XP alla 2.0...  ;-P
ciao
ugo

 non ha risposta, oppure è stata formulata male.
Esatto.
ciao
ugo

 Non deve far "downgradare" word dalla versione XP alla 2.0...  ;-P
no infatti, nessuna reale necessita'.
al downgrading ha gia' provveduto ms, passando dalla 2.0 alla xp :P