Arix писал(а):Так откуда же эта проблема взялась? Я не думаю, что у всех компьютеров, какие мне достались, их прежние владельцы перепрошили БИОСы.
SokilOff писал(а):Честно говоря, с ходу сейчас не припомню ни одного приложения с этой недоработкой.
SokilOff писал(а):Нездоровый ажиотаж был создан искусственно - это оказался отличный повод для IT-индустрии на ровном месте срубить денег с лопоухих клиентов.
KEDIT4 RAR 451036 02/25/113 20:59:36
CODES 12060 03/05/100 12:13:52
PROFILE 1020 07/31/98 23:22:10
PROFILE1 655 06/11/91 08:58:38
READ --- 1093 07/02/102 05:14:30
KEDITHLP BAT 358 01/09/100 13:43:18
KE_ BAT 560 01/09/108 05:51:40
KE_MENU BAT 47 01/09/100 08:32:58
CHOICES COM 2219 12/02/98 22:07:50
CONWAIT COM 267 12/05/88 11:00:00
DESBUF COM 544 12/05/88 11:00:00
DISABLE COM 543 12/05/88 11:00:00
DROPBUF COM 633 12/05/88 11:00:00
ENABLE COM 543 12/05/88 11:00:00
GLVMGR COM 1396 12/05/88 11:00:00
nongrato писал(а):.. Но расслабляться еще рано- нас еще ждет "проблема 2038".
А, да.nongrato писал(а):2038. Переполнение time_t в 32-битных POSIX-совместимых системах.
Раз такое дело, то похлеще "проблемы 2000" будет головняк. У кого-то.В программах для хранения UNIX-времени используется целочисленный знаковый тип. Знаковость упрощает вычисление разницы в секундах между двумя моментами времени, которая может быть отрицательной. 32-битные числа со знаком могут ссылаться на моменты времени от пятницы 13 декабря 1901 года 20:45:52 до вторника 19 января 2038 года 03:14:07 включительно.
Freeman писал(а):Чисто технически проблема года двумя цифрами присутствовала в ранних версиях dBASE и формата DBF, если не путаю, но к 2000-му году даже если они где и продолжали использоваться, то в новых версиях, где этой проблемы не было.
Gawobeka писал(а):Формат DBF прекрасно поддерживает 4-значное обозначение года.
Gawobeka писал(а):Все форматы DBF, начиная с III "бесплюсовой" версии и выше, с которыми я работал, поддерживают.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 19