Interoperabilität zwischen boost::date_time und std::chrono

Wie interoperabel sind boost::date_time und std::chrono?

Zum Beispiel, gibt es eine Möglichkeit das konvertieren zwischen boost::posix_time::ptime und std::chrono::time_point?

Ich habe versucht, die Suche für die Dokumentation, die auf solche Umbauten, aber konnte keine finden.

InformationsquelleAutor HighCommander4 | 2011-02-05
  1. 14

    Fand ich diese auf den boost-commits mailing-Liste: http://lists.boost.org/boost-commit/2009/04/15209.php

    Hier sind die relevanten Funktionen:

    template < class Clock, class Duration> 
struct convert_to<posix_time::ptime, chrono::time_point<Clock, Duration> > { 
    inline static posix_time::ptime apply(const chrono::time_point<Clock, Duration>& from) 
    { 
        typedef chrono::time_point<Clock, Duration> time_point_t; 
        typedef chrono::nanoseconds duration_t; 
        typedef duration_t::rep rep_t; 
        rep_t d = chrono::duration_cast<duration_t>(from.time_since_epoch()).count(); 
        rep_t sec = d/1000000000; 
        rep_t nsec = d%1000000000; 
        return boost::posix_time::from_time_t(0)+ 
        boost::posix_time::seconds(static_cast<long>(sec))+ 
        #ifdef BOOST_DATE_TIME_HAS_NANOSECONDS 
        boost::posix_time::nanoseconds(nsec); 
        #else 
        boost::posix_time::microseconds((nsec+500)/1000); 
        #endif 
    } 
}; 

template < class Clock, class Duration> 
struct convert_to<chrono::time_point<Clock, Duration>, posix_time::ptime> { 
    inline static chrono::time_point<Clock, Duration> apply(const posix_time::ptime& from) 
    { 
        boost::posix_time::time_duration const time_since_epoch=from-boost::posix_time::from_time_t(0); 
        chrono::time_point<Clock, Duration> t=chrono::system_clock::from_time_t(time_since_epoch.total_seconds()); 
        long nsec=time_since_epoch.fractional_seconds()*(1000000000/time_since_epoch.ticks_per_second()); 
        return t+chrono::nanoseconds(nsec); 

    } 
};

    Ich bin nicht sicher, wenn Sie gehen, um Teil von boost-Version. Sie scheinen nicht zu werden, im boost-trunk jetzt...

    • Gute zu finden. Diese Funktionen erscheinen, zu vermuten, dass die Uhr die Epoche ist die gleiche wie ptime ist: Silvester, 1970. Wenn diese Annahme wahr ist, diese Funktionen arbeiten. Wenn nicht, sind diese Funktionen ein silent run time error.
    • Ist es möglich, diese Funktionen zu implementieren einwandfrei, auch wenn die Epochen sind unterschiedlich?
    • Ich glaube, man kann sehr nahe kommen. Ich würde zuerst eine benutzerdefinierte chrono::clock (muss nicht sein namespace-chrono), die eine Epoche der Neuen Jahre, 1970. Konvertieren zwischen ptime und Ihre neue Uhr wie oben beschrieben. Und dann kann man ungefähr konvertieren zwischen den beiden chrono Uhren, indem man die jetzt() von jedem von Ihnen (eine nach der anderen). Subtrahieren Sie die time_since_epoch() jedes time_point um eine Dauer, die den Unterschied zwischen den Epochen der beiden chrono Uhren. Sie addieren/subtrahieren, die Differenz zu konvertieren zwischen den beiden chrono time_points.
    • Das ist wirklich schön, aber ich denke, EFF+500 sollte nsec+(nsec>0?500:-500) zu Runde ordnungsgemäß mit negativen zahlen.
    InformationsquelleAutor HighCommander4
  2. 12

    Können Sie konvertieren eine time_t zu und von einem std::chrono::system_clock::time_point:

    class system_clock
{
public:
    ...
    static time_t     to_time_t  (const time_point& __t);
    static time_point from_time_t(time_t __t);
};

    Und Sie können die Konvertierung einer time_t zu einem ptime:

    ptime from_time_t(time_t t);

    Aber ich sehe nicht ein Weg, um zu konvertieren eine ptime zu einem time_t.

    • Sie können die Verwendung von boost ist to_tm(ptime), um die tm-Struktur und verwenden Sie dann mktime(...) von Zeit.h/ctime zu bekommen time_t. siehe cplusplus.com/reference/ctime/mktime
    • Stellen Sie sicher, dass die software nicht ausgeführt werden, nach dem Jahr 2038 en.wikipedia.org/wiki/Year_2038_problem
    • Erweitern @DarienPardinas' Kommentar, 32-bit-Linux-Plattformen verwenden eine vorzeichenbehaftete 32-bit-integer für time_t. Dies führt zu einem Y2038 problem.
    • Hier ist eine alternative datetime-Bibliothek mit besserer Interoperabilität mit std::chrono::system_clock: howardhinnant.github.io/date_v2.html Es wird Sie so weit zurück wie das Jahr -32768, und so weit vorne wie Jahr 32767.
    • Chat über das? chat.stackoverflow.com/rooms/84612/date
    InformationsquelleAutor Howard Hinnant
Schreibe einen Kommentar