Gå til innhold

Perl oppdateres


Anbefalte innlegg

Videoannonse
Annonse

Videre skal nå Perl være bedre i stand til å håndtere operasjoner for dato og klokkeslett, det vil si at språket skal være bedre i stand til å håndtere problemer av typen år 2000-problemet.

Noen vil vel kanskje betrakte det som pirk, men nei, det er ikke egentlig samme typen problem som år 2000-problemet var.

 

Her er det snakk om problemer som ikke har noe med feltstørrelse for fastbredde-formater, men om Unix' tidshåndtering (lenke til Wikipedia-artikkel om temaet for den som vil lese om det i detalj).

 

I Unix telles tiden tradisjonelt i et antall sekunder fra det som kalles for "epoch" (starten på tidsregningen), som er 1970-01-01 00:00:00 UTC. Telleren er basert på en 32-bits integer som godtar både positive og negative verdier. Det gjør at første tilgjengelige dato med dette systemet er 1901-12-13 og siste er 2038-01-19. Dette (år 2038-problemet)er allerede plagsomt for noen, og det blir stadig mer plagsomt.

 

Perl 5.10.x og tidligere Perl 5-versjoner hadde ikke innebygde mekanismer som løste dette problemet tilfredsstillende. I Perl 5.12.x er dette problemet altså løst.

 

For Unix i seg selv (altså ikke Perl 5) er løsningen på 2038-problemet avhengig av at operativsystemet støtter en 64-bits tidstype. Så vidt jeg vet støtter alle "64-bits" Unix-versjoner datoer minst fram til år 9999.

 

I Perl 6 er det per i dag ingen kunstige restriksjoner på hvor lenge fram i tid tidshåndteringen skal fungere.

Lenke til kommentar

Faktisk interessant at perl har fått unicode støtte. PHP6 er jo blitt restartet som prosjekt for noen uker siden, fordi de ikke kom i mål med måten de valgte å implmentere støtten. Men det var ikke så overraskende. PHP har flere designfeil som er å betrakte som "resultatet av å skyte seg i foten, eller tisse i buksa for å holde seg varm".

 

Prøvde å google litt, men fant ikke så mye om hvordan perl hadde implementert dette. Og dokumentasjonen var litt tynn... Eller det var flere eksempler, men det sa ikke så veldig mye om den praktiske daglige bruken.

Lenke til kommentar

Faktisk interessant at perl har fått unicode støtte.

Perl har hatt Unicode-støtte lenge (siden v5.6 i år 2000), men det har vært en økende grad av støtte med årene.

 

Når det står "Unicode version sånn-og-sånn", så er det snakk om støtte for den aktuelle versjonen av Unicode, ikke Unicode som sådan.

 

PHP6 er jo blitt restartet som prosjekt for noen uker siden, fordi de ikke kom i mål med måten de valgte å implmentere støtten.

Det var kanskje på tide, det er jo lenge siden det har kommet noen som helst nyheter om PHP 6, og de som drifter PHP 5 er jo allerede ganske frustrerte over inkompatibiliteter mellom 5.2.x og 5.3.x.

 

Prøvde å google litt, men fant ikke så mye om hvordan perl hadde implementert dette. Og dokumentasjonen var litt tynn... Eller det var flere eksempler, men det sa ikke så veldig mye om den praktiske daglige bruken.

Saken er at du kan bruke Unicode i tekststrenger, regexp m.v.

 

Du burde fått et brukbart treff på Google-søk etter perl unicode og klikke på "I'm feeling lucky":

 

http://perldoc.perl.org/perlunicode.html

 

Andre høyst relevante treff er:

 

http://perldoc.perl.org/perluniintro.html

http://perldoc.perl.org/perlunitut.html

 

Disse kan du også få ved å skrive følgende på kommandolinjen i et Unix-system som har installert perl-doc-pakken:

 

man perluniintro
man perlunitut
man perlunicode

Lenke til kommentar

ah .. im feeling lucky :)

 

aha - perl kjører et internt format(sikkert uft et eller annet) og konverterer automagisk.

 

Hmm ... da er det snodig at PHP feilet å få til det. For nå er det spekulasjoner om at PHP vil få en String klasse ... for da ville de slippe å fikse det gamle rælet.

 

Men altså ... PHP har jo noen tusen innebygde funksjoner, og disse skulle vel støtte til og fra ørten formater, og det ble vel for mye for disse frivillge utviklerne.

 

*sukk* hadde håpet noen store bedrifter hadde plukket opp PHP og løftet det endel, for nå begynner det å bli mye rot og merkelige ting i PHP, samt det er treigt som sirup.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...