Предлагаю выкладывать тупые глюки операционки
Я понемногу начинаю понимать, за что не любят дядю билла...
Ни в коем случае.
Разумеется это приколы.
Автор добыл операционку на халяву(которая если оценить всю работу над ней стоит дороже даже $160-и), и возмущается парой багов, я это не могу воспринимать серьёзно. Операционка добросовестно выполняет свои функции.
Большинство багов я считаю и вправду обычное незнание. Настроек тьма, а вот где гарантии что пользователь всё правильно настроил?
1. Место на диске закончилось(при чём тут виндос?).
2. Запрещено на уровне файловой системы(причём тут виндос?).
Например когда ставил давным давно XP на раздел с FAT32 то у меня вообще не было проблем с System Volume Information
Ага, её для того и разрабатывали, чтобы в косынку играть.
Ну, хорошо. Вот ещё один пример кривизны Винды: 2012-й год, а стандартная консоль до сих пор не поддерживает валидный вывод киррилицы в нормальной кодировке без танцев с бубном. Это, конечно, круто, что МСВС умеет выводить кириллицу без хитрых методов, но мне хотелось бы, чтобы была возможность, ну, скажем, в файл в нормальной кодировке с консоли записать, а то что же это получается? Нормальная = UTF8, не 1251. Но, даже, если писать и в 1251, что в общем-то допустимо, нормального сопосба заставить любую консоль по умолчанию открываться именно в этой кодировке не нашёл, то есть, вообще никакого способа не нашёл(проблема актуальна и, если есть линки на решение, буду благодарен). Ну хорошо, при открытой консоли пользователем ещё можно набрать заветную команду и поменять кодировку, а вот программно это сделать нельзя.
system("chcp 866"); ?
system("chcp 866"); ?
ЧЯДНТ?
Ну, наверное, дело в шрифтах и какой-нибудь Lucida Console решил бы проблему, но:
1) Документированных функций по смене шрифта нет. Недокументированные работают криво.
2) Lucida Console некрасив.
system("chcp 866"); ?
ЧЯДНТ?
Ну, наверное, дело в шрифтах и какой-нибудь Lucida Console решил бы проблему, но:
1) Документированных функций по смене шрифта нет. Недокументированные работают криво.
2) Lucida Console некрасив.[/quote]
Зайди в свойства консоли и поставь другой шрифт (не точечный). Точечный шрифт не поддерживает win-кодировки (ток cpXXX). Но проблем с юникодом это не решит.
Скоко их не закрывай один баг останется - он находится между клавиатурой и стулом.
Это камень в мой огород?
То есть, то, была возможности при просмотре якрлыка выполнить вредоносный код - это ошибка пользователя?
Ни в коем случае.
Разумеется это приколы.
Автор добыл операционку на халяву(которая если оценить всю работу над ней стоит дороже даже $160-и), и возмущается парой багов, я это не могу воспринимать серьёзно. Операционка добросовестно выполняет свои функции.
Большинство багов я считаю и вправду обычное незнание. Настроек тьма, а вот где гарантии что пользователь всё правильно настроил?[/quote]
=====================================
А почему тогда с ХР такого бадылля не было? Я первый раз такое вижу и не из праздного интереса заинтересовался временным помутнением разума (или у меня или у ОС)... Это очень достает, когда копируешь, к примеру, исошку на винт, у тебя 99% скопировано - и вдруг тра-ля-ля... Как говаривал один исторический персонаж, я с чувством глубокого удовлетворения прочитал все посты и благодарен за внимание.... (о, какой я воспитанный, аж самому неудобно)
system("chcp 866"); ?
ЧЯДНТ?
Ну, наверное, дело в шрифтах и какой-нибудь Lucida Console решил бы проблему, но:
1) Документированных функций по смене шрифта нет. Недокументированные работают криво.
2) Lucida Console некрасив.[/quote]
Почему, можно сменить шрифт в консоли. Другое дело, что кроме "Lusida Console" и "Consolas" туда ниче и не впихнешь - стабильно ошибка выполнения SetCurrentConsoleFontEx. Ну, а вкратце пример будет такой:
#include <windows.h>
#include <iostream>
#include <conio.h>
#include <string>
#include <tchar.h>
using namespace std;
int _tmain(int argc, _TCHAR* argv[])
{
//Наша консоль
HANDLE hConsole=GetStdHandle(STD_OUTPUT_HANDLE);
//Заполняем структуру шрифта для консоли
CONSOLE_FONT_INFOEX cfi={0};
cfi.cbSize=sizeof(CONSOLE_FONT_INFOEX);
cfi.dwFontSize.X=12;
cfi.dwFontSize.Y=12;
cfi.FontWeight=400;
lstrcat(cfi.FaceName,L"Consolas");
//Устанавливаем шрифт
SetCurrentConsoleFontEx(hConsole,TRUE,&cfi);
//Устанавливаем кодовую страницу
SetConsoleOutputCP(1251);
//Пишем
cout << "Мама мыла раму!";
//Ждем символа и заканчиваемся
_getch();
return 0;
}
Ну, это лучше, чем вообще ничего...
system("chcp 866"); ?
ЧЯДНТ?
Ну, наверное, дело в шрифтах и какой-нибудь Lucida Console решил бы проблему, но:
1) Документированных функций по смене шрифта нет. Недокументированные работают криво.
2) Lucida Console некрасив.[/quote]
Почему, можно сменить шрифт в консоли. Другое дело, что кроме "Lusida Console" и "Consolas" туда ниче и не впихнешь - стабильно ошибка выполнения SetCurrentConsoleFontEx. Ну, а вкратце пример будет такой:
#include <windows.h>
#include <iostream>
#include <conio.h>
#include <string>
#include <tchar.h>
using namespace std;
int _tmain(int argc, _TCHAR* argv[])
{
//Наша консоль
HANDLE hConsole=GetStdHandle(STD_OUTPUT_HANDLE);
//Заполняем структуру шрифта для консоли
CONSOLE_FONT_INFOEX cfi={0};
cfi.cbSize=sizeof(CONSOLE_FONT_INFOEX);
cfi.dwFontSize.X=12;
cfi.dwFontSize.Y=12;
cfi.FontWeight=400;
lstrcat(cfi.FaceName,L"Consolas");
//Устанавливаем шрифт
SetCurrentConsoleFontEx(hConsole,TRUE,&cfi);
//Устанавливаем кодовую страницу
SetConsoleOutputCP(1251);
//Пишем
cout << "Мама мыла раму!";
//Ждем символа и заканчиваемся
_getch();
return 0;
}
Ну, это лучше, чем вообще ничего...[/quote]
А кроме студии можно это где-нибудь ещё проделать? MinGW отказался. Он не знает ни про CONSOLE_FONT_INFO, ни про SetCurrentConsoleFontEx. Не знаю, как обстоят дела с cygwin, докачается - посмотрю.
И перенести в раздел юмора. Петросянщина конечно, но местами смешно. Я же надеюсь вы это не серьезно писали?
Например это:
[quote=UserNet2008;58973]Был такой глюк ,тема такая два диска C D на С ХР на D были фото. Переустановил ХР и хотел посмотреть фото. Все ничего только пару-троек папок "зеленные" , типа у Вас нет прав. На сколько я понял предедущий ХР распространил права на диск D. Но почему только на пару-троек папок? Если бы не фото и не парился. Ну танцы с бубном были еще те. Короче Виндовоз не помог (CD boot) только UNIX помог мне в данной ситуации. И UNIX наплевать на все права Виндовоза.
[/QUOTE]
Я не знаю,что такое ПТУ и Петросянщина - но думаю аналог такой FSB и Смиттовщина.
Что именно Вам не нравиться в ответе, что ВЫ ДО МЕНЯ ДОЕ(РУССКИЕ ТОВАРИЩИ ПОСАВЕТОВАЛИ ТАК ОТВЕТИТЬ)
BOOL WINAPI SetCurrentConsoleFontEx(
__in HANDLE hConsoleOutput,
__in BOOL bMaximumWindow,
__in PCONSOLE_FONT_INFOEX lpConsoleCurrentFontEx
);
сидит в kernel32.dll (прилинкуйте kernel32.lib (kernel32.o))
А вот структура:
typedef struct _COORD {
SHORT X;
SHORT Y;
} COORD, *PCOORD;
typedef struct _CONSOLE_FONT_INFOEX {
ULONG cbSize;
DWORD nFont;
COORD dwFontSize;
UINT FontFamily;
UINT FontWeight;
WCHAR FaceName[LF_FACESIZE];
} CONSOLE_FONT_INFOEX, *PCONSOLE_FONT_INFOEX;
Я в MinGW слабо плаваю (хотя из этой темы использую FreeBASIC), но подставлять библиотеку как-то по особенному и не надо будет (ну kernel32.o по-любому будет слинкована)...
BOOL WINAPI SetCurrentConsoleFontEx(
__in HANDLE hConsoleOutput,
__in BOOL bMaximumWindow,
__in PCONSOLE_FONT_INFOEX lpConsoleCurrentFontEx
);
сидит в kernel32.dll (прилинкуйте kernel32.lib (kernel32.o))
А вот структура:
typedef struct _COORD {
SHORT X;
SHORT Y;
} COORD, *PCOORD;
typedef struct _CONSOLE_FONT_INFOEX {
ULONG cbSize;
DWORD nFont;
COORD dwFontSize;
UINT FontFamily;
UINT FontWeight;
WCHAR FaceName[LF_FACESIZE];
} CONSOLE_FONT_INFOEX, *PCONSOLE_FONT_INFOEX;
Я в MinGW слабо плаваю (хотя из этой темы использую FreeBASIC), но подставлять библиотеку как-то по особенному и не надо будет (ну kernel32.o по-любому будет слинкована)...
Дело в том, что именно так и сделал. Но проблема с функцией всё равно осталась. Думаю, если её нет в стандартном заголовке, то откуда бы ей взяться в библиотеке?
И перенести в раздел юмора. Петросянщина конечно, но местами смешно. Я же надеюсь вы это не серьезно писали?
Например это:
[quote=UserNet2008;58973]Был такой глюк ,тема такая два диска C D на С ХР на D были фото. Переустановил ХР и хотел посмотреть фото. Все ничего только пару-троек папок "зеленные" , типа у Вас нет прав. На сколько я понял предедущий ХР распространил права на диск D. Но почему только на пару-троек папок? Если бы не фото и не парился. Ну танцы с бубном были еще те. Короче Виндовоз не помог (CD boot) только UNIX помог мне в данной ситуации. И UNIX наплевать на все права Виндовоза.
ну и там дальше есть местами. С вас могут получится неплохие юмаристы, если в ИТ ничего у вас не получится.[/quote]
Я не знаю,что такое ПТУ и Петросянщина - но думаю аналог такой FSB и Смиттовщина.
Что именно Вам не нравиться в ответе, что ВЫ ДО МЕНЯ ДОЕ(РУССКИЕ ТОВАРИЩИ ПОСАВЕТОВАЛИ ТАК ОТВЕТИТЬ)[/quote]
Да, гражданин Кот чего-то не в духе...
Всё нормально с виндовс, к счастью(?), уже 7. Видимо, именно поэтому и думал, что функций для смены шрифтов нет - разбирался с этой проблемой ещё на ХР и отбросил функцию за ненадобностью.
Значит проблем быть не должно...
Мне нужен нормальный способ использовать нормальную консоль с нормальной кодировкой, а не все эти костыли. МС ещё можно было в ХР простить такую недоработку, но с тех пор, как винда перешла на юникод, консоль можно было бы и привести в порядок. Поэтому считаю это багом.
С другого боку, МС сейчас глубоко нас**ть на это. Они ж щас ДотНЕТом заняты... Хотя по-любому все сводится к вызовам АПИ.
MS - программирует на intel, типа AMD в стороне, вот вам и лоббирования интересов.
Тоже что-ли поучаствовать.
Я искренне не понимаю, почему люди ругаются на безопасность Виндоус. На это форуме я появился в 2009 году. На этом же компьютере, что и сейчас. Стоит на нём WinXP. Антивируса нет. Совсем нет! Только родной файрволл включен. За эти годы сколько ни гулял по тырнетам, ни разу нигде не подцепил ни одной заразы. Что я делаю не так? Причём бродил по самым разным сайтам. Кликаю по любым ссылкам. На порносайты тоже не боюсь заходить. Качаю что угодно откуда угодно. Система чиста, как маленькая девочка только что из бани! :)
Естественно, я соблюдаю простейшие правила: не запускать экзешники, полученные с сомнительных сайтов; не перехожу на сайт, если ФурриФокс, пробив его по базе Гугла, предупреждает о его небезопасности. Ну и вирустоталом пользуюсь, если очень уж хочется запустить левую программу.
Мама курит что?
Хотя может быть я не замечаю проблем с вирусами по тому что часто переставляю винду.
Не могу доверять антивирусам. У них всегда чтото находится, с чем то борятся, постоянные сетевые атаки(как по таймеру запрограммированные), создаётся впечатление что они просто притворяются что работают для неопытных пользователей(чтоб внушить им страх, и чтоб покупали антивирус).
Я как то предпочитаю не перекладывать эту работу на антивирус, а при форматировании удалить все вирусы
Хотя может быть я не замечаю проблем с вирусами по тому что часто переставляю винду.
Не могу доверять антивирусам. У них всегда чтото находится, с чем то борятся, постоянные сетевые атаки(как по таймеру запрограммированные), создаётся впечатление что они просто притворяются что работают для неопытных пользователей(чтоб внушить им страх, и чтоб покупали антивирус).
Я как то предпочитаю не перекладывать эту работу на антивирус, а при форматировании удалить все вирусы
Ну выж понимаете что это не решение. Простому смертному юзеру, который с трудом научился мышкой пользоваться, это не подойдет.
Enough said $)
Мама курит что?[/quote]
Да что же это такое...
Да что же это такое...
:trollface:
Да что же это такое...
:trollface:[/quote]
Ну, это как-то не очень хорошо. Это примерно, как кодить на Turbo Pascal с кириллицей, а потом открывать исходники в блокноте и пытаться перевести, что же ты там в комментариях-то написал.
Для QT пользуюсь QString::FromLocal8bit. Вообще, у меня есть пара извращенских способов, как можно получить кириллицу там, где её нет. Мне бы что-нибудь нормальное, чтобы вызвать одну функцию\написать одну директиву, а потом не париться больше ни с кодировкой исходников в разных редакторах, ни с наличием функций в разных компиляторах.
Ну, это как-то не очень хорошо. Это примерно, как кодить на Turbo Pascal с кириллицей, а потом открывать исходники в блокноте и пытаться перевести, что же ты там в комментариях-то написал.
Ну не знаю. Помоему вполне логичное решение - использовать "родную" кодировку окружающей среды.
Для QT пользуюсь QString::FromLocal8bit.
Использую UTF-8 так как кодю не только под винду. сответственно #definne UTF8(a) QString::fromUtf8(a) макро юзаю
Зачем?
Таки разве oem866 - это родная? Кажется, с Vista ОС всё-таки сделала полную поддержку юникода и не понятно, почему консоль осталась незатронутой, может, совместимости с чем-нибудь ради.
Это ещё пошло с того времени, когда не пользовался QT и MSVS, а писать на кириллице в консоли хотелось. Толковых советов, как это можно сделать, нигде не нашёл.
Сейчас в общем-то передо мной проблемы кириллицы не стоит, но топиков об этом было очень много и хотелось бы знать, чем можно помочь в этой ситуации людям.
на MacOS меньше ошибок, которые связаны с проблемами "железа" и совместимости компонетов. Что вообще бы отдельно доставляло бы, если бы было не так - учитывая сколько платят макодрочеры владельцы продуктов компании Apple за эти самые продукты.
По количеству багов лидирует Linux open source сборки, что вобщем то не удивительно. Те решения, которые позиционируются как user-frendly - они изначально занимют позицию догоняющих + проблемы реверсной инженерии + проблемы open source - что приводит к появлению откровенно недоделаных и сырых продуктов. Кроме того, многие сборки являются испытательным полигоном для более стабильных продуктов - от чего естественно багов не становится меньше. Естественно речь идет о графическом пользовательском интерефейсе как правило.
За первое место с Linux уверенно соперничают так любимые идиотами сборки - все эти Zver, реаниматоры и прочие. И несправедливо относить эти баги и дыры на счет MS - это изделие идиотов, и для них же создано скорая помощь для решения конкретных неотложных задач - пользоваться ими для повседневной работы - это все равно как лечить головную боль героином. так что жаловаться нечего.
Остальные ОС по количеству багов вобщем-то мало отличаются. При выпуске новых продуктов количество багов растет практически во всех системах, потом стабильно снижается. И MS тут не особо выделяется, а если выделяется то как раз таки в лучшую сторону - развитой поддержкой и пр. Естественно если не брать в расчет "баги" от UserNet2008 и ему подобным. Тут речь идет об ошибках в генетическом коде - как известно дай дураку хуй стеклянный - он и хуй разобьет и руки порежет самый большой баг сидит очень часто перед монитором и никакой Билл Гейтс со Стивом Джобсом тут не помогут - тут только в газетваген. Ну и да - некоторым родителям раздавать презервативы принудительно.
Ну за десктопную не скажу, но jailbreak iPhone через браузер некисло доставляет.
Мб потому что там меньшее разнообразие железа?
На PowerPC например винды небыло нет и небудет.
Windows обычная выпускается только для x86(64) и arm (windows 8).
Проходя мимо, чисто для справки, была и продолжает благополучно существоватьу и самое веселое, что она еще была под альфу, мипс и не существует особых архитектурных проблем чтобы получить сие ведро под практически любую архитектуру, нужен только "бизнес нид" и не более.
Проходя мимо, чисто для справки, была и продолжает благополучно существовать.
Кхм не все что делает M$ есть WinDOS. А вот линукс для хбоха есть
Windows Embedded и Windows CE, я там ссылку в посте давал.
Мб потому что там меньшее разнообразие железа?
ну таки да. и более узкий спектр решений и пр. я собственно это и имел ввиду