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 <marciodesouzaferre...@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.c...@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 <marciodesouzaferre...@gmail.com> >> >>> ops, (x²-x)/2 ;) >>> >>> >>> []s, >>> >>> Marcio Ferreira >>> skype: marcio.ferreir4 >>> (21) 8365-7768 >>> >>> >>> 2013/6/5 Marcio Ferreira <marciodesouzaferre...@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 <l...@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.c...@gmail.com> >>>>> >>>>>> [troll mode] >>>>>> >>>>>> Escreva seu codigo direito! >>>>>> >>>>>> [haha] >>>>>> >>>>>> use DDP; p $foo; exit; >>>>>> >>>>>> >>>>>> >>>>>> 2013/6/4 Marcio Ferreira <marciodesouzaferre...@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.c...@gmail.com >>>>>>> > wrote: >>>>>>> >>>>>>>> ahhhh- e tem debugger no Padre. >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Jun 4, 2013 at 7:59 PM, Renato Santos < >>>>>>>> renato.c...@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 <marciodesouzaferre...@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@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@pm.org >>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Rio-pm mailing list >>>>>>> Rio-pm@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@pm.org >>>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Rio-pm mailing list >>>>> Rio-pm@pm.org >>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>> >>>> >>>> >>> >>> _______________________________________________ >>> Rio-pm mailing list >>> Rio-pm@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@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> > > > _______________________________________________ > Rio-pm mailing list > Rio-pm@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@pm.org http://mail.pm.org/mailman/listinfo/rio-pm