Index
> High Level Languages > VC++ null pointer dereferenceGoto page Previous 1, 2 |
| Author |
|
|
vid 12 Feb 2011, 15:49
The code you posted seems to be at address 00910B46, not 0004xxxx. That's why I said it is IMO in a DLL.
|
|||
12 Feb 2011, 15:49 |
|
|
mindcooler 12 Feb 2011, 16:52
The base address changes every execution, but still is in the .text segment.
|
|||
|
12 Feb 2011, 16:52 |
|
|
vid 12 Feb 2011, 21:21
00910B46 is in the .text segment of your application, loaded at 00040000? Or is your application itself a DLL? Or how?
|
|||
|
12 Feb 2011, 21:21 |
|
|
vid 13 Feb 2011, 01:16
AFAIK, executable can't be relocated (it doesn't have relocations), nor is there any reason to do something like that upon crash. Can you describe steps you took to find out that exception address lies in .text segment of current executable?
|
|||
|
13 Feb 2011, 01:16 |
|
|
mindcooler 13 Feb 2011, 01:26
 _________________ This is a block of text that can be added to posts you make. |
|||
|
13 Feb 2011, 01:26 |
|
|
vid 13 Feb 2011, 09:10
Weird... I don't have any idea why the executable seems to be so high. Who is loaded at 00040000? Does your executable have relocations (addresses in assembly dump are clearly relocated)?
Anyhow, the code in question seems to be at RVA 50E06 in that particular compilation. Is that one of "err_" routines from callback.cpp, found in map file? If so, is that callback.cpp your file, or from 3rd party lib? |
|||
|
13 Feb 2011, 09:10 |
|
|
revolution 13 Feb 2011, 09:20
Is this a .NET "Managed" app?
|
|||
|
13 Feb 2011, 09:20 |
|
|
mindcooler 13 Feb 2011, 13:11
No, it has win32 as target.
Its load address is 400000, but it probably includes relocations. The crash section moves, but is always att the same offset from image base. 
I found the section in IDA: 
Is this a deliberate crash to keep me from dereferencing an unitialized variable? _________________ This is a block of text that can be added to posts you make. |
|||
|
13 Feb 2011, 13:11 |
|
|
vid 13 Feb 2011, 14:29
Hmmm... http://stackoverflow.com/questions/4863420/signal-handling
Seems this piece of code is rather popular. Where does that err_crash routine come from? |
|||
|
13 Feb 2011, 14:29 |
|
|
f0dder 13 Feb 2011, 20:11
vid wrote: AFAIK, executable can't be relocated (it doesn't have relocations), nor is there any reason to do something like that upon crash. Can you describe steps you took to find out that exception address lies in .text segment of current executable? _________________  - carpe noctem |
|||
|
13 Feb 2011, 20:11 |
|
|
mindcooler 13 Feb 2011, 21:09
f0dder wrote: are you debugging release builds? Yes, I can't build debug as the library has release symbols. _________________ This is a block of text that can be added to posts you make. |
|||
|
13 Feb 2011, 21:09 |
|
|
vid 13 Feb 2011, 22:23
f0dder wrote:
But that's only possible if relocations are included. Does the new VS include relocations in executables by default, or...? |
|||
|
13 Feb 2011, 22:23 |
|
|
f0dder 13 Feb 2011, 23:31
vid wrote: But that's only possible if relocations are included. vid wrote: Does the new VS include relocations in executables by default, or...? |
|||
|
13 Feb 2011, 23:31 |
|
|
iic2 19 Feb 2011, 22:15
I did not read, so I did not think to post this link here since it is pointer related but may not be related in this case. C++ is new to me. ...
If not needed in both places deleting either is fine. People are providing tons of links about the issue and I'm getting a real chance to learn stuff about C++ Pointers/References that is not in the textbook, but it still makes no since to me yet and what to use it for 
http://www.cplusplus.com/forum/beginner/3958/ |
|||
|
19 Feb 2011, 22:15 |
|
| Goto page Previous 1, 2 < Last Thread | Next Thread > |
Forum Rules:
|