Посоны, подскажите. Вот у меня есть говнороутер, зюксель кинетик. Когда я в прыщеоси качаю торренты через трансмишон на метре в секунду, либо играюсь в Half-Life по сети, он загружает весь проц, в результате чего даже пинги до него летят по нескольку секунд. А когда сосед качает по четыре метра в секунду торренты в шындошс восемь в мюторренте, то никаких таких проблем не возникает. Что я делаю не так? Может, прыщестек можно как-нибудь потвикать?

Наверное, это одна из самых неожиданных вещей, которые я могу сюда написать, но мне весьма по нраву скайп в виндовс-8

Нужна кому лицензионная наклейка от Windows Vista Home Premium с надписью TOSHIBA?

https://forums.embarcadero.com/message.j.....319#484319 Почему нельзя делать WinRT приложения для MS app store кроме как на говноязыках: > You know, little things like RtlUnwind for exception processing and VirtualAlloc (et. al.) for memory management... Any calls to those APIs from your application will automatically disqualify your application from being an "official" WinRT application capable of delivering through the MS app store. > > Right now the VC++ RTL DLL is given special dispensation since that is the library that makes the calls to those forbidden APIs and not directly from the user's app.

Для проверки, включен VT-x или нет, на виндах можно использовать GRC SecurAble.

Случайно нашёл в интернетах: http://pastebin.com/n1gY8Qur — список DDL-ссылок на исошки семёрки, разных редакций и изкоробочных локализаций. Чтобы не искать каждый раз торренты бесплатно без смс.

Решил таки все нужные программки перекинуть в вайн и жить мирно. MS Office 2007 – отлично встал, никаких проблем FineReader 10 – Встал, но не работает. Выбежал из жаббирцов и глянул в appdb – есть версии, которые нормально пашут. Будут тырнеты – скачаю и поставлю. FL Studio – ок. Звук местами трещит, но работать можно. Для устранения мелких слухобагов всё равно экспортировать нужно. STEINS;GATE – ок. Или не ок. Запускается, менюшка есть, могу даже сохранения глянуть. Загрузку жму – сегфолт. Подозреваю, что и под вайном тоже нужно поставить AppLocale.

В винде мне нужны были три вещи: MS Office, Abbyy finereader и Osu!. Ещё там я играл в Hard Reset, но сабж отлично под вайном идёт. Суть вопроса вот в чём. Я могу поставить MSO07 (2003 идёт с проблемами некоторыми в плане построения диаграмм) и оно, по идее, будет отлично работать. Про Файнридер 10 ничего не знаю, osu!, как написано в appdb, должно годно идти, но я не осилил. Винду я загружаю настолько редко, что в osu! почти не играю, поэтому остаются лишь два гдавных вопроса: будет ли finereader 10 под вайном работать и, главное, стоит ли полностью удалять раздел с виндой?

http://www.thomgerdes.com/2011/12/winrt-.....files.html Один из немногочисленных пока обзоров Windows Runtime. > The first thing I noticed is that Windows is doing a lot to break the API down into Namespaces, and for the most part each metadata file describes one namespace. So my first reaction was to put the contents of each metadata file into one Delphi unit. This doesn't quite work though because of a few things: One metadata file may actually contain multiple namespaces, one namespace might be included in several metadata files, and there are circular dependancies between types in the various metadata files. Не ожидал такого дерьма от Microsoft. Это же из C++, это должно быть похоронено, алё? Один файл – один модуль, имена одинаковые. Что опять за творчество восьмидесятых? > Generic Interfaces > Generics are used pretty heavily throughout WinRT. In the C++ language bindings, they end up translating down to a template class, and the pre-compiled headers actually have to parametrize every instance of a generic class. This is pretty ugly and it'd be much nicer to just declare the interface and have the compiler do the right thing. Delphi has a similar problem for similar reasons. Generic Interfaces are supported by the compiler, but the problem arises in that you cannot specify a GUID for parametrized instances of a given generic interface. So for now, I've had to create a unique interface for every parameterized interface in WinRT. А вот про Generics в API не знал. Здесь WinRT лучше, чем IBM SOM. Однако, > But how do you go about assigning a GUID to the interfaces? The answer lies in RoGetParameterizedTypeInstanceIID. Функция эта доступна только в Windows 8, из–за этого нельзя компилировать с других OS. Кстати, не проверял, но, может быть, было бы достаточно унаследовать GUID–интерфейс от не–GUID–ного generic interface. Ну или оставить generic interface as is, а получать его через Supported(), а GUID вычислять на целевой платформе. Впрочем, компилятор следующей версии Delphi наверняка изменится в такую сторону, что эти workaround станут не нужны. Что нравилось в Delphi, так это сращивание с компонентными технологиями Windows до такой степени, что использовать их из Delphi удобнее, чем из C++ и C# от Microsoft. Это же и её минус как плохо переносимого ЯП. Я раньше думал, это Borland додумался TDateTime сделать из Double. Ан нет, это из COM пошло. Ну хоть проблема 2000 не грозит на время существования Солнечной Системы. Плохо, что WinRT доступен только в Win8. Потребуется лет восемь, чтобы на нём можно было писать для массового пользователя. Лучше бы, наоборот, в 2001м году вместо .NET был бы выпущен WinRT, входил бы в обновления OS и был бы доступен везде, а .NET, наоборот, был бы доступен не ранее какой–нибудь версии Windows.

Офигеть! В спермерке есть тайлинг!

http://habrahabr.ru/post/148664/ Причины тотального провала Nokia Lumia и Windows Phone в частности

Пройдя Call of Duty: Modern Warfare 3, я перестал понимать геймеров, играть жутко уныло, возможно, всё дело во мне, я не люблю игры где нет свободы действия и все ограничено сюжетом. Третий день обитаю в спермерке - жутко скучаю по тайлингу и терминалу.

Сегодня подал оригиналы документов в ИжГТУ на факультет "Прикладная математика", приобрел Samsung 305E5A (я все-таки взял себе ноут на базе AMD A6). Сейчас сижу за няшноноутом, блюю от Windows 7, попиваю квас и ставлю в виртуалке опеньку.

А ведь действительно, следующей версией должна быть Windows Cirno.

http://www.linux.org.ru/news/games/8029007 http://kotaku.com/5929067/gabe-newell-wa.....atastrophe Вендекапец близится!

http://www.cs.wustl.edu/~schmidt/win32-cv-1.html > Both Win32 events and POSIX condition variables provide similar waiting, signaling, and broadcasting features. For instance, WaitForMultipleObjects can acquire a mutex and wait on an event simultaneously via the waitAll flag and SignalObjectAndWait can release a mutex and wait on an event atomically. These functions provide semantics akin to the pthread_cond_wait and pthread_cond_signal. Thus, there are instances where either events and condition variables can be used interchangably. > However, extreme care must be taken with Win32 events to ensure that there are no race conditions introduced when switching from one mechanism to another. Unfortunately, there's no way to release just one waiting thread with a manual-reset event. Likewise, there's no way to release all waiting threads with an auto-reset event. This limitation is a major source of difficulty when implementing condition variables, as shown in Section 3. > After years of repeatedly seeing Win32 implementations of condition variables posted in newsgroups like comp.programming.threads it became apparent that many Win32 implementations are either incorrect or contain subtle problems that can lead to starvation, unfairness, or race conditions. To help developers avoid these problems, this article evaluates common strategies for implementing POSIX condition variables on Win32, illustrating common traps and pitfalls and ways to avoid them.

windows 8 ur brainz