- 1
- 2
- 3
- 4
Сема. Я чота на винде нажал, теперь у меня любая клавиша - горячая, не могу не написать нихуя
Даже в сонсоле не могу нихуя, что за хуйня? Опять винду переустанавливать?
В ЛИНУКСЕ ТАКОЙ ХУЙНИ НЕБЫЛО!
Куча говна / Говнокод #24873
0
Запостил: 
TOPT,
(Updated )
На винде я сижу только на работе, в любой непонятной ситуации с виндой - заву сис админа чтоб жопь мою подтер.
Сёма - подтирай, я насрал.
В то время как в Linux есть всё. И это всё задокументировано так, как будто ты читая это являешься интерпретатором декларативного языка. В MSDN же практически всё написано в виде гайдов.
Эээ чо? Установка-удаление программ, деинсталлировать.
Забавно, что к установке обновлений для «десятки» эта фраза тоже <a href="https://habr.com/ru/post/425459/">применима</a>.
https://habr.com/ru/post/438888/
Первый комментарий -- "вендекапец"
Спасибо что вернули мой 2002й, я с тех пор это слышу
После выхода windows 10. Сторонников microsoft поуменьшилось. Мне нравилась раньше windows. К сожалению сейчас её использовать не имею для себя права. Да и не та она стала. Совсем не та, которая нравилась ещё тогда. FreeBSD установить не получилось
Ошибка авто-авторизации? 🙂
> FreeBSD установить не получилось
Ну жопа же. Хочу ОС для тупых, чтобы всё реально работало без админов и курения манов, и чтоб не наглела как вин10.
Сразу представляется такой важный пафосный борец за свою безопасность. Винду ему ставить нельзя, потому что Microsoft украдет его обои рабочего стола, а у самого почта на @mail.ru и страничка в ВК небось.
И вот он такой ставит какойнить BSD, а там всё на английском и хендбук на 300 страниц
Сравни кстати размер доки про винду на технете и про дос
Все потому что винда имеет GUI, а следовательно не интуитивно понятна
А дос имел командный интерфейс, и потому был интуитивно понятен
Правда её пришлось переустановить через 10 минут после установки (заклинило какое-то кривое обновление, я попытался его снести и всё распидорасило).
Ну и периодически фризило на 1-2 кадра при игре в кружочки (в восьмёрке такой хуйни не было). Но с одним из апдейтов прошло...
А тут где-то рядом писали, что обновления легко удаляются...
А если прийти на stackexcahnge посвященный убунте, то там спрашивают как изменить шрифт, и отвечают серией скриншотов с указаием куда нужно кликнуть. Иногда еще в конце пишут "reboot after it just in case"
Прочитал как "влажными".
лолшто?
EnumDisplayMonitors
А вот в Linux как раз все сложнее, потому что виртуальная консоль вообще несколькими монами не интересуется, и API есть только у иксов, но иксы это не часть линукс формально
И про удаления ты тоже наврал. Возьми какую-нить убунту и удали оттуда второй питон. Он с собой пол системы захватит и всё сломается.
А уж про документацию лучше и вовсе молчать.
Типичный линуксовый ман выглядит так:
https://linux.die.net/man/3/sigemptyset
а теперь винла
https://docs.microsoft.com/ru-ru/windows/desktop/inputdev/wm-lbuttondown
А теперь встал и быстро показал мне документацию на всю хуйню, написанную тут:
https://redplait.blogspot.com/2017/01/kiservicetable-from-windows-10-build.html
И без документации не возвращайся
Вбей например в гугл какой-нибудь NtReleaseWorkerFactoryWorker: ты там найдешь только какую-то неофициальную херь, типа ШИНДОШС ИНТЕРНАЛС за авторством Руссиновича и Ионеску. Это по-твоему документация?
В линуксе тоже не документирована половина всего. Найди мне описание параметра ядра "drm_kms_helper".
Что? съел?
Не надо только звиздеть что "линукс опенсурс потому всё из кода понятно". Это крайне хуёвая отмазка, особенно если ты не ядропрограммист с семилетним стажем
Ты тупой, да? У тебя в твоей винде СИСТЕМНЫЕ ВЫЗОВЫ НЕ ДОКУМЕНТИРОВАНЫ НИХУЯ, а ты мне про какой-то внутриядерный механизм.
Может быть тебе еще и документацию на планировщики процессов из ядра Linux завернуть? Притом в отличии от сраной винды, у тебя от этой всей хуйни будут исходники, которые ты можешь при желании изучить, а в винде тебе придется дрочить дизассемблер/декомпилятор или устраиваться работать в мелкософт
Я привел тебе параметр ядра, причем тут внутренний механизм? Ты понимаешь разницу? Не понимаешь разницы? Может, рано тебе еще в компах-то рассуждать?
Меня не ебет что там принято или не принято. Давай документацию или съебывай нахуй. В линуксе системные вызовы документированы отлично.
> Об этом написано на первой странице любой книги. Но ты книг не читал. Тебе дружки с ЛОРа напели что "винда отстой' и ты дальше реплицируешь эту чушь.
В Коране это тоже на первой странице написано? Ну заебись! А я и не знал, прикинь. А я например на KiFastSyscall броейкпоинты ставил чтоб это говно перехватывать, я вот даже знаю что есть такой аналог strace под винду, которым можно системные вызовы ловить http://drmemory.org/strace_for_windows.html и я еще реверсил спираченной IDA всякое говно виндовое в свое время. Ну да, конечно, нихуя я не знаю, куда мне до такого гения как ты!
Ссылку можно?
А вот например есть такой системный вызов NtGdiGetRasterizerCaps - где мне на него документацию искать? Код реактоси читать?
https://github.com/mirror/reactos/blob/c6d2b35ffc91e09f50dfb214ea58237509329d6b/reactos/win32ss/gdi/ntgdi/text.c#L173
Linux это ядро. Его интерфейс это системные вызовы. А как же еще? Было бы странно если бы они были не документированы
А винда это не ядро. Нельзя сделать свой дистрибутив виндуса.
Потому интерфейс винды это win32api.
Сисколи тут это детали релазиации, как микроархитектура.
И кстати винда правда лучше документирована на уровне интерфейсов, потому что писать документацию -- скушно
понятно что ее пишут люди в MS за деньги
А за бесплатно хацкеры ее писать не будут
У каждой системы есть некий уровень абстракции.
У процессора, как ты верно заметил, это ISA.
Никто почему-то не доебыватеся до Интела за то, что он не публикует тонкости микроархитектуры.
А доебка до винды имеет тут одну причину: в линукс что-то есть, чего нет в винде. И потому фанбои линукса верещат что винда говно.
Еще раз:
Нужное программисту API в винде документировано. Вызывать сисколы напрямую не нужно. Говорить что винда хуже документирована -- неправильно
Вообще-то можно, я вот когда-то развлекался, перебрасывая виндовые dll-ки из ReactOS в Windows XP и наоборот, ловля при этом разные глюки. А еще вот:
https://winehq.org.ru/ROSdll_compatibility
> В конце 2013 (билд 59985) появилась первая информация о совместимости (и заменяемости) kernel32.dll и ntdll.dll из ReactOS с Windows Server 2003 SP1. Эта информация (59985 коммит) многими была воспринята, как знак полной функциональной взаимозаменимости этих файлов в ReactOS и Windows, однако это ошибочное суждение. Данный факт свидетельствует, в первую очередь, о совместимости этих dll на уровне интерфейсов и "общего каркаса" системы. С точки зрения функциональной полноты, эти dll различаются достаточно сильно.
https://www.reactos.org/forum/viewtopic.php?f=11&t=5781
И ядро в винде таки есть, называется ntoskrnl.exe
> ядро в винде есть
Лол.
http://man7.org/linux/man-pages/man2/syscalls.2.html
И стоило шуметь-то!
Правильно, потому что ты -- неграмотный долбойоб.
В линуксе вызовы являются апи, а в винде api это Win32API.
Доебываться до недокументированности вызовов в винде, это все равно что доебываться до недокументированности static функции в одном из модулей из которых ядро собирается.
Ты, может, не понимаешь что такое "API"? Так я и говорю что рано тебе еще про это пиздеть.
Типичная лоровская поебень: пиздеть что винда говно потому что что-то там сделано не так, как в линуксе.
С таким же успехом можно сказать что линукс говно потому что в винде из коробки kerberos, IPSec и SMB а в линуксе -- нету
В линуксе есть вызовы, которые не являются апи, но документация на них есть. Например, почитай ман на getdents, что там написано?
и тут:
Нет сишного враппера, это не часть API, но документация ЕСТЬ!
> Доебываться до недокументированности вызовов в винде, это все равно что доебываться до недокументированности static функции в одном из модулей из которых ядро собирается.
Меня не ебет, все равно или не все равно. Ты документацию мне на вызовы принес, или нет?
> Ты, может, не понимаешь что такое "API"? Так я и говорю что рано тебе еще про это пиздеть.
Мне насрать что ты думаешь по поводу того, понимаю ли я или не понимаю что такое API. Мне даже насрать на твоем мнение, рано или не рано мне пиздеть на какую-то там тему. Документация на системные вызовы винды где?
API это интерфейс системы, который
1) документирован
2) не меняется по крайней мере в минорных версиях
Ты мне тычешь в документированный, неизменяемый сискол и говоришь что это не API.
Теперь ты просто ламер, смысла говорить с тобой нету.
static функцию модуля ядра можно прочитать, открыв соответствующий исходник.
Вообще, я не понимаю, нахуя ты мне рассказываешь про какое-то API, про то, что где-то что-то принято или не принято? Во-первых я это знаю, во-вторых мне насрать, для меня это не является основанием не предоставлять документацию.
Системные вызовы винды можно дергать из юзерспейса. Какая-нибудь малварь или шеллкод под винду может быть написана таким образом, чтобы обращаться напрямую к системным вызовам винды, даже не обращаясь ко всяким там KiFastSyscall и еще чему-то такому, что можно из либы ntdll.dll взять, в которой собственно и происходит переход в режим ядра через int 2Eh или там syscall, sysenter. Представим ситуацию, что надо отреверсить такую малварь или шеллкод, а документации нет нихуя. И нахуй мне не нужны ваши тупые отмазки вида "ЭТО НЕ API" и прочая такая херня, меня это не ебет совершенно.
http://web.archive.org/web/20080321190436/https://www.microsoft.com/resources/sharedsource/windowsacademic/researchkernelkit.mspx
Я тебе говорю про документацию, а ты мне про реверс инжениринг.
Ничто не мешает завтра этой функции поменяться.
еще раз: ты не понимаешь что такое API, и отсюда все твои проблемы>
>Системные вызовы винды можно дергать из юзерспейса
До следующего обновления, угу.
>Представим ситуацию, что надо отреверсить такую малварь или шеллкод
Забись требования.
Представим что мне надо запустить написанную под directX трехмерную стрелялку. И на Linux она не запускается. Отсюда мы делаем вывод что программы на Linux не работают.
2. Меня не ебет, что системные вызовы винды это не API. Для меня это не повод их не документировать.
3. Проблемы как раз у тебя, т.к. ты спизданул что документация на винде лучше, но я тебя ткнул носом в тот факт, что документации на системные вызовы винды нихуя нет, а ты в ответ начал пиздеть про какое-то API.
2. если для тебя что-то не повод то это твои проблемы
3. документации на сисколы у винды нет. А еще она не умеет водить самолеты. Потому что не должна.
У нее есть документация на API, программисты ею пользуются и их программы работают по 20 лет без перекомпиляции.
Вам из погреба виднее.
> 2. если для тебя что-то не повод то это твои проблемы
Это вряд ли мои проблемы т.к. с виндой я довольно мало взаимодействую.
> 3. документации на сисколы у винды нет. А еще она не умеет водить самолеты. Потому что не должна.
Ну и заебись, че.
> их программы работают по 20 лет без перекомпиляции.
Если повезет
Проблема не в том, что они не документированы, а в том, что к ним не перекрыт доступ из прикладных программ и малварь их может вызвать.
Нет, их как раз наверняка документируют. В майкрософте, уверен, есть внутренняя секретная документация на все эти системные вызовы. Но простым смертным эта документация недоступна.
За морями есть лимоновый сад,
Я найду лимон и буду рад,
Но я тебе не дам,
Не смей меня винить.
Посмотрите, до чего он хорош,
Но на дороге ты его не найдёшь,
Попробуй сделай сам,
Не буду я тебя учить.
Растут лимоны на высоких горах,
На крутых берегах для крутых,
Короче, ты не достанешь.
Я вижу цель, я за лимоном
Дотянуться хочу,
Я за лимоном лечу
И крутизной наслаждаюсь.
А теперь будем считать, что и в «Винде» «Win32» является эмуляцией, а сисколлы –— это настоящая операционка, из которой запущен эмулятор.
Эта эмуляция и позволяет одно и то же приложение «Win32» запустить из «Windows NT», из «Windows 95», из «Wine» в «Linux», из «Win32s» в «Windows 3.1» и ещё из целой кучи сред с разными ядрами и разными сисколами.
Если считать «WinAPI» и сисколы «Винды» разными операционками, то будет легче?
Нет. Почему я не могу писать под "NT" напрямую? Если мне не нужна совместимость с win 3.1, 95 и прочим говном мамонта.
С другой стороны, разработчики из MS могут свободно менять ядро, не меняя API. Если бы они задокументировали сисколы, то были бы ограничены в своих фантазиях.
Проблемы негра Шерифа не волнуют! Если кто-то пишет на сисколах, которые могут поменяться в следующей версии винды, это его личные проблемы, а не проблемы разработчиков винды. И это совсем не повод чтоб что-то не документировать
Всегда можно написать в доке, что это внутренняя хуйня и ты её используешь на свой страх и риск. И потом смело слать нахуй всех у кого что-то сломалось.
Легче кому и в чем? А что если считать, что «Cygwin» и «Wine» это тоже операционка?
Кстати на WOW64 там оно через особую жопу работает
https://www.evilsocket.net/2014/02/11/on-windows-syscall-mechanism-and-syscall-numbers-extraction-methods/
Just WOW64
Obviously there’s some trick behind it, how a 32bit application could ask a 64bit processor to perform a transition from Ring3 to Ring0? As you probably know, Windows has a subsystem called WOW64 which acts as an emulation layer for 32bit apps under 64bit architectures. Among other things WOW64 is composed by a full set of 32bit stub/proxy libraries who make the app run without problems while WOW manages the switch between 32bit and 64bit OS code. An example of the KiFastSystemCall mechanism under WOW64 would be ( always talking about NtCreateFile )
Very similar to the 32bit counterpart, but this time the call is towards FS:C0h, a field in the TIB which contains a pointer to another call. So let’s try to see what’s in there with the following C application.
...
Ты писать антивирусов? Тогда обращайся к MS, я думаю что Касперского есть описания всех сисколов.
Прикладные программы компилируются против .dll с win32 API, и онодокументировано
Ага, наверняка за деньги и под анальной NDA.
Открываешь ntdll и смотришь там как этот сисколл называется. Многие из них можно подсмотреть в ядерной доке.
З.Ы. Где, кстати, документировано внутриядерное API линукса?
Да.
https://www.kernel.org/doc/html/v4.15/driver-api/index.html
Самая старая дата в этой строчке:
https://www.kernel.org/doc/html/v4.9/driver-api/index.html
Тогда эта строчка:
Всего два года с небольшим назад.
Хотя у WinDDK дока чутка лучше, и книжек больше
А какую ты документацию на этот параметр ядра хочешь получить?
https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html
Устраивает?
Правда?
А вот тут
написано что бывает еще "drm_kms_helper.fbdev_emulation"
а вот тут
еще пишут про "drm_kms_helper.poll"
Где единое центральное место с документированием всех параметров?
Где,бля, что-то типа
?
Нету такого места. Вся документация ровным слоем размазана по коду, lwn и HOW-TO 1996го года выпуска.
Именно потому вендоры дистрибов пишут хендбуки и (поскольку они сами не всегда всё понимают) в них часто написано: "если у вас все виснет, пропишите foo.bar=disable".
В итоге прыщеёбы, как мартышки, копируют непонятные им команды.
Вот тебе хрестоматийный прищейоб
[quote]
Finally, the magic sequence is important but I have no idea what on the Earth it does. I stole/borrowed/learned it from German HOWTO back in 1994, when it was like the only national language oriented HOWTO. If you have any idea about this magic sequence, please tell me.
[/quote]
Дибил не знает про G0 и мапскрны своей же коснсоли.
И поколения прыщеобов по этому хауту чото делают.
Для сранения -- вот винда
.
Так что рассказывай про "прекрасную документацию Linux" в другом месте
--у меня синий экран
--попробуй поменять GUID_1 на GUID_2 в реестре
--не помогло
--странно, мне помогало. Попробуй переустановить винду.
Долбоёбов везде хваатает
А подскажи, в каком месте размазана документация на системные вызовы винды?
>эта хуйня не имеет никакого отношения
Меня это не ебет. Иди неси мне команду, которую я должен ввести чтобы они применились.
Нанес тебе защеку, проверяй
винда
https://msdn.microsoft.com/de-de/vstudio/ff956124(v=vs.80)
линукс
https://stackoverflow.com/questions/109553/how-can-i-programmatically-manage-iptables-rules-on-the-fly
ахаххахаххахах
Запустил. А толку? Я не могу вводить с клавиатуры, потому что по какой-то случной хуйне все клавиши перебиндились на одну клавишу. теперь при нажатии s например выскакивает пуск. Запустил виртуальную клавиатуру, угадай что? Правильно и она тоже самое делала. Даже загуглить не смог.
Кстати, про левые-правые - не только при аппаратной питушне. Бывает, правый Alt программно западает. Сколько левый не нажимай - не помогает.