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

Tue Feb 16 03:28:34 PST 2016

Minha abstração vai além do menu, estou lendo vários json e este arquivo é
gerado por outro código, outra plataforma.
Além disso tenho um gerenciador de navegação de menu, que interage tela e
teclado. Então não é tão simples dizer que posso usar microSD para tudo.
Além disso tenho questão de segurança, tenho que me cuidar de pirataria,
crackers e coisas do tipo.
Em 15 de fev de 2016 9:55 PM, "Henrique Almeida" <hdante at gmail.com>
escreveu:

> 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
>
>
> _______________________________________________
> 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/20160216/aa62ceb3/attachment.html>