Discussion:
unknown
1970-01-01 00:00:00 UTC
Permalink
&lt;/<span>select</span>&gt;</pre>
<div>
<div class="h5"><br>
<br>
<div class="gmail_quote">On Thu, Sep 15, 2011 at 3:10 PM,
Karl Dietz <span dir="ltr">&lt;<a
moz-do-not-send="true"
href="mailto:***@spaetfruehstuecken.org"
target="_blank">***@spaetfruehstuecken.org</a>&gt;</span>
wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN:
0px 0px 0px 0.8ex; PADDING-LEFT: 1ex"
class="gmail_quote">Hello Lester,<br>
<div><br>
On 15.09.2011 18:12, Lester Bar wrote:<br>
&gt; I got the xmltv:writer-&gt;write_programme to
work, its is time sensitive,<br>
&gt; as it relates to the start time presented. I
had to change my start from<br>
&gt; as 10:00 AM etc to start="20110915230500".<br>
<br>
</div>
please be explicit about the time offset, too. It
avoids many pitfals.<br>
Your example of 23:05 is parsed as implicit UTC which
is likely wrong.<br>
I use the DateTime modules to convert localtime from
"Europe/Berlin" to<br>
UTC, it works quite well. You can convert it back into
"UTC +1/2"<br>
(whatever offsets are relevant to get local time) but
that way you<br>
automatically get the correct time when running
shortly before the<br>
switch and looking at programs around or after the
switch.<br>
<br>
For a simple example see dt_from_string() in _pt_meo.<br>
(which reminds me that _pt_meo needs some error
handling for local<br>
times that are illegal. Like 02:30 at the day we
switch winter to<br>
summer time.)<br>
<br>
Regards,<br>
Karl<br>
<br>
------------------------------------------------------------------------------<br>
Doing More with Less: The Next Generation Virtual
Desktop<br>
What are the key obstacles that have prevented many
mid-market businesses<br>
from deploying virtual desktops? &nbsp; How do
next-generation virtual desktops<br>
provide companies an easier-to-deploy,
easier-to-manage and more affordable<br>
virtual desktop model.<a moz-do-not-send="true"
href="http://www.accelacomm.com/jaw/sfnl/114/51426474/"
target="_blank">http://www.accelacomm.com/jaw/sfnl/114/51426474/</a><br>
<div>
<div>_______________________________________________<br>
xmltv-devel mailing list<br>
<a moz-do-not-send="true"
href="mailto:xmltv-***@lists.sourceforge.net"
target="_blank">xmltv-***@lists.sourceforge.net</a><br>
<a moz-do-not-send="true"
href="https://lists.sourceforge.net/lists/listinfo/xmltv-devel"
target="_blank">https://lists.sourceforge.net/lists/listinfo/xmltv-devel</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
<a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/splunk-d2dcopy2">http://p.sf.net/sfu/splunk-d2dcopy2</a></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
xmltv-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:xmltv-***@lists.sourceforge.net">xmltv-***@lists.sourceforge.net</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/xmltv-devel">https://lists.sourceforge.net/lists/listinfo/xmltv-devel</a>
</pre>
</blockquote>
<br>
</body>
</html>

--------------000002050602040509080803--

Loading...