Discussion :

[NHCAT]

Bonjour,

J'ai une application C++/MFC qui me permet de consulter et mettre à jour dans comptes dans un Active Directory, et je souhaiterais lui ajouter une fonctionnalité pour renseigner et consulter la date d'expiration du compte dans l'AD, contenue dans le champ accountExpires. Pour ça, il faut que j'envoie une valeur au format datetime en paramètre, mais je ne trouve pas comment convertir en C++ une chaîne de caractère (contenant ma date) en datetime.

J'ai pu le faire en PowerShell, avec la fonction ToFileTime(), mais je ne trouve pas d'équivalent en C++.

Connaissez-vous une fonction permettant ce type de conversion ?

Et question subsidiaire : pour pouvoir afficher ensuite ma date d'expiration en consultation, il me faudrait également la fonction inverse qui à partir d'un datetime permet de récupérer la date au format classique.

Merci d'avance pour votre aide.

[ternel]

"google(mfc string to datetime)" me donne:

• la doc msdn de ParseDateTime
• une stackoverflow sur le meme problème

Ca devrait te suffire, non?

[NHCAT]

Merci pour ces pistes, mais je n'arrive pas pour autant à faire fonctionner mon programme.
A priori le format de la colonne accountExpires dans l'AD n'est pas compatible avec le CTime. Connaitriez-vous une fonction permettant de convertir le résultat de la requête LDAP sur la colonne accountExpires en CTime ?

Cette page du MSDN ne me permet pas de le trouver : https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

[dragonjoker59]

Si tu es en MFC, tu as CDateTime, et le lien que tu as indiqué est assez explicite:

100-nanosecond intervals since January 1, 1601 (UTC)

Size 8 bytes

[bacelar]

Ton lien permet de tomber sur https://msdn.microsoft.com/en-us/lib...=vs.85%29.aspx

[NHCAT]

En effet, tous ces éléments semblent être une bonne piste. Merci.

Cependant, je n'ai pas trouvé de fonction faisant la conversion CString -> datetime, ni la conversion inverse sur ces pages.

Lorsque je récupère la valeur du champ accountExpires dans l'AD et que je la convertis en int, j'obtient un chiffre qui n'a rien à voir avec un datetime, et que je n'arrive pas à exploiter.
Par exemple, pour un compte qui expire au 10/05/2016 à 0:00:00, je récupère '564850688'.

Je bloque complètement...

[Bousk]

Ce que tu as c'est un timestamp. Et ça représente exactement ce que la doc indique pour lui, qui a été citée plus haut

100-nanosecond intervals since January 1, 1601 (UTC)

[NHCAT]

Je ne pense pas que ce chiffre soit un datetime, car si je récupère par exemple en PowerShell la date d'aujourd'hui pour la convertir ensuite en datetime, j'ai le datetime 130972586426921984

PS D:> $date = get-date
PS D:> $date

jeudi 14 janvier 2016 16:24:02

PS D:> $date = $date.ToFileTime()
PS D:> $date
130972586426921984
PS D:> $date = [datetime]::fromfiletime(130972586426921984)
PS D:> $date

jeudi 14 janvier 2016 16:24:02

Si je met ce datetime en dur dans mon appli C++ pour écrire dans l'AD, et que je consulte ensuite l'AD, j'ai bien une date d'expiration à aujourd'hui.

Mais si j'utilise la même fonction PowerShell fromfiletime sur la date que je récupère en C++ que je récupère en consultant le champ accountExpires, j'obtient la date du 1 janvier 1601

PS D:> $date = [datetime]::fromfiletime(564850688)
PS D:> $date

lundi 1 janvier 1601 01:00:56

L'idéal pour moi serait de trouver en C++ une fonction qui fait la même chose que ToFileTime() en PowerShell, pour convertir ma date avant écriture dans l'AD.
Et inversement une fonction C++ permettant de faire la même chose que [datetime]::fromfiletime() en PowerShell, pour convertir la date que je récupère en consultation.

[Iradrille]

Je ne pense pas que ce chiffre soit un datetime, car si je récupère par exemple en PowerShell la date d'aujourd'hui pour la convertir ensuite en datetime, j'ai le datetime 130972586426921984.

100-nanosecond intervals since January 1, 1601 (UTC)

A la louche 415 ans, 365.25 jours par an, 24 heures par jour, 3600 secondes par heure, 10 000 000 ticks par sec (100ns = 0.1µs = 10e-7sec)
415 * 365.25 * 24 * 3600 * 10 000 000 = 130 964 040 000 000 000, c'est vachement proche des 130 972 586 426 921 984 que tu obtiens.

edit :

Lorsque je récupère la valeur du champ accountExpires dans l'AD et que je la convertis en int, j'obtient un chiffre qui n'a rien à voir avec un datetime, et que je n'arrive pas à exploiter.
Par exemple, pour un compte qui expire au 10/05/2016 à 0:00:00, je récupère '564850688'.

Un int c'est (très) souvent 32 bits, tu as besoin de 64 bits là. Pas étonnant que tu retrouves une valeur trop petite.

[NHCAT]

Un int c'est (très) souvent 32 bits, tu as besoin de 64 bits là. Pas étonnant que tu retrouves une valeur trop petite.

Ah la vache ! En effet, je n'avais pas fait attention à ça.
Ca explique donc ce chiffre erronné.

J'en reviens donc toujours au même problème, car je ne trouve toujours pas comment récupérer mon datetime et le convertir en date, et inversement comment convertir une date en datetime...

[Médinoc]

Cet article pourrait probablement aider:
How to recognize different types of timestamps from quite a long way away
La seconde partie de l'article mentionne les conversions d'un format à l'autre (même si le beau schéma de la fin ne marche plus).

[NHCAT]

Bonjour,

Donc il faudrait que j'utilise le format FileTime avec la fonction DosDateTimeToFileTime, d'après ce que je peux lire sur cette dernière page que tu cites, Médinoc.

Par contre, avec mon anglais aproximatif, je ne suis pas certain d'une chose. Quelle classe faut-il inclure pour pouvoir utiliser ce format FileTime ?

[Médinoc]

FILETIME est une structure de l'API Windows, donc un simple #include <windows.h> devrait suffire (déclarant à la fois la structure et la fonction).

À ne pas confondre avec System::DateTime, qui est une classe du Framework .Net.

PS: Attends, d'où vient ta date exactement? Car ça me paraît vraiment suspect, à notre époque, que tu aies à manipuler une date DOS.

Ton gros problème si j'ai bien compris, c'est que tu as la date sous forme de chaîne de caractères. Et hélas, ni le standard C l'API Windows ne proposent de fonction de parsing de date: strptime() est POSIX et COleDateTime::ParseDateTime() est Microsoft Foundation Classes (MFC).

Edit: Heureusement, comme on a dû me le rappeler, tu utilises MFC.

Tu vas donc devoir faire le parsing toi-même (pas trop dûr si c'est toi qui décide quel format la date doit avoir; en fait, un simple sscanf() doit même pouvoir marcher), construire une structure SYSTEMTIME avec les différents champs, puis utiliser SystemTimeToFileTime() pour obtenir un FILETIME (si c'est un FILETIME qu'il te faut en sortie).

[ternel]

Mais justement, l'application de NHCAT est en MFC, donc, il y a accès

[NHCAT]

C'est une appli ancienne dont on m'a filé la maintenance en attendant de la remplacer, donc son code commence à sérieusement dater, en effet.

Mon but est de renseigner une date d'expiration dans le champ accountExpires de l'AD. Or ce champ est au format datetime.
En PowerShell, pour charger ce champ en batch à partir d'un fichier au format csv dans lequel je récupère une date sur 8 caractère dans une variable $date_expiration, je l'ai fait de la manière suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$date_expiration = [datetime]::ParseExact($date_expiration + '_000000','ddMMyyyy_HHmmss',$null)
Set-ADAccountExpiration -server $domain.DNSRoot $login -DateTime $date_expiration

Donc il me faudrait faire la même chose en C++, pour mon autre appli qui permet de mettre à jour/consulter l'AD en direct.
Convertir une date sur 8 caractères au format datetime pour ensuite le charger dans l'AD (quand j'entre le datetime 130972586426921984 en dur dans mon code C++ et que j'exécute mon appli, la date est bien chargée dans l'AD).

Et par ailleurs, il me faudrait trouver comment récupérer correctement le champ au format datetime dans l'AD à la consultation du champ d'un compte, pour le convertir ensuite du format datetime, en une date que je puisse afficher (du style JJ/MM/AAAA).

[Médinoc]

How to convert date/time attributes in Active Directory to standard time format
...
The Active Directory stores date/time values as the number of 100-nanosecond intervals that have elapsed since the 0 hour on January 1, 1601 till the date/time that is being stored. The time is always stored in Greenwich Mean Time (GMT) in the Active Directory.

Ce sont donc bien des FILETIME, en UTC.

[NHCAT]

Pour récupérer mes colonnes de l'AD, j'exécute ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
hr = pDSSearch->GetColumn( hSearch, L"comment", &col );
if (SUCCEEDED(hr))
{
	szTemp = col.pADsValues->CaseIgnoreString ;
	sObjetUserComment = (CString) szTemp;
	pDSSearch->FreeColumn( &col );
}
else
	sObjetUserComment = "";

Mais cela fonctionne quand le type de donnée de l'AD peut être convertit en CString.
Ici a priori, il faut que je m'y prenne autrement car impossible d'utiliser ->CaseIgnoreString sur ce champ de l'AD au format FILETIME.

Une idée pour cette conversion ?

[Médinoc]

Peux-tu confirmer que la colonne est bien de type ADSTYPE_UTC_TIME (c'est-à-dire 9)?

Auquel cas tu pourrais simplement utiliser le champ UTCTime de type ADS_UTC_TIME, c'est-à-dire SYSTEMTIME?

[NHCAT]

L'attribut de l'AD Account-Expires est défini de la manière suivante :

CN : Account-Expires
Ldap-Display-Name : accountExpires
Size : 8 bytes
Update Privilege : The domain administrator sets this attribute.
Update Frequency : Whenever the previous expiration date expires and needs to be updated.
Attribute-Id : 1.2.840.113556.1.4.159
System-Id-Guid : bf967915-0de6-11d0-a285-00aa003049e2
Syntax : Interval

Il est donc sur 8 bytes.

[Médinoc]

Et il est marqué comme ayant comme syntaxe Interval

Tu vois, tout est indiqué:

ADS Type

ADSTYPE_LARGE_INTEGER