Newsgroup: it.comp.programmare.win32
Titolo: Primo programma in Win

 non e' come cercare d'includere un .h che non esiste ?
???  Le "risorse" non sono un concetto di cui un compilatore C
o C++ sappia nulla.
Vedi il mio tutorial a 
http://aleax.supereva.it/
.
Alex

Vedi il mio tutorial a 
http://aleax.supereva.it/
.
Visto, infatti e' da li che ho preso l'esempio. Nella pagina P4
(Introduzione alle API Win32) dici :
...
il modo più semplice è usare la API DialogBoxParam: 
int DialogBoxParam(HINSTANCE hInstance,  
  LPCTSTR lpTemplateName,
  HWND hWndParent,
  DLGPROC lpDialogFunc
  LPARAM dwInitParam)
Abbiamo già incontrato il tipo HINSTANCE e quello HWND fortunatamente,
anche in questo caso si può rimandare lo studio dei loro significati,
e passare solo zero per i parametri di questi tipi.
...
e piu' avanti :
...
Abbiamo così il nostro secondo programma Windows (trascuriamo, d'ora
innanzi, gli include di sistema; inoltre, ripetiamo, nell'EXE dovranno
essere state inserite le risorse corrispondenti al nostro .RC
suvvisto): 
int WINAPI WinMain(HINSTANCE hInstance,
                     HINSTANCE hPrevInstance,
                     LPSTR     lpCmdLine,
                     int       nCmdShow)
{
    DialogBoxParam(0,"MioDialogo",0,0,0);
    return 0;
}
Eseguendo questo programma, apparirà il dialogo vuoto prima disegnato.
...
ciao

     DialogBoxParam(0,"MioDialogo",0,0,0);
Giustissimo (anche se me lo dico da solo:-), il problema e` con quel
"dovranno essere state inserite", condizione che tu apparentemente non
hai soddisfatto (presumibilmente per le ragioni suddette).
Quanto al 4o parametro nullo, apparentemente esso era ammesso
nei precedenti release di windows (anche se non aveva molto senso,
perche` quello che cosi` appare e` un "dialogo catatonico"!) ma
da` errore in Win2000.  Purtroppo non ho un Win2000 sotto mano
al momento per testare queste "anomalie ai margini" e correggere
il mio tutorial di conseguenza.
Alex

...
Una volta messo a posto il secondo parametro se n'e' fregato del fatto
che tutti gli altri fossero a zero.
Grazie e ciao

 che tutti gli altri fossero a zero.
Buffo, grazie comunque dell'info.
Alex

coperti dagli standard C e C++) assolutamente nulla
Atteggiamento tipico del C/C++ che ho gia' visto molte volte in varie
occasioni. Il C/C++ non controlla certe cose, certi errori, etc..
etc.. per vari motivi (non sono cose sue come le risorse, non e' un
problema suo se scrivi una cosa sbagliata, etc... etc..). Sono appunto
queste le cose che ho messo nel cassetto perche' non arrivo a capirle.
Comunque, mi adeguo.
ciao

 ormai tutti hanno implementato un ambiente di sviluppo. Certo, nel
DI *programmi* che si possono definire compilatori ce ne sono
tanti, ad esempio il VC.EXE e` appunto tale.  Il *prodotto* VC++
e` composto da tanti *programmi*, fra cui il compilatore _E_
altri elementi di un sistema di sviluppo.
Certo, sono "precisino".  E` una delle qualita` mentali indispensabili
per usare bene linguaggi come C e C++, che richiedono al loro
programmatore una precisione mentale rigorosa.  La distinzione fra
il compilatore, il linker, e gli altri vari elementi di un sistema di
sviluppo, e` fra questi elementi di rigorosa precisione.
Ci sono tanti altri linguaggi con approcci diversi, e se la tua
mentalita` e` piu` adatta ad essi, al punto che non riesci a
"digerire" questa impostazione rigorosa degli ambienti C/C++,
potrebbe convenirti passare ad uno di essi.
Alex

potrebbe convenirti passare ad uno di essi.
Ad esempio ? Pero' che non siano linguaggi che non usa nessuno.
ciao
p.s. penso che ormai stiamo scivolando nell'OT. Se vuoi passa pure in
e-mail.

 e-mail.
Non mi pare che la scelta del linguaggio da usare per
programmare su Win32 sia OT sul gruppo relativo alla
programmazione su Win32!
Alex

un gran polpettone di tutto,
Appunto, un po' troppo polpettone per i miei gusti. Meglio soffrire un
pochino e cercare d'imparare meglio qualcosa che in parte conosco (C)
piuttosto che iniziare da zero per imparare un linguaggio che non mi
attira (VB).
ciao