|
With the attached patch !
Le 24/02/2015 15:23, Jean-Loup Bussenot a écrit :
Hi
We ( Eric and I ) work on the conversion problem from string to
wstring in exception handling.
We added a method wreason in the exception class of the libCERTI
providing the exception reason as a wstring.
This permits this kind of code
try {
something ....
}
catch (NetworkError &e) {
throw rti1516e::RTIinternalError(L"NetworkError in
tick() while sending TICK_REQUEST: " + e.wreason());
}
Could you validate the behaviour of this code on your windows
system ?
Jean-Loup
Le 20/02/2015 22:14, Jean-Philippe Lebel a écrit :
Hi
Guys,
I did four commits to GIT. I hope I did it right. Just in case,
here is a list of the commit I've done
Commit:b0d0783d0be7d4964e1f4df66b8bddbbff677397
* added implementation to the HASH function for the HLA1516e
handles
Commit:70cfb1494575f855e458c43ec8f293c0c93de615
* Added parsing code to allow reading of HLA 1516e XML-FOM Files
Commit:17fabc11eda8605ce12b8b772e537fe8330b8c95
* change the conversion for wstring to string in exception
handling. Passing directly from stringstream to a const_iterator
is unreliable in some cases (VS2010 at least). Added a temp
variable to ensure the iterators are valid.
Commit:3924a46b2aa6c5b55c99743ccd604e93a538ac02
* added a couple of validation to the VariableLengthData data
structure to prevent crash when copiing an empty
VariableLengthData to another VariableLengthData (crash found
when adding an item of a map values)
I've attached the corresponding patches.
Please confirm if the commit were done correctly and if so, if
the changes will be merged to the master branch.
THanks, merci
(Réponse en français ou anglais, à votre guise)
|
0001-Avoid-using-stringstream-for-converting-to-wstring.patch