Darwin-strptime() är inkompatibel med traditionella implementationer

Råkade ut för otrevlig inkompatibilitet i Darwin's strptime(). Traditionella implementationer förväntar sig att scanna av 4 siffror om det står %Y i formatsträngen, dvs ett årtal mellan 0000 och 9999. Men i Darwin-implementationen kan årtalet ha fler än fyra siffror. Det innebär att om man skickar in "20081223" och "%Y%m%d" som argument så får man fel-return (NULL), eftersom alla siffrorna "äts" upp av %Y och inga finns kvar till %m och %d. Det går att komma runt genom att använda något skiljetecken mellan årtal och månadssiffra ("%Y %m" eller "%Y-%m" t.ex), men det är lite tråkigt att 1, behöva ändra sin befintliga kod på en massa ställen, 2, behöva ändra sina datum-strängar i filer som programmen (se 1) ska parsa.

Har tittat på Darwin-koden Apple - Open Source - Login
och kan inte se att det går att få att fungera på traditionellt vis utan att bygga om libc eller ha en egen strptime() i sin eget bibliotek. Det senare vill man helst slippa, inte minst med tanke på att en rättning i strptime() var med i senaste security update av OS X.

Tacksam för tips!

Ett Y10k-problem!

studiox, vissa format-modifierare är locale-beroende, men inte %Y.

pesc, tack för länken för bugrapporter till Apple. sscanf känns inte som ett alternativ. Min kod ska kunna tolka i princip godtyckliga input- och format-strängar. Men jag hittade på en generell lösning som funkar.

Jag gjorde ungefär så här:
i en .h-fil som inkluderas där strptime () används, och man kompilerar på OS X:
#define strptime my_strptime

my_strptime () som jag bygger in i mitt bas-bibliotek (om man är på OS X), letar i formatsträngen efter %Y%. Om det inte hittas så anropas den vanliga strptime(). Annars så används vanliga strptime() dels för den del som kommer före %Y och dels för den del som kommer efter. Själva %Y delen tolkar my_strptime () själv, 1-4 siffror.

Om %Y% förekommer två gånger i samma formatsträng så går jag bet, men det kan jag leva med.

Inser när jag skriver att det finns en till situation som jag inte hanterar, men den känns inte heller viktig; om t.ex. formatsträngen är %Y1234 t.ex. och inputsträngen är 20081234 så kommer funktionen returnera NULL eftersom den inte hittar 1234 när den tolkat årtalet som 20081234.

Om någon behöver mer detaljer, skicka ett P.M.

Fick ett meddelande från apple som egentligen bara sa att min felrapport var ett duplikat, och att deras tekniker undersökte orignalrapporten. Jag fick id:t för orginalet, men det verkar inte som om jag kommer att få något meddelande på om/när/hur den blir löst. Om jag kommer ihåg ska jag kolla med ett testprogram när det kommer nya utgåvor av c-biblioteket.