Newsgroup: it.comp.programmare.win32
Titolo: Cosa serve per distribuire applicazioni MFC?

Salve a tutti,
sto valutando come sviluppare una mia applicazione grafica per win32: Java,
MFC o SDK?
Ho una certa esperienza in JAVA e so di cosa ho bisogno per distribuire
un'applicazione del genere.
Ho molta meno esperienza nella programmazione VisualC++ o C (Api Windows) di
win32. A parte qualche esempietto basilare con MFC e senza, non mi sono mai
spostato dal mio PC.
Quello che chiedo è quindi: cosa serve sul PC di destinazione se sviluppo
con C o Visual C++?
--
------
Per rispondermi scrivete all'indirizzo
jonquerido sul provider tin punto it

con C o Visual C++?
Di preciso no so...
ma credo ke per MFC non ci sono problemi (praticamenti tutti i
programmi Windows le usano percui tutti i PC le dovrebbero avere le
DLL o le librerie necessarie)
Per le API basta avere Windows della giusta fascia :D voglio dire se
usi un api Win95 la troverai su tutti i PC targati Win32 se invece usi
un API WinNT allora l'insieme si ristringe (WinNT, Win2K, WinXP)
Naturalmente se usi un API per WinXP non girera mai su WinNT o su
Win2K
Il Razziatore,
The Only Good Windows is an uninstalled Windows
-----------------------------------------------
E-MAILs : IlRazziat...@NOSPAMnetscape.net
WEB     : 
http://www.razziatore.dns2go.com/
ICQ     : 67552596


Per distribuire un programma realizzato con MFC in generale devi distribuire
MFC42.DLL e MSVCRT.DLL.
La MFC42.DLL è la dll che ha tutte le funzionalità delle classi; MSVCRT.DLL
è la libreria con le run-time del C.
Se usi anche le classi della libreria standard del C++ dovrai anche
distribuire MSVCP60.DLL.
Porlock.

 su WinNT o su Win2K
Purtroppo non è così semplice :)
Ci sono anche API che sono supportate solo su Win9X e non sulla 
"famiglia" NT, ad esempio le funzioni per leggere l'elenco dei processi 
e dei task.
Altre API invece sono collegate a "estensioni" del S.0. e dipendono 
dalla versione di queste componenti, oltre che da quella del S.O. vero 
e proprio.
Un esempio è costituito dalle funzioni Ras (alcune dipendono dalla 
versione di DUN installata), un'altro caso è rappresentato dalle 
funzioni "internet" e/o shell che dipendono spesso dalla versione di 
IE.
-- 
Valter Minute
vmi...@inwind.it
 (the reply address of this message is invalid)

A meno che tu non decida di linkare staticamente la libreria... : o
"Porlock" <por...@infinitoCAVAMI.it> ha scritto nel messaggio
news:ammde6$cvd$1...@fe2.cs.interbusiness.it...


 
Linkare staticamente una libreria genera eseguibili di dimensioni 
maggiori rispetto a quelli linkati dinamicamente e impedisce la 
condivisione delle librerie (scopo principe delle librerie dinamiche). 
Questo su alcuni sistemi operativi (windows CE, ad esempio) comporta 
anche una maggiore occupazione di RAM se vengono eseguiti 
contemporaneamente più processi che usano la stessa lib.
Allo stesso modo un quoting non corretto genera messaggi con parecchie 
righe inutili e può creare problemi a chi ha una connessione lenta...
http://www.uwasa.fi/~ts/http/quote.html


 righe inutili e puň creare problemi a chi ha una connessione lenta...


 
Quotare correttamente su usenet non è un'alternativa.


Oddio, era sicuramente una nota importante degna di un buon programmatore,
complimenti nando!

 contemporaneamente più processi che usano la stessa lib.
E' anche vero che se ognuno include la propria versione delle librerie si
ottiene l'effetto contrario.
Le librerie sono utili soltanto se completamente compatibili: ogni libreria
dovrebbe essere compatibile al 100% con le versioni precedenti.
Le MFC mi hanno dato problemi (WININET) e quindi preferisco linkarle
staticamente (usando solo Wininet sono pochi KB).
Kiuhnm