Show Posts
Pages: 1 2 [3] 4 5 ... 745
31  Community / Bar Sport / Re: [OT ITA] Lo spamm bar on: September 26, 2014, 07:18:36 am
sì ma... chi anticipa? e poi che contratto? stagista?  smiley-mr-green smiley-mr-green
32  Community / Bar Sport / Re: [OT ITA] Lo spamm bar on: September 26, 2014, 06:52:37 am
state sprecando più a tenere vivi i sensori che a produrre idrogeno?  smiley-mr-green smiley-mr-green
33  Community / Bar Sport / Re: [OT ITA] Lo spamm bar on: September 26, 2014, 05:23:17 am
nono, mi riferivo al post sopra al mio, su chi ci mette la donna xD
34  Community / Bar Sport / Re: [OT ITA] Lo spamm bar on: September 26, 2014, 05:02:48 am
35  Community / Bar Sport / Re: [OT ITA] Lo spamm bar on: September 26, 2014, 04:45:34 am
bhe allora? cosa aspettiamo? chi ci mette le tette?
36  Community / Bar Sport / Re: [OT ITA] Lo spamm bar on: September 26, 2014, 03:37:31 am
confermo, quì un calcolatore: http://ytcalc.com/

per guadagnare $2500 (lordi, togli tasse e conversioni siamo sui 1000€) devi avere circa 1.000.000 visualizzazioni.
Un video virale ogni mese, se vuoi falro per lavoro.

altre info: http://www.reelseo.com/youtube-partner-earnings/
37  International / Software / Re: Problema con SD su Mega 2560 on: September 25, 2014, 03:39:14 pm
veramente il punto è che le SD non devono essere da PIU' di 2 o 4 GB se non erro, se no manca l'interfaccia SPI che è una interfaccia "secondaria", non è il vero protocollo delle SD, ed è tenuta per retrocompatibilità.

quindi nessuna necessità di schedina nuova in teoria
38  International / Software / Re: Problema con SD su Mega 2560 on: September 25, 2014, 02:19:19 pm
sul retro di quale display? che shield?

se il CS è 53, perchè dichiari chipSelect = 4??? (ah sì, CS = ChipSelect)
39  Community / Bar Sport / Re: [OT ITA] Lo spamm bar on: September 25, 2014, 02:14:43 pm
infatti pare stiano fandeno i primi cambio cellulare a gratisse per queli piegati... http://macdailynews.com/2014/09/25/apple-support-says-bent-iphones-must-pass-visual-inspection-to-qualify-for-warranty-replacement/

40  International / Software / Re: [codice completo] database di strutture (aka: giochiamo con il precompilatore) on: September 25, 2014, 01:30:35 pm
studierò  smiley-mr-green


edid: studiato.. sono stackless, una limitazione mica da poco. Per il resto sembrano davvero comodi
41  International / Software / Re: [codice completo] database di strutture (aka: giochiamo con il precompilatore) on: September 25, 2014, 10:28:59 am
ti consiglio di spippolarti le istruzioni al preprocessore per generare l'array e le funzioni...

giusto per avere un'idea della potenza del C
42  International / Software / Re: [codice completo] database di strutture (aka: giochiamo con il precompilatore) on: September 25, 2014, 10:02:24 am
Quote
Tu parli di copia, ma allora se devo usare una delle strutture in realtà io vado a crearmene una copia prima di gestire il dato? Ma così non spreco risorse?
ma in cambio tieni bloccata la risorsa agli altri thread solo per il tempo di copia (che essendi in ram e spesso di pochi byte è velocissima). Non lo considero uno spreco

Quote
Altra domanda, gli RTOS più avanzati hanno già funzioni di semaforo e altro per evitare accessi concorrenziali, perché non usare un qualcosa predefinito dell'RTOS? Che vantaggi hai col tuo sistema?
ma il mio sistema USA le chiamate di sistema, solo che appunto fa in modo che le usi SOLO il mio sistema, visto che passandoti una COPIA non hai più bisogno di preoccuparti di accessi paralleli etc..

notare che la put SOVRASCRIVE sempre, il che vuol dire che se ci sono più producer, o un producer+consumer, una logica un poco più comeplessa va implementata, ma cmq è fattibile, solo che non mi era necessario averla.
43  Community / Bar Sport / Re: [OT ITA] Lo spamm bar on: September 25, 2014, 08:59:41 am
 bhe è pubblicità.. e youtube ti paga, se fai tante visualizzazioni.

guardati le serie "will it blend", dove un tizio che vende frullatori professionali frulla DI TUTTO, dai cellulari agli accendini
o quello che mette tutto nel microonde (non pubblicizza microonde)
oppure FPSrussia, un venditore di armi russo in terra americana che pubblicizza le varie armi.

sossoldi
44  International / Software / Re: [codice completo] database di strutture (aka: giochiamo con il precompilatore) on: September 25, 2014, 07:49:59 am
allora, il problema è il seguente;
abbiamo una serie di thread (se voltere provare l'ebrezza anceh su uno/mega, provate ChibiOS) che devono accedere ad una serie di strutture (definite a compile time).

Ovviamente l'accesso dovrà essere sincronizzato ed atomico, ed il tutto deve essere "user friendly" per minimizzare gli errori.

l'idea di base è stata creare un array di puntatori void alle strutture, e poi una put e una get che, preso in input un puntatore alla stuttura desiderata, esegua il lock, la COPIA della stuttura (da array a struct utente o viceversa in base a get o put) e finalmente l'unlock. Questo previene letture e/o scritture in contemporanea.

Il codice per fare il lock() e unlock() non è inserito, in quanto varia in base alla piattaforma ed il sistema utilizzato, ma si concentra su come fare in modo che l'utente, semplicemente aggiungendo una sola riga, che è:
Code:
ADD_STRUCT_TO_ARRAY(A)
/*dove A è il nome della struttura privo di struct antecendente (in caso di errori, tranquilli, compilation error)*/

in automatico e in mdo trasparente abbia la struttura inizializzata, inserita nell'array, nella enum nome struttura -> indice nell'array (che teoricamente l'utente non deve usare) e la creazione di funzioni get_nomestruct(tipostrcuct *) e put equivalenmte.

Insomma, ogni elemento dell'array, pur NON essendo omogeneo ed essendo acceduto tramite void *, riesce cmq ad avere un controllo di tipo al momento della compilazione; questo è un problema che nemmeno i linguaggi ad oggetti risolvono, vedi il "ClasCastException" che ti si solleva a RUNTIME (in C semplicemente useresti un array di memoria con la struttura di un'altra area di memoria.. very !!FUN!!)


tutta la stora del "parto" di questo codice è nel link a stackoverflow
45  International / Software / Re: operazioni con elevato numero di cifre on: September 25, 2014, 05:28:48 am
dovrebbe
Pages: 1 2 [3] 4 5 ... 745