C++ sexnarod journal ;) — В былые времена лабораторных работ часто требовался вывод на консоль русских букв ибо транслит и ломаный английский очень смущал преподов. Форум

Популярное сегодня

Лучшее за неделю

Страницы: (3) 1 2 3

дата: 18-04-2006 - 23:20 [ i ]

Unregistered
Статус:
Свободен

В былые времена лабораторных работ часто требовался вывод на консоль русских букв, ибо транслит и ломаный английский очень смущал преподов. Приходилось изворачиваться либо вставляя к месту и не к месту CharToOem либо (находились и такие) заменяя строки в тексте программы строками с использованием кодовой страницы 866.

Но! Истина была как всегда рядом. Жаль я не додумался использовать Unicode раньше :)

CODE

#include <iostream>

int main()
{
std::wcout.imbue(std::locale(".866"));
std::wcout << L"Привет всем!" << std::endl;
}

Выводит на эран именно:

Привет всем!

а не:

¦ЁштхЄ тёхь!

:)

PS. Если найдутся люди, кому это интересно, могу продолжить. За время работы скопилась масса различных "ах если б молодость знала"

PPS. Буду рад, если кто еще захочет поделиться опытом!

ShadowS дата: 19-04-2006 - 01:02 [ i ]
Новичок Репутация: 1 Статус: Давай пообщаемся! Свободен	Да чего уж там выкладывай свои "ноу-хау", может и тебе кто нибудь чего полезного скинет

дата: 21-04-2006 - 20:26 [ i ]

Unregistered
Статус:
Свободен

Я разочарован в функторах, и функциональных адаптерах.
Как думаете, что делает это код?

CODE

size = std::accumulate(diskSpaces.begin(), diskSpaces.end(), int(),
compose_f_gx_hy(
std::plus<int>(),
std::bind1st(std::plus<int>(), int()),
std::mem_fun_ref(&DiskSpace::GetSize)));

При условии, что:

CODE

struct DiskSpace
{
int GetSize();
};
std::vector<DiskSpace> DiskSpaces;

Всего лишь вычисляет сумму Size всех элементов контейнера. Причем стандартными средствами STL это сделать нельзя. Использован функтор, расширяющий возможности стандартной библиотеки compose_f_gx_hy . Его описание можно найти в книге Николая Джосаттиса "The C++ Standard Library" .

Это сообщение отредактировал GregZ - 21-04-2006 - 23:36

дата: 26-04-2006 - 00:46 [ i ]
Unregistered Статус: Свободен	Извиняйте народ. Продолжения не будет. http://www.sxn.today/index.php?showtopic=96226

дата: 19-05-2006 - 23:36 [ i ]

Unregistered
Статус:
Свободен

Вот интересный вопрос, его задают на тестировании у нас в конторе:
(вопрос с подвохом)

Для каких вариантов наследования стандарт разрешает преобразование указателя базового класса на указатель производного при помощи static_cast?
CODE

class A {};
class B : /* вариант наследования */ A {};

int main()
{
A* a;
B* b = static_cast<B*>(a);
}

1 public
2 protected
3 private
4 virtual public
5 virtual protected
6 virtual private

Кто первый ответит правильно и объяснит ответ, не пожалею 20 сексо. Больше просто нет :). Ну и конечно репутацию!

дата: 22-05-2006 - 21:50 [ i ]
Unregistered Статус: Свободен	Судя по всему придётся отвечать самому. :)) Неужели ни кто не знает ответа?

дата: 22-05-2006 - 22:01 [ i ]

Unregistered
Статус:
Свободен

QUOTE (GregZ @ 22.05.2006 - время: 21:50)

Судя по всему придётся отвечать самому. :))
Неужели ни кто не знает ответа?

А народу тяжело... :) Стандарт открывать или компилятор запускать - нечестно, а так не помнят... Это я про себя. :)

дата: 22-05-2006 - 23:08 [ i ]

Unregistered
Статус:
Свободен

QUOTE (JeyLo @ 22.05.2006 - время: 22:01)

А народу тяжело... :) Стандарт открывать или компилятор запускать - нечестно, а так не помнят... Это я про себя. :)

Вопрос не даром с подвохом. Большинство современных компиляторов не дадут полностью правильного ответа на этот вопрос. В частности ошибутся VS8.0 и даже хваленый Comeau.

Вот стандарт - другое дело. Но я совсем не против этого! Даже - за. Лишь бы правильно.

дата: 23-05-2006 - 23:54 [ i ]

Unregistered
Статус:
Свободен

Жаль ответа я так и не дождался. Вопрос вроде как был не очень сложный.
Итак ответ:

4 virtual public
5 virtual protected
6 virtual private

Эти варианты отметаются сразу. Реализация виртуального наследования в языке С++ не позволяет во время компиляции получить указатель производного класса из базового. Другое дело - во время выполнения, но для этого нужно использовать dynamic_cast.

1 public

Ответ вполне однозначен. Преобразование возможно.

2 protected
3 private

Самые сложные варианты. Как известно при закрытом и защищенном наследовании невозможно преобразовать даже указатель производного класса к указателю на базовый класс. Следовательно обратное преобразование (суть вопроса) вдвойне не имеет смысла, хотя практически (для компилятора) возможно.
НО! Первое ограничение легко обойти. Достаточно открытой функции-члена в производном классе, возвращающей указатель на базовый класс. Что же тогда произойдет попытке обратного преобразования!?

Компиляторы 8 студии и Comeau со спокойной душой допустят его. И... будут не правы. Лишь gcc корректно сообщит об ошибке преобразования. Дело в том, что стандарт явно запрещает преобразования от базового класса с производному, если невозможно преобразования от производного к базовому. :) Вот такое разночтение стандарта.

ЗЫ. ISO/IEC 14882-2003 (Пункт 5.2.9 стих 5)

QUOTE

An lvalue of type “cv1 B”, where B is a class type, can be cast to type “reference to cv2 D”, where D is a
class derived (clause 10) from B, if a valid standard conversion from “pointer to D” to “pointer to B” exists
(4.10), cv2 is the same cv-qualification as, or greater cv-qualification than, cv1, and B is not a virtual base
class of D. The result is an lvalue of type “cv2 D.” If the lvalue of type “cv1 B” is actually a sub-object of
an object of type D, the lvalue refers to the enclosing object of type D. Otherwise, the result of the cast is
undefined.

дата: 26-05-2006 - 21:02 [ i ]

Unregistered
Статус:
Свободен

Да, не умею я конкурсы проводить :) вот в железном отделе отличный конкурс.

По его канонам мне надо было задавать такие вопросы:

1. Перечислить производителей компиляторов (только С++). Не менее 3. :)
2. Перечислить ключевые слова языка программирования С++. Не менее 5. :)
3. На бумаге какого цвета напечатан стандарт 2003 адаптированный INCITS? :)

дата: 26-05-2006 - 21:45 [ i ]

Unregistered
Статус:
Свободен

QUOTE (GregZ @ 26.05.2006 - время: 21:02)

1. Перечислить производителей компиляторов (только С++). Не менее 3. :)
2. Перечислить ключевые слова языка программирования С++. Не менее 5. :)
3. На бумаге какого цвета напечатан стандарт 2003 адаптированный INCITS? :)

А че такие сложные вопросы? :) Папроще!

дата: 26-05-2006 - 22:14 [ i ]
Unregistered Статус: Свободен	Только чур не гуглить! :)

tetro дата: 26-05-2006 - 22:57 [ i ]
Специалист Репутация: 15 Статус: Давай пообщаемся! Свободен	По поводу производителей компиляторов, кого мы считаем: у кого полностью свой, чей C++ frontend или чей backend?

дата: 26-05-2006 - 23:19 [ i ]

Unregistered
Статус:
Свободен

QUOTE (tetro @ 26.05.2006 - время: 22:57)

По поводу производителей компиляторов, кого мы считаем: у кого полностью свой, чей C++ frontend или чей backend?

Без разницы. Лишь бы современные. :)

Chara

дата: 27-05-2006 - 09:31 [ i ]

Грандмастер
Репутация: 1225
Статус: Есть ещё похрен в похреновницах!
Замужем

QUOTE (GregZ @ 26.05.2006 - время: 21:02)

3. На бумаге какого цвета напечатан стандарт 2003 адаптированный INCITS? :)

Я его распечатала на розовой...

Причем буквами magenta. Симпатишненько получилось

tetro дата: 28-05-2006 - 00:04 [ i ]
Специалист Репутация: 15 Статус: Давай пообщаемся! Свободен	Практически все производители специфических процессоров сразу лезут вперед: и HP и Sun и SGI (светлая ему память) не говоря о IBM ...

дата: 31-05-2006 - 23:35 [ i ]

Unregistered
Статус:
Свободен

Столкнулся с интересной особенность в языке С++.
При перегрузке функции foo:

CODE

void foo(int) {}
void foo(const int&) {}

компилятор не может выбрать наиболее подходящую функцию. Для него они: indistinguishable conversion sequences.
Т.е.:

CODE

int f = 1;
const int& rf = f;

foo(f); // Error: ambiguous
foo(rf); // Error: ambiguous

В стандарте [C++03] п. 13.3.3.2 стих 3:

Standard conversion sequence S1 is a better conversion sequence than standard conversion sequence
S2 if:
...
- S1 and S2 are reference bindings (8.5.3), and the types to which the references refer are the same
type except for top-level cv-qualifiers, and the type to which the reference initialized by S2 refers is
more cv-qualified than the type to which the reference initialized by S1 refers.
...

Roman

дата: 01-06-2006 - 00:41 [ i ]

Спонсор форума
Репутация: 868
Статус: Давай пообщаемся!
Свободен

CODE

#include <iostream>

int main()
{
std::wcout.imbue(std::locale(".866"));
std::wcout << L"Привет всем!" << std::endl;
}

Не работает...

дата: 01-06-2006 - 12:37 [ i ]

Unregistered
Статус:
Свободен

QUOTE (Roman @ 01.06.2006 - время: 00:41)

Не работает...

Не компилируется, или работает некорректно? Если второе, что конкретно не так?

Roman

дата: 02-06-2006 - 00:53 [ i ]

Спонсор форума
Репутация: 868
Статус: Давай пообщаемся!
Свободен

QUOTE (GregZ @ 01.06.2006 - время: 12:37)

QUOTE (Roman @ 01.06.2006 - время: 00:41)

Не работает...

Не компилируется, или работает некорректно? Если второе, что конкретно не так?

Не то выводит: "¦ЁштхЄ тёхь!".

дата: 02-06-2006 - 01:00 [ i ]

Unregistered
Статус:
Свободен

QUOTE (Roman @ 02.06.2006 - время: 00:53)

Не то выводит: "¦ЁштхЄ тёхь!".

Быть такого не может. Компилятор какой? Локаль?

Roman

дата: 02-06-2006 - 01:06 [ i ]

Спонсор форума
Репутация: 868
Статус: Давай пообщаемся!
Свободен

QUOTE (GregZ @ 02.06.2006 - время: 01:00)

QUOTE (Roman @ 02.06.2006 - время: 00:53)

Не то выводит: "¦ЁштхЄ тёхь!".

Быть такого не может. Компилятор какой? Локаль?

Borland Developer Studio 2006, винда ХР с СП2.

дата: 02-06-2006 - 01:11 [ i ]

Unregistered
Статус:
Свободен

QUOTE (Roman @ 02.06.2006 - время: 01:06)

QUOTE (GregZ @ 02.06.2006 - время: 01:00)

QUOTE (Roman @ 02.06.2006 - время: 00:53)

Не то выводит: "¦ЁштхЄ тёхь!".

Быть такого не может. Компилятор какой? Локаль?

Borland Developer Studio 2006, винда ХР с СП2.

А локаль какая у компилятора? Вывод осуществляете в консоль?

Roman

дата: 02-06-2006 - 01:13 [ i ]

Спонсор форума
Репутация: 868
Статус: Давай пообщаемся!
Свободен

QUOTE

Вывод осуществляете в консоль?

Да.

дата: 02-06-2006 - 01:22 [ i ]
Unregistered Статус: Свободен	Еще раз спрашиваю, какая локаль у компилятора? Как компилятор должен интерпретировать последовательность байтов L"Привет всем!", чтобы перевести их в юникод? Замени wcout на cout и убери юникод. Что получится?

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)

Страницы: (3) 1 2 3