2015-10-28 14:42 GMT+00:00 Manlio Perillo :
> Si, alla fine credo sia la cosa migliore, eseguendo il codice in un
> processo separato come suggerisci.
> Magari se ho tempo lo implemento per la mia libreria, anche se
> probabilmente non la userò molto.
> Forse usando fork/vfork (e ignorando Windows
2015-10-28 15:24 GMT+01:00 enrico franchi :
>
>
> 2015-10-28 11:38 GMT+00:00 Manlio Perillo :
>>
>>
>> > Eh... come dicevo, fanno tutti cosi', e' sensato farlo anche solo per
>> > semplificare il ragionamento ai tuoi utenti.
>> > Sebbene, a mio avviso, ancora una volta Go rompe gli schemi per fare
2015-10-28 11:38 GMT+00:00 Manlio Perillo :
>
> > Eh... come dicevo, fanno tutti cosi', e' sensato farlo anche solo per
> > semplificare il ragionamento ai tuoi utenti.
> > Sebbene, a mio avviso, ancora una volta Go rompe gli schemi per fare la
> cosa
> > giusta.
> >
>
> Go può farlo perchè è safe
2015-10-28 10:56 GMT+01:00 enrico franchi :
> [...]
>> Tempo fa avevo sviluppato una libreria per l'unit testing in C (oddio,
>> quanto codice ho che non ho mai publicato...).
>> La libreria usa il protocollo TAP, eppure avevo deciso di interrompere
>> l'esecuzione della funzione di test
>> in caso
2015-10-27 19:29 GMT+00:00 Manlio Perillo :
> 2015-10-27 15:51 GMT+01:00 enrico franchi :
> > [...]
> >> La libreria standard di Go usa questo metodo, ed in effetti può essere
> >> visto come un problema.
> >
> >
> > In realta' non lo e'. Il punto e' che tutto questo discorso dei test e'
> nato
>
2015-10-27 19:47 GMT+00:00 Manlio Perillo :
>
> Per il trasporto io userei un protocollo custom su TLS, magari usando
> ZeroMQ (ma la moda del momento è abusare di HTTP).
>
Dai, per trasferire files HTTP non e' malvagio. Comunque, a naso, qui lui
avra' un po' di roba MS a fare il gioco. Magari un
