Здравствуйте, IID, Вы писали:
IID>Дружище, ты не заметил LXSS от майкрософта. Aka WSL, Windows Subsystem for Linux. (Ваще-т это Linux Subsystem for Windows, но разве этим смутить бравых ребят из Редмонда, хранящих 64 битные файлы в system32, а 32 битные в SysWow64 ?)
Чем cygwin не устраивал? Вот где реальная порнография, требующая двух рук.
IID>Вот где полный кайф. Нету ни возни с драйверами, ни глючащих сетей, ни кривого UI (если сам не захочешь), ни десятка неработающих буферов обмена. Не надо отдавать 1-2гб ОЗУ виртуалке, ядро процессора, и полсотни гигабайт харда. Не надо ждать пока она загрузится. Не надо вручную её тушить, потому что ACPI по-человечески в линуксе не работает.
У винды тоже много чего работает через жопу.
У меня ситуация обратная winxp крутится под линухом в виртуалке, т.к. на реальном железе под xp дров нет и небудет для этого железа. И ACPI работает из коробки и с буферами обмена проблем нет. Раздражает только штатно переключение языка.
Здравствуйте, Stanislaw K, Вы писали:
SK>"НЕМНОГО ОТСТАЕТ"?
Похоже, копирайты не удосужились поменять. В самой книжке есть информация сильно позднее 2006, например, сходу наткнулся на упоминание версии 9.1, которая вышла в 12, наверняка и свежее есть.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Artem Korneev, Вы писали:
AK>Здравствуйте, Слава, Вы писали:
AK>>>А как это сделать в Windows? С>>В Windows нет mc, в ней есть удобный Far.
AK>Как это нет?! Всё есть.
AK>Image: mc_win32.PNG
Теперь нажмите alt+shift+ins в нём, чтобы скопировать в буфер обмена путь к выбранному файлу или каталогу. Насколько я помню, деревянненький mc alt даже за клавишу не считает, потому что дебилы консолька и консольковый протоколЪ. А, откройте в mc любой файл, и поменяйте кодировку просмотра. Или — попробуйте в диалоге поиска или любом другом месте обойтись только клавиатурой, без мышки, про разворачивании выпадающих списков (в far, как и во многих других местах — ctrl-down arrow). И эти люди еще смели что-то квакать про "мышевозов". Как насчет использования буфера обмена в командной строке после Ctrl-O? Хорошо, вставить в mc что-то можно — а выделить и скопировать, с помощью shift и стрелок? А переходы между словами через ctrl, которые тоже совмещаются с выделением? Ой, опять никак.
Линуксу хорошо бы засунуть туда, откуда достали то, что сделано сейчас, и приделать нормальный буфер обмена к самой консольной сессии. Нормальный — это мультиформатный OLE, какой был еще в Win 3.11 на 4 МБ оперативы — то есть, в роутерах он тоже должен работать. И научиться наконец работать с WM_KEYDOWN/WM_KEYUP, а "последовательный протокол для последовательных терминалов с последовательными перофолентами" засунуть туда же.
Ничего, systemd прийде — порядок наведе.
Re[19]: а в Линуксе вообще есть какой-то прогресс?
Здравствуйте, MasterZiv, Вы писали:
MZ>А какой прогресс тебе нужен ? MZ>Я например уже лет 5 работаю только в линукс, живу тоже только там, и уже года 3-4 вся моя семья (4 компа) MZ>тоже живут только на нём (ubuntu), включая жену, которая в общем не очень продвинутый юзер. MZ>Да, им нужно в основном WWW, видео, и офис, и это всё есть там, в линуксе. MZ>Я считаю, это -- прогресс.
Жена ладно, а дети? Деревянные игрушки, прибитые к полу Doom 2 и консольные roguelike
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Васисуалий Пупкиндт, Вы писали:
ВП>Я до сих иногда путаюсь и не могу найти нужный параметр. Что в этом смысле происходит в головах у обычных пользователей без 20 лет опыта с виндовым интерфейсом можно только догадываться. Честно — вообще не представляю как они ориентируются в этом хаосе.
Оно им не надо, в крайнем случае позвонят тыжпрограммисту вроде нас с тобой, и он им продиктует, куда нажать.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Re[20]: а в Линуксе вообще есть какой-то прогресс?
Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>В древнем GoldED'е был режим дерева, и что характерно для него из коробки работали хоткеи для навигации по нему и получалось всё удобнее чем здесь.
Чем где — здесь? КЫВТ нам дан какой есть, хотя, похоже, что-то собираются наконец менять. Или GoldED позволяет его просматривать в древовидном режиме?
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Re[22]: а в Линуксе вообще есть какой-то прогресс?
Здравствуйте, Ops, Вы писали:
Ops>>>А как еще в консоли? EP>>В древнем GoldED'е был режим дерева, и что характерно для него из коробки работали хоткеи для навигации по нему и получалось всё удобнее чем здесь. Ops>Чем где — здесь? КЫВТ нам дан какой есть, хотя, похоже, что-то собираются наконец менять.
Я о том что консоль древовидному режиму не помеха
Ops>Или GoldED позволяет его просматривать в древовидном режиме?
Если сконвертировать в нужный формат — то позволит.
Здравствуйте, IID, Вы писали:
IID>Здравствуйте, netch80, Вы писали:
N>>Смешно такое слышать от сторонника херни, в которой system32 для 64 бит, а WOW64 для 32
IID>Зато у вас PID на самом деле не process-id, а thread-id. А если нужен process-id то это TGID.
Ни на уровне libc, ни на уровне стандартных утилит вроде ps это не заметно. Этого достаточно.
Здравствуйте, Cyberax, Вы писали:
IID>>Особенный смак в том, что в то время линукс был "последовательным MS-DOS" по-сути. С отсутствием вытеснения внутри сисколлов. Мне еще жутко доставила черно-белая логика preemt_count, и разрезание обработчиков прерываний на top half и bottom half. Исключительно из-за отсутствия нормальных приоритетов. Глядишь, лет через 10-20 до IRQL дорастут. C>А причём тут приоритеты? Обработчики прерываний в Линуксе уже много лет как выполняются в обычных потоках, которыми рулит вполне обычный планировщик. Верхняя часть нужна только для того, чтобы запланировать эту работу. Она специально делается минимально сложной для минимизации времени в контексте прерываний.
До какого-то момента (условно говоря, до 2.2) bottom half был неуправляемо приоритетнее любого процесса с номером, находясь вне управления шедулера. Тут была повторена классическая староюниксовая схема, описанная ещё М.Бахом. Потом её формально загнали под процессы с названием bh${cpu_idx}, или как-то похоже — не для целей шедулинга, а для целей учёта. Уже чуть позже кому-то потребовался явный preemption, и их уже начали сажать под обычный шедулинг, но при этом разрезав на ksoftirqd и kworker, а параллельно дав возможность драйверам создавать свои подобные процессы в заметном количестве.
Особенно было забавно наблюдать подобные параллельные процессы между Linux и FreeBSD (а ещё хлопанье дверью от М.Диллона).
C>Альтернатив, собственно, нет. В Винде всё ровно так же с IRQL.
Как раз альтернативы были. Просто менее удобные для новых задач.
Здравствуйте, Слава, Вы писали: С>Насколько я помню, деревянненький mc alt даже за клавишу не считает, потому что дебилы консолька и консольковый протоколЪ.
Именно. Alt -- это Esc. mc тут ни при чём.
С> А, откройте в mc любой файл, и поменяйте кодировку просмотра.
Регулярно это делаю. Что-то не так?
> Или — попробуйте в диалоге поиска или любом другом месте обойтись только клавиатурой, без мышки, про разворачивании выпадающих списков (в far, как и во многих других местах — ctrl-down arrow). И эти люди еще смели что-то квакать про "мышевозов".
Если ты чего-то не знаешь, то это не значит, что этого нет. Я тебе, только тебе, скажу по большому секрету, а ты больше никому не говори. Следи за руками: история любой строки ввода (в том числе командной строки) изумлённому взору открывается при нажатии alt-h.
Здравствуйте, Ops, Вы писали:
SK>>"НЕМНОГО ОТСТАЕТ"?
Ops>Похоже, копирайты не удосужились поменять. В самой книжке есть информация сильно позднее 2006, например, сходу наткнулся на упоминание версии 9.1, которая вышла в 12, наверняка и свежее есть.
что еще они "не удосужились поменять"? там наверное местами остались главы актуальные FreeBSD 4.3?
я ВСЕГДА начинаю чтение любой книги, даже художественной, с чтения выходных типографских данных и аннотации. очень помогает не тратить время на халтуру.
Все проблемы от жадности и глупости
Re[23]: а в Линуксе вообще есть какой-то прогресс?
AK>>Image: mc_win32.PNG С>Теперь нажмите alt+shift+ins в нём, чтобы скопировать в буфер обмена путь к выбранному файлу или каталогу. Насколько я помню, деревянненький mc alt даже за клавишу не считает, потому что дебилы консолька и консольковый протоколЪ.
Все потому что протокол этот был разработан для девайса 1978 года, а все современные софтотерминалы — пыжаться лишь бы тот девайс сэмулировать в точности. Я не уверен остался ли в живых хоть один такой девайс, но считаю что очень крупно повезло, что первым массовым терминалом для хомячков был VT100, а не какой нить удаленный нарезатель перфокарт для домохозяек. А то бы врос корнями перфокарт-протокол в юникс и панельки в mc рисовали бы псевдографическими дырочками.
С>Ничего, systemd прийде — порядок наведе.
Ага, грядет systemd-consoled.
Как много веселых ребят, и все делают велосипед...
SK>что еще они "не удосужились поменять"? там наверное местами остались главы актуальные FreeBSD 4.3?
И что, если 4.3? Если система где-то не менялась, зачем менять документацию в этой части? В лялихе абсолютно всю переписывают на всех языках после каждого мелкого патча?
SK>я ВСЕГДА начинаю чтение любой книги, даже художественной, с чтения выходных типографских данных и аннотации. очень помогает не тратить время на халтуру.
Я насмотрелся на халтуру уровня "неисправленный гуглотранслейт" со всеми "выходными данными", потому тексты по содержанию оцениваю, а не по шашечкам. Это в СССР они что-то гарантировали, а сегодня получи "корчевателя" в рецензируемом журнале.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Ops, Вы писали:
SK>>что еще они "не удосужились поменять"? там наверное местами остались главы актуальные FreeBSD 4.3?
Ops>И что, если 4.3? Если система где-то не менялась, зачем менять документацию в этой части? В лялихе абсолютно всю переписывают на всех языках после каждого мелкого патча?
в английской версии документации на фряху — переписывают. а на русскоязычных читателей, пользователей и будущих пользователей) положили МПХ? и так схавают? или переводчики\разработчики надменные боги?
SK>>я ВСЕГДА начинаю чтение любой книги, даже художественной, с чтения выходных типографских данных и аннотации. очень помогает не тратить время на халтуру.
Ops>Я насмотрелся на халтуру уровня "неисправленный гуглотранслейт" со всеми "выходными данными", потому тексты по содержанию оцениваю, а не по шашечкам. Это в СССР они что-то гарантировали, а сегодня получи "корчевателя" в рецензируемом журнале.
в аннотации четко видно и гуглтранслейт и корчевателя. разумеется, это не единственный (не всегда) критерий, но весьма весомый.
Здравствуйте, IID, Вы писали:
IID>Здравствуйте, kov_serg, Вы писали:
_>>Чем cygwin не устраивал?
IID>Требованием перекомпиляции. В LXSS работают нативные лялиховые ELF-ы, правда только x86_64.
Недостающие либы она сама докачивает или сразу полный комплект идёт?
По мне лучше бы dosbox в коплекте шел.
_>>Вот где реальная порнография, требующая двух рук.
IID>эээ... спасибо, но мне бы наоборот, "без рук".
Это вам на макось там и конфеты за вас есть будут.
