Ddbg 0.0.2 alpha release

[Jascha Wetzel]

to be precise, ddbg says that it crashes in multpool, which is some
function/segment (from minit.obj) free uses. when you unwind the stack
after the exception occured, it holds the return address of the call
that caused the exception, which is free. therefore the resulting source
address is after that call to free.

torhu wrote:
> Jascha Wetzel wrote:
>> ah, ok that's partially a bug, partially a bad command.
>> the correct syntax for bp is "bp [<source file>:<line>] [index]", so
>> you're missing the source file name. it shouldn't crash either, though...
>> i'll add this convenience syntax (if only one source file is available)
>> in the next release. until then use something like bp cr:4, "cr" being a
>> substring of the source file/module name. use "lsm" to list all
>> available source module names.
> 
> Oops.
> 
> 
> Another question. My crash example crashes at line 7, at
> 'free(cast(void*)1);'  But ddbg seems to say it crashes at line 8.  Is
> this intended?
> 
> Unhandled Exception: EXCEPTION_ACCESS_VIOLATION(0xc0000005) at multpool
> (0x0040bda1)
> ->us
> _Dmain crash.d:8 (0x00402031)
> dmain2 (0x0040213c)
> constart (0x0040a115)
> KERNEL32.dll (0x7c816fd7)
> ->q