Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Вторник
22 апреля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Технологии

644219 Топик полностью

fk0^{легенда} (07.01.2016 23:55, просмотров: 323) ответил Скрипач на ОРС на Линуксе не взлетит. Ибо DCOM.

В wine?

[ZX]

Ответить

- Не стану даже пробовать. Ибо повторяемость результатов будет никакая. - Скрипач(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 13:04)
        
        проблемы в базовом функционале вайна должны лечить разработчики вайна. иначе - это не продукт, а поделка(С). привет плохому линуксу! - Vit(13.01.2016 14:09)