Exception thrown at 0x00007FF93E507A7A (ntdll.dll) .Access violation reading location 0xFFFFFFFFFFFFFFFF

▲
2
▼

I'm using POCO lib to working network. i use JSON data of POCO/JSON . my code:

User user(context.marshal_as<std::string>(tbUserName->Text),
        context.marshal_as<std::string>(tbFullName->Text),
        context.marshal_as<std::string>(tbDisplayName->Text),
        context.marshal_as<std::string>(tbEmail->Text),
        context.marshal_as<std::string>(tbPhoneNumber->Text),
        context.marshal_as<std::string>(tbNamSinh->Text),
        context.marshal_as<std::string>(tbPassword->Text),
        context.marshal_as<std::string>(tbConfirm->Text)
    );
    string jsonString = user.serialize();

I have an error Exception thrown at 0x00007FF93E507A7A (ntdll.dll) in Client_Winform.exe:

0xC0000005: Access violation reading location 0xFFFFFFFFFFFFFFFF.

If there is a handler for this exception, the program may be safely continued.

c++
json
poco-libraries
asked on Stack Overflow Mar 14, 2017 by Thìn Lê Xuân • edited Mar 14, 2017 by Ahmed Ashour

3 Answers

▲
1
▼

You are using a handle which got returned as INVALID_HANDLE from some function (INVALID_HANDLE is -1 or 0xFFFFFFFFFFFFFFFF). When you try to use it, it gets used as an address and you don't have permissions to access that address (error 5 is access violation).

answered on Stack Overflow Mar 14, 2017 by grovkin
▲
1
▼

Use Visual Studio's Code Analysis to track the exact place in your code where the bug is. https://msdn.microsoft.com/en-us/library/ms182028.aspx The problem with these kinds of error messages is not to understand the reason (bad handle) but to find the place. Since your code passed compilation with no errors, and in many cases, will run smoothly on several machines and crash only on one of them, you need to focus on the place of the crash.

answered on Stack Overflow Dec 4, 2017 by Michael Haephrati
▲
0
▼

This could occur, when you do have multiplatform projects (i.e. assemblies). Meaning, if you do have one project of x86 and another project in x64. Issue occurs when you build project under wrong platform. For example, referred x64 assembly build under x86 and in the consumer code are trying to call specific function. Because, of this mixed platformed assemblies, reference calculation is resulting in x00000005 or xFFFFFFFF kind of location, which is restricted area in side RAM (i.e. OS part). Hence, it's throwing exception having message like "Access Violation exception reading location...". The solution I found is to identify and apply exact platform to relevant project. I retrieved entirely fresh code from the repo again and build under specific platform and this issue disappeared.

answered on Stack Overflow Feb 25, 2021 by thpratik

User contributions licensed under CC BY-SA 3.0