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: <sar...@ya...> - 2002-04-09 15:34:13
|
OPS ... mi sono scordata di avere la "firma" inserita! --- Francesco Betti <jx...@ti...> ha scritto: > > ----- Original Message ----- > From: "Daniela Sarocchi" <sar...@ya...> > To: "dlab dlab" > <dla...@li...> > Sent: Monday, April 08, 2002 6:12 PM > Subject: [Dlab-devel] Survey (sondaggio) > > > Daniela Sarocchi > > Osservatorio Astrofisico di Arcetri > > Largo E. Fermi 5, 50125 Firenze - Italy > > Tel. +39 055 2752225 > > EEEEHHHHHHHHHH... ma non sarai un tantinello gasata? > ;-PPP > > > _______________________________________________ > Dlab-developer mailing list > Dla...@li... > https://lists.sourceforge.net/lists/listinfo/dlab-developer ===== Daniela Sarocchi Osservatorio Astrofisico di Arcetri Largo E. Fermi 5, 50125 Firenze - Italy Tel. +39 055 2752225 ______________________________________________________________________ Iscriviti al Club Nokia, è gratis! http://it.yahoo.com/mail_it/foot/?http://www.club.nokia.it/ |
|
From: <fb...@ti...> - 2002-04-09 15:12:13
|
Arezzo 9-4-2002 STATO DEL PROGETTO - - - - - - - - - SUPER 10% FONT 70% DRAW 60% GAME 80% INTER 30% SPRITE 70% COLLIDE 20% PLAYER 50% LIST 95% INPUT 100% BG 100% GFX 20% |
|
From: ragazzotriste <la...@te...> - 2002-04-08 23:13:09
|
Ecco cosa mi da il CVS: You don't exist, go away! Come risolvo? |
|
From: Francesco B. <jx...@ti...> - 2002-04-08 17:58:19
|
----- Original Message ----- From: "Daniela Sarocchi" <sar...@ya...> To: "dlab dlab" <dla...@li...> Sent: Monday, April 08, 2002 6:12 PM Subject: [Dlab-devel] Survey (sondaggio) > Daniela Sarocchi > Osservatorio Astrofisico di Arcetri > Largo E. Fermi 5, 50125 Firenze - Italy > Tel. +39 055 2752225 EEEEHHHHHHHHHH... ma non sarai un tantinello gasata? ;-PPP |
|
From: <sar...@ya...> - 2002-04-08 16:12:15
|
Ciao a tutti! E' stato inserito su SourceForge un sondaggio per la scelta del nome da dare al "nostro" gioco. Per favore votate le proposte presenti e se non vi piacciono non dovete far altro che suggerire voi un nome! Grazie e via con la votazione! Daniela ===== Daniela Sarocchi Osservatorio Astrofisico di Arcetri Largo E. Fermi 5, 50125 Firenze - Italy Tel. +39 055 2752225 ______________________________________________________________________ Iscriviti al Club Nokia, è gratis! http://it.yahoo.com/mail_it/foot/?http://www.club.nokia.it/ |
|
From: Federico S. <sol...@te...> - 2002-04-07 16:27:25
|
----- Original Message -----=20 From: Federico Soldani=20 To: Alexio=20 Sent: Sunday, April 07, 2002 3:52 PM Subject: Re: [Dlab-devel] Discussioni sul progetto ----- Original Message -----=20 From: Alexio=20 To: dla...@li...=20 Sent: Saturday, April 06, 2002 8:05 PM Subject: [Dlab-devel] Discussioni sul progetto Ciao sono Alex. Bhe che dire, anche secondo me Fra a ragione ^_^. Ho qualche problema con il portatile quindi nn ho potuto darvi una = mano in questi giorni. Bhe tanto ci si dovrebbe rivedere luned=EC, e mi metter=F2 un po' a = lavorare (ma solo poco che poi mi stanco).Ciao da Soul. Illustraci meglio cosa concordi con Francesco !!!! Ciao Federico |
|
From: Francesco B. <jx...@ti...> - 2002-04-07 15:14:45
|
----- Original Message ----- From: "Mattix" <ma...@io...> To: "Mailing List" <Dla...@li...> Sent: Sunday, April 07, 2002 12:51 PM Subject: [Dlab-devel] ... --- ... > Gente non me fa il Makeeeee!!! > Come se fa? Il make.exe deve essere nella stessa dir del gcc. Se non c'è, è in un altra dir, oppure non esiste. Nel primo caso, cerchi quale è la directory in cui si trova il make ed aggiungi il percorso alla variabile d'ambiente PATH (se sei sotto Win 9* devi editare il file autoexec.bat, mi pare che ci sia una riga tipo SET_PATH; per far funzionare il tutto devi anche riavviare). Nel secondo caso, vuol dire o che l'hai cancellato, o che c'hai una versione bacata del mingw, quindi ti tocca trovartene una al verso ;-) Ciao, Cecco |
|
From: Francesco B. <jx...@ti...> - 2002-04-07 15:06:22
|
----- Original Message ----- From: "Federico Soldani" <sol...@te...> To: "DLab Project Mailing List" <dla...@li...> Sent: Saturday, April 06, 2002 2:04 PM Subject: Re: [Dlab-devel] Roadmap (regole di sintassi)... > Per poter dichiarare delle funzioni/strutture che necessitano di altre > strutture o funzioni dichiarate in altri moduli devi per forza includere > quei moduli nel file header per poter compilare tutto in maniera corretta... Infatti, comunque quello che avete scritto nel roadmap non si capisce molto bene. Tanto per puntualizzare, mi pare di aver capito che quello che intendevate fosse: - includere il file modulo.h nel file modulo.c; - includere nel file modulo.h tutti i file *.h necessari per la compilazione del modulo, sia quelli della libreria standard e della SDL, che quelli relativi ad altri moduli scritti da altri. Giusto? Ciao, Cecco |
|
From: Federico S. <sol...@te...> - 2002-04-07 13:48:39
|
----- Original Message ----- From: "Mattix" <ma...@io...> To: "Mailing List" <Dla...@li...> Sent: Sunday, April 07, 2002 12:51 PM Subject: [Dlab-devel] ... --- ... > Gente non me fa il Makeeeee!!! > Come se fa? > Non posso fare niente quì!!! Spiega meglio il tuo problema (chiaramente se è possibile)... Ciao Federico |
|
From: <ma...@io...> - 2002-04-07 10:51:58
|
R2VudGUgbm9uIG1lIGZhIGlsIE1ha2VlZWVlISEhDQpDb21lIHNlIGZhPw0KTm9uIHBvc3Nv IGZhcmUgbmllbnRlIHF17CEhIQoKTWF0dGVvIE1hcmlvdHRpbmkKCmh0dHA6Ly9nby50by9t YXR0aXg= |
|
From: Alexio <sou...@ti...> - 2002-04-06 18:05:42
|
Ciao sono Alex. Bhe che dire, anche secondo me Fra a ragione ^_^. Ho qualche problema con il portatile quindi nn ho potuto darvi una mano = in questi giorni. Bhe tanto ci si dovrebbe rivedere luned=EC, e mi metter=F2 un po' a = lavorare (ma solo poco che poi mi stanco). Ciao da Soul. |
|
From: Federico S. <sol...@te...> - 2002-04-06 12:04:26
|
----- Original Message ----- From: "Francesco Betti" <jx...@ti...> To: "Dlab Mailing List" <dla...@li...> Sent: Saturday, April 06, 2002 12:23 PM Subject: Re: [Dlab-devel] Roadmap (regole di sintassi)... > > Dunque, mi son letto il doc, avrei qualche appunto da fare. Per quanto > riguarda le funzioni, secondo me sarebbe opportuno farle iniziare *sempre ed > in ogni caso* da caratteri lowercase, per conformità con tutte le altre > funzioni, ma anche perchè credo che sia più comprendibile leggere prima > quello che fa una funzione piuttosto che su cosa lo fa: in pratica io al > posto di "SpriteInit(...)" scriverei "initSprite(...)". Poi, come si > dice...quistion de gusti ;-) Di questo ne possiamo discutere tranquillamente.... > Per i famosi include, c'è qualcosa che non mi torna. Riporto direttamente le > vostre parole: > Tutti gli include vanno messi nel file *.c a differenza di quelli che > servono per compilare il file header. > > ??? Dunque, intanto a me non risulta che il file header sia da compilare: il > file header *deve* contenere *solo* dichiarazioni di funzioni, strutture, > macro, variabili globali (poche possibilmente) e via dicendo, ma *nessun > tipo di implementazione*. Il file header serve solo ed esclusivamente per > permettere ai file *.c che lo includono di sapere come è fatta una certa > funzione, una struttura ecc... Se poi avete usato il termine "compilare" > impropriamente, quello è un altro discorso ;-) In generale, comunque, la > regola da seguire quando si fa un modulo è la seguente: > - si decide quali sono le strutture, le funzioni ecc... che faranno parte > del modulo, e le si dichiarano in un file header del tipo "modulo.h". > - il codice andrà poi inserito tutto in un file di implementazione del tipo > "modulo.c", in cui ovviamente si dovrà includere il precedente header. > Un esempio pratico: ... Per poter dichiarare delle funzioni/strutture che necessitano di altre strutture o funzioni dichiarate in altri moduli devi per forza includere quei moduli nel file header per poter compilare tutto in maniera corretta... > Un'ultima cosa: quando qualcuno committa un file che contiene degli errori, > NON DEVE METTERLO NELLA DIRECTORY PRINCIPALE!!!! e soprattutto non deve > modificare il makefile in modo che anche quel file venga compilato e linkato > con gli altri, altrimenti non funziona niente. Esiste una cartella apposta, > chiamata "Test", in cui vanno messi tutti i file ancora in versione > provvisoria. Questa è una cosa importante!!!! Per ora nella cartella TESTS ci sono solo 2 cartelle (BACKGROUND e INPUT) se vi occorre create la vostra (cartella) e uploadate i vostri files non definitivi li... > Commenti, suggerimenti, insulti ecc... a quanto sopra riportato sono > benvenuti (un pò meno gli insulti, soprattuto se riguardano la mamma... > sennò poi si fanno i conti ;-) Ah! Grr! Grr! xxxxx !!! xxxx! :) > Ciao, > Cecco Ciao Federico |
|
From: Francesco B. <jx...@ti...> - 2002-04-06 10:23:10
|
----- Original Message -----
From: "Federico Soldani" <sol...@te...>
To: "Dlab Mailing List" <dla...@li...>
Sent: Friday, April 05, 2002 6:25 PM
Subject: [Dlab-devel] Roadmap (regole di sintassi)...
> Nella directory DLab è stato inserito un file (ROADMAP.doc) in cui sono
> state scritte le regole generali che "tutti" noi dobbiamo seguire nella
> stesura del codice.
>
> Siete vivamente pregati di leggerlo e di impararlo a memoria!!!
>
> Si accettano suggerimenti e critiche costruttive (anche inviti a cena...)
ad
> esclusione di commenti da parte di Alexio :)
>
> P.S.
> Per modifiche fare riferimento a Daniela e Federico.
>
> Ciao
Dunque, mi son letto il doc, avrei qualche appunto da fare. Per quanto
riguarda le funzioni, secondo me sarebbe opportuno farle iniziare *sempre ed
in ogni caso* da caratteri lowercase, per conformità con tutte le altre
funzioni, ma anche perchè credo che sia più comprendibile leggere prima
quello che fa una funzione piuttosto che su cosa lo fa: in pratica io al
posto di "SpriteInit(...)" scriverei "initSprite(...)". Poi, come si
dice...quistion de gusti ;-)
Per i famosi include, c'è qualcosa che non mi torna. Riporto direttamente le
vostre parole:
Tutti gli include vanno messi nel file *.c a differenza di quelli che
servono per compilare il file header.
??? Dunque, intanto a me non risulta che il file header sia da compilare: il
file header *deve* contenere *solo* dichiarazioni di funzioni, strutture,
macro, variabili globali (poche possibilmente) e via dicendo, ma *nessun
tipo di implementazione*. Il file header serve solo ed esclusivamente per
permettere ai file *.c che lo includono di sapere come è fatta una certa
funzione, una struttura ecc... Se poi avete usato il termine "compilare"
impropriamente, quello è un altro discorso ;-) In generale, comunque, la
regola da seguire quando si fa un modulo è la seguente:
- si decide quali sono le strutture, le funzioni ecc... che faranno parte
del modulo, e le si dichiarano in un file header del tipo "modulo.h".
- il codice andrà poi inserito tutto in un file di implementazione del tipo
"modulo.c", in cui ovviamente si dovrà includere il precedente header.
Un esempio pratico:
/* file modulo.h */
#ifndef MODULO_H
#define MODULO_H
#include <stdio.h>
#define MACRO 480
typedef struct
{
int iVal;
char chVal;
} Pippo;
void foo(int a, Pippo b);
#endif // MODULO_H
/* file modulo.c */
#include "modulo.h"
void foo(int a, Pippo b)
{
...
}
Ancora sugli include:
Se è possibile, evitare di includere direttamente il modulo "SDL.h" e
includere i moduli specifici, ad esempio "SDL_keyboard.h".
Non so se sia vero che usare un include specifico piuttosto che uno generico
in ogni file di implementazione porti a diminuire considerevolmente il tempo
di compilazione, in ogni caso penso che sarebbe utile usare questa tecnica
specificando anche le funzioni che vengono utilizzate nell'implementazione
successiva, ad esempio:
#include "SDL_events.h" /* SDL_PollEvent
* SDL_WaitEvent
*/
#include "SDL_audio.h" /* SDL_FreeWAV */
Un'ultima cosa: quando qualcuno committa un file che contiene degli errori,
NON DEVE METTERLO NELLA DIRECTORY PRINCIPALE!!!! e soprattutto non deve
modificare il makefile in modo che anche quel file venga compilato e linkato
con gli altri, altrimenti non funziona niente. Esiste una cartella apposta,
chiamata "Test", in cui vanno messi tutti i file ancora in versione
provvisoria.
Commenti, suggerimenti, insulti ecc... a quanto sopra riportato sono
benvenuti (un pò meno gli insulti, soprattuto se riguardano la mamma...
sennò poi si fanno i conti ;-)
Ciao,
Cecco
|
|
From: <ma...@io...> - 2002-04-05 23:30:36
|
U2FsdmUgZ2VudGUuLi4NCklsIG1ha2VmaWxlIGNvbnRpbnVhIGEgbm9uIG1pIGZ1bnppb25h cmUNCmRvdifoIGNoZSBzYmFnbGlvPw0KbWkgZGl0ZSB0dXR0ZSBsZSBwcm9jZWR1cmUgZGEg ZmFyZSBwbHM/DQoNCmhvIHdpbjk1DQoNCmNpYW8gZSBncmF6aWUKCk1hdHRlbyBNYXJpb3R0 aW5pCgpodHRwOi8vZ28udG8vbWF0dGl4 |
|
From: Federico S. <sol...@te...> - 2002-04-05 16:24:02
|
Nella directory DLab è stato inserito un file (ROADMAP.doc) in cui sono state scritte le regole generali che "tutti" noi dobbiamo seguire nella stesura del codice. Siete vivamente pregati di leggerlo e di impararlo a memoria!!! Si accettano suggerimenti e critiche costruttive (anche inviti a cena...) ad esclusione di commenti da parte di Alexio :) P.S. Per modifiche fare riferimento a Daniela e Federico. Ciao |
|
From: Federico S. <sol...@te...> - 2002-04-04 22:29:35
|
Prima di committare i files sul server devono essere provati e almeno si = devono compilare senza errori con il resto del progetto altrimenti si = blocca anche gli altri. Dobbiamo cercare di non includere sempre <SDL.H> ma solamente gli header = che ci servono, per non sprecare risorse. Gli include delle librerie che vengono utilizzati durante i test dei = moduli vanno tolti prima di committare i files sul server, questo solo = se non servono alla riuscita compilazione del modulo stesso, sepre per = non sprecare risorse. Questa =E8 una domanda da porre a Bernardo: gli include vanno messi = tutti nel file *.c oppure nell'header ??? A quello che ho capito io = dovrebbe tornare meglio metterli tutti (quelli possibili) nel file *.c e = non nell'header perch=E8 tanto servono quasi esclusivamente alle = funzioni che si trovano in quel file, ma mi posso sbagliare... Ciao Ciao Federico P.S. Soulraiden pippaiolo!!!!!! CHIODISTA !!!! |
|
From: Bernardo I. <be...@de...> - 2002-04-01 18:40:36
|
Salve, innanzitutto scusatemi per non essermi fatto sentire prima. Le feste hann= o=20 contagiato anche me: non sono neanche andato in ufficio per un paio di=20 giorni... Ho riguardato un po' i sorgenti presenti nel CVS di SourceForge. Tirando = le=20 somme, sono molto contento di come avete lavorato Mercoledi'. Possiamo=20 dire che le fondamenta del gioco sono gia' al loro posto. Ecco un aggiornamento su quello che c'e' da fare nel prossimo futuro, possibilmente anche prima che riprendano le lezioni: - I file game.c e game.h non sono stati aggiunti nel repositorio... anch= e se non era finito, sarebbe stato il caso di metterlo per poterci lavorare da casa. - intro.c cerca di aprire un'immagine BMP in C:\, cosa che ovviamente fallisce su tutti i computer tranne quello di chi lo ha scritto. Per poter vedere qualcosa, ho dovuto smanettare i sorgenti. Al piu' presto convertiremo la grafica del gioco in un formato grafico adatto e metteremo tutti i file nel CVS insieme ai sorgenti. - il Makefile non compila player.c. Ed in effetti e' meglio cosi', perch= e' non si compila a causa degli errori! Prima di fare il commit, ricordatevi sempre di compilare tutto quanto per essere sicuri che le vostre modifiche funzionino con l'ultima versione presente nel CVS. - In main.c, il programme esce subito dopo la Intro, senza chiamare title() e poi game(). Ok, nel CVS non ci sono ancora, ma prima o poi sarebbe da fare. Mi ricordo anche di aver visto su qualche computer una versione del main() piu' completa, con un loop di gestione degli eventi. Perche' non l'avete committato? - In quasi tutti i moduli, c'e' la parte di inizializzazione, ma manca il corrispondente clean-up. Regola d'oro: ogni volta che allocate qualcosa, scrivete _subito_ il codice che la libera. Altrimenti ve ne dimenticherete e i vostri programmi soffriranno sempre di perdita di risorse. - Nel Makefile, le librerie sono specificate nella variabile MODNAME. Perche'? MODNAME serviva a specificare il nome del programma, mentre per le librerie ci vorrebbe una variabile apposita (che ne dite di $(LIBS) ?) - Ho provato a compilare tutto quanto su Linux. Non ci crederete, ma funziona quasi senza modifiche! Compilementi per aver scritto il vostro primo programma portabile! :-) Ah, per rispondere a Luca e a Andrea, penso che il vostro problema sia non aver messo la directory bin del gcc nel PATH di Windows. Se usate NT/2000/XP, le variabili d'ambiente le trovate in System-Advanced-Environment (Sistema-Avanzate-Ambiente). Su 95/98/ME invece, dovete modificare il path in C:\AUTOEXEC.BAT e riavviare. Le regole che vi ho spiegato sulla ricerca delle DLL si applicano quando Windows cerca di caricare un eseguibile che usa delle librerie dinamiche. Per linkare con il compilatore e' tutta un'altra cosa: dovete dire al gcc di cercare l'SDL e le altre librerie nelle directory lib/ che contengono i file ".lib". Per farlo, modificate il file "settings.in" che ha fatto Federico apposta per facilitare la configurazione del Makefile. Ah, dimenticavo: SMETTETELA DI COMPILARVI I FILE A MANO DA ULTRAEDIT!!! C'e' il Make apposta! E' piu' facile, piu' veloce, e sopratutto e' l'unico modo per essere sicuri di aver ricompilato tutto quello che e' cambiato. Bastano 2 minuti per capire come si fa... Altra cosa: ho provato lo GNU Debugger (gdb) del Cygwin: sembra che funzioni bene e la GUI e' abbastanza intuitiva. Se volete provarlo, scaricatevi il setup del Cygwin da qua: http://sources.redhat.com/cygwin/ Per adesso e' tutto. Ho parlato con Fabio e abbiamo deciso di anticipare le lezioni sulla grafica perche' tra poco ne avrete bisogno per andare avanti. Buona Pasqua! |
|
From: <ros...@in...> - 2002-04-01 16:26:04
|
ah, misono scordato di dirvi i problemi...allora: ad andrea gli dice qualcosa tipo- installation problem, cannot exec 'ccp0' quando compila con il gcc..... a me sempre il solito: nn mi trova -lSDL e lSDLmain... ho provato a mjettere in system 32 invece ke in system normale ma niente...anke a mettere tutte le SDL.dll in unaa cartella con i sorgenti...ma niente!!!! |
|
From: <ros...@in...> - 2002-04-01 15:03:06
|
salve, sono qui con Andrea che si sta cercando di settare l'SDL...=E8 un casino!!!!!
ho provato a seguire le dritte di bernardo sull SDL.dll, ma si sono rivelate inutili...il problema persste....ad Andrea nn fa neanche il GCC, e gli da un problema ke nn avevo mai visto...
senza SDL nn possiamo fare niente....
mika per caso devo formattare tutto e mettere Win 98?????
bernardo salvaci te!!!!!!!!!
luca e andrea
|
|
From: ragazzotriste <la...@te...> - 2002-03-31 19:32:24
|
Ciao, sono Luca Landucci ed ogni volta che faccio partire il wincvs mi = da winxp! aiutatemi pls. |
|
From: Vanni L. <dv...@ti...> - 2002-03-29 00:54:52
|
Prova di mailing. |
|
From: Francesco B. <jx...@ti...> - 2002-03-28 16:12:29
|
Gente, mi sa proprio che la documentazione per le SDL_Image e compagnia bella tocca inventarsela :-( Non solo, non basta nemmeno leggersi gli header, tocca pure scaricarsi i *.c ... l'ho provato sulla mia pelle, cazzarola. Vabbè, questo era solo per sfogare l'ira, poi magari mi calmo ;-) Buona Pasqua a tutti, magnate pochi ovetti, poi magari se vi avanzano portatene qualcuno quando ritornate ;-) Ciao, Cecco |
|
From: <ma...@io...> - 2002-03-28 14:42:14
|
QWxsb3JhIHByaW1hIGRpIHR1dHRvIHNwZXJvIGNoZSBmdW56aW9uaS4uLg0KU2UgaG8gY2Fw aXRvIGJlbmUgZGV2byBzcGVkaXJlIHF17C4uLg0KDQpQb2ksIHNpY2NvbWUgbm9uIGhvIG5p ZW50ZSBkYSBmYXJlIChtYWdhcmkpLCB2aSBjb211bmljbyBjaGUgaWwgV0lOQ1ZTIA0KbSdo YSBmdW56aW9uYXRvIGFsIHByaW1vIGNoaW9jY28gbmVsIG1pbyBzdXBlciBzaXN0ZW1hIG9w ZXJhdGl2bzogDQpXaW5kb3dzOTUuDQpTdG8gY29tcHV0ZXIg6CB2aXZvLi4uIG9yYSBwYXJs YSBhbmNoZS4uLiBzYXLgIGxhIHZlbnRvbGEuLi4NCg0KQ2hlIHNpY2NvbWUuLi4gZG92ZSB2 b2xldm8gYXJyaXZhcmU/IENoZSBpbywgdmkgZmFjY2lvIGdsaSBhdWd1cmksIGUgaSANCmZh dHRpLi4uIG1pIGNvc2FubyENCg0KVEUgUVVJRlNIQSBNT1RSTiBhIHR1dHRpISEhIQ0KOikK Ck1hdHRlbyBNYXJpb3R0aW5pCgpodHRwOi8vZ28udG8vbWF0dGl4 |
|
From: Francesca P. <pe...@ac...> - 2002-03-27 17:48:19
|
Ciao a tutti...! Sono quel fantasma che =E8 passato velocemente di l=EC un paio di volte = e si =E8 poi dileguato!!! Per motivi di lavoro abbandono il corso prima = ancora di iniziare... Di certo non credo che sentirete la mia = mancanza... anche se mi sento in colpa per lasciare in pasto a 20 baldi = giovani l'unica rappresentante del mio sesso! Vi auguro un ottimo lavoro e soprattutto vi auguro di divertirvi = parecchio!!! In bocca al lupo Francesca P. PS: a Federico(mi pare tu ti chiami cos=EC): in settimana passo da = lezione e ti restituisco il CD con i tutorials e il resto. Grazie |
|
From: Francesco B. <jx...@ti...> - 2002-03-23 08:58:41
|
----- Original Message ----- From: "Lorenzo Stacchini" <lor...@li...> To: "Mailing List dlab" <Dla...@li...> Sent: Friday, February 18, 2000 12:44 AM Subject: [Dlab-devel] Aiuto: WinCvs. >Ho installato WinCvs 1.3 beta 7 sul mio pc a casa.. >Poi ho installato ssh e codificato le relative chiavi ecc. ecc. ed ho >provato. >Problema: ho lanciato WinCvs dal menu avvio e... crack! ha provocato un >errore di page fault e naturalmente è stato terminato. >Premesso che io utilizzo Win98SE, a qualculno di voi ha fatto uno scherzo >simile? > >Lorenzo. Hai installato Python 2.2? Se non l'hai fatto allora il problema è sicuramente quello. Lo puoi scaricare anche da Sourceforge. Ciao, Cecco |
22 messages has been excluded from this view by a project administrator.
