Re: [Rio-pm] breakpoint

2013-06-04 Thread Renato Santos
$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-partic

Re: [Rio-pm] breakpoint

2013-06-04 Thread Lindolfo Rodrigues
A IDE da Active State ( Komodo ) implementa isso fazendo interface com o perldebugger  Dá uma olhada — Lorn On Tue, Jun 4, 2013 at 9:54 PM, Marcio Ferreira wrote: > Andei escrevendo no Visual Studio C# e ~viciei~ em breakpoints, alterar > coisas em tempo de execução e etc. Conheço o perl -d, ma

Re: [Rio-pm] breakpoint

2013-06-04 Thread Renato Santos
a- e tem debugger no Padre. On Tue, Jun 4, 2013 at 7:59 PM, Renato Santos 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 r

Re: [Rio-pm] breakpoint

2013-06-04 Thread Marcio Ferreira
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 wrote: > a- e tem debugger no Padre. > > > O

Re: [Rio-pm] breakpoint

2013-06-04 Thread Renato Santos
[troll mode] Escreva seu codigo direito! [haha] use DDP; p $foo; exit; 2013/6/4 Marcio Ferreira > 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.fe

Re: [Rio-pm] breakpoint

2013-06-04 Thread Lindolfo Lorn Rodrigues
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.

Re: [Rio-pm] breakpoint

2013-06-04 Thread Marcio Ferreira
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

Re: [Rio-pm] breakpoint

2013-06-04 Thread Marcio Ferreira
ops, (x²-x)/2 ;) []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 2013/6/5 Marcio Ferreira > 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

Re: [Rio-pm] breakpoint

2013-06-04 Thread Renato Santos
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 va

Re: [Rio-pm] breakpoint

2013-06-04 Thread Marcio Ferreira
[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ã

Re: [Rio-pm] breakpoint

2013-06-04 Thread Renato Santos
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 > [OFF-TOPIC breakpoint] > > @Renato, vou ilustrar com mais de

Re: [Rio-pm] breakpoint

2013-06-06 Thread Bruno Buss
Marcio, Sei que você disse que o tamanho mínimo da entrada é da ordem de 5K, mas como você não deu um tamanho médio ou máximo: um algoritmo O(n^2) para n =~ 5K, não deveria levar mais de 1 segundo em computadores não muito antigos, a menos que sua constante assintótica seja muito alta... nesse cas

Re: [Rio-pm] breakpoint

2013-06-06 Thread Marcio Ferreira
@Bruno, São 5k de objetos, cada um com propriedades e derivações, há uma explosão combinatória no cálculo de um objeto com outro. Então isso demora =/ Se quiser falar sobre isso vamos abrir outro tópico, oq acha? []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 2013/6/6 Bruno B

Re: [Rio-pm] breakpoint

2013-06-06 Thread Solli Honorio
Marcio, Concordo contigo, tenho trabalho com Java e PHP utilizando uma IDE e os breakpoints tem sido viciantes. Quando abro o VIM para trabalhar no Perl só falta a mensagem 'Seja muito bem vindo aos anos 90' :D !!! Solli Honorio Em 4 de junho de 2013 21:54, Marcio Ferreira < marciodesouzaferre

Re: [Rio-pm] breakpoint

2013-06-06 Thread Ole Peter Smith
trabalhei com breakpoints e debuggers de IDE noa ano,s im, 90s... era TurboPascal e TurboC, muito bons - mas ja desmamei... 0le 2013/6/6 Solli Honorio > Marcio, > > Concordo contigo, tenho trabalho com Java e PHP utilizando uma IDE e os > breakpoints tem sido viciantes. > > Quando abro o VIM p