Menu
▾
▴
dlab-developer — The connection between teacher and students
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(50) |
Apr
(60) |
May
(116) |
Jun
(37) |
Jul
(41) |
Aug
(20) |
Sep
(9) |
Oct
(7) |
Nov
(6) |
Dec
(46) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(3) |
Feb
|
Mar
(4) |
Apr
(12) |
May
|
Jun
(40) |
Jul
(16) |
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(2) |
Feb
(4) |
Mar
(3) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Bernardo I. <be...@de...> - 2002-05-15 23:58:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 14 May 2002 21:54, Federico Soldani wrote: > Ecco l'indirizzo per scaricare il programmino che fa i grafici.... > http://www.research.att.com/sw/tools/graphviz/download.html Bello, c'e' anche per Linux! Pero' dalla documentazione mi pare di capire che hai usato il tool sbagliato: il grafico che avevo fatto alla lavagna era per sua natura un "undirected graph", percio' dovevi usare NEATO e non DOT... Invece il grafico dei moduli visti per livelli che facemmo un mese fa alla lavagna verrebbe bene con DOT... > Anche oggi siamo saliti in classifica e siamo tornati sotto le 100 > posizioni, ovvero 94 !!!! Vai cosi'!!! - - -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzi9p4ACgkQltU4TfxqZspxgACfd/FK9LmrKRkxxG3p7DjFyHWb k8wAoKWeVvsTssn3PH+GK2lXBXW+vc5S =Iysf -----END PGP SIGNATURE----- |
|
From: Bernardo I. <be...@de...> - 2002-05-15 23:58:37
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 15 May 2002 23:56, Lorenzo Stacchini wrote: > Test #1 - Quando sparo a raffica e colpisco un asteroide piccolo, crea > un'esplosione. Subito dopo l'esplosione mi crasha. A me non succede... > Test #2 - Ho provato a sparare normalmente e poco alla volta, > scoprendo che dopo la prima esplosione ho praticamente gli 'spari > contati', ossia che tenendo premuto il fire, dando quindi decine di > comandi di shoot al secondo, bastano pochi istanti per crashare, > mentre se dopo l'esplosione sparo un po' alla volta il crash si > ritarda, a mia impressione in relazione al numero di volte che si =E8 > sparato, o meglio a quanti input di shoot ha ricevuto. Hmmm... non mi succede neanche questo... Ti ricordo che abbiamo le dipendenze sbagliate nel Makefile: se cambi un header devi ricordarti di ricompilare a mano tutti i sorgenti che lo includono... - - -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzi9ogACgkQltU4TfxqZspQ0gCfTIEPtqtLpb2FwwZ5MxLdgxqm NZgAnjrPXgtfyTXaujaWwO+prdO8bDs3 =3DNyzN -----END PGP SIGNATURE----- |
|
From: Lorenzo S. <lor...@li...> - 2002-05-15 21:52:35
|
Ho aggiunto un bug report alla ns. lista che teniamo sul CVS, il bug =E8 = il seguente: Test #1 - Quando sparo a raffica e colpisco un asteroide piccolo, crea un'esplosione. Subito dopo l'esplosione mi crasha. Test #2 - Ho provato a sparare normalmente e poco alla volta, scoprendo c= he dopo la prima esplosione ho praticamente gli 'spari contati', ossia che tenendo premuto il fire, dando quindi decine di comandi di shoot al secon= do, bastano pochi istanti per crashare, mentre se dopo l'esplosione sparo un = po' alla volta il crash si ritarda, a mia impressione in relazione al numero = di volte che si =E8 sparato, o meglio a quanti input di shoot ha ricevuto. Lorenzo. |
|
From: Federico S. <sol...@te...> - 2002-05-14 19:54:30
|
X Daniela Ecco l'indirizzo per scaricare il programmino che fa i grafici.... http://www.research.att.com/sw/tools/graphviz/download.html X Tutti Anche oggi siamo saliti in classifica e siamo tornati sotto le 100 = posizioni, ovvero 94 !!!! Ciao Federico Visit: www.sourceforge.net/projects/dlab Home Page: http://dlab.sourceforge.net/ Dlab-developer mailing list https://lists.sourceforge.net/lists/listinfo/dlab-developer |
|
From: <ma...@io...> - 2002-05-14 12:50:18
|
R2VudGUgaG8gbWVzc28gc3VsbGEgY2FydGVsbGEgZGkgcmV0ZSBkaSBJVElTICJETGFiIiB1 biBnaW9jbyBjaGUgc2kgDQpjaGlhbWEgQ3JhenkgR3Jhdml0eS4uLg0KRGF0ZWNpIHVuJ29j Y2hpYXRpbmEsIGNpIHNvbm8gYWxjdW5lIGNvc2UgaW50ZXJlc3NhbnRpDQpNYXR0ZW8= |
|
From: Bernardo I. <be...@de...> - 2002-05-14 02:23:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aargh! ho trovato il collo di bottiglia che avevamo. Qualcuno (Alex?) aveva di nuovo forzato la risoluzione a 24bpp... Io uso 16bpp e alcuni di voi usano 32bpp... quindi la schermata veniva convertita al volo. Ecco i nuovi risultati dopo l'aggiustamento: GAME: fps: 71.4 frames:64, time:2976ms, elapsed:2976, move:0, collide:0, draw:931 (draw_bg:961, draw_spr:7, draw_sup:0) GAME: fps: 76.9 frames:128, time:3878ms, elapsed:902, move:2, collide:0, draw:897 (draw_bg:432, draw_spr:15, draw_sup:0) GAME: fps: 71.4 frames:192, time:4820ms, elapsed:942, move:0, collide:0, draw:938 (draw_bg:451, draw_spr:10, draw_sup:0) GAME: fps: 71.4 frames:256, time:5728ms, elapsed:908, move:3, collide:0, draw:902 (draw_bg:438, draw_spr:15, draw_sup:0) GAME: fps: 76.9 frames:320, time:6663ms, elapsed:935, move:31, collide:1, draw:900 (draw_bg:441, draw_spr:11, draw_sup:0) GAME: fps: 76.9 frames:384, time:7560ms, elapsed:897, move:2, collide:0, draw:892 (draw_bg:426, draw_spr:10, draw_sup:0) 300% piu' veloce! ;^) - -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzgdWsACgkQltU4TfxqZspASACgtHyVeR8+ZJgc24PEmo4GaTar 5TUAn2LlmGEz8p0MmJQqc/rBO+Ve8vnb =LHIW -----END PGP SIGNATURE----- |
|
From: Bernardo I. <be...@de...> - 2002-05-14 02:00:26
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Salve, ho aggiunto dei contatori di performance nel loop principale e nella draw. Ecco cosa vedo durante una partita: GAME: fps: 25.0 frames:192, time:10181ms, elapsed:2568, move:8, collide:0, draw:889 (draw_bg:420, draw_spr:25, draw_sup:0) GAME: fps: 25.0 frames:256, time:12782ms, elapsed:2601, move:1, collide:0, draw:925 (draw_bg:426, draw_spr:55, draw_sup:0) GAME: fps: 25.0 frames:320, time:15341ms, elapsed:2559, move:2, collide:0, draw:862 (draw_bg:431, draw_spr:1, draw_sup:0) GAME: fps: 25.6 frames:384, time:17902ms, elapsed:2561, move:1, collide:1, draw:865 (draw_bg:426, draw_spr:2, draw_sup:0) Praticamente spendiamo meta' del tempo a disegnare il background, mentre le move() e le collide() costano pochissimo. L'altra meta' del tempo la spendiamo chissa' dove, probabilmente nella SDL_Flip()... Sarebbe bello scoprire se e' possible fare qualcosa... Intanto ho committato una modifica in init.c per attivare l'uso del double buffer hardware, ma non mi sembra che cambi molto... - -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzgcBgACgkQltU4TfxqZsqMUQCfUH7EhPcrCex8eTnGZv4FFbg2 uXgAoJovH7nyBK3+RNQXqMxUYCi34WCs =f6Gd -----END PGP SIGNATURE----- |
|
From: Bernardo I. <be...@de...> - 2002-05-14 01:57:32
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Salve, su Linux l'audio mi viene desincronizzato. E' colpa del driver audio dell'SDL che usa "arts", il demone sonoro del KDE. Impostando una variabile di ambiente per forzare l'uso diretto del driver Open Sound System, il problema sparisce: export SDL_AUDIODRIVER=oss Quindi non sono problemi nostri ;-) - -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzgb2oACgkQltU4TfxqZspJnACaA9eshl54mw5AX+ftVT/vkQbO yIkAnisD5MQ09g2wL8Jq7dUmzP7fvBTm =UIJR -----END PGP SIGNATURE----- |
|
From: Bernardo I. <be...@de...> - 2002-05-14 01:51:56
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Salve,
abbiamo memory leaks paurosi. Ecco cosa ho trovato
con mpatrol:
top 19 unfreed memory entries in leak table:
bytes count location
-------- ------ --------
993652 2 RLEColorkeySurface
97404 224 SDL_CreateRGBSurface
8160 1 __pthread_initialize_manager
4520 113 SDL_AllocFormat
4520 226 SDL_AllocBlitMap
568 2 SMPEG_new
528 6 FontInit
448 1 Mix_AllocateChannels
364 1 __new_fopen
132 3 TitleMakeUp
128 1 SDL_AddThread
56 4 createBackground
32 1 Init
24 2 BgrNew
24 1 SDL_CreateMutex
24 1 __register_frame
16 1 tsearch
12 1 __add_to_environ
12 1 TitleInit
1110624 592 total
Il nome delle funzioni e' il punto in cui avviene
l'allocazione. Alcune sono nostre, quindi provvediamo
a mettere la corrispondente disallocazione.
Per le 200 e rotte SDL_AllocBlitMap() non saprei
che dire... sara' un baco dell'SDL? O forse c'e'
qualche problema in Gfx?
- --
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzgbhIACgkQltU4TfxqZsr00ACeMkUmAlfLnEPcjXtlPSgkVpx7
Lg4AoJsruoSi+xxDUUmEt2qRI0D1QNbr
=UC6V
-----END PGP SIGNATURE-----
|
|
From: Lorenzo S. <lor...@li...> - 2002-05-14 01:40:58
|
Ho ancora dei seri problemi di crash del gioco, anche con la versione attuale del CVS. Il momento in cui crasha la maggior parte delle volte mi sembra all'inizi= o se si comincia a tenere premuto il Fire, ma =E8 comunque un evento che no= n sempre si verifica. In pi=F9, durante il debug non ha MAI crashato. Quando si dice che la sfi= ga ci vede bene.. In ultimo: dopo alcune volte che il programma crasha non riesco nemmeno a= d inizializzare SDL. :( |
|
From: Bernardo I. <be...@de...> - 2002-05-13 00:31:46
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sunday 12 May 2002 06:21, you wrote:
> Devi togliermi una curiosit=E0 paurosa perch=E8 non so se riuscir=F2 a=
d
> arrivare a luned=EC pomeriggio senza scervellarmi.
> Ho visto cosa hai cambiato per fixare e non riesco a capire dove sia
> la differenza tra prima e dopo il fix (tra l'altro ci sono le
> parentesi). Dipende esclusivamente dal compilatore?
> oppure c'=E8 veramente un motivo di codice per il quale non funziona?
> (ci credo poco)
Dunque, l'operatore di post-incremento (x++) ha un comportamento
piusttosto facile da definire in modo informale, ma la sua presenza
nel linguaggio ha costretto il comitato di standardizzazione a
descrivere minuziosamente come i compilatori devono affrontare
tutta una serie di casistiche in cui l'uso sconsiderato del
post-incremento (e del post-decremento) possono creare ambiguita'.
Per esempio:
int a =3D 0;
printf("%d, %d, ", a++, a++);
printf("%d\n", a);
A seconda di come si interpreta il significato del post-incremento,
questo codice potrebbe produrre come output:
0 0 2 - l'incremento avviene al termine dell'istruzione)
0 1 2 - l'incremento avviene immediatamente dopo l'uso)
1 0 2 - come sopra, ma in molte architetture i parametri
delle funzioni vengono valutati da destra verso
sinistra! Questo perche' i parametri vengono messi
nello stack in ordine inverso.
Nel nostro caso, prima avevamo un'espreassione nella forma:
a =3D a++ % b;
che io ho cambiato in:
a++;
a =3D a % b;
per rendere univoco il comportamento indipendentamente dal
compilatore usato.
Secondo me (ma bisognerebbe andare a vedere nello standard,
il risultato corretto per la prima versione era quello
riscontrato su Linux: non cambiare affatto il valore di "a".
La variabile viene incrementata subito dopo averla valutata,
ma il suo valore viene nuovamente sovrascritto
dall'assegnamento. Credo insomma che scrivere:
a =3D a++;
non sia, come sembra a prima vista, solo un modo strano
di scrivere
a =3D a + 1;
oppure
a++;
- --=20
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjzfCcoACgkQltU4TfxqZsqMKQCglMrR6ih1/lgYa5uXaPPcGrQq
ETQAn1rQe/UaFg1W0RcLGBKO1JLFxQmO
=3DkNuB
-----END PGP SIGNATURE-----
|
|
From: Massimo S. <ma...@tu...> - 2002-05-12 23:08:53
|
risolto con bernie ieri sera questo problema player->frames =3D ((player->frames)++)%(player->gfx->framespertipo(PLAYE= R1)); e' errato ed invece e' giusto quello di ora: player->frames =3D (++(player->frames))%(player->gfx->framespertipo(PLAYE= R1)); Saluti, Massimo Santoro |
|
From: Lorenzo S. <lor...@li...> - 2002-05-12 23:04:15
|
Nelle ultime 24 ore =E8 stato introdotto un bug: appena si cerca di ruotare l'astronave o la stessa collide con un asteroi= de il programma va a femmine di cattivi costumi. In pi=F9 dopo aver crashato, ogni volta che provo ad avviare un'altra vol= ta il gioco crasha all'inizializzazione dell'SDL (provato col debugger), il messaggio di win98 =E8 'errore di pagina non valida'. Sto cercando tra le righe modificate anche con il supporto del CVS ma anc= ora non sono riuscito a trovare il problema.. Lorenzo. |
|
From: Francesco B. <jx...@ti...> - 2002-05-12 15:38:18
|
----- Original Message ----- From: "Federico Soldani" <sol...@te...> To: "DLab Project Mailing List" <dla...@li...> Sent: Sunday, May 12, 2002 3:48 PM Subject: [Dlab-devel] Firma e non solo!!! Ho visto le modifiche che sono state fatte e mi sembra che abbiamo fatto un gran passo avanti !!!! C'e' solamente una cosa: quando il player muore non riappare + ed ancora se esco e riprovo a fare GAME non parte niente, posso solamente uscire dal gioco... Ho fixato l'errore, era dovuto al fatto che lo stato del gioco una volta messo a GS_GAME_OVER non veniva mai riabilitato... ho fatto una modifica in optionsLoop (che ho rinominato in titleOpsLoop, visto che ora esiste il modulo options), in maniera tale che una volta che viene premuto l'etichetta "game" viene messo game->status in GS_GAME, ma per farlo ho dovuto anche passare tutto il game a optionsLoop, mentre prima prendeva solo lo screen... non so se è molto corretto, forse c'è il modo di fare la modifica a monte. Ciao, Cecco |
|
From: Federico S. <sol...@te...> - 2002-05-12 13:48:44
|
X Francesco La firma che ho messo io per ora e' questa ma sarebbe bello se la = facessimo tutti uguale, quindi possiamo parlarne per decidere meglio... Visit: www.sourceforge.net/projects/dlab Home Page: http://dlab.sourceforge.net/ Dlab-developer mailing list https://lists.sourceforge.net/lists/listinfo/dlab-developer X Tutti Ho visto le modifiche che sono state fatte e mi sembra che abbiamo fatto = un gran passo avanti !!!! C'e' solamente una cosa: quando il player muore non riappare + ed ancora = se esco e riprovo a fare GAME non parte niente, posso solamente uscire = dal gioco... Ciao Federico Visit: www.sourceforge.net/projects/dlab Home Page: http://dlab.sourceforge.net/ Dlab-developer mailing list https://lists.sourceforge.net/lists/listinfo/dlab-developer |
|
From: Francesco B. <jx...@ti...> - 2002-05-12 11:27:52
|
----- Original Message ----- From: "Lorenzo Stacchini" <lor...@li...> To: "Mailing List dlab" <Dla...@li...> Sent: Sunday, May 12, 2002 5:42 AM Subject: [Dlab-devel] Attenzione alle modifiche strutturali > Meditate gente.. meditate.. Ma che fai, mi rubi le battute? ;-) Ciao, Cecco |
|
From: Lorenzo S. <lor...@li...> - 2002-05-12 03:40:07
|
Durante le modifiche delle ultime 24 ore =E8 stato messo in luce un bug: Bernie ha aggiunto il controllo di 'livello terminato con successo', poch= e ore fa. Risultato: funziona regolarmente ed esce dal loop dei frames playGame(), = poi arriva a due righe sotto nella GameLoop() e incrementa normalmente il livello come del resto da 2 mesi faceva con g->level++ ... ... numble ... numble ... ... niente di strano? pensavo di no, poi ho notato che g->level, che credevo essere 'int', era stato cambiato con un Level*. A voi immaginare quello c= he succedeva.. un porcaio! (scusate il temine tecnico) Meditate gente.. meditate.. |
|
From: Massimo S. <ma...@tu...> - 2002-05-11 21:49:30
|
salve a tutti, come alcuni/molti di voi sapranno sono il misterioso betatester che, dato= che non ha niente da fare da mattina a sera, scarica copiosamente dal cvs di = dlab per vedere che progressi sono stati fatti ogni giorno. per oggi mi limito ad una serie di segnalazioni di bug che comunque voi conoscerete gia' a menadito da circa 1 mese: Generale: - spesso i .c non hanno un accapo finale - complimenti per il progresso con il suono. speriamo che diventi anche sincronizzato entro poco - gli asteroidi continuano a girare in modo molto poco naturale. credo ch= e sia urgente un team di max 2/3 persone che si occupi ESCLUSIVAMENTE dell= a cosa dato che ne inficia la godibilita' e la giocabilita' Linux only: - non si riesce a capire come mai ma ancora la navicella non va a destra. spero che non sia una presa di posizione politica Saluti per ora Massimo "mostro" Santoro |
|
From: ragazzotriste <la...@te...> - 2002-05-11 21:07:35
|
Linking starshocks_dbg.exe... C:/Programmi/SDL-1.2.4/lib\SDLmain.lib(./Release/SDL_main.obj)(.text+0x0):C: \SDL\SDL-1.2.4\S: multiple definition of `main' C:/Programmi/MGW/bin/../lib/gcc-lib/mingw32/2.95.3-5/../../../libmingw32.a(m ain.o)(.text+0x0):main.c: first defined here C:\Programmi\MGW\bin\..\lib\gcc-lib\mingw32\2.95.3-5\..\..\..\..\mingw32\bin \ld.exe: cannot find -lsmpeg make: *** [starshocks_dbg.exe] Error 1 Mi aiutate please... so in mezzo a una via!! |
|
From: Francesco B. <jx...@ti...> - 2002-05-11 16:01:44
|
Piccolo consiglio per chi lo ha già fatto: che tipo di firma devo impostare come predefinita in Outlook, per fare un pò di pubblicità? (Te Federico che c'hai messo?) Ciao, Cecco |
|
From: Francesco B. <jx...@ti...> - 2002-05-11 15:53:08
|
----- Original Message ----- From: "ragazzotriste" <la...@te...> To: <dla...@li...> Sent: Saturday, May 11, 2002 12:08 PM Subject: [Dlab-devel] non mi compila > Ma che fine ha fatto il file setting.in? > A me non trova le SDL, come faccio? > > Ecco cosa viene quando compilo, le SDL ce l'ho nelle dir normali. ... Dunque, innanzi tutto il file setting.in non esiste più, è stato tutto spostato nei due file rules.mk e config.mk. Inoltre, i problemi di compilazione mi sembra che siano dovuti al fatto che hai ancora le vecchie cartelle della SDL: modifica semplicemente i nomi conformandoli a quelli specificati nel file config.mk. Poi ti conviene scaricare il file command.zip, che trovi nel nostro sito, è grosso solo 600K. Segui le indicazioni che aveva postato Federico qualche giorno fa. Ciao, Cecco |
|
From: Lorenzo S. <lor...@li...> - 2002-05-11 11:05:47
|
----- Original Message ----- From: "ragazzotriste" <la...@te...> To: <dla...@li...> Sent: Saturday, May 11, 2002 12:08 PM Subject: [Dlab-devel] non mi compila > Ma che fine ha fatto il file setting.in? > A me non trova le SDL, come faccio? > > Ecco cosa viene quando compilo, le SDL ce l'ho nelle dir normali. > > ........ Purtroppo (o per fortuna a secodna dei punti di vista) il makefile ha sub= ito ingenti cambiamenti. Settings.in =E8 stato eliminato, ed =E8 stato pure modificato il .prj e il makefile per l'aggiunta di nuovi moduli. A questo punto ti conviene _rimuovere_ tutti ti files della dir principale del cvs (praticamente solo i nostri sorgenti), checkouttare tutto, controllare di avere tutte le librerie necessarie (che ormai mi pare di ricordare che ha= i) e infine che i tuoi path siano conformi al makefile. Dimenticavo: bisogna anche che scarichi il famoso command.zip (http://dlab.sourceforge.net/files/command.zip) e lo decomprimi sulla dir c:\windows\command. Poi se non ti funziona ancora Federico sta a Tegoleto :)) buona fortuna.. |
|
From: ragazzotriste <la...@te...> - 2002-05-11 10:08:30
|
Ma che fine ha fatto il file setting.in?
A me non trova le SDL, come faccio?
Ecco cosa viene quando compilo, le SDL ce l'ho nelle dir normali.
C:\dlab>make all
Compiling with:
gcc -IC:/Programmi/SDL-1.2.4/i386-mingw32msvc/include/SDL -IC:/Programmi/SDL
-1.2
.4/SDL_mixer-1.2.3/include -IC:/Programmi/SDL-1.2.4/SDL_image-1.2.2/include
-IC:
/Programmi/SDL-1.2.4/SDL_net-1.2.4/include -IC:/Programmi/SDL-1.2.4/smpeg-0.
4.3/
include -Icontrib/SDL_rotozoom -ggdb -Wall -W -Wundef -Wshadow -Wpointer-ari
th -
Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Wsign-compare -
Wagg
regate-return -Wstrict-prototypes -Wmissing-prototypes -Wmissing-noreturn -W
redu
ndant-decls -Wnested-externs -Winline -Wlong-long -Werror -MMD -DDEBUG_PLAYE
R -D
DEBUG_ASTEROID
----------------------------------------------------
Linking with:
gcc -LC:/Programmi/SDL-1.2.4/i386-mingw32msvc/lib -LC:/Programmi/SDL-1.2.4/S
DL_m
ixer-1.2.3/lib -LC:/Programmi/SDL-1.2.4/SDL_image-1.2.2/lib -LC:/Programmi/S
DL-1
.2.4/SDL_net-1.2.4/lib -LC:/Programmi/SDL-1.2.4/smpeg-0.4.3/lib -lmingw32 -l
SDLm
ain -mwindows -l----------------------------------------------------
Compiling init.c...
In file included from init.c:114:
game.h:109: warning: No include path in which to find SDL_keysym.h
In file included from init.c:119:
gfx.h:71: warning: No include path in which to find SDL_video.h
In file included from
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_mixer.h
:29,
from sfx.h:47,
from init.c:120:
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_rwops.h:39: warning: No
inclu
de path in which to find begin_code.h
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_rwops.h:111: warning: No
incl
ude path in which to find close_code.h
In file included from
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_mixer.h
:30,
from sfx.h:47,
from init.c:120:
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_audio.h:35: warning: No
inclu
de path in which to find SDL_main.h
In file included from
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_mixer.h
:30,
from sfx.h:47,
from init.c:120:
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_audio.h:37: warning: No
inclu
de path in which to find SDL_error.h
In file included from
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_mixer.h
:30,
from sfx.h:47,
from init.c:120:
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_audio.h:41: warning: No
inclu
de path in which to find begin_code.h
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_audio.h:257: warning: No
incl
ude path in which to find close_code.h
In file included from sfx.h:47,
from init.c:120:
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_mixer.h:32: warning: No
inclu
de path in which to find SDL_version.h
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_mixer.h:33: warning: No
inclu
de path in which to find begin_code.h
C:/Programmi/SDL-1.2.4/SDL_mixer-1.2.3/include/SDL_mixer.h:557: warning: No
incl
ude path in which to find close_code.h
init.c:123: warning: No include path in which to find SDL.h
make: *** [objs_debug/init.o] Error 1
C:\dlab>
|
|
From: Bernardo I. <be...@de...> - 2002-05-11 04:04:03
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 11 May 2002 00:31, Lorenzo Stacchini wrote: > Probabilmente nessuno di voi ancora ha visto quello che ho > committato verso le 8, ho fatto un ripulisti senza precedenti allo > stile del codice di un po' tutto il gioco che comincia a essere > leggibile quasi in tutti i moduli. Ho corretto tantissime variabili > non lower-case, indentazione e varie bischerate e _underscore_ qua e > l=E0. Vorrei poi sottolineare che =E8 importante scrivere con uno stil= e > fedele alle specifiche del roadmap (o per lo meno non in > contraddizione)... Hai fatto davvero un gran lavoro... ce n'era moltissimo bisogno! Rimangono ancora poche cose che non vanno... le elenco qua di seguito nella speranza che qualche volenteroso voglia provvedere: - non tutti i file hanno l'header corretto con il copyright e tutto il resto. La versione da riportare e' quella di sprite.h, predisposta per il Doxygen; - in alcuni punti rimangono delle indentazioni strambe. Per esempio roba che sta estremamente a destra o righe lunghissime che non si riescono a leggere; - c'e' anche molto codice commentato e rimasto li' ad ammuffire per settimane... se e' una cosa temporanea va bene, ma alla lunga e' fastidioso. Io direi di potare tutto: tanto il CVS ci consente di tirare fuori le versioni precedenti al bisogno; - C'e' anche un bel po' di codice duplicato in giro: c'e' ancora qualche opportunita' di raggruppare le operazioni comuni a piu' sprite in delle funzioni da mettere in sprite.c; - In molti posti vengono ancora caricate le immagini a mano senza utilizzare Gfx. Questo rende difficile verificare che tutte le immagini vengano convertite correttamente e sopratutto liberate quando non serovno piu'. Inoltre, se non centralizziamo il caricamento dei dati, diventa difficile implementare l'archivio ZIP per i dati del gioco e anche cambiare il modo video del gioco al volo; - Ci sono degli sprite che si memorizzano copie delle variabili di Game per usarle al di fuori della move(). La mancanza di game nelle varie draw(), collide(), etc. era una scelta deliberata per ostacolare chi tenta di forzare il design originale. Se gli sprite si mettono a fare troppe cose fuori da move(), sara' difficile implementate il network play e far girare la logica del gioco in modo slegato dall'aggiornamento grafico; Avete un sacco di materiale su cui esercitarvi. Non prendete queste osservazioni alla leggera: mantenere pulito il codice e' un lavoro che costa del tempo ma ha un ritorno incalcolabile in termini di mantenibilita'. - --=20 // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzcmHMACgkQltU4TfxqZsrhCwCdHJab/15bc+2Lgb0Tyc6BkGL8 YekAoJ+JxLkc8+bAwAA5hsfvIlP0KsBe =3DJZvR -----END PGP SIGNATURE----- |
|
From: Lorenzo S. <lor...@li...> - 2002-05-10 22:29:01
|
----- Original Message ----- From: "Mattix" <ma...@io...> To: "Mailing List" <Dla...@li...> Sent: Thursday, May 09, 2002 3:43 PM Subject: [Dlab-devel] Utility > IMPORTANTE > Si potrebbe rifare un CD aggiornato con tutte le cose nuove che servono > pls? Mi raccomando =E8 importante perch=E8 ad esempio io da casa ho qua= lche > problemino... > VEDIAMO DI FARLO EH!!! > =1DnSJq=AEz-S=A2=C2i=AE=B1=BA=CA.=C1bzz=A2=B6=12.j?=B2q=AEzi=BD=A5jz=B2i=BD= =A5S=B2q=AEz=D8m=B6>?=FEX=AC=B6=CB(=BA=B7=1E~S=E0zw=AD=FEX=AC=B6=CF=E5S=CB= b=9D=FA ?vV>u=EB=DE-S^ Mi aggrego! |
22 messages has been excluded from this view by a project administrator.
