You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello Joachim,
I used it in Visual Studio 2008,my test program parsed PST file successfully in x86. However,it crashed in x64.
It seems to occured at internal_record_entry = (libpff_internal_record_entry_t *) record_entry; in libpff_record_entry_get_value_utf8_string_size().
Looking forward to your replay.
The text was updated successfully, but these errors were encountered:
The final break in here in libuna_utf8_string_size_from_utf16_stream(). if( ( utf16_stream[ 0 ] == 0xfe ) && ( utf16_stream[ 1 ] == 0xff ) ) { read_byte_order = LIBUNA_ENDIAN_BIG; utf16_stream_index = 2; }
The utf16_stream is neither null nor a valid pointer,so the program crashed.When i traced it, i found the address of utf16_stream[ ] is 0x000000000000000e. it is illegal.
libuna_utf8_string_size_from_utf16_stream has recently been updated in libuna. Could you please have a look with the latest libuna and, if you were using libpff experimental, the latest experimental version as well.
Marking as invalid seeing this looks like an issue in libuna (not in libpff). Closing for now but feel free to reopen if issue still persist.
Hello Joachim,
I used it in Visual Studio 2008,my test program parsed PST file successfully in x86. However,it crashed in x64.
It seems to occured at
internal_record_entry = (libpff_internal_record_entry_t *) record_entry;
in libpff_record_entry_get_value_utf8_string_size().Looking forward to your replay.
The text was updated successfully, but these errors were encountered: