[Xmltv-devel] [ xmltv-Bugs-3057561 ] be more robust on wrong data, do not bail out abruptly

[SourceForge.net]

Bugs item #3057561, was opened at 2010-09-01 18:10
Message generated for change (Tracker Item Submitted) made by mennucc
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3057561&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: A C G Mennucc (mennucc)
Assigned to: Nobody/Anonymous (nobody)
Summary: be more robust on wrong data, do not bail out abruptly

Initial Comment:
hi,

sometimes some data that comes from the web is broken; for example in these days the command 'tv_grab_it' dies and prints
#cannot parse date '20109010004500' at /usr/share/perl/5.10/Memoize.pm line 247

We all agree that '20109010004500' is an absurd date , so there is no sensible way to parse it.

What I am asking is for a little change in the way these errors are managed: it would be better if xmltv , instead of dying ,would skip the wrong program, and go on, and produce a listing.

a.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3057561&group_id=39046

[SourceForge.net]

Bugs item #3057561, was opened at 2010-09-01 18:10
Message generated for change (Comment added) made by mennucc
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3057561&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: A C G Mennucc (mennucc)
Assigned to: Nobody/Anonymous (nobody)
Summary: be more robust on wrong data, do not bail out abruptly

Initial Comment:
hi,

sometimes some data that comes from the web is broken; for example in these days the command 'tv_grab_it' dies and prints
#cannot parse date '20109010004500' at /usr/share/perl/5.10/Memoize.pm line 247

We all agree that '20109010004500' is an absurd date , so there is no sensible way to parse it.

What I am asking is for a little change in the way these errors are managed: it would be better if xmltv , instead of dying ,would skip the wrong program, and go on, and produce a listing.

a.

----------------------------------------------------------------------

Comment By: A C G Mennucc (mennucc)

Date: 2010-09-01 21:52

Message:
hi, here is a patch for tv_grab_it . a.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3057561&group_id=39046