Что нужно сделать для того чтобы у меня в моих консольных приложениях отображались Русские буквы ?
Тоесть вывод на экран текст Русскими буквами

посмотреть по ссылкам внизу страницы   

Вот здесь написано: http://forum.vingrad.ru/topic-146516/unread-1.html#look

ничего не нужно делать...
хоть бы компилятор указал...

Как делаю я.

// Выводит на консоль и преобразует в дос-кодировку
void WriteOut(LPCSTR str1) {
    CString str = str1;
    str.AnsiToOem();
    printf("%s",str);
};

Есть апишная функция AnsiToOem. где именно она распологается не знаю, но это должно быть видно через stdafx.h

Trotter, а нефиг юзать разные кодировки в редакторе и в консоли.
Юзай везде либо 1251, либо 866, либо любую другую, но ОДИНАКОВУЮ.

Вот ф-ия, если памать не изменяет работает для 3х различных компиляторов работает точно

паскоку я в С++ не понимаю вообще вот код чё куда надо добавить из выше сказоного ?

попробуй так

либо так

попробуй так ( если студия - поможет )

Trotter, думаю, что проблема у тебя в том, что в настройках проекта стоит Charset Unicode, а не Charset Not set (как должно быть для вывода русских букв)

Trotter, 
Вот рабочий код для визуалки, библиотеки обязательные


Это сообщение отредактировал(а) Redstuff - 17.4.2007, 17:11

Нифига себе сколько гемора. И это вместо того, чтобы просто юзать одинаковые кодировки =)

Или локали.

_stranger_, твой способ не прокатил :(

dizzy1984, в тваём коде вот ветой строке говарит ошибка вот тута CString sHellow = "Привет"; а точнее перед знаком =
говарит следующие:
[C++ Error] Unit1.cpp(5): E2451 Undefined symbol 'CString'
[C++ Error] Unit1.cpp(5): E2379 Statement missing ;
[C++ Error] Unit1.cpp(6): E2451 Undefined symbol 'sHellow'


Redstuff, в тваём коде говарит следующие 
[C++ Error] Unit1.cpp(1): E2209 Unable to open include file 'stdafx.h'
[C++ Error] Unit1.cpp(3): E2209 Unable to open include file 'iostream'
[C++ Error] Unit1.cpp(4): E2209 Unable to open include file 'string'
[C++ Error] Unit1.cpp(14): E2141 Declaration syntax error

Trotter, в твАём варианте нужно поправить настройки проекта... ап.

archimed7592, а как, не подскажеш ? 

Trotter, какой компилятор вы используете?
Мои примеры компилируются и запускаются на VC++8.0
С поправкой cout<<(LPCSTR)sHellow на VC++6.0

[C++ Error] Unit1.cpp(1): E2209 Unable to open include file 'stdafx.h'
Очень сильно смахивает на bc++ builder.

Для него я могу разве посоветовать только



Вам же предстоит написать на основе этого функцию, которая работает с произвольной длиной строки.

Это сообщение отредактировал(а) dizzy1984 - 18.4.2007, 06:08

Trotter, что говорит компилятор??? кстати а какой компилятор используете?
 еще попробуйте
 

Trotter, 


'stdafx.h' - в визулке, если ты не в ней, то эта либа вообще не нужна.
Попробуй добавить .h на конце:


Это сообщение отредактировал(а) Redstuff - 18.4.2007, 16:03

_stranger_, не прокатило, запускается но отображаются всёравно эроглефы
dizzy1984, у меня C++Builder 6 попробовал твой код не прокатило (хотя незнаю куда надо было его добовлять) вот такая вот ошибка  [C++ Error] Unit1.cpp(7): E2268 Call to undefined function 'AnsiToOem'

Redstuff, "h" всегда ставлю в конце..
Мужики если мона то давайте мне полный код а не отрывки, а то я из книжки всего 80ст прочитал и незнаю чё куда надо писать :(

Запускаю BCB6.0
Иду File->New->Other->Console Wizard.
Убеждаюсь в присутствии SourceType C++, Use VCL, Console Application.
Жму OK.
Добавляю в удобное для тебя место функцию



Перед директивой #pragma hdrstop подключаю следующие хидеры
#include <iostream.h>
#include <conio.h>

Пишу тестовый код в main


Моя реалиазция работает через winapi функцию AnsiToOem.
Не уверен, но думаю что в vcl должен быть класс который умеет это сам.
Еще можно использовать wprintf и, похоже, cout. Но это уже другая история

dizzy1984, усё работает нармально, СПАСИБО !

   Нет, ну использовать VCL в консольном приложении...  даже не придумал, как это можно назвать...

JackYF, а это плохо?

Кстати, я наверное неправильно понимаю само понятие VCL, если оно неверное, то поправьте меня: компонент VCL - это класс с некоторым описанием, позволяющим поместить его на панель инструментов, добавляющимся в приложение через эту панель и позволяющим настроить свойства/события через специальное окно в IDE?

Если это так, то тогда что плохого в ООП?

В ООП - пожалуйста, нет ничего плохого. Никто не удивится классам в консольном приложении.
А вот VCL был разработан для Rapid Application Delevelopment в визуальной среде. Использовать его в консольном приложении ради, допустим, CharToOem - для меня странно.

Кроме того, если не ошибаюсь, то сама поддержка VCL потребует библиотек, которые придется либо таскать с собой, либо статически линковать. Если, конечно, оно только для дома, то и ладно. Но сам подход - использовать VCL в консольном приложении - мне претит. Это все имхо, конечно. Кто несогласен - особо спорить не буду. Кому-то удобнее. Мне - нет.

 А это плохо? С каких пор стали играть роль лишние сотни кило?

Зачем так грубо? Сами вы ведь не потрудились предоставить хоть какое-то решение.


VCL содержит обертки для win32api функций, их использовать удобнее нежели LoadLibrary или линковку с соответствующим *.lib файлом. Если бы я провернул такой трюк, мой пример слат бы менее понятным. Кроме того, все зависит от сложности проекта, ведь не всем нужно изобретать велосипеды.

Ввиду того что линковаться будет только то, что использует программа перерасход должен быть небольшой. Ну а динамически - когда я пишу программу на mfc я представляю себе что за библиотеки она использует... не вижу здесь проблемы.

Я как раз хотел наименее грубо, но не получилось.


Хм... ну можно и на ты, если хотите.



Вряд ли хоть сколько-либо сущность, называемая проектам, будет использовать вывод в консоль русских букв. Исключение - лабы в универах.
Имхо, ибо тут тоже будут со мной спорить.



По самому вопросу была уже далеко не одна тема. Если воспользоваться поиском, то можно найти все решения, предоставленные здесь + еще некоторые. Копипастить я не намерен, ничего нового от себя не добавлю. Могу разве что предоставить прямую ссылки на более ранние темы по этому вопросу, если нужно.



Ну вряд ли, когда вы пишете проект, вы из всего многообразия mfc используете класс CString? В данном случае именно так - VCL подключается ради одной-единственной функции.


Сотни кило библиотек, которые реально используются в программе - это нормально и от этого никуда не деться. А вот подключать сотни кило ради использования из них нескольких сотен байт бинарного кода - не очень, имхо. Тем более, что это не супер сложный код, а легко(имхо) воспроизводимый.

Хочу
  


Неправильно тебя понял  
Было правило мерфи я приведу его не дословно но суть сводилась к тому, что даже если некоторый человек скажет нечно в такой формулировке, что понять его по-другому кроме как правильно станет невозможно, обязательно найдется другой человек, который поймет его не правильно.


Не поверишь, я это пару раз проворачивал. Из всех классов для работы со строками CString для меня имеет лидирующие позиции.

Чтобы посмотреть реальную разницу я создал 2 проекта.
1-н свой выше
2-й без vcl, но с #include <windows.h>
У меня получилось 
1 7168 байт
2 5632 байт
и разница 1536
Выходит ненужные для меня действия породили лишних 1.5 кб.  
Даже если бы я писал вирус или нечто где критично количество килобайт, я мог бы закрыть на ето глаза.

А насчет подключение mfc ради одного CString. Программы с динамической линковкой стали почти вдвое короче прежних - на винапи. Я даже выиграл от егото   

чтобы ощутить масштаб, включи стат.компоновку. 

а вообще, вариантов использования vcl в консольной программе - предостаточно. например, какой-нибудь сервер... можно, конечно, "зарисовать" все на сокетах и odbc, но тогда уж можно и asm "поюзать"... 

Вообще не понимаю вот этого - постоянно конвертить в дос-кодировку...

Наиболее коректен способ, который представил _stranger_. Единственное в винде щёлкните предварительно правым кликом по заголовку любой консоли и выберите "Умолчания". И на вкладке шрифтов ставим "Lucidia Console". OK. Теперь радуемся жизни.

Стандартная консоль в винде извратная - это факт, но извращаться так...

Повторюсь третий раз: в редакторе выбрать кодировку cp866 религия не позволяет?

Нет бога кроме аллаха и магомет его пророк


А как это сделать не подскажешь?

Это сообщение отредактировал(а) dizzy1984 - 24.4.2007, 13:22

Сервер на VCL? Убиться об стену и не встать...

ctrl-shift-f11, (linker, -use dynamic rtl), (packages, -build with runtime packages)


то, что к vcl ты относишься предвзято - уже понятно. неплохо бы и аргументировать свою точку зрения...

Я на нем писал не один год, и мнение о нем составил. Для RAD-разработки - оно самое то, я обеими руками за.



VCL - Visual Components Library. Спрашивается, зачем серверу визуальные компоненты? Когда он должен напрямую с сокетами работать и выдавать данные? И работать быстро. Чем-чем, а скоростью VCL не страдает.
Ведь недаром подавляющее большинство серверов (как программ) на Линухах работают - никаких там а-ля VCL нету.

создается впечатление, что ты немного неправильно понимаешь слово visual в этой аббревиатуре. компоненты для работы с сокетами, БД - тоже являются частью(или наследниками) VCL, и их грамотное употребление не сильно оказывает влияния на скорость. во всяком случае, гораздо меньше, чем свои изобретения на сокетах в условиях недостатка опыта/времени.
так что всему свое место. и VCL - не худшее решение такого рода вопросов.

Вот прога, юзайте, если ещё кому надо.

Присоединённый файл ( Кол-во скачиваний: 9 )
 fconvert.7z 7,66 Kb

Да, соглашусь. Погорячился. 


При таких условиях согласен. Правда, имхо, и не лучшее.

Результаты теста со статической линковкой.
1-н свой выше
2-й без vcl, но с #include <windows.h>
У меня получилось 
1 132096 байт
2 5632 байт
и разница 126,4 кб для тов. AnsiString.

В этом случае - да, нехорошо.

Скопируй и ВСЕ

ostream &operator<<(ostream &out, char* strWin)
{
    char strDos[4096];
    CharToOem(strWin,strDos);
    out.write(strDos, strlen(strDos));
    return out;
}


cout<<”Привет”;

Эээ. Лишние щелчки! В той же студии я по крайней мере не знаю как поставить CP866 дефолтьным энкодингом. А каждый раз указывать - неудобно  Это первое. Второе - насчёт аллаха и консоли. Я не согласен, что нет консоли кроме cmd (даже не cmd, наверно, а просто стандартные возможности винды для приложений с консольной сабсистемой). Есть альтернативные консольки (сделанные через обычный гуй). В некоторых кодировка настраивается, в некоторых стоит дефолтная CP1251 (из локали, наверно, дерёт).

ЗЫ Вообще, разговор ни о чём...

Вы что делаете??!!Не легче ли...

include# <windows.h>

void main()
{
char start[100];
CharToOem("Привет", start);
cout << start;
}

Для отображения русского шрифта в консоли предпочитаю использовать следующее:

А вы можете подсказать где меняется кодировка редактора в Билдере 6? 

Вообще-то ты не по адресу.
В настройках редактора поменяй шрифт Courier New на Courier New Cyr

Спасибо!

А почему не по адресу? Тут же писалось много постов, что нужно сменить кодировку редактора. только от не написали как) А я то ламер не знаю как это делается.  

 setlocale - на ура работает  просто надо проект в юникоде делать  и будет Вам щастье 

Здесь речь идет о кирилице в выводимом тексте программы, а не о настройках редактора конкретной среды программирования.

Это сообщение отредактировал(а) bsa - 12.3.2008, 21:59

Написал простенькую программу, которая запрашивает имя пользователя и фамилию, а затем выводит отдельной строкой. Так вот подключил локаль, как обычно делаю, для отображения русского текста, при наборе  все нормально, проблем никаких, а вот при выводе получается абракадабра всякая, уже заходил в настройки проекта поменял Use Unicode Character Set на  Character Non Set, толку никакого, затем подключил ф-ю ChаrToOem, толку тоже мало, пробывал также с помощью ф-и RusOut, (кто то ранее ее выкладывал) - результат ноль. Подскажите, пожалуйста, как быть, а то уже почти все перепробывал и бестолку ???  Все это пишется в среде Microsoft Visual Studio 2005   

Это сообщение отредактировал(а) aleknek - 2.3.2008, 14:30

 Ну так 2 варианта: либо конвертировать выходную информацию, либо получать конвертированную на входе. Настройка редактора - это второй способ.

Попробовал только что убрать CharToOem, а включить в программу функцию, выкладываемую раннее Redstuff,  результат тот же, хотя данная функция насколько я понимаю, как раз и занимается конвертированием, выходного текста. ??? 



Это сообщение отредактировал(а) aleknek - 2.3.2008, 17:48

aleknek, направление конвертирования перепутано. В первом примере заменить

и будет работать

Товарищи, а как в качестве параметра функции передать массив из русских букв?

так же, как и английских.

К сожалению не получается. Например, я не могу открыть файл, если указываю имя на русском =(
Среда: VC++ 6.0

http://forum.vingrad.ru/forum/topic-189083.html

bsa, спасибо! Будем пробовать