[Bug 697715] floating point precision problem in check test gst/gstvalue

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=697715
  GStreamer | gstreamer (core) | 1.x

--- Comment #5 from Alexander Schrab <alexas at axis.com> 2013-04-11 07:59:18 UTC ---
As I see it one of three things have a bug:

1. The documentation + tests, it could be that the user shouldn't expect to use
caps string parsing or gst_date_time_new and expect usec precision
2. The string parsing, it should not use gst_date_time_new but another more
accurate way of building the datetime (doesn't solve users who doesn't realize
that when using gst_date_time_new directly that they need to be carful with
their values)
3. gst_date_time_new, it should somehow be able to handle the case
10.00000099999... But in that case we introduce a semantic difference compared
to g_date_time_new that might be confusing.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.