PDA

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


JMI
04-18-2007, 06:03 PM
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
04-18-2007, 09:58 PM
I think I'm in love.

JMI
04-18-2007, 11:47 PM
Well don't get it all over your hand!

Regards,

lcx2005
04-19-2007, 03:55 AM
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
04-19-2007, 04:42 AM
wooow!

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

cheers, 0xf001

blabberer
04-19-2007, 05:14 AM
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
04-19-2007, 07:21 AM
Yeah, that is great news. I would like some estimate on when it will be ready, though...

daivi
04-23-2007, 04:30 AM
wooow!

I think I'm in love.

owl
04-23-2007, 11:42 AM
Quote:
[Originally Posted by daivi;65116]wooow!

I think I'm in love.


it must be contagious

Epsylon3
05-18-2007, 10:14 PM
http://www.ollydbg.de/version2.html updated birthday

ssb
05-19-2007, 02:48 AM
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
05-19-2007, 04:16 AM
Nice, I hope we can use this version in this year and not later.
Olly and for the Creator.

squidge
05-28-2007, 07:32 PM
I do wonder at times why no one has thought about creating an Ollydbg "competitor".

disavowed
05-30-2007, 02:45 PM
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
05-30-2007, 03:50 PM
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
05-31-2007, 03:54 AM
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
05-31-2007, 04:13 AM
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
05-31-2007, 10:14 AM
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
06-01-2007, 01:58 AM
You calling me a troll? :P

blabberer
06-05-2007, 12:29 AM
check out part five "Magic Analysis Of Mingw"

does it sound like harry potter and hell of fire ?

reverser
06-05-2007, 04:06 PM
Ohh neat, even IDA doesn't yet support GCC's non-push arguments.

disavowed
06-06-2007, 09:44 AM
__fastcall?

blabberer
06-06-2007, 09:52 AM
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
06-06-2007, 10:32 AM
__fastcall is different, it just uses registers for parameters. GCC still uses the stack, but doesn't push them.

disavowed
06-07-2007, 11:23 AM
I miss the days of non-optimizing compilers... reversing was so much easier then