loadplyfile may parse the header error

[sofu456]

the iostream may be fail state with the last ingore in the end of the file in linux.

[taketwo]

Thanks! Could you please post a short file that causes trouble on master and is parsed correctly with your patch?

[sofu456]

Thanks! Could you please post a short file that causes trouble on master and is parsed correctly with your patch?

tmp.ply.txt

[taketwo]

The last line of the file you posted is:

509.09079 -291.39304 -1129.5593 212 234 

The value of the blue field is missing. Therefore the line is not valid. In turn, this invalidates the entire file. The current master fails with a "parse error" message. Your patch makes it silently swallow the invalid file. I don't think this is desirable behavior.

Could you perhaps explain your use-case and why you think the PLY reader should behave in the way you proposed?

[sofu456]

The last line of the file you posted is:

509.09079 -291.39304 -1129.5593 212 234 

The value of the blue field is missing. Therefore the line is not valid. In turn, this invalidates the entire file. The current master fails with a "parse error" message. Your patch makes it silently swallow the invalid file. I don't think this is desirable behavior.

Could you perhaps explain your use-case and why you think the PLY reader should behave in the way you proposed?

maybe this cause this error, but i use the meshlab can open this file. so i think pcl can improve the fault tolerance. corlor or position loss may replace by default

[sofu456]

The last line of the file you posted is:

509.09079 -291.39304 -1129.5593 212 234 

The value of the blue field is missing. Therefore the line is not valid. In turn, this invalidates the entire file. The current master fails with a "parse error" message. Your patch makes it silently swallow the invalid file. I don't think this is desirable behavior.

Could you perhaps explain your use-case and why you think the PLY reader should behave in the way you proposed?

i just find the istream will cause a fail in the end of the file.and this file is generate by zed depth camera. and another file that do not loss the color in the end of the file . you can check it

point_cloud_PLY_18024_1242_24-09-2019-15-15-56.zip

[stale]

This pull request has been automatically marked as stale because it hasn't had
any activity in the past 60 days. Commenting or adding a new commit to the
pull request will revert this.

Come back whenever you have time. We look forward to your contribution.

[jasjuang]

@sofu456 I just checked out your point_cloud_PLY_18024_1242_24-09-2019-15-15-56.zip and it's case 2 of the failure scenario that I filed here #3487. If you can take a look and show me how to resolve cases 3 and 4 I will greatly appreciate it.