fiend

.NET тут никак не влияет на поведение. В целом, будет работать и там (x86) и там (x64): [DllImport("kernel32.dll", SetLastError=true)] [return: MarshalAs(UnmanagedType.Bool)] static extern bool Beep(uint dwFreq, uint dwDuration); http://www.pinvoke.net/default.aspx/kernel32.beep Но стоит сверить ожидание результата с remarks из https://msdn.microsoft.com/en-us/library/wi...=vs.85%29.aspx):

Зачем тогда потребовались старания про locale-specific satellite assemblies? Безосновательные утверждения. Наводящие вопросы: 1. Как выглядит "издевательское" сообщение дословно (из Event Log)? 2. Есть ли код ошибки, stack trace, что-нибудь ещё? 3. Как сконфигурирован сервис в реестре (что там в ветке HKLM\SYSTEM\CurrentControlSet\<ServiceName>)? 1. Делать ресурсы: http://msdn.microsoft.com/en-us/library/21...(v=vs.110).aspx - в вашем случае, там будут пустые ресурсные файлы (или с тем же содержимом, что и для en-US). 2. Подписывать assembly: http://msdn.microsoft.com/en-us/library/xc...(v=vs.110).aspx - а ещё в свойствах проекта MSVS есть отдельная закладка "Signing" :) 3. Ставить в GAC: см. п. 1 - gacutil /i Если "локализация ему совершенно не нужна", то зачем стараться локализовать? Честно говоря, имея некоторый опыт работы с Windows и .NET, ни разу о такой проблеме / вопросе не слышал. Дайте, пожалуйста, ссылку почитать, где описано, почему "Винда ищет satellite resource DLL, не находит, и считает, что сервис для русской версии не предназначен."

Странно, должен понимать. Какую ошибку показывает? Если данных/объектов немного, можно в plain SQL перенести, в SSMS: 1. На базе правой кнопкой -> Tasks -> Generate Scripts… 2. В Set Scripting Options что-нибудь такое: http://pix.academ.org/img/2012/12/17/c74a485576a1c67d648f3ba6c80d81eb.png 3. Выполнить получившийся скрипт на новой БД.

После этого имеет смысл запустить "devenv.exe /resetsettings" - у MSVS в реестре же ещё здоровая кладка настроек.

Nox Metus уже привёл ссылку для загрузки Dreamweaver, причём с сайта производителя. Любые ссылки на взломанные версии; ссылки на инструкции по взлому защиты этого (и другого) ПО; ключи; генераторы ключей; ПО для обхода защиты - прямое нарушение п. 2 правил форума.

Практически аналогично, на "старых" линках `if [[ -h|L ... ]]` - true, а если в скрипте подряд `mkdir bar; ln -s bar foo; rm -rf bar; if [[ -h|L foo ]]` - false :o $ uname -srv Linux 2.6.32-5-amd64 #1 SMP Sat Oct 30 14:18:21 UTC 2010 $ cat /etc/debian_version squeeze/sid $ bash --version GNU bash, version 4.1.5(1)-release (x86_64-pc-linux-gnu)

В bash и [ и test - один и тот же builtin; а [[ - уже keyword. В coreutils test я для сравнения заглянул. Вопрос в другом - пока не смог найти в исходниках bash, что получается при разборе extended condition ([[) для унарных тестов, и чем это отличается от test ([)? Скорее всего [[ разворачивается в вызовы builtin test (по крайней мере, S_ISLNK на это тему встречается только в test.c buildin'а).

Магия лол. Bash 4.1 test.c: case 'L': /* Same as -h */ case 'h': /* File is a symbolic link? */ #if !defined (S_ISLNK) || !defined (HAVE_LSTAT) return (FALSE); #else return ((arg[0] != '\0') && (lstat (arg, &stat_buf) == 0) && S_ISLNK (stat_buf.st_mode)); Coreutils 8.5 test.c: case 'L': /* Same as -h */ /*FALLTHROUGH*/ case 'h': /* File is a symbolic link? */ unary_advance (); return (lstat (argv[pos - 1], &stat_buf) == 0 && S_ISLNK (stat_buf.st_mode)); В патчах Debian тоже ничего :huh: Может я где-то не там смотрю?

По всей видимости, странная недокументированная особенность GNU coreutils test и Bash (имеет смысл посмотреть исходники). В других OS (или shell) поведение ключей -h/-L у `test` (или у [/[[) скорее всего идентично.

if [[ -L somelink ]]; then rm somelink fi

грустьпечаль Тема закрыта (см. п. 5 правил форума)

Тема частично почищена от оффтопика. Прошу участников обсуждения не нарушать правил форума, в частности: воздержаться от оффтопика, перехода на личности и оскорблений.

Да, под Hyper-V я имел в виду всё от MS, включая последние VirtualPC и то, что в Server 2K8 R2. Не знал про VMWare Workstation 7 (Server 2 не требует)

VirtualBox ftw А аппаратная виртуализация, насколько мне известно, нужна только Microsoft Hyper-V - VMware Workstation и VirtualBox работают нормально и без неё.