C++

[Dennis_Chikin 3 658]

Поскольку исходники в свободном доступе, и кто-то даже пытается с ними как-то разбираться, а также в надежде, что кто-нибудь когда-нибудь наконец возьмет, и просто добавит нормальные C-хуки (ну и, да, поскольку я лично вот так и не понял про что уже существующие темы. ) - В общем, будет эта.

 

А также вообще про C со всякими арифметическими знаками и без таковых.

[Desertir 202]

@PlayMod, а тебе разве мешает?

Тема заведомо непопулярна, однако у кого то когда то могут возникнуть вопросы именно по самому языку (например про новые стандарты).

Да что уж там, давайте я и спрошу. В общем существует c++11, а так же c++14. Вопрос, начиная с какой версии Visual Studio уже "из коробки" поддерживается полностью первый и второй(второй вообще доделан до конца, ну т.е. выпущен)? Из коробки, т.е. без установки всяких c++ compiler nov 2012/2013 ctp? Просто у меня получилось скомпилить с новыми определениями методов (=delete/=default) только в 2015 превьюхе, а так же в 2013, а вот в старушке 2012 даже с вышеуказанными компиляторами не проканало.

[abramcumner 1 156]

@Desertir, полностью с++14 нигде не поддерживается

Что касается visual c++ вот ссылки:

http://blogs.msdn.com/b/vcblog/archive/2011/09/12/10209291.aspx

http://blogs.msdn.com/b/vcblog/archive/2014/11/17/c-11-14-17-features-in-vs-2015-preview.aspx

[Elz 343]

Народ, нид хэлп.

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

Кусок кода:

GetClientRect(hWnd, &clientRect);
		hMainEditField = CreateWindow("edit", NULL, WS_CHILD | WS_VISIBLE | WS_VSCROLL | ES_LEFT | ES_AUTOVSCROLL | ES_MULTILINE | ES_AUTOVSCROLL | WS_VSCROLL, clientRect.top, clientRect.left, clientRect.right, clientRect.bottom, hWnd, (HMENU) ID_MAINEDITFIELD, hInst, NULL);

Все clientRect.xxx выставлены, а перерисовыввается только clientRect.top и clientRect.left.(( В чем дело.
Если надо, могу кинуть сорсы, но просьба не ржать!) Я начинаю только.

SOURCE

Изменено 25 Января 2015 пользователем Elz

[abramcumner 1 156]

и теперь при изменений границ окна (растягивание, при этом неважно куда - вниз или в сторону) окно не обновляется (не перерисовывается)

1. окно и обновляется и перерисовывается,

2. надо растягивать hMainEditField в след за главным окном.

[Elz 343]

@abramcumner, да, спасибо!
Но можете пожалуйста пояснить, как это сделать?
Заранее благодарю.
UPD1: ууу, какие непонятные слова... А код, с помощью которого получаем размер, можно увидеть? Я уж два месяца, как забросил этот проЭкт (самозашквар).

UPD2: а как средствами WinAPI открыть mp3? Грубо говоря, плеер сделать? С GUI разберусь, а на вот на счет остального... Есть какой-то отдельный класс для этого?

Изменено 25 Января 2015 пользователем Elz

[abramcumner 1 156]

Обрабатывать WM_SIZE: получать размер главного окна и менять размер edit`а.

[АRХИТЕКТОР 37]

Всем привет.
Насчет исходников (проект x-ray-re), кто нибудь пробовал их компилировать на VS2012?
В конце построения выдается не понятная ошибка.
 
http://rghost.ru/60548208

Изменено 25 Января 2015 пользователем АRХИТЕКТОР

[НаноБот 742]

А кстати, качать DirectX SDK надо полностью? Может у кого есть все не обходимые библиотеки, без не нужного мусора, а то качать DirectX SDK 2007 и DirectX SDK 2010 накладно, целый гигабайт. И ещё желательно инструкция, как настроить это всё.

[АRХИТЕКТОР 37]

НаноБот, если у тебя VS2012/2013 или выше, нет. СДК там встроен в Windows Kits. Если другое, придётся.

[НаноБот 742]

У меня VS2010 и без сервис пака 1.

[АRХИТЕКТОР 37]

Качай DirectX SDK June 2010.

[Desertir 202]

http://www.g-truc.net/post-0706.html

Это в дополнение к ответу на мой вопрос о поддержке стандартов C++

[Desertir 202]

Весьма "нубский" вопрос. У нас есть две разрядности приложений - 32 и 64. А еще есть х86 - платформа, на основании которой построено (или поддерживается, как это правильнее?) большинство процессоров (ПК), так? Я к тому, что x86 это одно, а x32 и x64 это другое. Почему тогда разработчики ставят в пару именно x86 и x64? Например либы в DirectX SDK. Разве x86 считается полным синонимом x32 в определенном (или даже без него?) контекте?

---

Есть такая мини-статья, в принципе мои "познания" сходятся с тем, что там написано, и вполне логично.

И в догонку еще такое нашел.

Изменено 29 Января 2015 пользователем Desertir

[Dennis_Chikin 3 658]

x86 - по факту - 32.

am64 - 64.

 

Есть еще всякие подвиды, отличающиеся sse2, sse3 и другими страшными буквами, но это уже не столь существенно.

 

Впрочем, от #студий можно ожидать чего угодно.

 

P.S. Да, в статье - сумбурно, но по сути - верно.

Изменено 29 Января 2015 пользователем Dennis_Chikin

[xStream 86]

@Desertir, 

По сути эти "х" перед цифрами означают разное: х86 исторически отображает архитектуру, которая пошла с первого 86-го процессора (самые известные i386 и i486, а пресловутый пентиум носил индекс 586), а когда появилась разрядность 64 бит на той же архитектуре, стали обозначать разрядность. Отсюда несостыковка такая. В общем, всего лишь исторический фактор. Для общего развития, еще есть ia64 - это суперскалярные процессоры от интела, исторически сразу 64 разряда. Так же существует amd64, отличается наборами микрокоманд, см. ниже.

В общем-то в статье так и написано, но что-то сильно много букв

 

 

sse2, sse3 и другими страшными буквами, но это уже не столь существенно.

Это не подвиды, это наборы расширенных команд микропроцессоров, конкретно sse2 и sse3 - инструкции для работы с потоковыми данными. На самом деле их уйма, и разные процессоры поддерживают разные наборы. Различия в основном в последних исторически наборах команд, которые у АМД и у Интела свои, потом либо отмирают, либо появляются универсальные для обоих вендоров наборы.

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

Изменено 29 Января 2015 пользователем xStream

[Elz 343]

http://www.upweek.ru/istoriya-arxitektury-processora-x86-chast-2.-vosem-bit.html
Прошу! Очень полезно и понятно.
Простите, что поздно.

[User_X.A.R26 261]

 

 

По топику - для сборки сырцов в исполняемый файл, почти все эти наборы не важны - либо они есть в новых процессорах, либо не требуются для функционирования программы (рентгена)

Т.е. по сути можно убрать тучу ассемблерного кода из xrCPU_Pipe и не париться?

[xStream 86]

@User_X.A.R26, я без понятия, что это такое вообще Если какая-то штука либо для проверки фич процов, то да, смысла париться нет, если не собираетесь поддерживать компы с конфигурацией годов, когда начали писать сталкер

[Desertir 202]

И снова я с простенькими вопросами-уточнениями. Речь пойдет о подключении библиотеки к проекту VS.

Итак, есть два (вроде) вида библиотек: статическая и динамическая. На сколько я понял, со статической все просто, нужен заголовочный файл и непосредственно статическая библиотека. На выходе мы имеем один файл (.exe например), в который эта статика непосредственно вкомпиллена, ну или как правильнее, это же линковщик делает. Со статикой верно?

Далее, динамика, тут интереснее, файл заголовка остается по смыслу таким же, добавляется сама динамика (.dll), и к этому нужно добавить библиотеку импорта, которая имеет так же расширение .lib, что ввело меня в кратковременный ступор. В этом случае библиотека импорта так же вкомпилливается в наш файл, и он уже будет знать, куда ссылаться, функция там или переменная. С динамикой верно?

Т.к. динамика несколько сложнее, еще вопросы. По сути нам надо создать библиотеку импорта и в свойствах проекта это можно указать для dll. Чтобы экспортировать из динамики у нас есть несколько способов, меня интересуют два, это с помощью .def-файла и __declspec(dllimport|dllimport). Собственно чем они отличаются? И можно или нужно ли их использовать вместе?

Заголовок

#pragma once

#ifdef COMPILING_DLL //добавлен в св-вах проекта для длл
#define DLLSPEC __declspec(dllexport)
#else
#define DLLSPEC __declspec(dllimport)
#endif

DLLSPEC int GetSum(int, int);

Код библиотеки

#include "Header.h"

DLLSPEC int GetSum(int a, int 
{
    return a + b;
}

Приложение

#include <iostream>
#include "../DynamicLib/Header.h" //хедер из длл

#pragma comment(lib, "DynamicLib.lib") //можно указать в св-вах проекта в Additional Dependencies

int main()
{
    std::cout << GetSum(1, 3) << std::endl;
    system("pause");
    return 0;
}

 

И таки да, есть возможность добавить reference в св-вах проекта, если это все в одном солюшене. Я так понимаю, он просто добавляет все опции для линкера без нашего шаманства?