OK, the problem in TreeParserChunkMaster() is clear:
Whenever FineElementID returns a nullpointer, nothing is done in the while-loop beside cout'ing the errormessage.
So the
while(i<length)
loop is never left.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I updated svn trunk. I marked this as problem as fixed. But I don't know why it generates error on windows but linux and macOSX. Weird problem. I don't know if this solves Nothing Doing Bug completely but I wish. After being sure about it, I could release 0.11 with some minor fixes too.
Thanks
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Tried it: It fixes the symptom that meteorite hangs there doing nothing, but now I get a segfault at the end - when all the logentries like 'CuePoint Size: 14 CueTime: 16 CueTrackPositions: size 11 ....' appeare.
Looks like there is a second location where this particular error in an mkv needs to be handled.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I should have been more precise here: The file where I identified the issue is not >8GB - it is just above 1 GB. On a quick check it seems to play fine. So it is not related to filesize but to some specific failuremode in the MKV.
I did not want to say that this break line is causing the segfault. What I wanted to say that maybe the same defect in the MKV which caused the hangup in the while-loop is now causing a second issue somewhere else, because of some unexpected stuff in the MKV.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Also there is segmentation fault on MeteoriteGUI close. GUI implemented in a hour for release. But I don't have any segmentation fault on core. If you could upload the file somewhere I can analyze it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
... just as an addition: Same results with GCC 4.5.0 ...
OK, the problem in TreeParserChunkMaster() is clear:
Whenever FineElementID returns a nullpointer, nothing is done in the while-loop beside cout'ing the errormessage.
So the
while(i<length)
loop is never left.
Yes, it's look like one break line required on second else statement.
Thanks for indicating.
I updated svn trunk. I marked this as problem as fixed. But I don't know why it generates error on windows but linux and macOSX. Weird problem. I don't know if this solves Nothing Doing Bug completely but I wish. After being sure about it, I could release 0.11 with some minor fixes too.
Thanks
Tried it: It fixes the symptom that meteorite hangs there doing nothing, but now I get a segfault at the end - when all the logentries like 'CuePoint Size: 14 CueTime: 16 CueTrackPositions: size 11 ....' appeare.
Looks like there is a second location where this particular error in an mkv needs to be handled.
Does this is true for multiple 8GB MKV file or for just for one?
Also does produced mkv plays properly?
I don't think if this "break" line resulting a seg fault.
I think this is another bug.
I should have been more precise here: The file where I identified the issue is not >8GB - it is just above 1 GB. On a quick check it seems to play fine. So it is not related to filesize but to some specific failuremode in the MKV.
I did not want to say that this break line is causing the segfault. What I wanted to say that maybe the same defect in the MKV which caused the hangup in the while-loop is now causing a second issue somewhere else, because of some unexpected stuff in the MKV.
Also there is segmentation fault on MeteoriteGUI close. GUI implemented in a hour for release. But I don't have any segmentation fault on core. If you could upload the file somewhere I can analyze it.