- 1
- 2
- 3
- 4
Сема. Я чота на винде нажал, теперь у меня любая клавиша - горячая, не могу не написать нихуя
Даже в сонсоле не могу нихуя, что за хуйня? Опять винду переустанавливать?
В ЛИНУКСЕ ТАКОЙ ХУЙНИ НЕБЫЛО!-
Куча / Говнокод #24873
−5
Запостил:
TOPT,
08 Октября 2018
Follow us!
На винде я сижу только на работе, в любой непонятной ситуации с виндой - заву сис админа чтоб жопь мою подтер.
Сёма - подтирай, я насрал.
В то время как в Linux есть всё. И это всё задокументировано так, как будто ты читая это являешься интерпретатором декларативного языка. В MSDN же практически всё написано в виде гайдов.
Забавно, что к установке обновлений для «десятки» эта фраза тоже <a href="https://habr.com/ru/post/425459/">применима</a>.
Ошибка авто-авторизации? :)
> FreeBSD установить не получилось
Ну жопа же. Хочу ОС для тупых, чтобы всё реально работало без админов и курения манов, и чтоб не наглела как вин10.
Сразу представляется такой важный пафосный борец за свою безопасность. Винду ему ставить нельзя, потому что Microsoft украдет его обои рабочего стола, а у самого почта на @mail.ru и страничка в ВК небось.
И вот он такой ставит какойнить BSD, а там всё на английском и хендбук на 300 страниц
Сравни кстати размер доки про винду на технете и про дос
Все потому что винда имеет GUI, а следовательно не интуитивно понятна
А дос имел командный интерфейс, и потому был интуитивно понятен
Правда её пришлось переустановить через 10 минут после установки (заклинило какое-то кривое обновление, я попытался его снести и всё распидорасило).
Ну и периодически фризило на 1-2 кадра при игре в кружочки (в восьмёрке такой хуйни не было). Но с одним из апдейтов прошло...
А тут где-то рядом писали, что обновления легко удаляются...
Прочитал как "влажными".
А теперь встал и быстро показал мне документацию на всю хуйню, написанную тут:
https://redplait.blogspot.com/2017/01/kiservicetable-from-windows-10-build.html
И без документации не возвращайся
Вбей например в гугл какой-нибудь NtReleaseWorkerFactoryWorker: ты там найдешь только какую-то неофициальную херь, типа ШИНДОШС ИНТЕРНАЛС за авторством Руссиновича и Ионеску. Это по-твоему документация?
Ты тупой, да? У тебя в твоей винде СИСТЕМНЫЕ ВЫЗОВЫ НЕ ДОКУМЕНТИРОВАНЫ НИХУЯ, а ты мне про какой-то внутриядерный механизм.
Может быть тебе еще и документацию на планировщики процессов из ядра 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 за деньги
А за бесплатно хацкеры ее писать не будут
Вообще-то можно, я вот когда-то развлекался, перебрасывая виндовые 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
И стоило шуметь-то!
В линуксе есть вызовы, которые не являются апи, но документация на них есть. Например, почитай ман на getdents, что там написано?
и тут:
Нет сишного враппера, это не часть API, но документация ЕСТЬ!
> Доебываться до недокументированности вызовов в винде, это все равно что доебываться до недокументированности static функции в одном из модулей из которых ядро собирается.
Меня не ебет, все равно или не все равно. Ты документацию мне на вызовы принес, или нет?
> Ты, может, не понимаешь что такое "API"? Так я и говорю что рано тебе еще про это пиздеть.
Мне насрать что ты думаешь по поводу того, понимаю ли я или не понимаю что такое 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
2. Меня не ебет, что системные вызовы винды это не API. Для меня это не повод их не документировать.
3. Проблемы как раз у тебя, т.к. ты спизданул что документация на винде лучше, но я тебя ткнул носом в тот факт, что документации на системные вызовы винды нихуя нет, а ты в ответ начал пиздеть про какое-то API.
Вам из погреба виднее.
> 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.
...
Ага, наверняка за деньги и под анальной NDA.
Открываешь ntdll и смотришь там как этот сисколл называется. Многие из них можно подсмотреть в ядерной доке.
З.Ы. Где, кстати, документировано внутриядерное API линукса?
Да.
Самая старая дата в этой строчке:
https://www.kernel.org/doc/html/v4.9/driver-api/index.html
Тогда эта строчка:
Всего два года с небольшим назад.
А какую ты документацию на этот параметр ядра хочешь получить?
https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html
Устраивает?
--у меня синий экран
--попробуй поменять GUID_1 на GUID_2 в реестре
--не помогло
--странно, мне помогало. Попробуй переустановить винду.
Долбоёбов везде хваатает
А подскажи, в каком месте размазана документация на системные вызовы винды?
Нанес тебе защеку, проверяй
Запустил. А толку? Я не могу вводить с клавиатуры, потому что по какой-то случной хуйне все клавиши перебиндились на одну клавишу. теперь при нажатии s например выскакивает пуск. Запустил виртуальную клавиатуру, угадай что? Правильно и она тоже самое делала. Даже загуглить не смог.
Кстати, про левые-правые - не только при аппаратной питушне. Бывает, правый Alt программно западает. Сколько левый не нажимай - не помогает.