none7

4 года назад ImageMagick

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

Сама реализация требует лишь понимания основ сетевого программирования(socket,bind,listen,connect java.net.*). А подводный камень весьма огромен. Клиенты в отличии от серверов как правило не имеют глобально-маршрутизируемых адресов(белых) или они закрыты фаерволом. Есть костыли вроде UPNP и NATPNP, но работают они далеко не всегда. Так же есть техника STUN(за счёт неё работает например torrent-utp), но и она будет работать всё реже и реже и в мобильных сетях не работает вообще(как в прочем и UPNP с NATPNP). С IPv6 отдельная головная боль, ведь тот адрес, с которого клиент подключился к серверу, может в скором времени стать недействительным. А неизменный адрес лучше не светить в интернете без разрешения пользователя.
Итого, такая архитектура может работать только в локальных сетях, так как современный Web очень не любит p2p.

Ну значит в инструкции написано не всё. У Вас линкер не видит libcurl и если он на это не ругнулся, то вероятно в конфигах сборки эта библиотека не добавлена вовсе.

Службы не подключены к рабочему столу. Да и какому столу они должны быть подключены? Ведь на терминальном сервере может быть множество пользователей и у каждого свой указатель мыши.
About Window Stations and Desktops

Над этим задумывались игроделы, потому, что GC периодически фризит процесс. И единственный способ этого избежать, не терять ссылки на объекты. Естественно все используемые объекты при этом должны переиспользоваться и нужно писать свой аллокатор, который повторно использует объекты не меняя имён и типов в них. И естественно, что стандартный контруктор не может быть использован для их повторной инициализации. С массивами чисел всё довольно просто, просто берём код malloc из emscripten и получаем начальный индекс в глобальном массиве и функциям передаём длину отрезка как в Си. С массивами объектов сложнее, ведь важно, чтобы оптимизатор, заранее знал тип объекта в массиве.
Как это называется? Мазохизм!

В Mac OS x86-64, rcx используется в качестве четвёртого параметра и не обязан сохранять свое значение после вызова функции. Храните значение счётчика в памяти или в одном из сохраняемым регистров(rbx, rbp, r12-r15), но помните Вы так же обязаны восстановить значения этих регистров, при выходе в код Си, если конечно меняли их.
Посколько rcx не сохраняется то лучше заменить loop на пару инструкций dec, jne.

В C++ никак. Любое взаимодействие с внешним(для программы) миром это привилегия ядра ОС. STL предоставляет весьма ограниченный набор обёрток над системным API и коммуникация между процессами не входит в этот набор. Традиционным способом коммуникации являются Pipe и Socket, но они просто переправляют массивы байтов. И если нужно соорудить RPC, то нужно сериализовать параметры и в таком виде отправлять. И эти обёртки так или иначе придётся писать самому, так как полноценной RTTI в C++ нет.

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

В Windows есть множество пуллов памяти и не все из них хорошо освобождаются. Просто ОС думает, что те данные важнее. Можете использовать программу RAMMap из набора sysinternals, чтобы сбросить различные кеши. В ней же можно подробнее увидеть чем занята память.

На самом деле ответ сервера выглядит так:

HEADER:
        opcode = QUERY, id = 2, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 2,  authority records = 0,  additional = 0

    QUESTIONS:
        login-payoneer-com.payoneerx.prod2.reblaze.com, type = A, class = IN
    ANSWERS:
    ->  login-payoneer-com.payoneerx.prod2.reblaze.com
        type = CNAME, class = IN, dlen = 23
        canonical name = cs1415.adn.rhocdn.net
        ttl = 600 (10 mins)
    ->  cs1415.adn.rhocdn.net
        type = A, class = IN, dlen = 4
        internet address = 192.229.182.98
        ttl = 3600 (1 hour)

То есть у имени login-payoneer-com.payoneerx.prod2.reblaze.com нет A записей, но есть CNAME cs1415.adn.rhocdn.net. Поскольку обе зоны прописаны на одном сервере, он сразу же добавляет ответ с A записью для cs1415.adn.rhocdn.net, то есть 192.229.182.98. dig mail.google.com. +short так же вернёт строку с именем и адресом.

shared1.cs

public class MyShared {
    public static string getHello() => "Hello, World";
}

prog.cs

class MyProgram {
	static void Main(string[] args) => System.Console.WriteLine(MyShared.getHello());
}

csc /t:library shared1.cs
csc /t:exe /r:shared1.dll prog.cs