Цитатко

DonDublon3 · 18-02-11 17:13:12

Цитата на http://qbash.ru/?do=show&quote=41

c:\linux\bin
c:\linux\etc\X11\xorg.conf
d:\home\user
кошмарный сон линуксоида.

Подобным образом выглядит банальный cygwin, так шта даже как-то неинтересно.

Lord_Evil · 18-02-11 17:37:41

Коли не интересно, накуя постить?) Не молочись smile

Mazzy · 18-02-11 18:20:28

Да там половину цитат нужно нахуй с ринга выпилить. Особенно доставляют морали о "Борьбе микробов"(с)

iUser · 18-02-11 23:15:38

Невропаразитолог пишет:

Да, круче бы было, если бы выглядело так:
/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 wink

iUser · 18-02-11 23:37:55

Невропаразитолог пишет:

iUser пишет:
Проскакивало как-то, что МС планировала отказаться от дисков в Win8.
Совсем отказаться? Поддержки HDD уже не будет?

Не стоит так грубо троллить. Речь идет про логические диски.

Невропаразитолог пишет:

А если серьёзно, что сама система давно уже обращается к диску как "multi (0) disk (0) rdisk (0) partition (1)", а не "С:".....

Никого не интересует, что там в ядре системы. На уровне WinAPI работа идет с логическими дисками.

iUser · 19-02-11 02:22:56

Невропаразитолог пишет:

iUser пишет:
Не стоит так грубо троллить.
Не стоит делать такие заявления. Если вам лень тыкнуть кнопочки лишний раз для уточнения своей мысли - УВЫ! Терпите.

Ах вот так... Ну тогда "получай фашист гранату" big_smile

Невропаразитолог пишет:

Они и от WinAPI хотят отказаться, перейти на MSIL.

Неужели Intel/AMD уже встроили в процессоры обработку .Net байт-кода напрямую?
(вам лень тыкнуть кнопочки лишний раз для уточнения своей мысли - УВЫ! Терпите. big_smile Все прекрасно понимают, что WinAPI останется просто к нему доступ заблокируют)

Добавлено спустя 01 мин 17 с:

Svart Testare пишет:

iUser пишет:
Речь идет про логические диски.
У меня уже давно нет никаких логических дисков. Все устройства идентифицируются по названию (метке).

Если несложно, выставьте скриншот левой панели проводника. Интересно глянуть.

iUser · 19-02-11 03:18:35

petrun пишет:

iUser пишет:
все прекрасно понимают, что WinAPI останется просто к нему доступ заблокируют
Ну что за бред? .NET winapi не использует.

Можете обосновать свое утверждение? Неужели CLR работает только напрямую с процессором в обход операционной системы?
(случаи вызова WinAPI из .Net я даже не вспоминаю, это вроде бы общеизвестная вещь)

Редактировался iUser (19-02-11 03:20:30)

iUser · 19-02-11 03:55:51

petrun пишет:

iUser пишет:
Неужели CLR работает только напрямую с процессором в обход операционной системы?
Оно, как и winapi, использует native api ядра NT.
http://en.wikipedia.org/wiki/Architecture_of_Windows_NT

Неправильный ответ big_smile Незачот (с)
Дотнет использует винапи по полной. Это не независимая, с нуля написанная структура, а очередной слой абстракции над винапи. На одном Native API далеко не уедешь. Это слишком низкоуровневое программирование. Чтобы долго не рыть, прочитайте, что из себя представляет WinForms:

http://en.wikipedia.org/wiki/Windows_Forms

Вот что не использует дотнет, так это MFC, поскольку WinForms является "managed" заменой MFC. Но как и MFC, WinForms враппят WinAPI.

iUser · 19-02-11 04:28:11

petrun пишет:

iUser
Хм. А какого черта для вызова чего-нибудь из winapi надо руками подключать kernel32.dll?

давайте конкретизируем вопрос. "Подключать где": в нативном коде или в дотнете?

--------------
Собственно можно и не конкретизировать: в случае нативного кода, вы обязаны сделать соотв. include<> для компилятора, чтобы он смог найти нужные структуры/декларации и чтобы потом линкер подключил к исполняемому коду динамически подгружаемую библиотеку.
В случае с дотнетом/VB6 нужно в коде явно указывать, какую библиотеку подгрузить при исполнении байткода и какую функцию нужно оттуда вызвать.
kernel32.dll является базовой библиотекой для многих функций винапи, потому и приходится ее подгружать. Чтобы было понятно, kernel32.dll это не NT-ядро, а враппер над Native API.

Редактировался iUser (19-02-11 04:52:50)

DonDublon3 · 19-02-11 14:31:03

Невропаразитолог пишет:

Да, круче бы было, если бы выглядело так:
/mount/c:
/bin/Program Files/Nero/nero.exe
/home/Documents and Settings/User/My documents/My musik/oops.wav
????

Тоже мне проблема smile

iUser · 19-02-11 16:43:19

petrun пишет:

iUser пишет:
давайте конкретизируем вопрос. "Подключать где": в нативном коде или в дотнете?
Ну в дотнете, разуметься. Вы говорите, что он сам работаетповерх винапи.
Вопрос зачем подгружать базовую библиотеку руками, когда CLR уже ее использует для внутренних нужд?

Вызов нативной функции в дотнете это немного другая функциональность, чем include в сях. Она основана на динамической подгрузке и вызову функции по ее имени. Реально, kernel32 в процесс не подгружается, т.к. он уже подгружен. Но вот из какой библиотеки вызывать функцию, CLR должен иметь информацию.

iUser · 20-02-11 02:09:58

Невропаразитолог пишет:

iUser пишет:
Дотнет использует винапи по полной. Это не независимая, с нуля написанная структура, а очередной слой абстракции над винапи.
И как же его в виде mono на юниксах-то запускают? Через wine, что ли?

Нет. Замаппили вызовы на Gtk. Поясняю. Например дотнетовская прога создает окно:

дотнет код -> new Window() класс WinForms -> createWindow() функция винапи

В моно будет так:

дотнет код -> new Window() класс WinForms -> gtkCreateWindow() функция Gtk

Вся фишка в том, что между кастомным кодом и системными библиотеками есть слой WinForms, который можно перенаправить на другой виджетсет. В итоге моно выполняется в нативном окружении, без эмуляторов winapi. Приведенный код, естественно псевдокод. Настоящие названия функций и классов другие.

Форум StopLinux

Объявление

#1 18-02-11 17:13:12

Цитатко

#2 18-02-11 17:37:41

Re: Цитатко

#3 18-02-11 18:20:28

Re: Цитатко

#4 18-02-11 23:15:38

Re: Цитатко

#5 18-02-11 23:37:55

Re: Цитатко

#6 19-02-11 02:22:56

Re: Цитатко

#7 19-02-11 03:18:35

Re: Цитатко

#8 19-02-11 03:55:51

Re: Цитатко

#9 19-02-11 04:28:11

Re: Цитатко

#10 19-02-11 14:31:03

Re: Цитатко

#11 19-02-11 16:43:19

Re: Цитатко

#12 20-02-11 02:09:58

Re: Цитатко

Подвал форума