| 1.1, Аноним (-), 00:16, 06/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +22 +/– | |
> Для Linux представлена экспериментальная возможность проброса PC speaker;
ну теперь заживём
| | |
| |
| 2.3, Michael Shigorin (ok), 00:31, 06/03/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
 >> Для Linux представлена экспериментальная возможность проброса PC speaker;
> ну теперь заживём
Не, заживём, когда ковокс будет через куда пробросить :]
| | |
| |
| 3.26, Nicknnn (ok), 17:15, 11/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
 Так можно же :)
-chardev parport ,id=id ,path=path
parallel is only available on Linux, FreeBSD and DragonFlyBSD hosts.
Connect to a local parallel port.
path specifies the path to the parallel port device. path is required.
| | |
|
| 2.7, soarin (ok), 05:32, 06/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > PC speaker
А он жив ещё? На десктопах то всё.
А на серверном железе?
| | |
| |
| 3.12, Аноним (-), 13:29, 06/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Физически на десктопах динамиков нет, но вывод PC speaker как-то пробрасывается в звуковую карту посредством модуля snd-pcsp.ko
| | |
| 3.15, pkdr (ok), 00:02, 07/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > А он жив ещё? На десктопах то всё.
У меня выход, например есть, в том числе на новейшей материнской плате под skylake, где я его подключил.
А лет 10 назад у меня в домашнем компе была материнка, которая звук спикера выдавала на колонки, подключенные к интегрированной звуковой карте.
> А на серверном железе?
Может быть и есть, но ничего сказать не могу в виду того, что в датацентрах и серверных банально нет возможности его услышать. По этой же причине его полезность в серверах стремится к нулю.
| | |
| 3.21, _ (??), 19:23, 07/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> PC speaker
>А он жив ещё? На десктопах то всё.
Самый распоследний Dell Optiplex 7020. Динамиков нет. Звуки есть. ЧЯДНТ?
| | |
| |
| 4.22, _ (??), 19:25, 07/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Кстати понял ЧЯДНТ :) Ну да слово не воробей ...
| | |
|
|
|
| 1.4, Аноним (-), 01:18, 06/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> Устранена проблема, приводящая к некорректному поведению гостевых систем на компьютерах с CPU AMD;
А что там было? Я не замечал
> Решены проблемы с работой скрипта /sbin/rcvboxdrv на хостах с Linux;
А что там не работало?
> Для Linux-хостов обеспечено корректное удаление Python-скриптов при выполнении операции uninstall через .run инсталлятор.
Их инсталлятор всегда был кривой, у разрабов ещё много работы
| | |
| 1.6, Sluggard (ok), 02:13, 06/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 > Устранено несколько проблем с USB-контроллерами xHCI (например, не работал проброс web-камеры)
Любопытно, заработает ли у меня нормально встроенная веб-камера ноута под гостевой XP. А то она вроде как проброшена, и даже включается, но ни фига не работает (а то и приложение завешивает).
Пора обновляться.
| | |
| 1.14, Аноним (-), 17:58, 06/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Решена проблема с крахами GUI, возникающими при редком стечении обстоятельств;
Всегда было интересно, как такое фиксится. Ну, в смысле, чтобы потом написать некое туманное "при редком стечении обстоятельств". Они что, в коде тоже фиксили это дело "при редком стечении обстоятельств" или может быть в каком-то конкретно "участке" кода или даже програмном модуле? Так почему тогда не указать, что "проблема с крахами GUI, возникающими при редком стечении обстоятельств" была связана с модулем таким-то и устранена в новой версии. Или я что-то не догоняю? :)
| | |
| |
| 2.16, kuku (ok), 00:22, 07/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Не всегда архитектура и организация и потом реализация
бывают доработано на начальном этапе. По идее сначала идёт
проектирование, потом реализация и, наконец, отладка и потом
процесс повторяется. Итерация обычно требуется, явно, не одна,
их больше. Всё это упирается в финансы. В итоге, как обычно,
итерации меньше, чем требуется. Из финансовых соображений.
Это создаёт всякие костыли. Отсюда и ошибки.
Не у всех есть понятие - стройная, согласованная, логичная
архитектура и организация.
В погоне за наживой, теряется главное - проработка.
Как-то так.
| | |
| |
| 3.19, Crazy Alex (ok), 15:04, 07/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
 Да это всё понятно. Вопрос - какого они пишут "при редком стечении обстоятельств" вместо конкретного описания этого самого стечения? А то выходит, что только методом тыка можно проверить, касается это тебя или нет. Учитывая, что VirtualBox апгрейдить - дело довольно рискованное (стрёмные регрессии у них были не раз и не два) - вопрос актуальный.
| | |
|
| 2.17, willy (?), 01:53, 07/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Ну, например в модуле, который "общается" с GUI, обнаружен косяк общего свойства: выход за границы массива, использование неинициированного указателя и т.п. Очевидно, что при неблагоприятном стечении обстоятельств это может привести к краху. Но достоверно не удалось воспроизвести эти обстоятельства.
| | |
| |
| 3.20, kuku (ok), 19:21, 07/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Скорее всего где-то в узком месте эта ошибка.
В time critical местах проверки "assert(...)" неставятся.
Хотя для этого есть режим отладки "#define DEBUG 1".
Или просто программисты зажрались или "качество результата
пропорционально количеству денег"...
А для "границы массива" есть те же проверки входных параметров
до критической операции.
Но количество ошибок от степени утомления никто не отменял.
Либо ты имеешь ясное представление, что происходит на данном
участке кода, либо ты плывёшь... так... тихо, тихо.
| | |
|
|
| 1.25, Чаёвник (?), 16:34, 09/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Больше всего печалит то, что в 5.* выпилили позитивную обоину, на которой жарили форточки
| | |
|
