[Rio-pm] breakpoint
Marcio Ferreira
marciodesouzaferreira em gmail.com
Terça Junho 4 22:30:22 PDT 2013
[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 at 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 at gmail.com>
>
>> ops, (x²-x)/2 ;)
>>
>>
>> []s,
>>
>> Marcio Ferreira
>> skype: marcio.ferreir4
>> (21) 8365-7768
>>
>>
>> 2013/6/5 Marcio Ferreira <marciodesouzaferreira at 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 at 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 at gmail.com>
>>>>
>>>>> [troll mode]
>>>>>
>>>>> Escreva seu codigo direito!
>>>>>
>>>>> [haha]
>>>>>
>>>>> use DDP; p $foo; exit;
>>>>>
>>>>>
>>>>>
>>>>> 2013/6/4 Marcio Ferreira <marciodesouzaferreira at 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 at gmail.com>wrote:
>>>>>>
>>>>>>> ahhhh- e tem debugger no Padre.
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 4, 2013 at 7:59 PM, Renato Santos <renato.cron at 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 at 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 at 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 at pm.org
>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Rio-pm mailing list
>>>>>> Rio-pm at 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 at pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Rio-pm mailing list
>>>> Rio-pm at pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>
>>>
>>>
>>
>> _______________________________________________
>> Rio-pm mailing list
>> Rio-pm at 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 at pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20130605/77d51a1c/attachment-0001.html>
Mais detalhes sobre a lista de discussão Rio-pm