dlab-developer Mailing List for Dlab (Page 19)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

prova 1 fby

Ho provato sia ad utilizzare sia i tool configurati "a mano" che =
installando UeMake, ma il risultato =E8 sempre lo stesso: o mi si blocca =
il PC, o nel migliore dei casi non succede niente (almeno =
apparentemente). C'=E8 qualcun altro che ha avuto lo stesso problema, =
oppure sono il Fantozzi della situazione? Uso UE 9.0 e Win98 II Ed.
Ciao,
Cecco

soldfede wrote:

> Dopo aver provato i 2 programmi a scuola ho riscontrato, come aveva
> detto anche Bernardo, che le porte 21 e 2401 sono bloccate dal
> server e quindi in questo momento non possiamo fare niete.
> Ho chiesto al Prof. Indelicato di sbloccare queste due porte
> ma per ora non sapeva se poteva farlo (nel senso  che ci
> doveva pensare)...

 Ho paura che se usano il firewall della Microsoft non ci
sia proprio niente da fare. In pratica i computer della scuola
non sono DAVVERO in Internet. Possono solo connettersi ad un
server proxy e questo poi fa la connessione vera e propria al
loro posto. E' un metodo rozzo di condividere la connessione
che funziona a malapena per i protocolli piu' comuni. In ogni
caso tutti i programmi sui client (browser, FTP, ICQ, IRC...)
devono essere configurati per usare il server proxy anziche'
tentare una connessione diretta.

 Quindi non si tratta di un semplice problema di
configurazione del server: non esiste alcun modo di far
passare queste cose da un firewall fatto cosi'!

 Una tecnica decisamente piu' versatile e' l'IP-NAT (Network
Address Translation). Il server che e' fisicamente collegato
a Internet intercetta le connessioni dei computer interni e
scambia l'IP originale con il proprio in tutti i pacchetti
prima di inviarli. Poi, quando arrivano le risposte dai server
remoti, viene rimesso l'IP di destinazione originale e tutto
funziona in modo trasparente.

 Mi e' stato detto che in Windows 2000 e forse anche in XP
esiste una cosa simile che si chiama "Internet Connection
Sharing". Domani ci informeremo con il Prof. Indelicato se
e' possibile smanettare sul firewall della scuola per
attivare questo servizio.

> Adesso dobbiamo solo attendere e sperare perchpè non è molto
> comoda fare tutto da casa!!! 

 :-(((

Federico Soldani wrote:

> Seguendo le istruzioni di Bernardo funziona tutto perfettamente
> anche nella versione 9.00a con MinGW (utilizzo Windows XP)....

Ok, domani proviamo anche sulle machine del laboratorio con ME.

> Un suggerimento: se volete creare anche l'eseguibile e non solo
> compilare (l'istruzione segnalata da Bernardo crea solamente il file
> oggetto) basta mettere questa riga di comando (
> gcc -o "%n.exe" "%n%e" ) su Command Line al posto di ( gcc -c "%n%e" ).

Ottimo! Sarebbe ancora meglio comunque lanciare il make da
Ultraedit, cosi' funzionerebbe anche con piu' file...

Approposito, vi ho detto che lo GNU make ha abbastanza regole "implicite"
da riuscire a compilare un singolo file anche _SENZA_ scrivere
alcun Makefile? Provate a scrivere "make pippo" oppure "make pippo.exe"
in una directory in cui c'e' un file "pippo.c" e magicamente verra'
chiamato il gcc con i parametri giusti per produrre l'eseguibile.

 Ah, girando sulla home page di UE ho trovato anche questo:

   http://uemake.szm.com/index.htm

 Dagli screen shots sembrerebbe buono... chi lo prova?

Seguendo le istruzioni di Bernardo funziona tutto perfettamente anche =
nella versione 9.00a con MinGW (utilizzo Windows XP)....

Un suggerimento: se volete creare anche l'eseguibile e non solo =
compilare (l'istruzione segnalata da Bernardo crea solamente il file =
oggetto) basta mettere questa riga di comando (=20
gcc -o "%n.exe" "%n%e" ) su Command Line al posto di ( gcc -c "%n%e" ) .

Ciao
Federico

Salve,

dopo una chiacchierata con Alexio ho provato anche io
ad aggiungere qualcosa nel menu "Advanced" di
UltraEdit.

Dopo un po' di peripezie, alla fine ci sono riuscito.
Premetto che ho usato UE 8.20a su Win2K ed il Cygwin
al posto del MinGW, quindi le condizioni sono
leggermente diverse.

Ecco come ho fatto:

 - ho aggiunto C:\cygwin\bin al path di sistema. In NT,
   la variabile PATH si imposta dalle proprieta' di sistema
   alla voce "Advanced / Environment Variables". La prima
   volta sono rimasto fregato perche' i nuovi valori non
   vengono visti dalle applicazioni gia' aperte, ma solo
   da quelle lanciate successivamente.

   Su Win 9x/ME, e' tutto diverso: invece che nelle proprieta'
   di sistema, bisogna editare il buon vecchio AUTOEXEC.BAT e
   aggiungere qualcosa del tipo:

        set PATH=C:\mingw\bin;%PATH%

   e poi fare un simpatico riavvio del sistema per fargli
   rileggere il file.

 - Per assicurarmi che funzionasse, ho aperto un prompt di
   comandi (prompt di MS-DOS per Win 9x/ME) e ho provato
   a chiamare il gcc per vedere se lo trovava;

 - A questo punto ho riaperto UltraEdit e sono andato in
   Advanced / Tool Configuration.

 - Nel dialogo che si e' aperto, ho inserito i seguenti valori:
      Command Line:        gcc -c "%n%e"
      Working Directory:   %p
      Menu Item Name:      GCC Compile
      Save All Files:      attivo
      Output to List Box:  selezionato
      Capture Output:      attivo

 - A questo punto ho premuto "Insert" e ho chiuso la finestra con "OK".

 - Per testare il tutto, ho creato un semplice programmino in C e l'ho
   salvato con il nome "foobar.c".

 - A questo punto, ho premuto "GCC Compile" dal menu Advanced e, voila'!
   Mi e' uscito uno warning nella listbox in basso (avevo sbagliato io)
   e ho visto che il .o e' stato creato correttamente.

--
  // Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/  http://www.develer.com/

Salve,

Vedo che siamo ancora in pochi: 10 iscritti compresi
me e Fabio. Dite per favore ai vostri compagni di
iscriversi al piu' presto.

 L'URL di SourceForge per la mailing list e':

   http://sourceforge.net/mail/?group_id=47074

 Se qualcuno ha dei problemi a iscriversi, posso
provvedere io dalle pagine amministrative del
progetto.

 Ditelo agli altri professori che, se vogliono
iscriversi, sono i benvenuti!

-- 
  // Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/  http://www.develer.com/

baraba
mex di prova

_________________________________________________________________
Prova MSN Messenger per conversare in linea con i tuoi amici: 
http://messenger.msn.it

Dopo aver provato i 2 programmi a scuola ho riscontrato, come aveva detto 
anche Bernardo, che le porte 21 e 2401 sono bloccate dal server e quindi in 
questo momento non possiamo fare niete. Ho chiesto al Prof. Indelicato di 
sbloccare queste due porte ma per ora non sapeva se poteva farlo (nel senso 
che ci doveva pensare)...
Adesso dobbiamo solo attendere e sperare perchpè non è molto comoda fare 
tutto da casa!!! 

Ciao
Federico

Ciao a tutti,

ecco un po' di documentazione preliminare sul progetto che Alexio dovra'
affrontare nei prossimi giorni. Leggetelo tutti perche' e' importante
seguire questa fase mentre si svolge.

Siete tutti invitati a rispondere a questa mail con commenti, critiche,
domande, etc.

-------------------------------------------------------------------------

Progetto 'Ice-Breaker'
**********************

0. Scopo
--------

Creare una infrastruttura coerente e comprensibile da utilizzare come
punto di partenza per gli sviluppi successivi.

Durante questo lavoro verranno affrontati per la prima volta i problemi
legati all'uso dei tool di sviluppo, in modo che gli altri programmatori
non debbano risolverli individualmente durante le fasi successive.

Un altro obiettivo non meno importante e' la definizione di uno stile
di programmazione e documentazione comune a tutti i moduli del progetto.

1. Fase 1: Setup ambiente di sviluppo
-------------------------------------

In questa fase saranno installati i seguenti software:

   - compilatore (gcc, GNU make, linker, etc.)
   - editor (UltraEdit, vim o altro)
   - SDL (libreria, documentazione e sorgenti)
   - liberie accessorie (SDL_mixer, SDL_image, etc.)
   - CVS (WinCVS e/o TortuiseCVS)

 Oltre ad _installare_ i suddetti strumenti, si devono trovare e
documentare dei metodi per semplificare il lavoro degli altri
programmatori.

 Per esempio, sara' necessario inserire la directory 'bin/' del gcc
nel path di Windows (usando le impostazioni di sistema su Windows
NT/2000 e l'autoexec.bat in Win 9x/ME). Potrebbe essere utile
creare un batch del DOS da lanciare all'avvio della finestra per
attivare alcune caratteristiche utili (DOSKEY, directory corrente,
etc.).

 Per quanto riguarda l'editor, sara' necessario cambiare la
configurazione standard con una piu' adatta allo sviluppo in C.
L'UltraEdit permette di aggiungere delle macro nei menu: potremmo
sfruttare questa feature per eseguire la compilazione direttamente
dall'editor. Mi risulta inoltre che l'UltraEdit abbia dei moduli
per l'integrazione con alcuni ambienti di sviluppo comuni. E'
probabile che esista qualcosa di gia' pronto per il gcc, o che sia
facile adattarne uno esistente al gcc.

 Il kit di sviluppo dell'SDL deve essere installato in modo che sia
possibile includere gli header e linkare con la lib senza dover
specificare dei path nei sorgenti. Un metodo piuttosto rozzo consiste
nel copiare gli include nella directory 'include/' del mingw e la
SDL.lib nella directory 'lib/'. Se fosse possible, sarebbe meglio:

   - settare due variabili di ambiente nel DOS

         set SDL_INCLUDE=C:\pippo\pluto\SDL\include
	 set SDL_LIB=C:\pippo\pluto\SDL\lib

   - usare queste variabili nel Makefile per specificare il path
     che il compilatore deve usare quando compila e quando linka:

         CFLAGS = -I $(SDL_INCLUDE)
	 LDFLAGS = -L $(SDL_LIB)

     (-I e -L sono due opzioni del gcc che aggiungono, rispettivamente,
     un path per gli Include e uno per le Librerie).

 La SDL_image e la SDL_mixer sono librerie accessorie dell'SDL che si
possono scaricare dal sito ufficiale (http://www.libsdl.org/). La prima
offre delle funzioni utili per caricare/salvare/processare immagini di
vari formati (GIF, JPEG, TIFF, etc.). La seconda permette invece di
caricare e riprodurre vari tipi di file audio (WAVE, MPEG-3, MIDI, moduli
S3M o XM, etc.).

 Esistono anche sono altre librerie utili sul sito della SDL, per esempio
la SDL_ttf, che cestisce l'uso dei font TrueType. Sarebbe utile individuare
quali di queste librerie potrebbe rivalrsi utile durante lo sviluppo e
sperimentare un po' per valutarne il grado di usabilita'.

 Per quanto riguarda il CVS, esistono due diversi client per Windows.
WinCVS ha un'interfaccia grafica e permette di effettuare tutte le operazioni
piu' arcane previste dal CVS. TortuiseCVS invece e' integrato con Explorer e
permette di eseguire alcune operazioni comuni (checkout, update, add, commit...)
usando il menu contestuale delle icone (quello che si apre con il tasto
destro, per intenderci). Questo modo di lavorare copre probabilmente il 90%
delle nostre necessita' ed e' piu' pratico rispetto a WinCVS.

 Il firewall della scuola ci dara' senz'altro dei problemi. Ho visto che
WinCVS permette di specificare un server proxy. Non credo sia possibile usarlo
insieme all'SSH, ma ho verificato che e' possibile accedere al nostro
repositorio CVS su SourceForge anche senza SSH, usando il metodo "pserver".

 La documentazione di WinCVS e' piuttosto esauriente e si puo' scaricare in
PDF direttamente dal sito del progetto su SourceForge:
http://www.sourceforge.net/projects/cvsgui/.

 Sempre su SourceForge, trovate i "site docs" che spiegano, tra le altre cose,
come utilizzare il CVS del nostro progetto. C'e' scritto di usare l'SSH, ma
come ho gia' detto pare che funzioni anche senza.

 Provate a fare un checkout del repositorio: vi verra' scaricata una directory
vuota. In questa directory, potete aggiungere un file di prova e fare l'add
nel repositorio per vedere se funziona. Dopo gli esperimenti ricordatevi di
cancellare tutto!

2. Fase 2: Creazione di un Makefile
-----------------------------------

E' necessario creare un semplice Makefile per compilare e linkare 2-3 sorgenti C
di prova. La documentazione dello GNU make dovrebbe essere inclusa in formato HTML
nel pacchetto mingw, ma si tratta di un manuale prolisso che spiega numerosi
dettagli che per noi sono superflui.

Consiglio quindi un approccio da "smanettone": prendiamo i sorgenti di un piccolo
progetto SDL scritto con il mingw e andiamo a vedere come e' fatto il Makefile.
Con tutta probabilita', sara' approssimativamente cio' di cui avevamo bisogno noi.

Se il Makefile e' corretto, bastera' scrivere "make" dalla linea di comando e
tutto il progetto si compilera' automaticamente senza ulteriori interventi manuali.

------------------------------------

La fase 3 consiste nella creazione dei moduli principali del gioco. Non ho ancora
finito di mettere a pulito gli appunti che ho scritto ieri. Per oggi mi sembra che
ci sia abbastanza materiale su cui lavorare. Entro domani vedro' di postare il
resto delle linee guida nella mailing list.

Mi raccomando, e' importante che rimanga una traccia di cio' che e' stato fatto
per arrivare ad un ambiente di sviluppo funzionante. Non importa che sia un
manuale di riferimento pronto per la pubblicazione: e' sufficiente postare qualche
nota informale sulla mailing list. L'importante e' che la procedura da seguire sia
chiara per tutti e magari anche motivata (es: "si fa cosi' perche' altrimenti
succede questo e quello").

Buon lavoro!

-- 
  // Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/  http://www.develer.com/

Ciao a tutti

Il programma per entrare via FTP nel nostro sito, secondo me, il migliore è 
CUTEFTP PRO (http://www.cuteftp.com/products/cuteftppro/index.shtml).
L'ho provato e sono riuscito ad entrare perfettamente ma qui è sorto un 
problemino: dato che ci sono una marea di cartelle mi sono perso 
subito...dove vanno messi i files ?? dobbiamo chiarire le cartelle da 
utilizzare... 

P.S. Ho provato anche WinSCP (il programma che suggeriva Bernardo): è molto 
carino ma un po' lento per connettersi...
Penso comunque che vadano bene entrambi, vanno solo studiati un po'.
Cerchiamo di chiarire la questione delle cartelle... 

Ciao Ciao
Federico 

Salve,

Ho trovato qualcosa di meglio per accedere al sito web di
SourceForge. Si chiama WinSCP e dagli screenshots sembra
buono... non posso provarlo adesso perche' non sono in
ufficio e non ho una macchina Windows a portata di mano.

Date un'occhiata all'URL: http://winscp.vse.cz/eng/

Ho il presentimento che il firewall della scuola non ci permetta
di usare l'SSH (e di conseguenza anche SCP e compagnia).

Fabio, l'ssh usa la porta 22/tcp. Sentiamo se il Prof. Indelicato puo'
configurare il server per farla passare... Se non si puo' fare, saremo
costretti a fare tutta la gestione delle pagine web dai computer di
casa.

Ho letto anche un po' di documentazione su SourceForge per
quanto riguarda il CVS... ho paura che ci voglia un accesso
meno restrittivo anche per quello... la porta che si usa di solito
con il CVS e' la 2401/tcp.

Quando passo di li' facciamo qualche prova insieme...

Ciao a tutti!

Innanzitutto, benvenuti sulla mailing list. Vedo che ancora
siamo in pochi, quindi avvisate i vostri compagni che non si
sono ancora iscritti.

Fabio mi ha detto che avete incontrato delle difficolta' ad
accedere al sito FTP su SourceForge...

 Dunque, ho cercato un po' nella documentazione e ho trovato
questa pagina che spiega il perche':

 http://sourceforge.net/docman/display_doc.php?docid=3602&group_id=1

 In pratica, dallo scorso Ottobre hanno _DISABILITATO_ tutti gli
accessi tramite FTP e Telnet perche' sono protocolli insicuri
(la password ed i dati passano *IN* *CHIARO* sulla rete tra voi
e SourceForge). Al posto del Telnet si deve usare un protocollo
chiamato SSH (Secure SHell) e al posto dell'FTP si deve usare
l'SCP (Secure COpy) o l'SFTP (Secure FTP).

 E' un po' una scocciatura, ma serve a garantire la riservatezza
della VOSTRA password...

 Per Windows esiste un client SSH gratuito:

  http://www.chiark.greenend.org.uk/~sgtatham/putty/

 Prendetevi "putty.exe", "pscp.exe" e "psftp.exe" e usateli al
posto dei servizi tradizionali.

 Usando sftp, potete entrare nel vostro account e scrivere
files nel sito web del sito facendo come segue:

 1) aprite sftp.exe da explorer o dal prompt del dos;

 2) loggatevi sul server degli account personali:
    > open home.sourceforge.net

 3) inserite il vostro login;

 4) se vi viene chiesto di memorizzare la chiave pubblica del
    server, rispondete "yes";

 5) inserite la vostra password quando viene chiesta;

 6) a questo punto vi trovate nella vostra home personale.
    in questa directory potete leggere/scrivere quello che volete.
    I comandi principali sono:

        > put <file>  - invia un file al server
        > get <gile>  - prende un file dal server
        > ls  - mostra la directory
        > cd <directory> - entra in un'altra directory

 7) Per uploadare pagine nel sito web del nostro progetto
    (http://home.sourceforge.net/), e' sufficiente andare nella
    directory giusta:

        > cd /home/groups/d/dl/dlab/htdocs/

    ... e poi mandare file nuovi con "put".

 Ho appena provato mettendo una piccola pagina di prova.

 Il client e' parecchio ostico... non ho cercato bene, ma
sicuramente esistera' qualcosa di piu' comodo. Cercate voi e
fatemi sapere...

-- 
  // Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/  http://www.develer.com/

Messaggio di prova....

Ciao Ciao
Federico

prova 1

messaggio di prova

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

dlab-developer Mailing List for Dlab (Page 19)

dlab-developer — The connection between teacher and students