Newsgroup: it.comp.lang.visual-basic
Titolo: aiuto programma funzionante su floppy 1,44

Salve a tutti
vorrei creare un programma che copiato su un floppy sia sicuro che chiunque
inserendo quel floppy in qualsiasi computer possa far partire quel
programma, per esempio so che il delphi crea un file .exe autonomo e che dà
questa garanzaia mentre vb lascia sempre delle dll escluse che include solo
con la creazione del pacchetto di installazione, sapete che accorgimenti
devo adottare per essere sicuro che il solo .exe parta su ogni PC?
grazie a tutti.

 ha scritto nel
messaggio news:XXQG8.2417$z87....@twister2.libero.it...

Non c'è problema. Programma in Assembler.

 Non c'è problema. Programma in Assembler.
 La risposta potrebbe essere:"Dove lo trovo assembler.ocx"
Babau:-))

 ha scritto nel messaggio
news:osSG8.3209$z87....@twister2.libero.it...

Semplice anche questa: Su 
www.before1968.com

 Non c'è problema. Programma in Assembler.
volendo star comodi, anche in c. se l'exe e' piccolo, sul dischetto ci sta
anche il sistema (qnix), con tanto di browser.
j.fd

 ha scritto nel messaggio
news:acgs9i$pdmc3$1...@ID-51318.news.dfncis.de...

Mi pare di capire che in vb non ci sia modo di ottenere un file .exe
indipendente ed autonomo quindi?

 indipendente ed autonomo quindi?
Quindi ti crei il tuo programma, il pacchetto di installazione e metti tutto
su CD, se vuoi nell'autorun.inf del CD metti un bel OPEN=setup.exe cosě
all'inserimento del CD ti installa il programma (ocx, dll e brandelli vari
compresi).

 ha scritto

meglio se all'autorun metti un bel msgbox:
"questo programma richiede un'installazione. sei d'accordo?"
io, come credo molti altri, non gradisco affatto che qualcosa si installi di
sua spontanea iniziativa.

 indipendente ed autonomo quindi?
hanno parlato di un fusion che dovrebbe farlo, ma mi semba una porcheria
gia' l'idea. vb nasce per le dll condivise. (mica solo vb: ne sto trovando
un bel po' di exe che non vanno perche' vogliono la mfc30.dll, o 40...). con
vb6 il minimo che ti devi tirare dietro, se non usi niente di strano, e' la
msvbvm60.dll, 1.35 mb. ti rimangono 50-100k. si riescono a fare degli exe
abbastanza sofisticati in quello spazio. ma scordati l'accesso ai dati.
inoltre anche se usassi un ocx da 1k, dovresti registrarlo. di solito ci
pensa il pacchetto d'installazione di vb, ma puoi anche farlo con un bat.
non e' impossibile, ma bisogna proprio che ne valga la pena. se il tuo scopo
e' principalmente quello, imho, ti conviene usare delphi.
j.

 se il tuo scopo e' principalmente quello, imho, ti conviene usare delphi.
Non credo sia questa la molla che può spingere verso Delphi.
Roal stesso non credo la considererebbe una discriminante significativa.
Non dimentichiamoci che, appunto, la logica delle librerie dinamiche è
_fondamentale_ in ambiente windows.
Abbandonarla, significa un po' abbandonare windows stesso.
A quel punto si entra in un tipo di discorso ben diverso...
ciao
ugo

usa qbasic successo garantito ti consiglio la versione 7.1 è quella con cui
mi trovo meglio.

 wrote in message
XXQG8.2417$z87....@twister2.libero.it...

puoi usare anche visual basic 1 che non usa dll o ocx ed in più hai
un'ambiente visuale anche se con una grafica scarsissima.

un'ambiente visuale anche se con una grafica scarsissima.
  Veramente VB 1 usa almeno la VBRUN100.DLL (mi pare che fosse quello
il nome) e credo che potesse comunque usare DLL esterne oltre comunque
ai VBX per cui dovrebbe fare un programma assai spartano per
utilizzare solo la DLL runtime sopraccitata e nessun VBX.
  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"

   In the address, insert an "h" between the "t" and the "u"
è possibile che tale dll si trovi in tutti i windows senza bisogno di
mettere vb1?
ho fatto delle prove su diversi pc e sist. operativi e non ho mai avuto
problemi.

 problemi.
Non fidarti, hai solo avuto fortuna.
Le vbrun*.dll _non_ vengono installate di default da sistemi
operativi quali windows 2000, per esempio, mentre,
come hanno gia' scritto, trovi le msvbvm*.dll in misura
variabile (solo la 50, solo la 60, entrambe) a seconda
dei casi.
-- 
ciao, hal
p.s. non hai ancora sistemato la faccenda del R. :-(
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 mi trovo meglio.
Confermo. Per piccoli programmi che non hanno pretese
grafiche il QB 7.1 è il massimo, e puoi compilarlo in
modo che anche il runtime stia dentro l'exe senza
grossi problemi. Ovviamente, con il C puoi avere
le stesse cose con prestazioni di gran lunga superiori.
Volendo, si potrebbe usare VBDOS che è un QB 7.1
che comprende una grossa mole di sorgenti che simulano
i controlli Visual Basic in ambiente DOS (ovviamente a caratteri,
ma hai form, listbox, pulsanti, ecc.; la logica è quella, ma il
risultato è un eseguibile DOS che gira a caratteri in una finestra
DOS). In effetti, quei sorgenti ci sono pure nel DOS 7.1, ma
è tutto scollegato e devi fare tutto a mano; il VBDOS, invece
ti dà un ambiente di sviluppo vagamente simile a VB.
--
Er Roscio.

 p.s. non hai ancora sistemato la faccenda del R. :-(
le patch non le ho trovate lo metto a mano (Re) e ogni tanto lo dimentico.

 le patch non le ho trovate lo metto a mano (Re) e ogni tanto lo dimentico.
http://www.vene.ws/mail/patch.asp
Comunque faresti meglio ad aggiornare quella versione,
č una delle piů vulnerabili ai virus. Prendi un qualsiasi CD
in edicola, o anche uno di quelli delle connessioni gratuite
ad internet, e frugaci sopra, IE/OE  c'č quasi sempre.
HTH, G.

 ad internet, e frugaci sopra, IE/OE  c'č quasi sempre.
tenendo presente che in wupdate ci dovrebbe essere una neopatch ie6 per la
sicurezza. anzi lo sto eseguendo proprio ora e, considerando che ho gia'
messo i pre-sp3 di win2000, sembra che io debba scaricarmi 11.2 mb...
j.no.comment

Prova a usare fusion.
Un piccolo problema: per usarlo devi per forza acquistarlo!!!
Altrimenti ti crea l'exe col nome FUSION_NOMEPROGETTO.EXE che se lo rinomini
non parte e ti dà errore.
Non è vero però che ti unisce tutte le librerie necessarie occupando
comunque 10Mb (per esempio).
In pratica (se non erro) ti unisce solo le porzioni di codice utilizzate dal
programma, che si trovano all'interno delle librerie. Non allega tutta la
libreria.
Ora non ho fuzion a portata di mano però proverò a vedere lo spazio occupato
dall'exe completo.