<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>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.<br><br>Enviado do meu iPhone</div><div><br>Em 15 de fev de 2016, às 16:40, Alejandro Mesias <<a href="mailto:ale.mesias@gmail.com">ale.mesias@gmail.com</a>> escreveu:<br><br></div><blockquote type="cite"><div><div dir="ltr">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.<div><br></div><div>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.</div></div><div class="gmail_extra"><br><div class="gmail_quote">Em 15 de fevereiro de 2016 16:33, Ismael Luceno <span dir="ltr"><<a href="mailto:ismael.luceno@gmail.com" target="_blank">ismael.luceno@gmail.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>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. <br><br><div class="gmail_quote"><div><div class="h5">Em 15 de fevereiro de 2016 10:25:28 BRST, "Joao S. O. Bueno" <<a href="mailto:gwidion@gmail.com" target="_blank">gwidion@gmail.com</a>> escreveu:</div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<pre><div><div class="h5">2016-02-15 10:16 GMT-02:00 Euripedes Rocha Filho <<a href="mailto:rocha.euripedes@gmail.com" target="_blank">rocha.euripedes@gmail.com</a>>:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 1ex 0.8ex;border-left:1px solid #729fcf;padding-left:1ex"> Alejandro, nesse caso eu geralmente aloco de maneira estática pelo pior caso<br> e uso o tamanho como controle do acesso, pra evitar acessar espaço de<br> memória que não deveria, sempre usando um mecanismo de lock no buffer,<br> usualmente uma variável global usada com cuidado resolve a questão.<br></blockquote>a velha diretiva "volatile" para a variável, né?<br><br><br></div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 1ex 0.8ex;border-left:1px solid #729fcf;padding-left:1ex"><div><div class="h5"><br> Em seg, 15 de fev de 2016 às 10:10, Alejandro Mesias <<a href="mailto:ale.mesias@gmail.com" target="_blank">ale.mesias@gmail.com</a>><br> escreveu:<br></div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 1ex 0.8ex;border-left:1px solid #ad7fa8;padding-left:1ex"><div><div class="h5"><br> Ok, mas uma
pergunta bem inocente: Fazer alocação de vetores com tamanhos<br> dinâmicos também é contra indicado? como no exemplo que dei que não tenho o<br> tamanho da lista (defino em variáveis) ?<br><br> Em 15 de fevereiro de 2016 10:05, Renato Toi <<a href="mailto:renato.toi@gmail.com" target="_blank">renato.toi@gmail.com</a>><br> escreveu:<br></div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 1ex 0.8ex;border-left:1px solid #8ae234;padding-left:1ex"><div><div class="h5"><br> Na aplicação q vc descreve parece melhor usar alocação estática. Além de<br> evitar a fragmentação, o desempenho seria mais previsível, enquanto usando<br> malloc ou alocação dinâmica, vc pode ter problemas q só aparecem quando há<br> demanda ou carga maior de processamento.<br><br> Renato Toi<br><br></div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 1ex 0.8ex;border-left:1px solid #fcaf3e;padding-left:1ex"><div><div class="h5"> On 15 de fev de 2016, at 08:59, Alejandro Mesias <<a href="mailto:ale.mesias@gmail.com" target="_blank">ale.mesias@gmail.com</a>><br> wrote:<br><br> Estava lendo
alguns posts e discussões sobre fazer malloc no Arduino<br> (ou em sistemas embarcados).<br><br> Parece que ele vai bagunçado a memória com o tempo, por não reutilizar<br> bem as memórias que ele liberou.<br><br> O processo que tenho é simples, leio alguns dados, reservo a memória<br> para mostrar um menu e depois limpo ela antes de executar funções, sempre<br> limpo em seguida. Mas estou na duvida se deveria partir para alocação<br> estática.<br><br> --<br></div></div><hr><span class=""><br> Alejandro Mesias André Nebra Perez<br> Java/Python/Js/Something else Developer<br> Twitter: @meszias<br> Linux User #442506<br> Campinas - SP - Brasil - South America<br></span><hr><span class=""><br><hr><br> Lista do LHC <<a href="http://lhc.net.br" target="_blank">http://lhc.net.br</a>><br> <a href="mailto:HSC@listas.tia.mat.br" target="_blank">HSC@listas.tia.mat.br</a><br> <a href="http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br" target="_blank">http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br</a><br></span></blockquote><hr><br><span class=""> Lista do LHC <<a href="http://lhc.net.br" target="_blank">http://lhc.net.br</a>><br> <a href="mailto:HSC@listas.tia.mat.br" target="_blank">HSC@listas.tia.mat.br</a><br> <a href="http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br" target="_blank">http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br</a><br></span></blockquote><br><br><br><br> --<br><hr><span class=""><br> Alejandro Mesias André Nebra Perez<br> Java/Python/Js/Something else Developer<br> Twitter: @meszias<br> Linux User #442506<br> Campinas - SP - Brasil - South America<br></span><hr><span class=""><br><hr><br> Lista do LHC <<a href="http://lhc.net.br" target="_blank">http://lhc.net.br</a>><br> <a href="mailto:HSC@listas.tia.mat.br" target="_blank">HSC@listas.tia.mat.br</a><br> <a href="http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br" target="_blank">http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br</a><br></span></blockquote><br><br><hr><br><span class=""> Lista do LHC <<a href="http://lhc.net.br" target="_blank">http://lhc.net.br</a>><br> <a href="mailto:HSC@listas.tia.mat.br" target="_blank">HSC@listas.tia.mat.br</a><br> <a href="http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br" target="_blank">http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br</a></span></blockquote><br></pre></blockquote></div><br>
-- <br><span class="">
Sent from my Android device with K-9 Mail. Please excuse my brevity.</span></div>
<p></p>
-- <br><div class="HOEnZb"><div class="h5">
-... . . -..- -.-. . .-.. .-.. . -. - - --- . .- -.-. .... --- - .... . .-.<br>
Regras da Lista: <a href="https://garoa.net.br/wiki/Lista:LeiaAntesDeClicarNoSend" target="_blank">https://garoa.net.br/wiki/Lista:LeiaAntesDeClicarNoSend</a><br>
Para mais informações sobre o Garoa Hacker Clube acesse <a href="https://garoa.net.br" target="_blank">https://garoa.net.br</a><br>
Maiores opções sobre o Google Groups, visite: <a href="https://groups.google.com/group/hackerspacesp" target="_blank">https://groups.google.com/group/hackerspacesp</a><br>
.--. .- .-. .- -- .- .. ... .. -. ..-. --- .-. -- .- . ... .- -.-. . ... ... . --- .-- .. -.- .. <br>
Epoch 0 <=> Fundação: 1298244863 s ~ 2.408064*10^52 tP (tempos de Planck)<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">======================================<br>Alejandro Mesias André Nebra Perez<br>Java/Python/Js/Something else Developer<br>Twitter: @meszias<br>Linux User #442506<br>Campinas - SP - Brasil - South America<br>======================================</div>
</div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Lista do LHC <<a href="http://lhc.net.br">http://lhc.net.br</a>></span><br><span><a href="mailto:HSC@listas.tia.mat.br">HSC@listas.tia.mat.br</a></span><br><span><a href="http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br">http://listas.tia.mat.br/listinfo.cgi/hsc-tia.mat.br</a></span><br></div></blockquote></body></html>