Home > Archive > VC Language > January 2006 > heap corruption
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
| marco 2 2006-01-23, 7:08 pm |
| is this the correct pageheap enable?
gflags -p /enable prophecy city.exe /full
mk
| |
| Ivan Brugiolo [MSFT] 2006-01-23, 7:08 pm |
| You might need quotes around your image name
gflags -p /enable "prophecy city.exe" /full
--
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of any included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"marco 2" <rebel-6-out@planet.nl> wrote in message
news:43d53dd3$0$12841$ba620dc5@text.nova.planet.nl...
> is this the correct pageheap enable?
>
> gflags -p /enable prophecy city.exe /full
>
> mk
>
>
| |
| marco 2 2006-01-23, 7:08 pm |
| hi,
someone said that an acces viol. error in ntdll.dll in 99.9%
of the cases indicated a simple programming error
in your own application code.
is that correct?
because it would mean that i don't have to debug in execution mode,
but i simply have to find the bug in my own vcpp source code.
m.
"Ivan Brugiolo [MSFT]" <Ivan.Brugiolo@online.microsoft.com> schreef in
bericht news:uHmk7cGIGHA.208@tk2msftngp13.phx.gbl...
> You might need quotes around your image name
>
> gflags -p /enable "prophecy city.exe" /full
>
> --
> --
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
> Use of any included script samples are subject to the terms specified at
> http://www.microsoft.com/info/cpyright.htm
>
>
> "marco 2" <rebel-6-out@planet.nl> wrote in message
> news:43d53dd3$0$12841$ba620dc5@text.nova.planet.nl...
>
>
| |
| Lesbee Precise 2006-01-23, 7:08 pm |
|
"marco 2" <rebel-6-out@planet.nl> wrote in message
news:43d565f8$0$12839$ba620dc5@text.nova.planet.nl...
> hi,
>
> someone said that an acces viol. error in ntdll.dll in 99.9%
> of the cases indicated a simple programming error
> in your own application code.
> is that correct?
No.
The correct figure is 99.9999999999%
| |
| marco 2 2006-01-23, 7:08 pm |
| so, that means i can find the error
in my own source code, right?
m.
"Lesbee Precise" <TheOS@is.right> schreef in bericht
news:%2335CuWHIGHA.916@TK2MSFTNGP10.phx.gbl...
>
> "marco 2" <rebel-6-out@planet.nl> wrote in message
> news:43d565f8$0$12839$ba620dc5@text.nova.planet.nl...
>
> No.
>
> The correct figure is 99.9999999999%
>
>
>
| |
| marco 2 2006-01-23, 7:08 pm |
| is this reasoning correct:
the error is always inside your own source code,
because system functions can't (in 99% of the cases)
generate errors on their own.
m.
"Lesbee Precise" <TheOS@is.right> schreef in bericht
news:%2335CuWHIGHA.916@TK2MSFTNGP10.phx.gbl...
>
> "marco 2" <rebel-6-out@planet.nl> wrote in message
> news:43d565f8$0$12839$ba620dc5@text.nova.planet.nl...
>
> No.
>
> The correct figure is 99.9999999999%
>
>
>
| |
| William DePalo [MVP VC++] 2006-01-23, 7:08 pm |
| "marco 2" <rebel-6-out@planet.nl> wrote in message
news:43d56a9f$0$12848$ba620dc5@text.nova.planet.nl...
> is this reasoning correct:
> the error is always inside your own source code,
> because system functions can't (in 99% of the cases)
> generate errors on their own.
They had better not.
Typically, errors in the operating system, or in one of its drivers or in a
third party's drivers tend to manifest themselves in the appearance of the
famous Blue Screen of Death (BSOD).
Regards,
Will
| |
| Lesbee Precise 2006-01-23, 7:08 pm |
|
"marco 2" <rebel-6-out@planet.nl> wrote in message
news:43d569c2$0$12834$ba620dc5@text.nova.planet.nl...
> so, that means i can find the error
> in my own source code, right?
Yes, but it may be difficult to locate by merely examining the source code,
because the code may look correct, and may compile without error, but will
generate an access violation at runtime.
Run the code under the debugger, wait for the access violation, and then
examine your code that is listed in the call-stack.
>
> m.
>
> "Lesbee Precise" <TheOS@is.right> schreef in bericht
> news:%2335CuWHIGHA.916@TK2MSFTNGP10.phx.gbl...
>
>
| |
| marco 2 2006-01-24, 7:07 pm |
| i have a serious problem,
since i enabled full pageheap on my program:
"prophecy city.exe" it doesnt't run anymore
under "start debugging", that is to say an exception occurs,
where formerly there didn't.
can i do the following:
gflags -p /disable "prophecy city.exe" /full ?
m.
"William DePalo [MVP VC++]" <willd.no.spam@mvps.org> schreef in bericht
news:OwexqmHIGHA.3904@TK2MSFTNGP10.phx.gbl...
> "marco 2" <rebel-6-out@planet.nl> wrote in message
> news:43d56a9f$0$12848$ba620dc5@text.nova.planet.nl...
>
> They had better not.
>
> Typically, errors in the operating system, or in one of its drivers or in
> a third party's drivers tend to manifest themselves in the appearance of
> the famous Blue Screen of Death (BSOD).
>
> Regards,
> Will
>
| |
| marco 2 2006-01-24, 7:07 pm |
| at this time, i have 3 questions:
1. what does full pageheap actually do???
2. if an error occurs with fpheap where formerly it didn't,
what does that indicate???
3. can you simply disable fpheap with the same gflags command???
m.
"marco 2" <rebel-6-out@planet.nl> schreef in bericht
news:43d655b6$0$12836$ba620dc5@text.nova.planet.nl...
>i have a serious problem,
> since i enabled full pageheap on my program:
> "prophecy city.exe" it doesnt't run anymore
> under "start debugging", that is to say an exception occurs,
> where formerly there didn't.
> can i do the following:
>
> gflags -p /disable "prophecy city.exe" /full ?
>
> m.
>
> "William DePalo [MVP VC++]" <willd.no.spam@mvps.org> schreef in bericht
> news:OwexqmHIGHA.3904@TK2MSFTNGP10.phx.gbl...
>
>
| |
| William DePalo [MVP VC++] 2006-01-24, 7:07 pm |
| "marco 2" <rebel-6-out@planet.nl> wrote in message
news:43d655b6$0$12836$ba620dc5@text.nova.planet.nl...
> can i do the following:
>
> gflags -p /disable "prophecy city.exe" /full ?
Sorry, but I'm not an expert in the debugging tools.
I would scrutinize the replies that you have already received and read this:
http://support.microsoft.com/defaul...kb;en-us;286470
or perhaps this:
http://www.microsoft.com/technet/pr...f9354aefde.mspx
If that fails you, Google is your friend.
Regards,
Will
| |
| marco 2 2006-01-24, 7:07 pm |
| ok thanks!
anyone,
i read on an MSFT page, that the use of gflags.exe is very dangerous,
and that an error in using it could result in the failure of
the entire operating system, and the need to reinstall
entire XP.
any comments, please?
m.
"William DePalo [MVP VC++]" <willd.no.spam@mvps.org> schreef in bericht
news:%23EIx2KRIGHA.604@TK2MSFTNGP14.phx.gbl...
> "marco 2" <rebel-6-out@planet.nl> wrote in message
> news:43d655b6$0$12836$ba620dc5@text.nova.planet.nl...
>
> Sorry, but I'm not an expert in the debugging tools.
>
> I would scrutinize the replies that you have already received and read
> this:
>
> http://support.microsoft.com/defaul...kb;en-us;286470
>
> or perhaps this:
>
> http://www.microsoft.com/technet/pr...f9354aefde.mspx
>
> If that fails you, Google is your friend.
>
> Regards,
> Will
>
| |
| William DePalo [MVP VC++] 2006-01-24, 9:58 pm |
| "marco 2" <rebel-6-out@planet.nl> wrote in message
news:43d6c98f$0$12846$ba620dc5@text.nova.planet.nl...
> i read on an MSFT page, that the use of gflags.exe is very dangerous,
> and that an error in using it could result in the failure of
> the entire operating system, and the need to reinstall
> entire XP.
It's always a good idea to quote what you are talking about.
Is it this quote from the help entry on the /full option?
<quote>
Because full page heap verification uses at least one page of committed
memory for each allocation, system resources can be quickly exhausted. For
memory intensive processes, use the /size or /dlls parameter.
</quote>
I'd suggest that you not take the risk with it.
Regards,
Will
| |
| marco 2 2006-01-24, 9:58 pm |
| ok, i'll try to remember.
it's not exactly that quote, but i believe it's the same
page.
i think i'll just uninstall deb. tools for windows.
m.
"William DePalo [MVP VC++]" <willd.no.spam@mvps.org> schreef in bericht
news:%23O9p4zUIGHA.2928@TK2MSFTNGP10.phx.gbl...
> "marco 2" <rebel-6-out@planet.nl> wrote in message
> news:43d6c98f$0$12846$ba620dc5@text.nova.planet.nl...
>
> It's always a good idea to quote what you are talking about.
>
> Is it this quote from the help entry on the /full option?
>
> <quote>
> Because full page heap verification uses at least one page of committed
> memory for each allocation, system resources can be quickly exhausted. For
> memory intensive processes, use the /size or /dlls parameter.
> </quote>
>
> I'd suggest that you not take the risk with it.
>
> Regards,
> Will
>
|
|
|
|
|