Форум: "Потрепаться";
Текущий архив: 2004.07.25;
Скачать: [xml.tar.bz2];
ВнизГрусно - до чего же ламерство окрепло... Найти похожие ветки
← →
pasha_golub © (2004-07-02 16:02) [40]Тимохов © (02.07.04 15:33) [27]
Угу, благодарю. Статья на Королевстве в свое вррмя во мне разбудила кучу противоречивых чувств. От удовльствия до возмущения.
Igorek ©
А как же ты модель предложишь, если все операции в процессоре построены на двоичной системе счисления?
← →
Тимохов © (2004-07-02 16:05) [41]
> pasha_golub © (02.07.04 16:02) [40]
> Угу, благодарю.
за что? не понял. За статью в свое время?
> А как же ты модель предложишь, если все операции в процессоре
> построены на двоичной системе счисления?
Игорек не сообирается предлагать модель сейчас - он собирается предолжить 10 разрядный процессор. Ужо потом модель. :)))))
← →
Igorek © (2004-07-02 16:07) [42]
> to Igorek © (02.07.04 15:34) [29]:
> >Так вот, я утверждаю, что реализация десятичных чисел с
> >плавающей точкой в Дельфи
> Она это... В процессоре...
Неа. В процессоре своя реализация - в статье написано - Extended. Не о том речь. Речь именно о реализации в Дельфи. И корява она потому, что плоско копирует реализацию процессора. В принципе в этом нету ничего плохого. Но имхо сначала надо было сделать нормальное десятичное число с плавающей точкой. Что бы не было граблей типа r := 0.1 - r <> 0.1. А как довесок - дать числа прямо копирующие те что в процессоре (и их урезанные варианты).
И не надо говорить, что плоское представление десятичного числа в двоичной форме облегчает операции с ним - это тема отдельного разговора (о суматорах и т.п.).
> Тимохов © (02.07.04 15:37) [31]
> вы говорите не правду -
> статью вы не читали или читали очень поверхностно :)))
Странный вывод. Вроде бы ни из чего не следует. Впрочем думайте что хотите, но уже не повторяйтесь.
> default © (02.07.04 15:37) [32]
> Igorek © (02.07.04 15:34) [29]
> "Если недостаточно вышеуказанного примера - могу привести
> в общих чертах альтернативный вариант реализации."
> давай
Ок. Чуть позже. Пора работать.
← →
default © (2004-07-02 16:11) [43]Igorek © (02.07.04 16:07) [42]
"Неа. В процессоре своя реализация - в статье написано - Extended. Не о том речь. Речь именно о реализации в Дельфи. И корява она потому, что плоско копирует реализацию процессора. В принципе в этом нету ничего плохого. Но имхо сначала надо было сделать нормальное десятичное число с плавающей точкой. Что бы не было граблей типа r := 0.1 - r <> 0.1. А как довесок - дать числа прямо копирующие те что в процессоре (и их урезанные варианты)."
на самом деле вроде бы Вы статью не поняли...
← →
vuk © (2004-07-02 16:13) [44]to Igorek © (02.07.04 16:07) [42]:
>И корява она потому, что плоско копирует реализацию процессора.
Признайтесь, Вы статью по диагонали читали? :o)
← →
Тимохов © (2004-07-02 16:13) [45]
> Ок. Чуть позже. Пора работать.
гению пора работать :)))
> Странный вывод. Вроде бы ни из чего не следует. Впрочем
> думайте что хотите, но уже не повторяйтесь.
именно, что "вроде бы" :)))
Обратите внимание на тип tdecimal, о котором я сказал в оригинальном топике (в овновной). Это то, что нужно :)))
Ладно, не обижайтесь - просто вы очень резво начали рассуждать на эту тему не до конца ее прочуствовав. Не спешите. Я тоже когда прочел статью (эту и еще несколько) был в шоке и нес чушь. Потом прошло :)))
Желаю успехов.
ЗЫ. Старался не повторяться.
← →
Тимохов © (2004-07-02 16:14) [46]
> default © (02.07.04 16:11) [43]
тссс!
не говорите ему этого.
сечас и вас в ламеры запишет :)))))0
← →
Тимохов © (2004-07-02 16:15) [47]
> vuk © (02.07.04 16:13) [44]
и вы тссс!
не посмотрит ведь на ваш значек.
будете у него ламером.
← →
vuk © (2004-07-02 16:20) [48]to Тимохов © (02.07.04 16:15) [47]:
>будете у него ламером.
А я дурак, мне все по фигу! :-P
← →
vuk © (2004-07-02 16:24) [49](шепотом) А еще есть модуль FMTBCD.pas
← →
Тимохов © (2004-07-02 16:27) [50]
> vuk © (02.07.04 16:24) [49]
(мимикой) tdecimal родной для windows тип, vartype = $e. Какого фига не вынесен в дельфи не пойму. Точно соответствует типу SQL Server decimal(28,10).
← →
default © (2004-07-02 16:28) [51]Currency ещё есть
← →
Игорь Шевченко © (2004-07-02 16:32) [52]
> tdecimal родной для windows тип
Это как, пардон, родной для Windows ?
typedef struct tagDEC {
USHORT wReserved;
union {
struct {
char scale; // The number of decimal places for the
// number. Valid values are from 0 to 28. So
// 12.345 is represented as 12345 with a
// scale of 3.
Char sign; // 0 for positive numbers or DECIMAL_NEG for
// negative numbers. So -1 is represented as
// 1 with the DECIMAL_NEG bit set.
};
USHORT signscale;
};
ULONG Hi32; // The high 32 bits of your number
union {
struct {
#ifdef _MAC
ULONG Mid32;
ULONG Lo32;
#else
ULONG Lo32;
ULONG Mid32;
#endif
};
DWORDLONG Lo64; // The low 64 bits of your number. This is an
// _int64.
};
} DECIMAL;
← →
Digitman © (2004-07-02 16:32) [53]
> vuk © (02.07.04 16:20) [48]
> А я дурак, мне все по фигу! :-P
пятница и не такое списывала)))))))))))))))))))))
← →
Digitman © (2004-07-02 16:35) [54]
> Тимохов
не позорься уж ... насчет "родства" ... не надо ..
← →
Тимохов © (2004-07-02 16:38) [55]
> Digitman © (02.07.04 16:35) [54]
знал, что к этому слову придеретесь :)))
что же в нем позороного?
МБ вы меня не так поняли. Я имел в виду, что этот тип возращает, например adodb.recordset для полей бд типа decimal(28,10) тип $e. Под родным, я имел в виду, что его знает windows. Всего то.
← →
Тимохов © (2004-07-02 16:41) [56]
> Под родным, я имел в виду, что его знает windows. Всего
> то.
... и предоставляет для работы с этим типом api из указанной мной выше библиотки.
← →
Kerk © (2004-07-02 16:44) [57]> tdecimal родной для windows тип
А какая разница родной он для винды или нет?
Дело-то в процессоре.
Если вопрос тупой, то это, наверно, из-за пива...
← →
Тимохов © (2004-07-02 16:46) [58]
> Kerk © (02.07.04 16:44) [57]
я выше объяснил, что я (возможно ошибочно) вкладывал в понятие "родной".
> Если вопрос тупой
это про что?
← →
Anatoly Podgoretsky © (2004-07-02 16:47) [59]Если автор начинает грубить то ветка естественно закрывается, если грубить начинает другой, то за что наказывать автора?
Или есть такое желание, заходим в ветку какая не нравится пару слов, для того чтобы ее закрыть?
← →
Тимохов © (2004-07-02 16:49) [60]
> Anatoly Podgoretsky © (02.07.04 16:47) [59]
а вы про что? :)
← →
Anatoly Podgoretsky © (2004-07-02 16:53) [61]Про [0] и [3]
Кроме того тема где автор поливает грязью не может быть интересной.
← →
Тимохов © (2004-07-02 16:56) [62]
> Anatoly Podgoretsky © (02.07.04 16:53) [61]
Что-то я не въеду, вы тоже считаете, что тема поднятая игорьком есть "интересное глубокое обсуждение" и он явился незаслуженно обиженным?
← →
Digitman © (2004-07-02 16:56) [63]
> Тимохов © (02.07.04 16:38) [55]
> знал, что к этому слову придеретесь :)))
> что же в нем позороного?
Дмитрий, дык ыть не придрался я) ... напрасно ты это ... ну ведь на самом деле - прекрасно ж понимаешь, что речь идет ни о каких-то там recordset, а о том, что начиная с [6] базар углубился в "голубиные" принципы работы FP-подсистемы процессора .. при чем же здесь decimal ?
← →
Тимохов © (2004-07-02 16:59) [64]
> Digitman © (02.07.04 16:56) [63]
> при чем же здесь decimal ?
только при том, что мне vuk сказал про bсd тип. Только и всего.
Исходно я игрьку про него говорил, т.к. он ну просто помирает хочет сравнивать - пусть сравинвает. :)))
← →
Anatoly Podgoretsky © (2004-07-02 17:04) [65]Тимохов © (02.07.04 16:56) [62]
Нет я так не считаю, я только говорю о [0] и [3] и о том, что делают с этим модераторы, кстати у него к ним нет претензий, а это уже хорошо, когда человек понимает за что закрыли или удалили ветку.
← →
Тимохов © (2004-07-02 17:06) [66]
> Anatoly Podgoretsky © (02.07.04 17:04) [65]
к модераторам у меня тоже нет претензий.
ЗЫ. Автор имхо придуряется.
← →
Digitman © (2004-07-02 17:08) [67]
> Тимохов © (02.07.04 16:59) [64]
> vuk сказал про bсd тип
но BCD-формат действительно поддерживается процессором ! ВНЕ зависимости от того, как его обозвали производители компиляторов/интерпретаторов ...
← →
Тимохов © (2004-07-02 17:10) [68]
> Digitman © (02.07.04 17:08) [67]
> но BCD-формат действительно поддерживается процессором
очень хорошо.
спасибо.
надо будет с ним поразбираться - tdeсimal в действительности меня доставать начал :)))
← →
Kerk © (2004-07-02 17:17) [69]
> > Если вопрос тупой
> это про что?
Это я про свой пост.
← →
vuk © (2004-07-02 17:20) [70]Если не ошибаюсь, в fmtbcd реализована работа с BCD вручную...
← →
Sandman25 © (2004-07-02 17:20) [71][68] Тимохов © (02.07.04 17:10)
В институте его не проходили? В курсе ассемблера.
← →
Digitman © (2004-07-02 17:21) [72]
> Тимохов © (02.07.04 17:10) [68]
> deсimal в действительности меня доставать начал :)))
значит, ты вырос до серьезного уровня, и это нельзя не отметить
imho, "decimal" было выдуман строго для "чайников"
суть же лежит в IEEE
← →
Rem (2004-07-02 17:21) [73]2 Igorek
1. Приведите, для начала, точное значение числа Pi.
2. Обратите внимание, что в тригонометрии Pi определяется как 180 градусов.
3. Подумайте, являются ли числа из п.1 и п.2 одинаковыми по сути?
4. Ответьте:
- почему они все же отличаются?
- почему п.1 невозможен?
Подсказка: эти числа в разных системах счисления.
Совет: обратите внимание, что компьютер использует двоичную систему счисления, а люди (обыкновенно) - десятичную.
Окончательный вопрос: что будет, если округлить Pi в разных системах счисления до 100-го знака? Будут ли равны эти два округленных числа?
← →
Тимохов © (2004-07-02 17:25) [74]
> imho, "decimal" было выдуман строго для "чайников"
чем это можно аргументировать?
тип то неплохой, совместим в tvardata.
скорость мягко говоря меня не волнует.
так почему?
← →
Anatoly Podgoretsky © (2004-07-02 17:27) [75]Rem (02.07.04 17:21) [73]
Сюда стоит также добавить обычно
Совет: обратите внимание, что обычно компьютер использует двоичную систему счисления, а люди (обыкновенно) - десятичную.
Поскольку еще предшественник x86 - i8080 уже поддерживал BCD
числа с фиксированой запятой и абсолютной точностью, вместо относительной для плавающей.
← →
Digitman © (2004-07-02 17:34) [76]
> Тимохов © (02.07.04 17:25) [74]
> чем это можно аргументировать?
> тип то неплохой, совместим в tvardata.
> скорость мягко говоря меня не волнует.
> так почему?
признаюсь честно - понятия не имею
> скорость мягко говоря меня не волнует.
и никого она не может волновать, когда речь идет конкретно о ран-тайм XOR компайл-тайм
тип то неплохой, совместим в tvardata.
важно не то, с какой конкретно структурой какого-то там Борланда, совместим тип, а важно то, что decimal-данные есть ничто иное как данные. соответствующие IEEE-соглашениям ... да хоть горшком их обзови - с т.з. процессора и его системы команд/формата хранимых данных ничего не изменится
← →
Тимохов © (2004-07-02 17:40) [77]
> Digitman © (02.07.04 17:34) [76]
>
> важно не то, с какой конкретно структурой какого-то там
> Борланда
может ошибаюсь, но разве в windows нет аналога шестнадцатибайтовго аналога tvardata?
разве это изобретение borland?
← →
Тимохов © (2004-07-02 17:51) [78]
> vuk © (02.07.04 17:20) [70]
> Если не ошибаюсь, в fmtbcd реализована работа с BCD вручную...
можно пару слов-комментариев - что вы имеете в виду?
← →
vuk © (2004-07-02 17:54) [79]to Тимохов © (02.07.04 17:51) [78]:
>можно пару слов-комментариев - что вы имеете в виду?
Имею в виду свою реализацию BCD арифметики. Исходники гляньте. Впрочем, при помощи Custom Variants можно что угодно реализовать.
← →
Тимохов © (2004-07-02 17:58) [80]
> vuk © (02.07.04 17:54) [79]
т.е. то, что с bcd в дельфях работает не процессор, а конкретный код в delphi?
я в общем так тоже всегда думал, но слова
"но BCD-формат действительно поддерживается процессором"
меня смутили...подумал, что не так что-то понимаю...
Страницы: 1 2 3 4 5 6 вся ветка
Форум: "Потрепаться";
Текущий архив: 2004.07.25;
Скачать: [xml.tar.bz2];
Память: 0.63 MB
Время: 0.042 c