Вы не вошли.


Цитата на http://qbash.ru/?do=show"e=41
c:\linux\bin
c:\linux\etc\X11\xorg.conf
d:\home\user
кошмарный сон линуксоида.
Подобным образом выглядит банальный cygwin, так шта даже как-то неинтересно.
"Фу бля, крохобор вонючий" (с) Svart Testare
Вне форума
Коли не интересно, накуя постить?) Не молочись 
Интеллигент боится лишь одного — касаться темы зла и его корней, потому что справедливо полагает, что здесь его могут сразу выeбaть телеграфным столбом.©
Вне форума


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


Подобным образом выглядит банальный cygwin, так шта даже как-то неинтересно
Да, круче бы было, если бы выглядело так:
/mount/c:
/bin/Program Files/Nero/nero.exe
/home/Documents and Settings/User/My documents/My musik/oops.wav
????
очевидно-невероятное или невероятно-очевидное...
Вне форума
Да, круче бы было, если бы выглядело так:
/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 
Вне форума


Проскакивало как-то, что МС планировала отказаться от дисков в Win8.
Совсем отказаться? Поддержки HDD уже не будет? А если серьёзно, что сама система давно уже обращается к диску как "multi (0) disk (0) rdisk (0) partition (1)", а не "С:".....
очевидно-невероятное или невероятно-очевидное...
Вне форума
iUser пишет:Проскакивало как-то, что МС планировала отказаться от дисков в Win8.
Совсем отказаться? Поддержки HDD уже не будет?
Не стоит так грубо троллить. Речь идет про логические диски.
А если серьёзно, что сама система давно уже обращается к диску как "multi (0) disk (0) rdisk (0) partition (1)", а не "С:".....
Никого не интересует, что там в ядре системы. На уровне WinAPI работа идет с логическими дисками.
Вне форума


Никого не интересует, что там в ядре системы. На уровне WinAPI работа идет с логическими дисками.
на самом деле, если сильно захотеть, такой трюк можно провернуть и с помощью банального WinAPI.
например так:
HANDLE H = CreateFile("\\\\.\\PHYSICALDRIVE{число}", …где {число} — это так наз. индекс диска, что-то наподобие 1, 2, 3 итп. в /dev/hda1, hda2, ну в общем понятно.
all your post are belong to us.
Вне форума


Не стоит так грубо троллить.
Не стоит делать такие заявления. Если вам лень тыкнуть кнопочки лишний раз для уточнения своей мысли - УВЫ! Терпите.
Никого не интересует, что там в ядре системы. На уровне WinAPI работа идет с логическими дисками.
Они и от WinAPI хотят отказаться, перейти на MSIL. Так что кто тут троллит, это ещё вопрос....
очевидно-невероятное или невероятно-очевидное...
Вне форума


Речь идет про логические диски.
У меня уже давно нет никаких логических дисков. Все устройства идентифицируются по названию (метке).
«Коллективная глупость — индивидуальный признак толпы» © SLOR, 28 апреля 2011 г.
«Где пьёт толпа, все родники отравлены» © Фридрих Ницше.
Requiescat in pace, SLOR! © Уход Hedge 24 мая 2011 г.
Вне форума


Совсем отказаться? Поддержки HDD уже не будет? А если серьёзно, что сама система давно уже обращается к диску как "multi (0) disk (0) rdisk (0) partition (1)", а не "С:".....
Существует маппинг логических дисков на партиции msdn.microsoft.com/en-us/library/aa394175(v=vs.85).aspx
линукс на дескторе это как спойлер на "девятке": 200+ она в своей жизни никогда не выжмет, зато пацанам можно сказать "у меня почти McLaren" (с) дохтур
Вне форума
iUser пишет:Не стоит так грубо троллить.
Не стоит делать такие заявления. Если вам лень тыкнуть кнопочки лишний раз для уточнения своей мысли - УВЫ! Терпите.
Ах вот так... Ну тогда "получай фашист гранату"
Они и от WinAPI хотят отказаться, перейти на MSIL.
Неужели Intel/AMD уже встроили в процессоры обработку .Net байт-кода напрямую?
(вам лень тыкнуть кнопочки лишний раз для уточнения своей мысли - УВЫ! Терпите.
Все прекрасно понимают, что WinAPI останется просто к нему доступ заблокируют)
Добавлено спустя 01 мин 17 с:
iUser пишет:Речь идет про логические диски.
У меня уже давно нет никаких логических дисков. Все устройства идентифицируются по названию (метке).
Если несложно, выставьте скриншот левой панели проводника. Интересно глянуть.
Вне форума


все прекрасно понимают, что WinAPI останется просто к нему доступ заблокируют
Ну что за бред? .NET winapi не использует.
Анархия-мама сынов своих любит
Вне форума
iUser пишет:все прекрасно понимают, что WinAPI останется просто к нему доступ заблокируют
Ну что за бред? .NET winapi не использует.
Можете обосновать свое утверждение? Неужели CLR работает только напрямую с процессором в обход операционной системы?
(случаи вызова WinAPI из .Net я даже не вспоминаю, это вроде бы общеизвестная вещь)
Отредактировано iUser (19-02-11 02:20:30)
Вне форума


Неужели CLR работает только напрямую с процессором в обход операционной системы?
Оно, как и winapi, использует native api ядра NT.
en.wikipedia.org/wiki/Architecture_of_Windows_NT
Добавлено спустя 02 мин 34 с:
DllImport("kernel32.dll"
(случаи вызова WinAPI из .Net я даже не вспоминаю, это вроде бы общеизвестная вещь)
DllImport("kernel32.dll" ... Ну конечно так можно делать.
Анархия-мама сынов своих любит
Вне форума
iUser пишет:Неужели CLR работает только напрямую с процессором в обход операционной системы?
Оно, как и winapi, использует native api ядра NT.
en.wikipedia.org/wiki/Architecture_of_Windows_NT
Неправильный ответ
Незачот (с)
Дотнет использует винапи по полной. Это не независимая, с нуля написанная структура, а очередной слой абстракции над винапи. На одном Native API далеко не уедешь. Это слишком низкоуровневое программирование. Чтобы долго не рыть, прочитайте, что из себя представляет WinForms:
en.wikipedia.org/wiki/Windows_Forms
Вот что не использует дотнет, так это MFC, поскольку WinForms является "managed" заменой MFC. Но как и MFC, WinForms враппят WinAPI.
Вне форума


iUser
Хм. А какого черта для вызова чего-нибудь из winapi надо руками подключать kernel32.dll?
Анархия-мама сынов своих любит
Вне форума
iUser
Хм. А какого черта для вызова чего-нибудь из winapi надо руками подключать kernel32.dll?
давайте конкретизируем вопрос. "Подключать где": в нативном коде или в дотнете?
--------------
Собственно можно и не конкретизировать: в случае нативного кода, вы обязаны сделать соотв. include<> для компилятора, чтобы он смог найти нужные структуры/декларации и чтобы потом линкер подключил к исполняемому коду динамически подгружаемую библиотеку.
В случае с дотнетом/VB6 нужно в коде явно указывать, какую библиотеку подгрузить при исполнении байткода и какую функцию нужно оттуда вызвать.
kernel32.dll является базовой библиотекой для многих функций винапи, потому и приходится ее подгружать. Чтобы было понятно, kernel32.dll это не NT-ядро, а враппер над Native API.
Отредактировано iUser (19-02-11 03:52:50)
Вне форума


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


Да, круче бы было, если бы выглядело так:
/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 должен иметь информацию.
Вне форума


Дотнет использует винапи по полной. Это не независимая, с нуля написанная структура, а очередной слой абстракции над винапи.
И как же его в виде mono на юниксах-то запускают? Через wine, что ли?
очевидно-невероятное или невероятно-очевидное...
Вне форума
iUser пишет:Дотнет использует винапи по полной. Это не независимая, с нуля написанная структура, а очередной слой абстракции над винапи.
И как же его в виде mono на юниксах-то запускают? Через wine, что ли?
Нет. Замаппили вызовы на Gtk. Поясняю. Например дотнетовская прога создает окно:
дотнет код -> new Window() класс WinForms -> createWindow() функция винапи
В моно будет так:
дотнет код -> new Window() класс WinForms -> gtkCreateWindow() функция Gtk
Вся фишка в том, что между кастомным кодом и системными библиотеками есть слой WinForms, который можно перенаправить на другой виджетсет. В итоге моно выполняется в нативном окружении, без эмуляторов winapi. Приведенный код, естественно псевдокод. Настоящие названия функций и классов другие.
Вне форума


www.intuit.ru/department/internet/aspnetvsnet/1/3.html
В какй же момент, в дело вступает Win32API?
очевидно-невероятное или невероятно-очевидное...
Вне форума


В какй же момент, в дело вступает Win32API?
Здесь наш мальчик iUser завис. А чему удивляться если три дня назад он «не претендуя на звание программиста» советовал утилиту sort для реверсивного вывода содержимого файла в никсах 
«Коллективная глупость — индивидуальный признак толпы» © SLOR, 28 апреля 2011 г.
«Где пьёт толпа, все родники отравлены» © Фридрих Ницше.
Requiescat in pace, SLOR! © Уход Hedge 24 мая 2011 г.
Вне форума
[ Сгенерировано за 0.011 сек, 7 запросов выполнено - Использовано памяти: 1.78 Мбайт (Пик: 1.86 Мбайт) ]