PDA

View Full Version : Progress on OllyDGB v. 2.0 - Command Search


JMI
April 18th, 2007, 18:03
Those of you awaiting developement and release of OllyDBG v. 2.0 might enjoy reading this latest status update statement from the author about the new Command search, posted April 17, 2007.

See the news here:

http://ollydbg.de/version2.html

Regards,

rendari
April 18th, 2007, 21:58
I think I'm in love.

JMI
April 18th, 2007, 23:47
Well don't get it all over your hand!

Regards,

lcx2005
April 19th, 2007, 03:55
Nice News, if olly 2.0 support sym/map etc. like softice. I hope everyone will enjoy it.

anyway, I happy to see this news

0xf001
April 19th, 2007, 04:42
wooow!

really nice, and useful. also the instruction help looks very handy.

cheers, 0xf001

blabberer
April 19th, 2007, 05:14
nice he changed the command search model and hope he made that search api exportable or atleast callable via a typedeffed instance instead of a DlgProc

Polaris
April 19th, 2007, 07:21
Yeah, that is great news. I would like some estimate on when it will be ready, though...

daivi
April 23rd, 2007, 04:30
wooow!

I think I'm in love.

owl
April 23rd, 2007, 11:42
Quote:
[Originally Posted by daivi;65116]wooow!

I think I'm in love.


it must be contagious

Epsylon3
May 18th, 2007, 22:14
http://www.ollydbg.de/version2.html updated birthday

ssb
May 19th, 2007, 02:48
Quote:
[Originally Posted by Epsylon3;65779]http://www.ollydbg.de/version2.html updated birthday


Great news!
However I wonder why Olly rewrites the whole debugging engine from scratch

lcx2005
May 19th, 2007, 04:16
Nice, I hope we can use this version in this year and not later.
Olly and for the Creator.

squidge
May 28th, 2007, 19:32
I do wonder at times why no one has thought about creating an Ollydbg "competitor".

disavowed
May 30th, 2007, 14:45
Quote:
[Originally Posted by squidge;66014]I do wonder at times why no one has thought about creating an Ollydbg "competitor".

why reinvent the wheel?

squidge
May 30th, 2007, 15:50
Well, if Ollydbg was open source, we wouldn't need to, and a group of developers could be developing 2.0, rather than a single person. The plug-in interface is nice, but you can't do everything in it.

I'm thinking of the kind off developer support that Linux has, but for a debugger. Maybe I'm expecting too much? Still it would be nice to add my own features beyond that possible via the plugin interface.

Don't get me wrong here, I think Ollydbg is an excellent tool, regardless of the fact it is free. I just think we could have much more by making it more open.

Silkut
May 31st, 2007, 03:54
If someone really needed to make an OllyDbg competitor, he still had the little package released as free beer 6 yrs ago to start his own, like ptrace ollydbg-like under linux. Maybe Olly was victim of his own success, maybe as Disavowed said noone wanted to reinvent the wheel. I saw that Oleh do not talk about open source in his faq, you know "Can I have the source ?" _"No because reason".

my £0.02, cheers.

ssb
May 31st, 2007, 04:13
Quote:
[Originally Posted by squidge;66059]Well, if Ollydbg was open source, we wouldn't need to, and a group of developers could be developing 2.0, rather than a single person. The plug-in interface is nice, but you can't do everything in it

If Ollydbg was open source, I'm afraid it would be a buggy unstable crap like many opensource projects.
I always prefered projects built by a close group of a few (or a single) developers instead by a whole community of fanboys...
However I do agree with a more open architecture suggestion.

Just my humble opinion though

Silkut
May 31st, 2007, 10:14
Uh Oh, who said troll, don't feed it pls..

Quote:
If Ollydbg was open source, I'm afraid it would be a buggy unstable crap like many opensource projects.

squidge
June 1st, 2007, 01:58
You calling me a troll? :P

blabberer
June 5th, 2007, 00:29
check out part five "Magic Analysis Of Mingw"

does it sound like harry potter and hell of fire ?

reverser
June 5th, 2007, 16:06
Ohh neat, even IDA doesn't yet support GCC's non-push arguments.

disavowed
June 6th, 2007, 09:44
__fastcall?

blabberer
June 6th, 2007, 09:52
dont know but i have seen forth compiled executables doing that kind of
mov esi,callparameters
mov edi,esp+4
repmovsd this fills up the stack with parameters
and then calling

never compiled mingw

reverser
June 6th, 2007, 10:32
__fastcall is different, it just uses registers for parameters. GCC still uses the stack, but doesn't push them.

disavowed
June 7th, 2007, 11:23
I miss the days of non-optimizing compilers... reversing was so much easier then