Искусственное ограничение поддержки ОС

Bato-San, у меня в BIOS такой опции уже нет и не мудрено, плата ведь более-менее новая. Вы бы вначале изучили документацию к материнке Gigabyte A75M-D2H, чем писать такую ахинею. Насчёт использования системной памяти видюхой: это легко увидеть самому. Для этого нужно всего лишь щёлкнуть правой кнопкой мыши на рабочем столе, нажать Разрешение экрана, затем кликнуть Дополнительные параметры и в появившемся окне во вкладке Адаптер увидеть то, что я подробно описал выше. Да, к вашему сведению в ОЗУ у меня стоит 2 Гб DDR 3, а не DDR 1, хватит уже пытаться интуичить. Всё равно не получится.

 

Dimouse

С++. VC вроде все стандарты поддерживает. Только хз как там с библиотеками и остальным. Ну типа в проге используются "вырезанные" из DirectX-а, функции.
Ну и... В новых версиях, проекты чуть поменялись. Есть типа просто проект, а есть супер-проект (не помню как называлось), где несколько простых проектов.

 

У меня программы, написанные для Microsoft C 6.0, отказывались собираться под Microsoft C 7.0. Что-то после переделок заработало, а что-то - нет.

 

Рыжий Тигра, наоборот. MSVS6 не обязан понимать конструкции и фичи добавленные в VS2014. Что вполне нормально. А вин 3.11 не обязана уметь выполнять Crysis. А ты требуешь именно этого и сердишься фиг знает на что. А точнее на то, что это всё же иногда прокатывает. И этом вместо того, что бы радоваться столь большому запасу совместимости.

Gipsy_King_87, ахинею пишешь только ты сам. Опция есть. Иди читай документацию внимательно. Майкрософт тебе не виноват, что ты материнскую плату такую выбрал, а не какую то другую.

 

Кыгым??? Более _поздний_ компилятор врооде бы таки _обязан_ понимать программы, написанные для более _раннего_, не?

Ну так и у меня тоже. "А разве это нормально???" (L) Т.Абуладзе "Покаяние"

Кто такой крызис, "мы не знаем, но догадываемся" ((L) армянское радио). А вот что более _поздняя_ операционка не обязана выполнять прогу, сделанную для более _ранней_ (того же разработчика, заметь, на том же железе и сделанную через год _после_ выхода более поздней ОС) - это вообще ни в какие ворота, не?

 

Примеры пожалуйста, какой конкретно код не понимает MSVC2012 и что там еще новее. Если вы про deprecated функции и их более новые аналоги, так все сообщения об ошибках устраняются нужными дефайнами. Мс лишь по умолчанию старается делать более безопасный и менее склонный к ошибками код ( Это касается и библиотеки STL, например отказ работы множества алгоритмов с чистыми указателями, это лишь для предохранения от ошибок и легко отключается)

 

"не". ты снова ничего не понял из того что сам же правильно и сказал. В твоём вопросе содержится ответ на него же.

 

Рыжий Тигра, невозможно объяснить шаману бесполезность танцев с бубном - он с них кормится. Так что отстаньте от него...
Факт наличия вины MS в "искусственном ограничении поддержки ОС" можно считать доказанным, а остальное выходит за рамки темы.

 

Но таки компиляторы поддерживают старые стандарты. Во всяком случае C++03 и 98 компилируют спокойно. В GCC так и ключики задающие стандарт вроде есть. Кстати, что-то не припомню, когда stream'ы были не в неймспейсе std.

 

А я до сих пор пишу в gcc в стиле К&Р - с указанием типов параметров за скобками функций, и опуская int везде, где можно - понимает без всяких ключиков...

Проблема Windows мне видится в отсутствии некоего стержня. Допустим, в POSIX есть файлы, служащие для обмена и синхронизации - какой бы драйвер не прикрутили к ОС, он обязан прикинуться файлом. В этом сообществе обязательна совместимость на уровне исходников... Или завязка самой супернавороченной оконной среды на оконный менеджер, оконный сервер и оконный клиент... Даже, если исходник перестал восприниматься новой версией, изменения обязаны быть документированны тут же в нем...

А в MustDie? Конечно, Билл каждый раз кричит об окончательной победе, но есть ли что-то в этой ОС, на что можно положиться? Форматы документов - меняются. Форматы хранения данных об установленных программах - меняются. Соглашения об организации памяти, взаимодействии процессов - меняются... Что такое Windows? То что продает Билл! Остальное - зависит от версии. (Кроме "костылей").

 

Dimouse, я на С++ начал программировать в 2008ом лишь. Ты, думаю, даже помнишь те времена. =)

Это, я почти уверен, косяк Microsoft (точнее косяк реализации VC6), а не стандарта. У меня есть труЪ книжечка 98го года как раз, там написано - в std.

PS ААА!!! У МЕНЯ МЕДАЛЬКА НОВАЯ!!!! /me ушёл бухать!

 

Dimouse

В VC6 же тоже нужно это писать/использовать. Знаю на 100%, так как с какой-то версией шёл небольшой учебник для начинающих, где и писалось "using namespace std". Хоть и хз когда эти неймспейсы были придуманы, но определённо давно.

Хотя с этими визуал студио, есть ещё одна проблема... Не знаю как назвать, короче "шаблоны" типов проектов, различаются от версии к версии. "Весело". Особенно когда не имеешь ни малейшего представления о том как эта хрень устроена... Правда советовали использовать ту же версию, для полной бинарной совместимости.

 

Dimouse > Хм. Про "не обязательно", не думал.
А вот стандарты. Знаю 97-ого, 2003-его и 2011.

 

И чем это обработка "графичиских" битов, байтов, "слов", у ОС "Окна" отличаетса от такой же обработки у том же "Линукс", на низком уровни имею ввиду.

Кроме того "Линуксик" чтука то "опенсоурсце" и тама фсьо "фиксить" наааааааамного проще, "защищать" тож , потому и скорость работы и отсутсвие множествинных "жучков".

Наверное тем, что компании тратят миллион за миллионом, чтоб свое графичиское ПО, затесать под "Окна", хотя оборудование одинаковое ("Интел" семейство и т.д.).

Если б они напечатали это, под "ДжиЭнЮ" в чем состояла б разница = у доступности начального програмного кода ("соурсце"), а результат , скорость работ и "картинка", осталась б прежней

(а "цена" вопроса, количество "жучков", снизилось бы, выросло б также количество креативных решений), скорость работы отдельная тема, но у "Линукс" она више при одинаковом количествах вложеных работо часов ГЫ (сугубо мое мнение) .
Экономическая целесообразность этого конечно сугубо гипотетическа...

И я не печатал о "портировании", я говорю что тот же тупой "асасин крид" "печатать на линуксе для линукса"