SolidMinus

Из документации:

String class for 16-bit characters.

This is an instantiation of the basic_string class template that uses char16_t as the character type

Тогда как-то так

int code = ...;
std::u16string str("");

str += (char16_t)code;

Не занесется, верно. Будет передаваться указатель на readonly секцию:

lea eax, [Адрес]
push eax
call foobar

В некоторых случаях если передается дело в указатель оптимизатор может оптимизировать в read-write секцию. В некоторых, может. gcc точно так не делает, поэтому модифицировать строковый литерал не модифицируя права доступа - не советую :)

Задание по изучению драйверов на Winapi, хорошо знаю winapi

Начну с того, что докопаюсь. Драйвера не имеют доступа к WinAPI. Все Вынапи определено в библиотеках уровня пользователя. Драйвера имеют с уровнем ядра и использует NativeAPI из ntoksrnl.exe

В чём, кроме блокнота, разрабатывать драйвер?

В редакторе кода *trollface*

Visual studio + Windows WDK

https://msdn.microsoft.com/en-us/library/windows/h...

Что значит создать драйвер виртуального устройства

Это значит, что будет только драйвер без устройства. Суть в том, что драйвер - это не обязательно связанное с устройствами. Это просто код работающий на 0-м кольце ( в ядре ). Загрузить его можно как и обычно - через службу ( InstDrv делает это все за нас, а после выгрузки удаляет )

в примере HTTP драйвер винды (да, этот протокол реализован через ядро).


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

(с сайта rootkit.com)

О_О

Сайт с 2006 года мертв :D

Передай это дино-составителям задачи))

книги "Руткиты: внедрение в ядро Windows" Г. Хоглунд, Дж. Батлер

Ну не укладывается, что в универе просят писать руткиты под винду, хоть убей)

Какое-то мутное задание. Читы/трояны/etc?

VirtualQueryEx - запрос страниц памяти, ReadProcessMemory - прочитать пммять, WriteProcessMemory - записать.

Если вставлять inline функции, то бинарный код в размере очень сильно будет расти, но будет скорость выполнения будет также расти.

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

Поэтому это все можно упростить до такой степени, чтобы выполнялся лишь нужный код. Для этого лишь не надо плодить функции. Замечаешь разницу в количестве выполняемых этапов?

Если размер кода так критичен, но и нужна скорость, то можно выставить _fastcall перед определением функции, тогда вместо _cdecl функция будет вызываться без передачи параметров через стек, а передаваться внутри регистров. Это увеличит скорость вызова функций. Но не стоит злоупотреблять, т.к регистры используются для "быстрых вычислений", без доступа к памяти, и огромное количество _fastcall функций заставит компилятор перед вызовом функций постоянно сохранять состояние регистров, а потом восстанавливать.

Решается это все настройками оптимизатора на скорость или размер кода. При выставленной оптимизации по размеру кода спецификатор _inline игнорируется.

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

Больше не возникают вопросы по поводу указателей, совсем. Когда видишь, как при отключенном CRT коде классы разворачиваются в чистейший процедурный ассемблерный листинг - начинаешь удивляться насколько все просто в этой идее ООП. Просто взять и завернуть эти бесмысленные вызовы процедур во что-то более красивое.

P.S. Без CRT кода просто твой C/C++ код компилируется в то, что ты написал. Нет ни единой чужой строчки кода. Ты просто видишь, во что компилируется код и понимаешь что все компилируемые языки это просто упрощение жизни, а не изобретение чего-то нового. Все эти парадигмы все равно сводятся к языку ассемблера, какие бы они не были. Собственно, и интерпретируемые языки - это просто ассемблерный код, анализирующий текст и в зависимости от того че там написано выполняющий какие-то действия.

Но есть и минус. Придет полное непонимание интерпретируемых языков в плане работы с памятью. Будешь мыслить уже в контексте указателей. Я иногда реально жестко туплю, казалось бы, на простых элементах языка Python.

sizeof(type) * N, где type - тип, а N - количество элементов, плюс к этому числу добавляется количество байт до такого числа, чтобы оно было кратно выравниванию, как сказали выше.

Проще говоря, занимает столько, сколько занимает N таких элементов ( для int - 4N байт ) и это число округляется в верхнюю сторону до числа, чтобы было кратным некоторому числу K. Это число K и есть выравнивание, задается в настройках компилятора.

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

ubuntuforums.org/showthread.php?t=1150048

Программирование на робототехнике не сильно дается. Возможно, зависит от ВУЗа, но это не профильный предмет. На первом курсе готовьтесь много чертить, так как у вас будет стандартный курс инженерных специальностей.

Лучше на прикладную математику поступайте с такими темами.

P.S. Сам учусь на робтехе.

P.P.S. Это не ответ, если что, а просто дополнение к тому, что вы поступаете на 15.03.06