Avoir la date du jour en .bat

[RodeoKid]

C'est bien gentil tout ça, mais ça n'explique pas comment calculer le quantième de l'année quand tout ce qu'on a c'est une date "jour/mois/année"...

 

 

Merci a tous pour vos réponses...mais on a contourner le problèeme autrement....on a placé un script qui génère un nouveau fichier .prn de l'étiquette voulue à chaque matin, comme ça la date est toujours celle du jour, la commande fait seulement un nouveau .prn en écrasant celui de la veille, donc le matin on a un fichier tout neuf.....vive le DOS et ses possibilitées...lolllll...je ne pensais pas dire ça en 2005 mais le logiciel d'étiquettage de 1800$ n'arrivait même pas à faire ce que l'on voulait.

 

Merci encore à tous...ce petit problème m'a ramener dans le passé avec le DOS et la programmation en basic sur mon vieux Comterm Max en 1985..lollll

 

RodeoKid

Windows, Le seul OS Shareware...tu dois le réinstaller tous les 15 jours !

[p.legal]

C'est bien gentil tout ça, mais ça n'explique pas comment calculer le quantième de l'année quand tout ce qu'on a c'est une date "jour/mois/année"...

 

en LB on peut le faire comme ça :

dat$=date$("mm/dd/yy")
year$=right$(dat$,2)
FirstDayOfCurentYear$="1/1/20"+year$
FDOCY = date$(FirstDayOfCurentYear$)
today = date$("days")
julian$=year$+str$(today-FDOCY)
print julian$
wait

 

Mais est-ce bien utile ?!

 

@++

[KewlCat]

Remarque, c'est vrai qu'au lieu de lui faire un batch on aurait pu lui coller quelques lignes de C ou de Basic qui faisaient exactement ce qu'il demandait, mais bon...

Comme en plus on n'a pas réussi à savoir sur quelles données on travaillait...

 

Tiens, au passage.. Fais gaffe, ton programme a le "bug de l'an 2100"

year$=right$(dat$,2)
FirstDayOfCurentYear$="1/1/20"+year$

Un simple FirstDayOfCurentYear$="1/1/" + right$(dat$, 4) aurait suffi, non ? (en mettant le siècle dans le masque de date$() bien entendu)

[O.Fournier]

Hé, hé ! Quel pinailleur ce KewlCat !

 

Le bug de 2100 sera plutôt le niveau de la mer à + 2 mètres !

[KewlCat]

Quel pinailleur ce KewlCat !

Eh oui... Que veux-tu... C'est plus fort que moi...

[p.legal]

C'est comme ça qu'on progresse.... Mais je te rassure, il passera bien le cap de 2100 car le calendrier julien reviens lui aussi à 0 tout les ..... 10 ans.

 

year$="0"
FDOCY = date$("1/1/2100")
today = date$("12/6/2100")
julian$=year$+str$(today-FDOCY)
print julian$
input r$
end

 

donne 0339 comme resultat !

 

Mais après verification, j'ai quand même une erreur, car la "Date Julienne" se note sur 4 chiffres et non pas 5 comme l'a annoncé RodeoKid, donc son format est une adaptation (sur 100 ans), et non pas la vraie "date julienne". Peu importe car dans les deux cas le code fonctionne.

 

au passage, en 2100, l'horloge de windaube repasse en ......... 1980, lui aussi devrait se mettre au calendrier julien

 

@++

Modifié le 7 décembre 2005 par p.legal

[KewlCat]

le calendrier julien reviens lui aussi à 0 tout les ..... 10 ans

OK... En gros il ne tient pas du tout compte du siècle et c'est ce qui fait que ça fonctionnera... Suffit de le savoir...

au passage, en 2100, l'horloge de windaube repasse en ......... 1980, lui aussi devrait se mettre au calendrier julien

Ouais, mais ça c'est le "bug de 2038" où toutes les dates stockées sur 32 bits en prenant le 1er janvier 1970 comme epoch vont repasser à zéro... Tu peux compter sur Microsoft pour pousser les gens à adopter un OS 64bits d'ici là