40 risposte a questa discussione

[monelli]

Ciao!

Sto programmando roba simil arduino... E ho un problema di memory leak, in quanto, random mi sclerano i cicli for:
se faccio un ciclo per i che va da 0 a 10 magari mi fa 0, 4, 15 ecc .
Perchè?????

Sta roba ad esempio può fare casini:

uint8_t *vett=NULL;

vett = (uint8_t*) calloc(N_ANALOG,sizeof(uint8_t));

vett[5]=9;

Dove vett[5] è 8bit mentre il 9 e gli int in generale sono 16bit.

Oppure

void Buffer16(uint16_t value, uint8_t *buff)

{

  uint8_t i=0;   

  for (i=0; i<2; i++)

  {

    buff[i]=value%256;

    value/=256;

  }

  return;

}

Anche qua assegno a buff[i] 8bit un qualcosa che è a 16bit value%256.

Oppure che cacchio può essere??? Ci sto sclerando, poi il bello che non lo fa sempre ma random...
Help. Grazie

Messaggio modificato da monelli il 07 giugno 2012 - 09:22

[trallallero]

Chi ha detto che il 9 è 16 bit ?

Mica hai dichiarato una variabile uint16_t di nome 9, vero ?

Nella funzione Buffer16 devi castare perché li non hai una costante come 9 ma una variabile da 16 bit che cerchi di mettere in un contenitore da 8 bit.

buff[i] = uint8_t(value % 256);

se non addirittura:

buff[i] = uint8_t(value) % uint8_t(256);

dipende dal compilatore che usi.

Per il resto non ho capito niente.

[trallallero]

E usa il tag code che non si capisce 'na ceppa!

[norreno]

sono cose come queste che mi hanno portato a rimuovere un linguaggio come il C dalla memoria

[trallallero]

sono cose come queste che mi hanno portato a rimuovere un linguaggio come il C dalla memoria

Lo so, non è per tutti ma non ti devi vergognare di questo

[p.nightmare]

Per il resto non ho capito niente.

ho lollato

[norreno]

Lo so, non è per tutti ma non ti devi vergognare di questo

Piuttosto me ne vanto, è come uscire da matrix

comunque ai tempi scrivevo anche in codice assembly, perciò non buttarla sulle capacità mentali, tanto non mi tocca minimamente

[monelli]

ho lollato

Non ho capito...

Per il resto vi ho identato il codice
Grazie tralallero e ancora una info:
se faccio una printf di un uint8 posso usare %d e non dà problemi giusto?
se faccio una scanf per leggere un numero intero positivo uint8 uso %hd ti quadra?
se faccio una scanf per leggere un numero intero positivo uint32 uso %ld?

[trallallero]

Non ho capito...

Per il resto vi ho identato il codice
Grazie tralallero e ancora una info:
se faccio una printf di un uint8 posso usare %d e non dà problemi giusto?
se faccio una scanf per leggere un numero intero positivo uint8 uso %hd ti quadra?
se faccio una scanf per leggere un numero intero positivo uint32 uso %ld?

Meglio %hd anche per la printf.

scanf

[monelli]

Cosa hai contro la scanf? poi in verità sono sscanf...

[trallallero]

Non puoi controllare la quantità di caratteri digitati dallo user rischiando un overflow, meglio fgets.

[trallallero]

http://www.dwheeler..../dangers-c.html

[yorkeiser]

sono cose come queste che mi hanno portato a rimuovere un linguaggio come il C dalla memoria

Hai ragione, i Timer del VB6 sono più facili da scrivere

[norreno]

Hai ragione, i Timer del VB6 sono più facili da scrivere

.. e 2

[yorkeiser]

Why 2? Al contrario di trolla io parteggio per il VB6, non l'ho mai nascosto

[trallallero]

Ecco, from now it's a language contest.

Ogni linguaggio finché viene usato vuol dire che serve, quando non viene più usato vuol dire che è morto e non serve più.
Non rompete i coglioni.

[norreno]

In b4 tigershark

[trallallero]

In b4 tigershark

Il C#, quello in inglese di l'ondon, è il più meglio di tutti!

[norreno]

[yorkeiser]

Ecco, from now it's a language contest.

Ogni linguaggio finché viene usato vuol dire che serve, quando non viene più usato vuol dire che è morto e non serve più.
Non rompete i coglioni.

trolled trollallero