[LHC] [GaroaHC] Re: Malloc no Arduino, é uma idéia ruim ?

[Henrique Almeida]

Você não precisa nem de malloc nem de vetor. Você pode desenhar o menu on the fly, enquanto parseia o arquivo de configuração. Você usa o termo índice do item para associar aos callbacks.

Enviado do meu iPhone

> Em 15 de fev de 2016, às 16:40, Alejandro Mesias <ale.mesias at gmail.com> escreveu:
> 
> Vou abrir um branch para fazer com vetores e outro com um malloc grande e ver o que ocorre. Mas ainda não vou parar para fazer isso que não está dando problema e funciona redondinho. Que sempre libero a memória que recém fiz malloc.
> 
> O que venho fazendo é retirar pequenos malloc que tenho para retorno de array na função. Estou pondo o array de retorno como parâmetro na função. Quem chamou "que se vire" para alocar.
> 
> Em 15 de fevereiro de 2016 16:33, Ismael Luceno <ismael.luceno at gmail.com> escreveu:
>> Nem para quando tem código concorrente deveria se usar volatile. Esse é um invento bem ruim, e que só serve nos compiladores que não tem outra alternativa. 
>> 
>> Em 15 de fevereiro de 2016 10:25:28 BRST, "Joao S. O. Bueno" <gwidion at gmail.com> escreveu:
>>> 2016-02-15 10:16 GMT-02:00 Euripedes Rocha Filho <rocha.euripedes at gmail.com>:
>>>>  Alejandro, nesse caso eu geralmente aloco de maneira estática pelo pior caso
>>>>  e uso o tamanho como controle do acesso, pra evitar acessar espaço de
>>>>  memória que não deveria, sempre usando um mecanismo de lock no buffer,
>>>>  usualmente uma variável global usada com cuidado resolve a questão.
>>> a velha diretiva "volatile"  para a variável, né?
>>> 
>>> 
>>>> 
>>>>  Em seg, 15 de fev de 2016 às 10:10, Alejandro Mesias <ale.mesias at gmail.com>
>>>>  escreveu:
>>>>> 
>>>>>  Ok, mas uma
>>>>> pergunta bem inocente:  Fazer alocação de vetores com tamanhos
>>>>>  dinâmicos também é contra indicado? como no exemplo que dei que não tenho o
>>>>>  tamanho da lista (defino em variáveis) ?
>>>>> 
>>>>>  Em 15 de fevereiro de 2016 10:05, Renato Toi <renato.toi at gmail.com>
>>>>>  escreveu:
>>>>>> 
>>>>>>  Na aplicação q vc descreve parece melhor usar alocação estática. Além de
>>>>>>  evitar a fragmentação, o desempenho seria mais previsível, enquanto usando
>>>>>>  malloc ou alocação dinâmica, vc pode ter problemas q só aparecem quando há
>>>>>>  demanda ou carga maior de processamento.
>>>>>> 
>>>>>>  Renato Toi
>>>>>> 
>>>>>>>  On 15 de fev de 2016, at 08:59, Alejandro Mesias <ale.mesias at gmail.com>
>>>>>>>  wrote:
>>>>>>> 
>>>>>>>  Estava lendo
>>>>>>> alguns posts e discussões sobre fazer malloc no Arduino
>>>>>>>  (ou em sistemas embarcados).
>>>>>>> 
>>>>>>>  Parece que ele vai bagunçado a memória com o tempo, por não reutilizar
>>>>>>>  bem as memórias que ele liberou.
>>>>>>> 
>>>>>>>  O processo que tenho é simples, leio alguns dados, reservo a memória
>>>>>>>  para mostrar um menu e depois limpo ela antes de executar funções, sempre
>>>>>>>  limpo em seguida. Mas estou na duvida se deveria partir para alocação
>>>>>>>  estática.
>>>>>>> 
>>>>>>>  --
>>>>>>> 
>>>>>>>  Alejandro Mesias André Nebra Perez
>>>>>>>  Java/Python/Js/Something else Developer
>>>>>>>  Twitter: @meszias
>>>>>>>  Linux User #442506
>>>>>>>  Campinas - SP - Brasil - South America
>>>>>>> 
>>>>>>> 
>>>>>>>  Lista do LHC <http://lhc.net.br>
>>>>>>>  HSC at listas.tia.mat.br
>>>>>>>  http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br
>>>>>> 
>>>>>>  Lista do LHC <http://lhc.net.br>
>>>>>>  HSC at listas.tia.mat.br
>>>>>>  http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>  --
>>>>> 
>>>>>  Alejandro Mesias André Nebra Perez
>>>>>  Java/Python/Js/Something else Developer
>>>>>  Twitter: @meszias
>>>>>  Linux User #442506
>>>>>  Campinas - SP - Brasil - South America
>>>>> 
>>>>> 
>>>>>  Lista do LHC <http://lhc.net.br>
>>>>>  HSC at listas.tia.mat.br
>>>>>  http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br
>>>> 
>>>> 
>>>> 
>>>>  Lista do LHC <http://lhc.net.br>
>>>>  HSC at listas.tia.mat.br
>>>>  http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br
>> 
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>> -- 
>> -... . . -..- -.-. . .-.. .-.. . -. - - --- . .- -.-. .... --- - .... . .-.
>> Regras da Lista: https://garoa.net.br/wiki/Lista:LeiaAntesDeClicarNoSend
>> Para mais informações sobre o Garoa Hacker Clube acesse https://garoa.net.br
>> Maiores opções sobre o Google Groups, visite: https://groups.google.com/group/hackerspacesp
>> .--. .- .-. .- -- .- .. ... .. -. ..-. --- .-. -- .- . ... .- -.-. . ... ... . --- .-- .. -.- .. 
>> Epoch 0 <=> Fundação: 1298244863 s ~ 2.408064*10^52 tP (tempos de Planck)
> 
> 
> 
> -- 
> ======================================
> Alejandro Mesias André Nebra Perez
> Java/Python/Js/Something else Developer
> Twitter: @meszias
> Linux User #442506
> Campinas - SP - Brasil - South America
> ======================================
> _______________________________________________
> Lista do LHC <http://lhc.net.br>
> HSC at listas.tia.mat.br
> http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.tia.mat.br/pipermail/hsc-tia.mat.br/attachments/20160215/58d3b0db/attachment.html>