PropertyValue
dbpedia-owl:abstract
  • En informatique, le bug de l'an 2038 est un problème similaire au bug de l'an 2000 qui pourrait perturber le fonctionnement d'ordinateurs 32 bits le 19 janvier 2038 à 3 h 14 min 7 s, temps universel.Le problème concerne des logiciels qui utilisent la représentation POSIX du temps, dans lequel le temps est représenté comme un nombre de secondes écoulées depuis le 1er janvier 1970 à minuit (0 heure). Sur les ordinateurs 32 bits, la plupart des systèmes d'exploitation concernés représentent ce nombre comme un nombre entier signé de 32 bits, ce qui limite le nombre de secondes à 231 − 1, soit 2 147 483 647 secondes (01111111 11111111 11111111 11111111 en binaire). Ce nombre maximum sera atteint le 19 janvier 2038 à 3 h 14 min 7 s (temps universel). Dans la seconde suivante, la représentation du temps « bouclera » (10000000 00000000 00000000 00000000 en binaire) et représentera −2 147 483 648 en complément à deux, et ainsi l'ordinateur affichera la date du 13 décembre 1901.Les logiciels concernés sont très nombreux car la norme POSIX, inspirée des systèmes UNIX, a été utilisée pour de nombreux programmes écrits en langage C pour de nombreux systèmes d'exploitation. Sur les systèmes d'exploitations de type Unix représentant le temps par un entier de 32 bits non signé (conforme à la norme POSIX), la date limite est située en 2106 et non en 2038. Ces systèmes d'exploitation sont toutefois minoritaires. Le passage à un timestamp sur 64 bits introduirait une nouvelle date butoir se situant à l'an 292 277 026 596 ap. J.-C. (soit environ 21 fois l'âge de l'univers) et résoudrait donc le problème, car les 64 bits permettraient à l'ordinateur de pousser la limite à 263 − 1 secondes.Dans le domaine applicatif, le problème s'est révélé dès les années 2010 comme celui de l'an 2000 s'était révélé dès les années 1980 avec les échéanciers des plans à long terme (les tableurs utilisent depuis des dates soit glissantes, soit en format long).Il n'existe pas de correctif simple et unique pour ce problème, car les timestamps sur 32 bits sont présents aussi dans plusieurs formats de fichiers actuels (par exemple le format ZIP). Un changement de représentation dans les ordinateurs rendrait inopérants les programmes exploitant l'actuelle équivalence entre la représentation interne et le format de fichiers. Beaucoup de travail sera donc nécessaire « en coulisses » pour que rien ou presque n'apparaisse en surface, ce qui avait déjà été le cas à l'approche de l'an 2000.Le version 3.17 du noyau Linux apporte de nombreuses modifications comme notamment la correction du bug de l'an 2038.
  • Het softwareprobleem van het jaar 2038 is een probleem dat machines en computers zullen hebben op 19 januari 2038. Een 32-bits computer houdt de tijd bij als het aantal seconden sinds middernacht op 1 januari 1970. Dit getal wordt bijgehouden in een 32-bits integer. Deze integer kan waardes bevatten tussen -2147483648 en 2147483647. Op 19 januari 2038 om 03:14:07 UTC zal de integer de maximale waarde bereiken. Hierna zal de integer resetten naar het minimum. Omdat dit een negatieve waarde is zal de datum worden aangegeven als 1901 in plaats van 2038. Om het probleem te voorkomen moeten de machines en computers worden voorzien van een 64-bits processor of hoger.
  • Problem roku 2038 – wada oprogramowania, która może się ujawnić 19 stycznia 2038.Źródło problemu leży w sposobie zliczania czasu przez niektóre wersje systemu operacyjnego Unix oraz przez oprogramowania korzystające z tzw. Uniksowego timestampu (który bywa także wykorzystywany w systemach operacyjnych i oprogramowaniu nie mającym korzeni w systemie Unix). W podatnym na problem oprogramowaniu do przechowywania informacji o punktach w czasie służy 32-bitowa zmienna typu całkowitego ze znakiem (ang. signed integer) zawierająca liczbę sekund, które upłynęły od rozpoczęcia tzw. ery uniksa, czyli od 1 stycznia 1970, godz. 0:00 UTC. Maksymalna wartość wspomnianej zmiennej wynosi 2 147 483 647, co odpowiada godzinie 03:14:07 UTC, 19 stycznia 2038. W następnej sekundzie stan licznika sekund stanie się ujemny – nastąpi przeskok do najmniejszej wartości ujemnej (-2 147 483 648). Wyświetli się wtedy data 13 grudnia 1901 godz. 20:45:52. Może to spowodować poważne błędy w obliczaniu upływu czasu.Problem 2038 wydaje się o wiele groźniejszy od pluskwy milenijnej z 2000, a także trudniejszy do uniknięcia. Zapobiec mu może przejście na 64-bitową reprezentację czasu (typ time_t), dla której analogiczny problem pojawi się dopiero w roku 292 277 026 596, czyli za około 292 miliardy lat – dla porównania wiek Ziemi szacuje się na 4,5 miliarda lat. Zmiana taka jest już powoli dokonywana i należy się spodziewać, że zostanie zakończona przed rokiem 2038. 64-bitowa reprezentacja czasu zakończy się po upłynięciu 92233720368547 sekund od rozpoczęcia epoki Unix. Największym problemem wydaje się nie tyle zmiana samych systemów uniksowych, lecz zmiany potrzebne w oprogramowaniu, które z różnych względów polegało na 32-bitowym rozmiarze zmiennej zawierającej czas. Oprogramowanie takie spotykane jest na przykład w systemach bankowych i ubezpieczeniowych.== Przypisy ==
  • 2038 efektua edo 2038. urteko efektua, urte horretan mundu osoko software batzuk zuzen funtzionatzeari utziko diotenaren arazoa da. Fenomeno honek, datak 1970. urte hasieratik segundotan zenbatu eta 32 biteko zenbaki oso bezala gordetzen dituzten sistemetan du eragina. Datak adierazteko modu honek 2038. urteko urtarrilaren 19ko 03:14:07 UTC ordua da adierazi dezakeen azkena, beraz, hortik segundo baten ostean, 32 biteko zenbaki osoa negatibo bihurtuko da eta 1901. urtea adieraziko du.Denbora adierazteko modu hau Unix motako 32 biteko sistemetan erabiltzen da batik bat, baina arazoak datak modu honetan manipulatzen dituzten sistema orotan du eragina. Gaur egungo 64 biteko sistema gehienetan 64 biteko zenbaki osoak erabiltzen dira eginkizun honetarako, arazoa milaka milioi urtetan atzeratuz.
  • 2038年問題(にせんさんじゅうはちねんもんだい)は、2038年1月19日3時14分7秒(UTC、以下同様)を過ぎると、コンピュータが誤動作する可能性があるとされる年問題。
  • Problém roku 2038 (jinak známý jako „Unixový bug milénia“, „Y2K38“, „Y2K+38“, nebo „Y2.038K“ podle přirovnání k problému Y2K) může hypoteticky způsobit pád počítačových programů v roce 2038. Problém může nastat v Unixových nebo podobných datovacích systémech, které reprezentují systémový čas jako počet sekund (ignorujíce přestupné sekundy) od 00:00:00 1. ledna 1970. Tato reprezentace času se díky masové rozšířenosti programovacího jazyka C vyskytuje v programech pro většinu operačních systémů. Datový typ time t je na většině 32-bitových systémů používán k ukládání vteřinového počítadla jako 32bitové celé číslo se znaménkem (32bit signed integer). Poslední čas, který takto může být zapsán, je úterý 19. ledna 2038 v 03:14:07. Čas v další sekundě „přeteče“ a bude vnitřně reprezentován jako záporné číslo, což může způsobit pád programů, jelikož neuvidí takovéto datum jako 2038 ale spíše jako 1901.
  • Проблемът 2038 година известен още като Y2K38, по аналог с проблемът Y2K, може да доведе до отказ в компютърният софтуер, преди или през 2038 година. Проблемът засяга всички операционни системи и софтуер, които използват 32 битово число Integer, за да представят датата и часа след 00:00:00 UTC на 1 януари 1970 година. Последната дата, която може да бъде представена по този начин е 03:14:07 UTC на 19 януари 2038 година.Времето след тази дата, ще бъде "презапуснато", и ще бъде съхранявано като мунис число, което ще бъде интерпретирано като 1901 година, вместо 2038. Тъй като повечето UNIX системи съхраняват датите по този начин, системата обикновено се нарича UNIX time. Въпреки това, проблемът ще засегне и други не-UNIX системи и програми, които представят датите по този начин.
  • Проблема 2038 года в вычислительной технике — ожидаемые сбои в программном обеспечении 19 января 2038 года. Данная проблема затрагивает программы и системы, в которых используется представление времени по стандарту POSIX (UNIX-время), которое представляет собой количество секунд, прошедшее с 1 января 1970 года. Такое представление времени — это стандарт для Unix-подобных операционных систем (из-за повсеместного использования языка Си).На большинстве 32-битных систем используется тип данных time_t для хранения секунд в виде signed int (32-битного целого со знаком). Самая поздняя дата, которая может быть представлена таким форматом в стандарте POSIX — это 03:14:07, вторник, 19 января 2038 года по Всемирному времени (UTC).Более позднее время заставит такое поле данных стать отрицательным, как бы закольцевав таким образом время (поскольку отрицательное число может быть воспринято программами как время в 1970 или 1901 году, в зависимости от реализации). В результате могут быть произведены ошибочные вычисления или результаты.Для проблемы 2038 года не существует простого решения для существующих комбинаций процессоров и операционных систем.Изменение определения типа time_t на 64 бита нарушит бинарную совместимость программ, существующих хранимых данных и всего другого, использующего представление времени в бинарном виде. А приведение time_t в целое без знака может нарушить работу программ, которые вычисляют разницу во времени.В большинстве операционных систем для 64-битных архитектур уже используется 64-битное представление целого в time_t. Переход на такие архитектуры уже происходит, и некоторые ожидают, что он будет завершён к 2038 году.Тем не менее, сотни тысяч 32-битных систем всё ещё вводятся в строй в 2010 году, в том числе и во встраиваемых системах. Вызывает сомнение, что они все будут заменены к 2038 году. Несмотря на то, что современные компьютерные системы могут модернизироваться раз в 18-24 месяцев (по «Закону Мура»), встроенные компьютеры могут действовать без модернизации весь срок, который работают системы, ими управляемые. Например, компьютеры управления процессами модели IBM 1800, выпуск которых был начат в 1965 году, всё ещё использовались на одной из атомных станций в Канаде в 2006 году.В дополнение к этому, 32-битный формат time_t также включён в спецификации форматов файлов, таких как повсеместно распространённый архивный формат ZIP. Формат файла может существовать в течение времени, за которое сменятся многие поколения компьютеров, а это означает, что Проблема 2038 останется актуальной.Введение 64-битного формата вносит новую дату «закольцовывания» — оно произойдёт примерно через 290 миллиардов лет (в воскресенье, 4 декабря 292 277 026 596 года в 15:30:08).
  • En informàtica, el problema de l'any 2038 (conegut també pel Numerònim Y2K38) podria causar que una part del programari falli en aquest any. El problema afecta els programes que utilitzen la representació del temps basada en el sistema POSIX, que es basa en comptar el nombre de segons transcorreguts des del 1 de gener de 1970 a les 00:00:00 (ignorant els segons intercalars).Aquesta representació és un estàndard de facto en els sistemes tipus Unix i també en els programes escrits per a molts altres sistemes operatius a causa del gran abast del llenguatge de programació C. En la majoria de sistemes de 32 bits, el tipus de dada time_t utilitzat per guardar el comptador de segons és un sencer de 32 bits amb signe, és a dir, que pot representar un rang de nombres entre 2147483648 i 2147483647 (-231 i 231-1; 1 bit per al signe , i 31 per al valor absolut), per la qual cosa l'últim segon representable amb aquest format serà a les 03:14:07 UTC del 19 de gener de 2038, quan el comptador arribi a 2147483647. Un segon després, el comptador es desbordarà, i saltarà al valor 2147483648, que causarà la fallada de programes que interpretaran el temps com que estan en 1901 (depenent de la implementació), en comptes de 2038. Al seu torn, això causaria càlcul i processament incorrecte i causaria un problema mundial.No hi ha una forma senzilla de resoldre aquest problema perquè per les combinacions existents de CPU/SO. Canviar la definició de time_t per utilitzar un tipus de 64 bits trencaria la compatibilitat binària per al programari, emmagatzematge de dades, i, en general, qualsevol cosa que tingui alguna cosa a veure amb la representació binària del temps. Canviar time_t a un enter de 32 bits sense signe afectaria als programes que fan càlculs amb diferències de temps.La majoria de sistemes operatius per arquitectures de 64 bits utilitzen sencers de 64 bits per time_t . La migració a aquests sistemes està encara en procés i s'espera que es completi molt abans de 2038. Utilitzar un enter de 64 bits retardaria la data del problema uns 2,90 bilions d'anys (2,9 x 1012). És a dir, 220 vegades l'edat aproximada de l'Univers.
  • A számítástechnikában a 2038-as év problémája néhány szoftver meghibásodását okozhatja 2038-ban vagy akörül. A probléma a POSIX időábrázolást használó programokat érinti elsősorban, amely az időt az 1970. január 1. óta eltelt másodpercek számával ábrázolja. Ez az ábrázolási mód számít szabványnak a Unix típusú operációs rendszereknél, de érinti az egyéb operációs rendszerekre fejlesztett programok nagy részét, mivel a széles körben használt C programozási nyelv is ezt az ábrázolási módot használja. A legtöbb 32 bites rendszerben, a time_t adattípus, melyet a másodpercszámláló tárolására alkalmaznak, egy előjeles, 32 bites integer (egész szám) formátumú adat. A legkésőbbi időpont, amely még ábrázolható ebben a rendszerben a POSIX szabvány szerint 2038. január 19., kedd, 03:14:07 (UTC szerinti idő). Ezt követően az időpontok „körbefordulnak”, és belsőleg negatív számként jelennek meg, amely helyzet a programok meghibásodásához vezet. Mivel az időpontokat nem 2038-ra fogják tenni, hanem 1970-be vagy 1901-be, ez okból kifolyólag hibás számításokat és hibás döntéseket fog hozni a program.Erre a problémára nincs könnyű megoldás létező CPU/OS konfigurációk esetén. A time_t definíciójának megváltoztatása a 64 bites típus használatára megrendítheti a szoftver, a háttértároló és általában minden bináris kompatibilitását, ami az idő bináris ábrázolását használja, de a time_t előjel nélküli 32 bites egész számra való állítása sem megoldás, mivel könnyen megzavarhatja az időkülönbséget számoló programokat.A legtöbb 64 bites architektúrát használó operációs rendszer már 64 bites egészben tárolja a time_t-t. Ezekre az architektúrákra való átállás már folyamatban van, és szakemberek számításai szerint 2038-ra be is fejeződik, viszont 32 bites kódok 100 milliói születnek meg még 2006-ban is, közülük nagyon sok beágyazott rendszerekben, melyeket aligha fognak mind lecserélni 2038-ig. Annak ellenére, hogy a számítástechnikában napjainkban 18-24 havonta vásárolnak alapjában véve új konfigurációkat, lehet, hogy a beépített számítógépek változatlanok maradnak az általuk irányított rendszerek egész életében. A 64 bites érték szerint egy újabb körbefordulás kb. 290 milliárd év múlva következik be, 292 277 026 596. december 4-én, vasárnap, UTC szerint 15:30:08-kor.
  • Vorlage:Zukunft/In 5 JahrenDas Jahr-2038-Problem von EDV-Systemen (Numeronym: Y2K38) könnte zu Softwareausfällen im Jahr 2038 führen. Dieses Problem ist auf EDV-Systeme beschränkt, die die Unixzeit benutzen und time_t als vorzeichenbehaftete 32-Bit-Ganzzahl definieren.
  • Il bug dell'anno 2038 (in breve: Y2038) è un bug informatico, noto agli esperti, che ha ripercussioni su alcuni software nella gestione di date relative all'anno 2038 e successivi.Il problema riguarda programmi che usano la rappresentazione POSIX per calcolare il tempo: questa calcola la data del sistema come il numero di secondi trascorsi dallo Unix Epoch Time 1º gennaio 1970 (ignorando i secondi intercalari).Questo tipo di sistema è lo standard per i sistemi Unix, e colpisce anche software per altri sistemi operativi che siano stati sviluppati in C. Sulla maggior parte dei sistemi a 32 bit, il valore del dato time.h usato per questo calcolo è un numero intero a 32 bit di tipo signed.Usando questo sistema, l'istante più lontano rappresentabile scoccherà alle ore 03:14:07 del martedì 19 gennaio 2038 (UTC).Dopo questo momento, il contatore supererebbe il valore massimo, e verrebbe considerato come un numero negativo. I computer leggeranno la data non come 2038 ma come 1901 (precisamente, le 20:45:52 UTC di venerdì 13 dicembre 1901), causando errori di calcolo. "Year 2038" è chiamato anche "Y2038", "Y2K38" o "Y2.038K".
  • 2038 yılı problemi, 2038 yılında bazı POSIX zaman gösterimini kullanan 32-bit sistemlerin çökmesine yol açacak bir yazılım hatasıdır.Hata, sistem zamanını 1 Ocak 1970 tarihinden beri saniye bazında hesaplayan ve 32-bitlik UNIX ve türevi sistemlerde 19 Ocak 2038 Salı günü saat 03:14:07'de sayacın başa dönmesiyle sistem tarihinin 13 Aralık 1901 20:45:52'yi göstermesiyle ortaya çıkacaktır.Son yıllarda bazı çözüm yöntemleri geliştirilse de hiçbiri basit ve uygulanabilir olamamıştır. Ancak 64 bit'li sistemlere geçişin 2038 yılına kadar tamamlanacağı ve böylece hatanın kendiliğinden ortadan kalkacağı düşünülmektedir.
  • 2038년 문제(-年 問題, 영어: year 2038 problem, Unix Millennium bug, Y2K38)란 컴퓨터 분야에서 2038년 또는 전후에 특정한 컴퓨터 소프트웨어에 이상이 발생하는 문제를 말한다. 이 문제는 POSIX 시간 표기법을 이용하는 프로그램에서 발생하는데, 이 표기법은 시간을 1970년 1월 1일 자정 UTC 이후 경과된 초 시간을 이용하여 표현한다. 이 표기법은 유닉스 계열의 운영 체제에서 표준이며, C가 널리 이용되기 때문에 다른 대부분의 운영 체제에서 작동하는 프로그램에도 영향을 준다. 대부분의 32비트 시스템에서 초 시간을 저장하는 데 이용되는 time_t 자료 형식은 부호 있는 32비트 정수형이다. POSIX 표준에 따르면, 이 형식을 이용하여 나타낼 수 있는 최후의 시각은 1970년 1월 1일 자정에서 정확히 2147483647초가 지난 2038년 1월 19일 화요일 03:14:07 UTC이다. 이 시각 이후의 시각은 범위를 초과하여 내부적으로 음수로 표현되며, 프로그램의 이상 작동을 유발하는데, 왜냐하면 이러한 값은 2038년 대신 프로그램의 구현 방법에 따라 1970년 또는 1901년을 가리키기 때문이다. 따라서 계산 오류와 결정 오류가 발생할 수 있다.
  • O problema do ano 2038 (também conhecido como Y2K38, em referência ao Y2K) é uma falha na representação de datas em computadores, que pode causar erros em alguns programas de computador no ano de 2038. O problema afeta os programas que utilizam a representação de tempo POSIX, em que a data é calculada através do número de segundos (ignorando os segundos bissextos) desde 1 de janeiro de 1970. Esta representação é padrão nos sistemas operacionais do tipo Unix e afeta a maioria dos sistemas, pois grande parte deste software foi desenvolvido na linguagem C. Na maioria dos sistemas de 32 bits, o tipo de dados time t, utilizado para armazenar esta contagem de segundos, é um inteiro de 32 bits do tipo signed (considera o sinal). O último registro de tempo que pode ser representado por este formato, seguindo o padrão POSIX, é 03:14:07 na terça-feira 19 de janeiro de 2038 (UTC). Após este momento a data será representada por um número decimal negativo que, dependendo da implementação, corresponderá ao ano 1970 ou 1901. Este valor para a data corrente certamente resultará em erros de cálculo e de funcionamento na maior parte dos programas em execução pelo sistema.
  • The year 2038 problem may cause some computer software to fail at some point near the year 2038. The problem affects all software and systems that both store system time as a signed 32-bit integer, and interpret this number as the number of seconds since00:00:00 UTC on Thursday, 1 January 1970. The furthest time that can be represented this way is 03:14:07 UTC on Tuesday, 19 January 2038 (2147483647 seconds after January 1st, 1970).Times beyond this moment will "wrap around" and be stored internally as a negative number, which these systems will interpret as a date in December 13, 1901 rather than January 19, 2038. This is caused by integer overflow. The counter "runs out" of usable bits, "increments" the sign bit instead, and reports a maximally negative number (continuing to count up, toward zero). This is likely to cause problems for users of these systems due to erroneous calculations.Further, while most programs will only be affected in or very close to 2038, programs that work with future dates will begin to run into problems much sooner. For example, a program that works with dates 23 years in the future will have to be fixed no later than 2015.Because most 32-bit Unix-like systems store and manipulate time in this format, it is usually called Unix time, and so the year 2038 problem is often referred to as the Unix Millennium Bug.
  • En informática, el problema del año 2038 (conocido también por el numerónimo Y2K38) podría causar que una parte del software falle en ese año. El problema afecta a los programas que usen la representación del tiempo basada en el sistema POSIX, que se basa en contar el número de segundos transcurridos desde el 1 de enero de 1970 a las 00:00:00 (ignorando los segundos intercalares). Esta representación es un estándar de facto en los sistemas tipo Unix y también en los programas escritos para muchos otros sistemas operativos debido al gran alcance del lenguaje de programación C. En la mayoría de sistemas de 32 bits, el tipo de dato time_t usado para guardar el contador de segundos es un entero de 32 bits con signo, es decir, que puede representar un rango de números entre -2.147.483.648 y 2.147.483.647 (-231 y 231-1; 1 bit para el signo, y 31 para el valor absoluto), por lo que el último segundo representable con este formato será a las 03:14:07 UTC del 19 de enero de 2038, cuando el contador llegue a 2.147.483.647. Un segundo después, el contador se desbordará y saltará al valor -2.147.483.648, que causará el fallo de programas que interpretarán el tiempo como que están en 1901 (dependiendo de la implementación), en vez de en 2038. A su vez, esto causaría cálculo y procesamiento incorrecto y causaría un problema mundial.No hay una forma sencilla de arreglar este problema para las combinaciones existentes de CPU/SO. Cambiar la definición de time_t para usar un tipo de 64 bits rompería la compatibilidad binaria para el software, almacenamiento de datos y, por lo general, cualquier cosa que tenga algo que ver con la representación binaria del tiempo. Cambiar time_t a un entero de 32 bits sin signo afectaría a los programas que hacen cálculos con diferencias de tiempo. La mayoría de sistemas operativos para arquitecturas de 64 bits utilizan enteros de 64 bits para time_t. La migración a estos sistemas está todavía en proceso y se espera que se complete mucho antes de 2038. Usar un entero de 64 bits retrasaría la fecha del problema unos 2,90 billones de años (2,9 x 1012). Es decir, 220 veces la edad aproximada del Universo.
dbpedia-owl:thumbnail
dbpedia-owl:wikiPageExternalLink
dbpedia-owl:wikiPageID
  • 890434 (xsd:integer)
dbpedia-owl:wikiPageLength
  • 4479 (xsd:integer)
dbpedia-owl:wikiPageOutDegree
  • 26 (xsd:integer)
dbpedia-owl:wikiPageRevisionID
  • 109242871 (xsd:integer)
dbpedia-owl:wikiPageWikiLink
prop-fr:wikiPageUsesTemplate
dcterms:subject
rdfs:comment
  • En informatique, le bug de l'an 2038 est un problème similaire au bug de l'an 2000 qui pourrait perturber le fonctionnement d'ordinateurs 32 bits le 19 janvier 2038 à 3 h 14 min 7 s, temps universel.Le problème concerne des logiciels qui utilisent la représentation POSIX du temps, dans lequel le temps est représenté comme un nombre de secondes écoulées depuis le 1er janvier 1970 à minuit (0 heure).
  • 2038年問題(にせんさんじゅうはちねんもんだい)は、2038年1月19日3時14分7秒(UTC、以下同様)を過ぎると、コンピュータが誤動作する可能性があるとされる年問題。
  • Vorlage:Zukunft/In 5 JahrenDas Jahr-2038-Problem von EDV-Systemen (Numeronym: Y2K38) könnte zu Softwareausfällen im Jahr 2038 führen. Dieses Problem ist auf EDV-Systeme beschränkt, die die Unixzeit benutzen und time_t als vorzeichenbehaftete 32-Bit-Ganzzahl definieren.
  • A számítástechnikában a 2038-as év problémája néhány szoftver meghibásodását okozhatja 2038-ban vagy akörül. A probléma a POSIX időábrázolást használó programokat érinti elsősorban, amely az időt az 1970. január 1. óta eltelt másodpercek számával ábrázolja.
  • 2038 efektua edo 2038. urteko efektua, urte horretan mundu osoko software batzuk zuzen funtzionatzeari utziko diotenaren arazoa da. Fenomeno honek, datak 1970. urte hasieratik segundotan zenbatu eta 32 biteko zenbaki oso bezala gordetzen dituzten sistemetan du eragina. Datak adierazteko modu honek 2038. urteko urtarrilaren 19ko 03:14:07 UTC ordua da adierazi dezakeen azkena, beraz, hortik segundo baten ostean, 32 biteko zenbaki osoa negatibo bihurtuko da eta 1901.
  • 2038 yılı problemi, 2038 yılında bazı POSIX zaman gösterimini kullanan 32-bit sistemlerin çökmesine yol açacak bir yazılım hatasıdır.Hata, sistem zamanını 1 Ocak 1970 tarihinden beri saniye bazında hesaplayan ve 32-bitlik UNIX ve türevi sistemlerde 19 Ocak 2038 Salı günü saat 03:14:07'de sayacın başa dönmesiyle sistem tarihinin 13 Aralık 1901 20:45:52'yi göstermesiyle ortaya çıkacaktır.Son yıllarda bazı çözüm yöntemleri geliştirilse de hiçbiri basit ve uygulanabilir olamamıştır.
  • En informática, el problema del año 2038 (conocido también por el numerónimo Y2K38) podría causar que una parte del software falle en ese año. El problema afecta a los programas que usen la representación del tiempo basada en el sistema POSIX, que se basa en contar el número de segundos transcurridos desde el 1 de enero de 1970 a las 00:00:00 (ignorando los segundos intercalares).
  • The year 2038 problem may cause some computer software to fail at some point near the year 2038. The problem affects all software and systems that both store system time as a signed 32-bit integer, and interpret this number as the number of seconds since00:00:00 UTC on Thursday, 1 January 1970.
  • Problem roku 2038 – wada oprogramowania, która może się ujawnić 19 stycznia 2038.Źródło problemu leży w sposobie zliczania czasu przez niektóre wersje systemu operacyjnego Unix oraz przez oprogramowania korzystające z tzw. Uniksowego timestampu (który bywa także wykorzystywany w systemach operacyjnych i oprogramowaniu nie mającym korzeni w systemie Unix).
  • Проблемът 2038 година известен още като Y2K38, по аналог с проблемът Y2K, може да доведе до отказ в компютърният софтуер, преди или през 2038 година. Проблемът засяга всички операционни системи и софтуер, които използват 32 битово число Integer, за да представят датата и часа след 00:00:00 UTC на 1 януари 1970 година.
  • En informàtica, el problema de l'any 2038 (conegut també pel Numerònim Y2K38) podria causar que una part del programari falli en aquest any.
  • Il bug dell'anno 2038 (in breve: Y2038) è un bug informatico, noto agli esperti, che ha ripercussioni su alcuni software nella gestione di date relative all'anno 2038 e successivi.Il problema riguarda programmi che usano la rappresentazione POSIX per calcolare il tempo: questa calcola la data del sistema come il numero di secondi trascorsi dallo Unix Epoch Time 1º gennaio 1970 (ignorando i secondi intercalari).Questo tipo di sistema è lo standard per i sistemi Unix, e colpisce anche software per altri sistemi operativi che siano stati sviluppati in C.
  • 2038년 문제(-年 問題, 영어: year 2038 problem, Unix Millennium bug, Y2K38)란 컴퓨터 분야에서 2038년 또는 전후에 특정한 컴퓨터 소프트웨어에 이상이 발생하는 문제를 말한다. 이 문제는 POSIX 시간 표기법을 이용하는 프로그램에서 발생하는데, 이 표기법은 시간을 1970년 1월 1일 자정 UTC 이후 경과된 초 시간을 이용하여 표현한다. 이 표기법은 유닉스 계열의 운영 체제에서 표준이며, C가 널리 이용되기 때문에 다른 대부분의 운영 체제에서 작동하는 프로그램에도 영향을 준다. 대부분의 32비트 시스템에서 초 시간을 저장하는 데 이용되는 time_t 자료 형식은 부호 있는 32비트 정수형이다. POSIX 표준에 따르면, 이 형식을 이용하여 나타낼 수 있는 최후의 시각은 1970년 1월 1일 자정에서 정확히 2147483647초가 지난 2038년 1월 19일 화요일 03:14:07 UTC이다.
  • Het softwareprobleem van het jaar 2038 is een probleem dat machines en computers zullen hebben op 19 januari 2038. Een 32-bits computer houdt de tijd bij als het aantal seconden sinds middernacht op 1 januari 1970. Dit getal wordt bijgehouden in een 32-bits integer. Deze integer kan waardes bevatten tussen -2147483648 en 2147483647. Op 19 januari 2038 om 03:14:07 UTC zal de integer de maximale waarde bereiken. Hierna zal de integer resetten naar het minimum.
  • O problema do ano 2038 (também conhecido como Y2K38, em referência ao Y2K) é uma falha na representação de datas em computadores, que pode causar erros em alguns programas de computador no ano de 2038. O problema afeta os programas que utilizam a representação de tempo POSIX, em que a data é calculada através do número de segundos (ignorando os segundos bissextos) desde 1 de janeiro de 1970.
  • Problém roku 2038 (jinak známý jako „Unixový bug milénia“, „Y2K38“, „Y2K+38“, nebo „Y2.038K“ podle přirovnání k problému Y2K) může hypoteticky způsobit pád počítačových programů v roce 2038. Problém může nastat v Unixových nebo podobných datovacích systémech, které reprezentují systémový čas jako počet sekund (ignorujíce přestupné sekundy) od 00:00:00 1. ledna 1970. Tato reprezentace času se díky masové rozšířenosti programovacího jazyka C vyskytuje v programech pro většinu operačních systémů.
  • Проблема 2038 года в вычислительной технике — ожидаемые сбои в программном обеспечении 19 января 2038 года. Данная проблема затрагивает программы и системы, в которых используется представление времени по стандарту POSIX (UNIX-время), которое представляет собой количество секунд, прошедшее с 1 января 1970 года.
rdfs:label
  • Bug de l'an 2038
  • 2038 efektua
  • 2038 yılı problemi
  • 2038-probléma
  • 2038年問題
  • 2038년 문제
  • Bug dell'anno 2038
  • Jahr-2038-Problem
  • Problem roku 2038
  • Problema de l'any 2038
  • Problema del año 2038
  • Problema do ano 2038
  • Problém roku 2038
  • Softwareprobleem jaar 2038
  • Year 2038 problem
  • Проблема 2038 года
  • Проблемът 2038 година
owl:sameAs
http://www.w3.org/ns/prov#wasDerivedFrom
foaf:depiction
foaf:isPrimaryTopicOf
is dbpedia-owl:wikiPageRedirects of
is dbpedia-owl:wikiPageWikiLink of
is foaf:primaryTopic of