[Rio-pm] breakpoint

Renato Santos renato.cron em gmail.com
Terça Junho 4 22:37:12 PDT 2013 

Vei, o $DB::single = 1; é um breakpoint!

Mas pra o código parar ai, você precisa subir o processo com o debug, o que
afetaria sua performance um pouco, mas se vc esta desenvolvendo não tem o
menor problema!


2013/6/5 Marcio Ferreira <marciodesouzaferreira em gmail.com>

> [OFF-TOPIC breakpoint]
>
> @Renato, vou ilustrar com mais detalhes oq estou fazendo. =P
> Tenho uma maquina de estado com dispatch de rotinas que pontuam eventos no
> meio do processamento.
> As vezes alguns eventos mudam o comportamento do processamento e preciso
> "normalizar" o processamento.
> Enfim isso não tem nada a vê com o tópico, só descrevi pra vc entender que
> é um processamento demorado e complexo de debugar. =S
>
> Poderia fazer algo do tipo: `./proc.pl > saida.out; tail -f saida.out`
> BLZ! Mas é demorado debugar desse modo. Pensei que houvesse um módulo super
> fantastico que permitisse algo mais proximo de um break point.
>
> Enfim, sem mais DDP, pls =)
>
>
>
> []s,
>
> Marcio Ferreira
> skype: marcio.ferreir4
> (21) 8365-7768
>
>
> 2013/6/5 Renato Santos <renato.cron em gmail.com>
>
>> eu realmente não entendi.
>>
>> Pra mim é muito mais simples ir no meio do código e colocar "use DDP; p
>> $foo; p $bar; [exit, last, next if $xoo... etc..]" do que subir o perl com
>> debug, que vai deixar tudo mais lento, e não apenas na hora do Dumper.
>>
>> porque assim, geralmente eu não vou alterar nenhum valor, eu só quero
>> saber oq esta nas variaveis naquele momento e fim! olho o resultado e mudo
>> o código!
>>
>> outra coisa,
>> geralmente, pelo menos com o que eu ando fazendo, é que eu tenho testes!
>> então os testes passam por todos os lugares do código!
>>
>> efim, eu disse "troll mode" antes de falar do dpp..
>>
>>
>>
>> 2013/6/4 Marcio Ferreira <marciodesouzaferreira em gmail.com>
>>
>>> ops, (x²-x)/2 ;)
>>>
>>>
>>> []s,
>>>
>>> Marcio Ferreira
>>> skype: marcio.ferreir4
>>> (21) 8365-7768
>>>
>>>
>>> 2013/6/5 Marcio Ferreira <marciodesouzaferreira em gmail.com>
>>>
>>>> De verdade achei tão sem noção o DDP pro tópico que nem comentei,
>>>> afinal estava falando de breakpoint(parar o processamento e voltar de onde
>>>> parou)  =P
>>>> Meu cenário é um processamento complexo e preciso debugar umas
>>>> varaiveis nesse meio tempo, aí rodar um Dumper é ~custoso~ no sentido de
>>>> demorado e pouco eficiente. _Mockar_ também é díficil por ser um problema
>>>> ~complexo~ na medida de (x²-x)/x, sendo que x é no minimo 5k, então já viu
>>>> =P
>>>>
>>>> Quanto ao uso de IDE, quem usa o vim tem dificuldade de ir pra outro
>>>> editor/IDE, pela filosofia da ferramenta e o gap de aprender outra sempre
>>>> pesa na balança. Perguntei porque achei que fosse mais comum o uso de
>>>> brakpoint. Mas enfim, vou tentar o breakpoint com o vim.
>>>>
>>>>
>>>>
>>>> []s,
>>>>
>>>> Marcio Ferreira
>>>> skype: marcio.ferreir4
>>>> (21) 8365-7768
>>>>
>>>>
>>>> 2013/6/4 Lindolfo Lorn Rodrigues <lorn em lornlab.org>
>>>>
>>>>> Eu sempre sou da opnião que se deve aprender usar as ferramentas na
>>>>> linha de comando e depois analisar se 'compensa' usar uma IDE.
>>>>> No caso do git, por exemplo, demorou muito para as IDE's implementarem
>>>>> coisas como git rebase e mesmo assim ainda tem gente que só confia no
>>>>> rebase da linha de comando.
>>>>> Sinceramente tenho mais o costume do debug na base do Data::Dumper
>>>>> como o Cron disse :P
>>>>>
>>>>>
>>>>> 2013/6/4 Renato Santos <renato.cron em gmail.com>
>>>>>
>>>>>> [troll mode]
>>>>>>
>>>>>> Escreva seu codigo direito!
>>>>>>
>>>>>> [haha]
>>>>>>
>>>>>> use DDP; p $foo; exit;
>>>>>>
>>>>>>
>>>>>>
>>>>>> 2013/6/4 Marcio Ferreira <marciodesouzaferreira em gmail.com>
>>>>>>
>>>>>>> Uso o vim, vou usar esse cara
>>>>>>> http://vim.sourceforge.net/scripts/script.php?script_id=663
>>>>>>>
>>>>>>>  Na experiência de vocês, maioria fica com o -d?
>>>>>>>
>>>>>>>
>>>>>>> []s,
>>>>>>>
>>>>>>> Marcio Ferreira
>>>>>>> skype: marcio.ferreir4
>>>>>>> (21) 8365-7768
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 4, 2013 at 9:59 PM, Renato Santos <renato.cron em gmail.com
>>>>>>> > wrote:
>>>>>>>
>>>>>>>> ahhhh- e tem debugger no Padre.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 4, 2013 at 7:59 PM, Renato Santos <
>>>>>>>> renato.cron em gmail.com> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> $DB::single = 1;
>>>>>>>>>
>>>>>>>>>  "anywhere in any perl program, and the debugger will break
>>>>>>>>> immediately after it executes that line. This is also a good way (the only
>>>>>>>>> way?) to set a breakpoint in code that will be run at compile time."
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> http://stackoverflow.com/questions/8920477/how-to-set-breakpoint-on-a-particular-file-in-perl-program
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2013/6/4 Marcio Ferreira <marciodesouzaferreira em gmail.com>
>>>>>>>>>
>>>>>>>>>> Andei escrevendo no Visual Studio C# e ~viciei~ em breakpoints,
>>>>>>>>>> alterar coisas em tempo de execução e etc. Conheço o perl -d, mas nao
>>>>>>>>>> consigo ter a mesma sensação. Alguém aqui usa breakpoint? Alguma magia
>>>>>>>>>> escondida por aí?
>>>>>>>>>>
>>>>>>>>>> []s,
>>>>>>>>>>
>>>>>>>>>> Marcio Ferreira
>>>>>>>>>> skype: marcio.ferreir4
>>>>>>>>>> (21) 8365-7768
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Rio-pm mailing list
>>>>>>>>>> Rio-pm em pm.org
>>>>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Saravá,
>>>>>>>>> Renato CRON
>>>>>>>>> http://www.renatocron.com/blog/
>>>>>>>>> @renato_cron <http://twitter.com/#!/renato_cron>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Saravá,
>>>>>>>> Renato CRON
>>>>>>>> http://www.renatocron.com/blog/
>>>>>>>> @renato_cron <http://twitter.com/#!/renato_cron>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Rio-pm mailing list
>>>>>>>> Rio-pm em pm.org
>>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Rio-pm mailing list
>>>>>>> Rio-pm em pm.org
>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Saravá,
>>>>>> Renato CRON
>>>>>> http://www.renatocron.com/blog/
>>>>>> @renato_cron <http://twitter.com/#!/renato_cron>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Rio-pm mailing list
>>>>>> Rio-pm em pm.org
>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Rio-pm mailing list
>>>>> Rio-pm em pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Rio-pm mailing list
>>> Rio-pm em pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>>
>> --
>> Saravá,
>> Renato CRON
>> http://www.renatocron.com/blog/
>> @renato_cron <http://twitter.com/#!/renato_cron>
>>
>> _______________________________________________
>> Rio-pm mailing list
>> Rio-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>



-- 
Saravá,
Renato CRON
http://www.renatocron.com/blog/
@renato_cron <http://twitter.com/#!/renato_cron>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20130605/47a562d0/attachment.html>

Mais detalhes sobre a lista de discussão Rio-pm