0xc0000005 error

This is a discussion on 0xc0000005 error within the C++ Programming forums, part of the General Programming Boards category; Hi there! I have a problem which I can't really solve. I wrote a program (quite complicated one), which generates ...

  1. #1
    Registered User
    Join Date
    Mar 2003
    Posts
    105

    0xc0000005 error

    Hi there!

    I have a problem which I can't really solve. I wrote a program (quite complicated one), which generates the mentioned 0xc0000005 error, upon starting the compiled exe, and says "failed to initialize properly".
    The weird thing is, that this happened after I began having trouble with the exit(0) command. Whenever I close my program not using the X button, I used this command to solve the problem. But this time (I don't know why) this command does NOT stop the program from running even though all the forms were destroyed.
    Can you help me with that? Did you have any problems like this in the past?
    I use Borland C++ Builder 5.0, and havent run into anything like this before.

    Thx guyz!
    Attila

  2. #2
    Kernel hacker
    Join Date
    Jul 2007
    Location
    Farncombe, Surrey, England
    Posts
    15,677
    THe error code itself means "you accessed memory you had no right to use", which covers a multitude of sins, usually involving pointers that are abused or arrays that aren't big enough, but other things too.

    --
    Mats
    Compilers can produce warnings - make the compiler programmers happy: Use them!
    Please don't PM me for help - and no, I don't do help over instant messengers.

  3. #3
    Algorithm Dissector iMalc's Avatar
    Join Date
    Dec 2005
    Location
    New Zealand
    Posts
    6,308
    Quote Originally Posted by Hankyaku View Post
    I wrote a program (quite complicated one), which generates the mentioned 0xc0000005 error, upon starting the compiled exe, and says "failed to initialize properly".
    0xC0000005 is an access violation which is probably the most common bug symptom of all. It could be anything.

    Run the program in your debugger and tell the debugger to break upon an exception, or at least upon this type of exception.
    My homepage
    Advice: Take only as directed - If symptoms persist, please see your debugger

    Linus Torvalds: "But it clearly is the only right way. The fact that everybody else does it some other way only means that they are wrong"

  4. #4
    Registered User
    Join Date
    Mar 2003
    Posts
    105
    Thx, I suspected the same, and checked the arrays I'm using. They look okay. I avoid using pointers, so that shouldn't be a problem.

    And can you help me in determining why the exit(0); command does not work? Application->Free() however works (no matter how illegal it is).
    There surely is some memory issue, somehow Free is not called automatically. Have you run into anything like this?

    Thx again.

  5. #5
    Kernel hacker
    Join Date
    Jul 2007
    Location
    Farncombe, Surrey, England
    Posts
    15,677
    Most likely, exit(0) doesn't work because you've overwritten some other data that is needed for exit() to do it's job - nothing else.

    --
    Mats
    Compilers can produce warnings - make the compiler programmers happy: Use them!
    Please don't PM me for help - and no, I don't do help over instant messengers.

  6. #6
    Registered User
    Join Date
    Jun 2005
    Posts
    6,454
    Quote Originally Posted by Hankyaku View Post
    Thx, I suspected the same, and checked the arrays I'm using. They look okay. I avoid using pointers, so that shouldn't be a problem.
    If you avoid using pointers, the most likely problem is falling off the end of an array. It is also possible you're doing something with I/O (eg fscanf() being supplied an int when it expects a double due to %f format specifier) that overwrites something you don't intend.
    Quote Originally Posted by Hankyaku View Post
    And can you help me in determining why the exit(0); command does not work? Application->Free() however works (no matter how illegal it is).
    There surely is some memory issue, somehow Free is not called automatically. Have you run into anything like this?
    Like matsp said, possibly a side effect of your other problem: your misbehaving code is tromping some memory that exit() needs to function.

  7. #7
    Registered User
    Join Date
    Mar 2003
    Posts
    105
    Thanks guys, I'll check that. I'm using a TeeChart in the software, that may cause some trouble. I'll begin //-ing my code and see what happens. Hell of a job at many forms and few thousand lines.

  8. #8
    Kernel hacker
    Join Date
    Jul 2007
    Location
    Farncombe, Surrey, England
    Posts
    15,677
    You may find that an easier way to comment out large chunks of code is to use
    Code:
    #if 0 
    // Many lines of code here. 
    #endif
    When you want to re-enable the code, all you need to do is change the zero to a non-zero value (e.g. 1).

    I quite often use:
    Code:
    #if 1
    // Do simple stuff
    #else
    // Do the REAL stuff
    #endif
    inside functions to remove parts of the code that I find suspicious of causing a problem. That's useful for example when the function is expected to return a value, and you need to fake success (or failuer) in the function - e.g. a form function may be replaced by a function that says "User clicked OK" and data left unchanged...

    --
    Mats
    Compilers can produce warnings - make the compiler programmers happy: Use them!
    Please don't PM me for help - and no, I don't do help over instant messengers.

  9. #9
    Registered User
    Join Date
    Mar 2003
    Posts
    105
    I'm a bit more drastic in the cases I'm testing to leave a huge pile of code.
    I'm a "/* */" fan, so there are pieces like "//*/" at the end of all of my routines and functions. So in case I need the whole thing commented, only a /* comes to the beginning and I delete the // at the end.

    Meanwhile I began further testing of the code, checked through the headers of my forms, and there are no rediculous size arrays, and there are no overflows.

    During the debugging process, I don't run into any exceptions (except for testing for the floating point delimiter), but when I exit the application (close the form, push "exit" buttons etc.) there is a lag before I can actually stop it with the debugger.

    And one more interesting thing. On the PC I do the programming, the software works perfectly when I use Application->Free() instead of the exit(0) , but on other PCs, the executable gives the error message I wrote earlier. How's that? I don't know, maybe the C++ Builder has installed something which makes this problem disappear, but on other PCs, without C++ Builder, the problem persists.

  10. #10
    Registered User
    Join Date
    Mar 2003
    Posts
    105

    Other possibility

    Hi!

    I'm back again, still I can't solve the problem.
    However I think that I may have set something in the compiler, or there's a problematic component I use. Thats XLSreadwrite.

    I've experienced the same problem by the way at another program too. Except for that there's no Application->Free() issue, I can exit easily using exit(0), there are no size problems either, but still, the compiled exe gives the "Application can not initialize. Error code: 0xc00000005." (or stg like this) error message. Of course during compilation there was no problem.

    So what do you think?
    Can it be XLSreadwrite, or did I set something wrong in the compiler, or stg?
    I'm counting on you guys, I'm running out of ideas....

    Thx
    Han

  11. #11
    Deathray Engineer MacGyver's Avatar
    Join Date
    Mar 2007
    Posts
    3,211
    Well, you know what the problem is: You're trashing memory somewhere.

    When you do that, the error isn't necessarily easy to find out. It depends upon what stupid thing you're doing to cause the problem and just when things come together to make the system barf because of it.

  12. #12
    Registered User
    Join Date
    Mar 2003
    Posts
    105

    Problem maybe solved... weird though.

    Hi!

    It seems that I've solved this issue. But I don't understand how it works. So please, if anybody of you can come up with any guess, please don't hesitate to share!!!

    It happened like this. I ran the compiled exe files on my pendrive in different directories, and I found that at a location it work, while it didn't work at the other one. I began filtering the system files (and abandoned the guess that XLSReadWrite does cause any trouble), and found that once I removed vcl50.bpl, and left vclx50.bpl in the directory of the exe, it worked! But as soon as I copied it back, it gave the initialization error.

    Now how weird is that? I'll run further test to check if this really was the problem, or my program called anything in this bpl I'll miss later on. But if you have any guesses, please share! (I don't really know much about this file at all...)

    Cheers!
    Han

  13. #13
    Registered User
    Join Date
    Jun 2005
    Posts
    6,454
    vcl50.bpl is a library that contains basic GUI controls and vclx50.bpl contains some more rarely used controls (Checklst, Colorgrd, Ddeman, Filectrl, Mplayer, Outline, Tabnotbk, Tab) for an application built using C++ Builder 5. If required, they are usually statically linked in (and the associated error message at run time if you have problems with version of those, or if they don't exist, will be to the effect of a required library not found, not a pointer related error).

    I'd guess you actually have (at least) problems.

    1) In BCB, look at Project/Options. Under the linker tab, if you uncheck "Use Dynamic RTL" your executable will be statically linked and not require those libraries. It will create a larger executable though.

    2) I would still strongly suspect the real cause of your problem is still a pointer molestation or array overrun. The sensitivity to libraries is more likely a side-effect: by moving dynamic libraries around you will be changing minor things related to final memory layout when your executable is finally loaded, so the memory that is being tromped subtly changes and therefore the symptom changes.

  14. #14
    Registered User
    Join Date
    Mar 2003
    Posts
    105
    Thanx for the info.
    The situation is sooo interesting. I say this because this error showed up only recently. Those applications I made earlier began producing this error messages recently.
    I didn't make any real modifications to them concerning pointer usage. Actually I don't even use pointers. I use arrays, but at an array index overflow I immediately get an exception. So that's why I was shocked.

  15. #15
    Registered User
    Join Date
    Jun 2005
    Posts
    6,454
    Array index overflow does not automatically give exceptions; such things, in practice, only happen in a specific set of circumstances.

    Probably all that's happened is that you made some small change in your program recently (eg addition of some new variables, or something, and operations on them). That would change the memory layout of your program. So the real culprit is having a different effect from what it did originally (i.e. becoming visible when it wasn't before).

    It is also possible you changed some data file used by your program, and that is affecting some critical data in a way you didn't anticipate. This is quite common if the process of reading your data involves allocation and deallocation of memory (eg clearing a dynamically allocated list and then growing it again to store new data).

Page 1 of 3 123 LastLast
Popular pages Recent additions subscribe to a feed

Similar Threads

  1. Getting an error with OpenGL: collect2: ld returned 1 exit status
    By Lorgon Jortle in forum C++ Programming
    Replies: 6
    Last Post: 05-08-2009, 08:18 PM
  2. An error is driving me nuts!
    By ulillillia in forum C Programming
    Replies: 5
    Last Post: 04-04-2009, 09:15 PM
  3. Making C DLL using MSVC++ 2005
    By chico1st in forum C Programming
    Replies: 26
    Last Post: 05-28-2008, 01:17 PM
  4. Connecting to a mysql server and querying problem
    By Diod in forum C++ Programming
    Replies: 8
    Last Post: 02-13-2006, 09:33 AM
  5. Couple C questions :)
    By Divx in forum C Programming
    Replies: 5
    Last Post: 01-28-2003, 12:10 AM

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21