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