Помогите с форматом в CString

[Kuzmich]

Код:

int n = 1;
double d = 1.11;
CString str;
str.Format)"%.nf", d:;

Падает

[sh_m]

Код:

int n = 1;
double d = 1.11;
CString str;
str.Format)"%.nf", d:;

Падает

С CString я никогда не работал, но попробуй в кавычках явно указать 1, а не через переменную n: эта запись у тебя точно очень странная.

[Kuzmich]

Ну я понимаю, что странная, но мне нужна именно переменная n.
А если поставить 1, то все работает.
Пока отвечаете, пишу свою функцию для отображения точности

[Джон]

Напиши в каком виде хочешь ответ получить?

[Джон]

А понял ты хочешь double с точностью n вывести? Долблюсь с утра, с мороза.

[RXL]

Код:

int n = 1;
double d = 1.11;
CString str,tmp;
tmp.Format)"%%.%df",n:;
str.Format)tmp, d:;

Вот так нужно.
Только в последней строчке может быть ошибка: "как из объекта CString tmp получить указатель на строку".

[Джон]

Да я то же бы так сделал, с временной форматной строкой.

Только в последней строчке может быть ошибка: "как из объекта CString tmp получить указатель на строку".

Не понял. Кастинг происходит автоматически. Ну или tmp.GetBuffer()

[RXL]

Джон, Это хорошо

[Kuzmich]

RXL, все работает.
Всем спасибо.

[ysv_]

Вообще то, это можно сделать проще:
int n = 1;
double d = 1.11;
CString str;
str.Format("%.*lf", n, d);

[RXL]

ysv_, оно и верно - все умное давно до нас придумали...

You can also specify a precision of '*'. This means that the next argument in the argument list (befor the actual value to be printed) is used as the precision. The value must be an 'int', and is ignored if it is negative. If you specify '*' for both the width and precision, the field width argument precedes the precision argument.

Только я не понял зачем 'l' в "%.*lf"? У CString::Format() иной синтаксис чем у sprintf()?

[Джон]

Век живи - век учись, дураком помрёшь. Это я про себя.

[ysv_]

Только я не понял зачем 'l' в "%.*lf"? У CString::Format() иной синтаксис чем у sprintf()?

Вообще-то я по памяти писал. Насколько помню f - float, lf - double. Или это уже устарело?

[RXL]

Не знаю устарело или как, но у нас, в gnu libc, f - это double, а float преобразовывается в double автоматически. Есль еще long double Lf (80бит).
Я подозреваю, что в продуктах MS может быть все иначе.

[Migmile]

RXL, Sorry, не понял, в функцию с variable length argument list like Format дляна аргументов определяется по типу. Соответственно в format - по списку формата. Отсюда вопрос - как функция во время выполнения определяет  что у нее на входе - float or double. Единственный вариант - компилятор на  ее вход всегда подает double - но это вряд-ли!

[Гром]

Вообщето CStrinf.Format работает 100% как printf стандарт

[RXL]

Migmile, я сам был удивлен, но в доках написано так. Кстати, gcc проверяет строку формата и список параметров для printf-подобных ф-ий - видимо он и конвертит.

[Migmile]

RXL, на самом деле не сложно проверить, посмотрев сколько байт кладется в стек. У меня под руками нет *Nix, да и не знаю как там смотреть - наверное есть опция в компиляторе...

[ysv_]

Небольшое исследование в MinGW (использует MSCRT.DLL) показало, что:
1. sizeof(float)=4, sizeof(double)=8, sizeof(long double)=12    (ожидал 10).
2. В printf Независимо от модификатора для f (l, L, h) - double обрабатывается корректно. Аналогично для float.
3. long double обрабывался во всех случаях некорректно .
.

Впечатление - при вызове функций, которые получают float, аргумент помещается в стек как double.

[ysv_]

Вирізка з доки по GCC:

Traditional K&R C promotes all floating point operations to double precision, regardless of the sizes of the operands.

[RXL]

Небольшое исследование в MinGW (использует MSCRT.DLL) показало, что:
1. sizeof(float)=4, sizeof(double)=8, sizeof(long double)=12    (ожидал 10).

Выравнивание на 4 байта - такие требования оптимизации для Pentium 1..4. Хотя для long double для x86 выравнивание 8 байт

2. В printf Независимо от модификатора для f (l, L, h) - double обрабатывается корректно. Аналогично для float.
3. long double обрабывался во всех случаях некорректно .
.

Впечатление - при вызове функций, которые получают float, аргумент помещается в стек как double.

MinGW - это все же не glibc

[ysv_]

Выравнивание на 4 байта - такие требования оптимизации для Pentium 1..4.

Давайте не смешивать выравнивание и размер объектов. Для i387 длина long double - 10 соответсвовала размерам регистров. А вот откуда взялось 12? Неужели в новых процессорах размер регистров FPU - 12?
Кстати в bcc32 5.5 - размер long double - 10.
А в gcc есть опция -m96bit-long-double

Set the size of long double to 96 bits as required by the i386 application binary interface. This is the default.

А вот опции для 80 битового длинного double - нет

[RXL]

Давайте не смешивать выравнивание и размер объектов. Для i387 длина long double - 10 соответсвовала размерам регистров. А вот откуда взялось 12? Неужели в новых процессорах размер регистров FPU - 12?

Код:

long double a[10(;

Назави размер "a". По твоему sizeof() должен быть 120.

[Kuzmich]

Вообще то, это можно сделать проще:
int n = 1;
double d = 1.11;
CString str;
str.Format("%.*lf", n, d);

Прекрасно работает, спасибо.

Век живи - век учись, дураком помрёшь.

Чем больше я знаю, тем больше я незнаю

[NetRaider]

Отсюда вопрос - как функция во время выполнения определяет что у нее на входе - float or double. Единственный вариант - компилятор на ее вход всегда подает double - но это вряд-ли!

Впечатление - при вызове функций, которые получают float, аргумент помещается в стек как double.

При вызове функции с переменным чилом параметров, аргумент типа float всегда преобразуется к double (5.2.2/7)