[Solaris]

[Knoetje]

Hier op een E6500 met solaris 2.6 en oracle 8
kwam ik iets raars tegen:

In oracle loopt een procedure, deze procedure genereerd een outputfile die eindigd op het week nummer.

Op solaris loopt een script die een filetje transporteerd, en dit scrippie zoek een filenaam die eindigd op het week nummer.

This happens:

Oracle maakt file XXXX02
Solaris wil file XXXX01 versturen

Ik gebruik op solaris: date +%W (deze geeft 01 weer???)

Heb ik het nu fout maar et is toch week 02 nu.

Heb ik een tijdzone fout staan of is hier een patch voor???
Of een andere instelling.

Of heeft geen van beiden het fout alleen een andere aaname??

PS: vorig jaar deed het het wel (ze gaven dus allebei het zelfde week nummer!!!)

[MPEG]

Ik weet niet of dit ook geldt voor Oracle en Solaris. Maar er zijn twee soorten algoritmen om het eerste weeknummer van een jaar te berekenen.

Ik denk dat je hier te maken hebt met twee programma's die er elk een ander algoritme op na houden.

Je hebt de volgende algoritmen als ik me niet vergis:

1) week 1 is de eerste week waarin alleen dagen van het nieuwe jaar zitten.

2) week 1 is de week waar meer dan x dagen van het nieuwe jaar zitten. (Hier zijn geloof ik ook weer variaties op)

[MPEG]

Vorig jaar kan het inderdaad goed zijn gegaan. Vorig jaar was de eerste dag van het nieuwe jaar tevens de eerste dag van de week (uitgaande van het feit dat een week op maandag begint)

[Knoetje]

Het doet et weer!!!

Het was een gevalletje van onkunde...

%W optie gaat ervan uit dat week 01 de week is waar in de eerste zondag van het jaar valt

%V optie: iso, dit is dezelfde standaard die oracle geeft (deze returnt 02)

[MPEG]

Logica probleem zoals ik al zei dus...

[jeroen|IA]

grappig. ik kwam hetzelfde probleem toevallig in de eerste week van dit jaar tegen in ons backupscript, ook op een solarisbak. dat ging er namelijk ten onrechte van uit dat het een oneven week (53) was (nog geen eerste maandag in het nieuwe jaar geweest) en dus vond dat de backuptapes die in de library zaten niet de goede waren. na lang foutzoeken bleek dit op precies hetzelfde foutje als hierboven genoemd terug te herleiden. gebruik dus date +%V