Скрипач, пророк (07.01.2016 23:50, просмотров: 295) ответил SciFi на А что, какой-нить старый debian не подойдёт штоле?... но не любой ценой.
-
- В wine? - fk0(07.01.2016 23:55)
- Не стану даже пробовать. Ибо повторяемость результатов будет никакая. - Скрипач(08.01.2016 00:24)
- Вот думаю со стабильностью и повторяемостью у wine на три порядка лучше, чем в windows, тем более доисторических времён. Либо работает, либо не работает. - fk0(08.01.2016 01:25)
- Из практики скажу - ты ошибаешься. - Скрипач(08.01.2016 13:24)
- Какая у тебя может быть практика, если ты ни в линуксах, ни в виндовсах мало что понимаешь? Идея в том, что wine даёт _стабильное_ окружение. Хоть изолированную копию windows для каждой программы. А что происходит на реальной машине с windows -- fk0(125 знак., 08.01.2016 16:59)
- А, ну да, у меня не может быть практики, я забыл :) - Скрипач(08.01.2016 17:07 - 10.01.2016 12:07)
- отваливание *tty именно для wine после ошибок в программах, запускаемых из wine это наше фсё. ИМХО, пока не лечится. к сожалению. - Vit(09.01.2016 00:20)
- Прежде чем кричать линукс-гавно, нужно хоть понимать что происходит. На каком уровне оно "отваливается", в чём "отваливание" заключается? Занят порт? Неправильно настроен порт ( fk0(221 знак., 09.01.2016 02:15)
- Сначала стОит вспомнить, что порты в вайн прибиваются через симлинки, т.е. уже нужно покрасноглазить с овнерами, группами и правами. И после этого одни программы фунциклируют без вопросов, а другие - могут "не отдавать порт" и удобной нажималки Vit(27 знак., 11.01.2016 07:56)
- А Ctrl-C чем не устраивает? Или Ctrl-|. На худой конец kill -9. Симлинк с точки зрения виндовс-системы не виден, так что это мелкая технищенская деталь. - fk0(12.01.2016 00:24)
- я могу аж все процессы с именем wine-бла-бла-бла грохнуть, ибо кто из них кто разобрать визуально ну никак. но даже если вычислить, который из них плохиш, оно в некоторых случаях _не_помогает_ - порта после отваливания для wine больше нет и фсё. Vit(291 знак., 12.01.2016 03:52)
- У процесса есть PID... когда запускаешь новый процесс ты его знаешь. Ещё (для визуальности) есть /proc/$$/cmdline, куда собственно что-нибудь разное вписать можно (это то, что ты в top видишь). И я не понимаю, что значит "порта для wine нет". А fk0(713 знак., 12.01.2016 11:09)
- при запуске узнавать номер процесса? да нафиг оно мне надо. вот када подохло - тада нужен энтот номер. ps -e для поиска неугодных среди всех обычно хватает. да, для minicom порт есть. Vit(723 знак., 12.01.2016 22:44)
- "отваливается" он скорей всего из-за настроек (запомненных в самом порте) и препятствующих нормальной работе или из-за лок-файла. И не в пересборках ядра дело. - fk0(13.01.2016 00:07)
- т.е. под вендой _нормальной_работе_ настройки и локи не препятствуют, а тут без белой папахи никак. а количество железных ком-портов в конфиге ядра пока не отменяли, только при сборке жадные людишки ставят цифру ниже плинтуса. небось чтобы Vit(36 знак., 13.01.2016 00:14)
- "отваливается" он скорей всего из-за настроек (запомненных в самом порте) и препятствующих нормальной работе или из-за лок-файла. И не в пересборках ядра дело. - fk0(13.01.2016 00:07)
- при запуске узнавать номер процесса? да нафиг оно мне надо. вот када подохло - тада нужен энтот номер. ps -e для поиска неугодных среди всех обычно хватает. да, для minicom порт есть. Vit(723 знак., 12.01.2016 22:44)
- У процесса есть PID... когда запускаешь новый процесс ты его знаешь. Ещё (для визуальности) есть /proc/$$/cmdline, куда собственно что-нибудь разное вписать можно (это то, что ты в top видишь). И я не понимаю, что значит "порта для wine нет". А fk0(713 знак., 12.01.2016 11:09)
- я могу аж все процессы с именем wine-бла-бла-бла грохнуть, ибо кто из них кто разобрать визуально ну никак. но даже если вычислить, который из них плохиш, оно в некоторых случаях _не_помогает_ - порта после отваливания для wine больше нет и фсё. Vit(291 знак., 12.01.2016 03:52)
- А Ctrl-C чем не устраивает? Или Ctrl-|. На худой конец kill -9. Симлинк с точки зрения виндовс-системы не виден, так что это мелкая технищенская деталь. - fk0(12.01.2016 00:24)
- Сначала стОит вспомнить, что порты в вайн прибиваются через симлинки, т.е. уже нужно покрасноглазить с овнерами, группами и правами. И после этого одни программы фунциклируют без вопросов, а другие - могут "не отдавать порт" и удобной нажималки Vit(27 знак., 11.01.2016 07:56)
- Прежде чем кричать линукс-гавно, нужно хоть понимать что происходит. На каком уровне оно "отваливается", в чём "отваливание" заключается? Занят порт? Неправильно настроен порт ( fk0(221 знак., 09.01.2016 02:15)
- Какая у тебя может быть практика, если ты ни в линуксах, ни в виндовсах мало что понимаешь? Идея в том, что wine даёт _стабильное_ окружение. Хоть изолированную копию windows для каждой программы. А что происходит на реальной машине с windows -- fk0(125 знак., 08.01.2016 16:59)
- Из практики скажу - ты ошибаешься. - Скрипач(08.01.2016 13:24)
- Вот думаю со стабильностью и повторяемостью у wine на три порядка лучше, чем в windows, тем более доисторических времён. Либо работает, либо не работает. - fk0(08.01.2016 01:25)
- Не стану даже пробовать. Ибо повторяемость результатов будет никакая. - Скрипач(08.01.2016 00:24)
- В wine? - fk0(07.01.2016 23:55)