Как правильно написать SEH-обработчик на ассемблере под win32?

Знаете, я сейчас пишу аналогичный код под win64, где SEH вообще не применим. Сегодня-завтра проверю, как оно там поживает, и, похоже, что отмечу именно Ваш ответ как решение. Спасибо! :)

Поддерживает ли DHCP-клиент Windows 7 опцию Interface MTU (26)?

По собственному опыту (опция 26 принудительно отдавалась DHCP-сервером клиенту, хотя он её не запрашивал) — мало хорошего в нестандартном MTU, особенно там, где будут жить и обмениваться трафиком продукты компании Microsoft. Linux вообще без проблем заводится, причём как GNU/Linux, так и Android.

Как измерить производительность компьютера в играх?

Вот интересный топик про управление памятью.
Вообще, поиск по фразе «windows swappiness» помогает найти и другие материалы.

RouterOS (Mikrotik) — DST-NAT на базе Destination host name (имя веб-сайта)

Стойте-ка: а что мешает прикрутить статическую DNS-запись сразу к IP-адресу из LAN?

[admin@MikroTik] > ip dns static export
# oct/11/2013 08:37:00 by RouterOS 6.4
# software id = XXXX-XXXX
#
/ip dns static
add address=192.168.0.1 name=office.domain.ru
add address=192.168.0.3 name=domain.ru
add address=192.168.0.3 name=".*\\.domain\\.ru"
add address=192.168.0.3 name=xn--d1ahgkhc2a.xn--p1ai
add address=192.168.0.3 name=".*\\.xn--d1ahgkhc2a\\.xn--p1ai"
add address=192.168.0.111 name=ad
add address=192.168.0.111 name=ad.local
add address=192.168.0.111 name=server.ad.local

RouterOS (Mikrotik) — DST-NAT на базе Destination host name (имя веб-сайта)

Может сработать в случае с HTTP, но совершенно бесполезно с HTTPS, как я понимаю.

Сохранение всех без исключения входящих Ethernet-кадров на Linux?

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

Сохранение всех без исключения входящих Ethernet-кадров на Linux?

Да, и пожалуй

/sys/devices/virtual/net/${BRIDGE}/bridge/multicast_router

тоже стоит проинспектировать.

Спасибо, попробую и отпишусь.

Пропущенные сектора в разметке диска

1. Между началом диска и первым разделом обязан быть задел (запас) на собственно таблицу разделов и загрузчик. Выравнивание применимо априори.
2. Расширенный раздел это, по сути, «дочка» основной таблицы MBR. Поскольку разделы для файловых систем надобно выравнивать, а «дочку» тоже где-то хранить, то sda2 на диске начинается «раньше» именно на то количество секторов, которое необходимо для MBR, но с пропуском 1 мегабайта между sda1 и sda5.
3. См. п. 2.
4. В этом случае не нужно. Но, возвращаясь к таблицам разметки, рекомендую GPT — все разделы являются основными, легко идут друг за другом и вообще 640 килобайт ёмкость таблицы в 128 разделов хватит всем.

Пропущенные сектора в разметке диска

Забыл сказать, что /dev/sda2 это расширенный раздел таблицы MBR (почитайте на досуге), но не собственно раздел для файловой системы/LVM/etcetera.
В принципе, на современных дистрибутивах вполне работает использование GPT для таблицы разделов; для неё есть своя утилита манипулирования на замену fdisk — gdisk (страница проекта, и в репозиториях Debian / Ubuntu).

Пропущенные сектора в разметке диска

беспокоитЬся *

Глаза слипаются на ночь глядя, извините.

8-bit контрольная сумма или хеш-функция

Я полагаю, автор это уже знает. Может, просто коллизии «скучные»? </irony>

В скрипте #!/bin/sh в переменную значение от выполнения (grep|awk|sed)

Если в busybox это реализовали, то да, от этого можно отталкиваться.

Теперь главный вопрос: как из строки Вы выберете только нужную часть?
Насколько мне помнится, то у egrep отсутствует non-matching lookbehind.

RouterBoard wlan1: disconnected, received disassoc: sending station leaving (8)

Уточните версию RouterOS и скрин с настройками интерфейса wlan1 (вроде того: раз, два, три).

Как подружить Git с сетевой папкой?

Ve1xeor:
Спасибо всем огромное за помощь!
Cygwin оказался лекарством, но не панацеей. Он решил мои проблемы с адресацией, но всё так же «out of the box» Git не дружит с русским языком (освещалось тут), поэтому я, не мудрствуя лукаво, использовал уже давно известное решение:

$ git config --global core.quotepath off
$ git config --global --unset i18n.commitencoding
$ git config --global --unset i18n.logoutputencoding

Касаемо создания репозитория, выглядело это примерно так:

$ cd /cygdrive/u/workingfolder
$ git init --separate-git-dir=/cygdrive/c/my_repo.git

после чего проблем с добавлением в stage/commit не возникло.

Из всей этой истории для себя вынес, что msysgit, нравится нам это или нет, сыроват и не готов работать “прямо из коробки”, но возможно он просто сделан в Linux style – допили себе всё сам.

PS: в целом, впечатление от Git позитивное — всё прозрачно, понятно и гибко.
Можете кидать в меня помидорами, но работа с консолью оказалась для меня проще графического клиента просто из-за прозрачности операций – когда пишешь команду, понимаешь что делаешь, да и функциональность в полной мере GUI интерфейс не представляет. Правда, проблема с кодировками обязывает внимательно следить за тем, что и в какой кодировке сохраняешь: даже умудряется ссориться с UTF-8 – выводит BOM, с UTF-8 without BOM соответственно таких проблем нет ввиду отсутствия FEFF в начале файла.

PPS: возникла мысль написать баг-репорт Git по поводу обнаруженной проблемы, но, если честно, боюсь выставить себя дураком, т.к. являюсь новичком в плане общения с Git.

PPPS: спасибо всем участвовавшим в обсуждении проблемы — вы утвердили меня в мысли пойти поговорить с руководством о внедрении позитивных ИТ подходов разработки приложений.

---

Выскажу своё личное мнение: использование консольных утилит вместо графических — отнюдь не вынужденное зло, а закономерное благо. Я рад за Дмитрия.

Как подружить Git с сетевой папкой?

Да, я ещё вчера автору вопроса то же самое сказал; к тому же, если сетевая папка примонтирована как диск, то под cygwin всё становится просто и прозрачно. Он обещал сегодня проверить.

Как подружить Git с сетевой папкой?

Пожалуй, tar/untar для этого как нельзя лучше подойдёт, Максим, — задержка на упаковку/распаковку с лихвой окупает I/O в сетевой составляющей.

Как подружить Git с сетевой папкой?

Ve1xeor:
Ох, видимо я был неправильно понят. Давайте по пунктам.
1. Сервер не мой. Не мой в том плане, что не я ему хозяин (sudo/root/et cetera). Он корпоративный и за него отвечают вполне конкретные люди, которые никакой софт туда доставлять не станут. Опять же плодить там лишние файлы (репозиторий Git`а) мне не дадут. Намеренно за этим следить не будут, но при случае удалят.

2. Компиляция происходит только на сервере, для запуска ПО необходимо опять же залить исходный код на сервер. Т.е. грубо говоря на локальной машине код не скомпилируешь, не запустишь, не отдебажишь, не посмотришь как выглядит программа вообще.

3. Если даже делать два репозитория Git`а, то каждый раз когда я сделаю изменение кода и захочу посмотреть, как оно работает мне придётся прожимать commit + push чтобы файлы пришли на сервер, при этом теряется смысл системы контроля версий, который изначально заключается для меня в том, чтобы сохранять код в вполне конкретных состояниях (стабильная версия, закончен функциональный блок, завершен модуль).

Поэтому я и устраиваю танцы с бубном вокруг separated-git-dir. Сейчас мне проблема видится в том, что в Linux и в Windows по-разному записываются адреса, а Git непонятно почему пытается по относительному пути пройти из samba-шары Linux в каталог Windows.

Как подружить Git с сетевой папкой?

Ve1xeor:
Я пишу приложения Oracle Forms / Oracle Reports, и в 100% случаев приложения пишутся для нашей компании (достаточно крупной). Специфика разработки заключается в необходимости подключать уже имеющиеся системы и компилировать написанное ПО под линукс на этапах тестирования и отладки. Это возможно только на нашем Linux сервере, который является и хранилищем и на нём же крутится компилятор. Из-за этого файлы разрабатываемых приложений изначально создаются там, где они будут лежать после релиза. Я могу создать проект в другом месте, но чтобы проверить его работоспособность мне придётся копировать его на сервер, что крайне неудобно.

Создавать репозиторий на сервере – не выход, т.к. его оттуда вполне могут удалить (будут место освобождать, или за мусор примут, да и плодить лишние папки там бы не хотелось). Отсюда и возникает проблема. Рабочая папка мне нужна на сервере. А репозиторий нужен мне на локальной машине, чтобы в случае чего я мог откатить изменения, и не боялся остаться без наработок.

Делать 2 репозитория — 1 на локальной машине и 1 на сервере – неудобно из-за специфики отладки, тут же вылезет ненужная куча коммитов и пушей при синхронизации 2х репозиториев.

Как подружить Git с сетевой папкой?

Голосом Ve1xeor-a:

Спасибо за совет, но, к сожалению, не помогло:

$ git config --get core.worktree
//server/workingfolder

Подключаю сетевой диск с буквой U:

$ git config core.worktree /u/workingfolder
$ git config --get core.worktree
u:/workingfolder
$ git add .
fatal: Unable to create `u:/workingfolder/../../c:/my_repo.git/index.lock` No such file or directory

Полагаю, это какие-то особенности клиента Git под Windows.

Настройка сетевых интерфейсов

Я, право слово, не знаю, как Вы пытались самостоятельно решать вопрос, но поиск по запросу «nginx openssl» на первой же странице выдаёт ссылку «Настройка HTTPS-серверов — Nginx», где, в свою очередь, имеется абзац «Выбор HTTPS-сервера по имени».
Вот вам ссылка, прочитайте, пожалуйста.

PS: у меня тоже Nginx+OpenSSL, только собственный внутренний CA и некоторое шаманство, описанное по той же ссылке в абзаце «Цепочки SSL-сертификатов».