Цитата на https://qbash.ru/?do=show"e=41
c:\linux\bin
c:\linux\etc\X11\xorg.conf
d:\home\user
кошмарный сон линуксоида.
Подобным образом выглядит банальный cygwin, так шта даже как-то неинтересно.
"Фу бля, крохобор вонючий" (с) Svart Testare
Неактивен
Коли не интересно, накуя постить?) Не молочись
Интеллигент боится лишь одного — касаться темы зла и его корней, потому что справедливо полагает, что здесь его могут сразу выeбaть телеграфным столбом.©
Неактивен
Да там половину цитат нужно нахуй с ринга выпилить. Особенно доставляют морали о "Борьбе микробов"(с)
Неактивен
Да, круче бы было, если бы выглядело так:
/mount/c:
/bin/Program Files/Nero/nero.exe
/home/Documents and Settings/User/My documents/My musik/oops.wav????
Проскакивало как-то, что МС планировала отказаться от дисков в Win8. Только не "/home/Documents and Settings/User/..." а "/users/User/Documents and Settings/..." Ведь вдохновение МС черпает из MacOS X
Неактивен
iUser пишет:Проскакивало как-то, что МС планировала отказаться от дисков в Win8.
Совсем отказаться? Поддержки HDD уже не будет?
Не стоит так грубо троллить. Речь идет про логические диски.
А если серьёзно, что сама система давно уже обращается к диску как "multi (0) disk (0) rdisk (0) partition (1)", а не "С:".....
Никого не интересует, что там в ядре системы. На уровне WinAPI работа идет с логическими дисками.
Неактивен
iUser пишет:Не стоит так грубо троллить.
Не стоит делать такие заявления. Если вам лень тыкнуть кнопочки лишний раз для уточнения своей мысли - УВЫ! Терпите.
Ах вот так... Ну тогда "получай фашист гранату"
Они и от WinAPI хотят отказаться, перейти на MSIL.
Неужели Intel/AMD уже встроили в процессоры обработку .Net байт-кода напрямую?
(вам лень тыкнуть кнопочки лишний раз для уточнения своей мысли - УВЫ! Терпите. Все прекрасно понимают, что WinAPI останется просто к нему доступ заблокируют)
Добавлено спустя 01 мин 17 с:
iUser пишет:Речь идет про логические диски.
У меня уже давно нет никаких логических дисков. Все устройства идентифицируются по названию (метке).
Если несложно, выставьте скриншот левой панели проводника. Интересно глянуть.
Неактивен
iUser пишет:все прекрасно понимают, что WinAPI останется просто к нему доступ заблокируют
Ну что за бред? .NET winapi не использует.
Можете обосновать свое утверждение? Неужели CLR работает только напрямую с процессором в обход операционной системы?
(случаи вызова WinAPI из .Net я даже не вспоминаю, это вроде бы общеизвестная вещь)
Редактировался iUser (19-02-11 03:20:30)
Неактивен
iUser пишет:Неужели CLR работает только напрямую с процессором в обход операционной системы?
Оно, как и winapi, использует native api ядра NT.
https://en.wikipedia.org/wiki/Architecture_of_Windows_NT
Неправильный ответ Незачот (с)
Дотнет использует винапи по полной. Это не независимая, с нуля написанная структура, а очередной слой абстракции над винапи. На одном Native API далеко не уедешь. Это слишком низкоуровневое программирование. Чтобы долго не рыть, прочитайте, что из себя представляет WinForms:
https://en.wikipedia.org/wiki/Windows_Forms
Вот что не использует дотнет, так это MFC, поскольку WinForms является "managed" заменой MFC. Но как и MFC, WinForms враппят WinAPI.
Неактивен
iUser
Хм. А какого черта для вызова чего-нибудь из winapi надо руками подключать kernel32.dll?
давайте конкретизируем вопрос. "Подключать где": в нативном коде или в дотнете?
--------------
Собственно можно и не конкретизировать: в случае нативного кода, вы обязаны сделать соотв. include<> для компилятора, чтобы он смог найти нужные структуры/декларации и чтобы потом линкер подключил к исполняемому коду динамически подгружаемую библиотеку.
В случае с дотнетом/VB6 нужно в коде явно указывать, какую библиотеку подгрузить при исполнении байткода и какую функцию нужно оттуда вызвать.
kernel32.dll является базовой библиотекой для многих функций винапи, потому и приходится ее подгружать. Чтобы было понятно, kernel32.dll это не NT-ядро, а враппер над Native API.
Редактировался iUser (19-02-11 04:52:50)
Неактивен
Да, круче бы было, если бы выглядело так:
/mount/c:
/bin/Program Files/Nero/nero.exe
/home/Documents and Settings/User/My documents/My musik/oops.wav????
Тоже мне проблема
"Фу бля, крохобор вонючий" (с) Svart Testare
Неактивен
iUser пишет:давайте конкретизируем вопрос. "Подключать где": в нативном коде или в дотнете?
Ну в дотнете, разуметься. Вы говорите, что он сам работаетповерх винапи.
Вопрос зачем подгружать базовую библиотеку руками, когда CLR уже ее использует для внутренних нужд?
Вызов нативной функции в дотнете это немного другая функциональность, чем include в сях. Она основана на динамической подгрузке и вызову функции по ее имени. Реально, kernel32 в процесс не подгружается, т.к. он уже подгружен. Но вот из какой библиотеки вызывать функцию, CLR должен иметь информацию.
Неактивен
iUser пишет:Дотнет использует винапи по полной. Это не независимая, с нуля написанная структура, а очередной слой абстракции над винапи.
И как же его в виде mono на юниксах-то запускают? Через wine, что ли?
Нет. Замаппили вызовы на Gtk. Поясняю. Например дотнетовская прога создает окно:
дотнет код -> new Window() класс WinForms -> createWindow() функция винапи
В моно будет так:
дотнет код -> new Window() класс WinForms -> gtkCreateWindow() функция Gtk
Вся фишка в том, что между кастомным кодом и системными библиотеками есть слой WinForms, который можно перенаправить на другой виджетсет. В итоге моно выполняется в нативном окружении, без эмуляторов winapi. Приведенный код, естественно псевдокод. Настоящие названия функций и классов другие.
Неактивен