Выпуск новостей ReactOS №49 |
- Statistics
- Participants
- Translate into Russian
- Translation result
- Translation complete.
If you do not want to register an account, you can sign in with OpenID.
ReactOS Newsletter #49 | ||
Network Configuration | ||
Johannes Anderwald has been working to fix a persistent bug in the network settings that resulted after he reimplemented the network configuration and settings dialog in netcfgx.dll using COM interfaces. Johannes also had to implement the COM interfaces, since they didn't exist before, and they are now in netshell.dll. Unfortunately, it seems that the dhcpclient was storing settings in the wrong registry key, which resulted in failure to retrieve DNS information and crashing of applications that relied on such information. This combined with bugs in iphlpapi and the new code set the release back since we couldn't exactly release with broken network tools. | Йоханнес Эндерволд (Johannes Anderwald) исправил упорную ошибку в настройках сети, возникшую после того, как он переписал диалог конфигурации сети в библиотеке netcfgx.dll с использованием COM-интерфейсов. Йоханнесу также пришлось реализовывать COM-интерфейсы, которых раньше не было, теперь они в netshell.dll. К сожалению, складывается впечатление, что клиент DHCP хранил настройки в неверном ключе реестра, в результате чего не работало получение информации из DNS и завершались с ошибкой приложения, которые полагались на эту информацию. Это, в сочетании с ошибками в библиотеке iphlpapi и новом коде задержало релиз, поскольку мы не могли выпустить релиз без работающих сетевых служб. | — Йоханнес Эндерволд (Johannes Anderwald) исправил упорную ошибку в настройках сети, которая возникла после того, как он переписал диалог конфигурации и настроек сети в библиотеке netcfgx.dll с использованием COM-интерфейсов. — Anonymous Йоханнесу также пришлось реализовать COM-интерфейсы, так как их раньше не было, сейчас они в netshell.dll. — Anonymous НЕ РАБОТАЛО получение информации из DNS и НЕ РАБОТАЛИ приложения -> и рушились приложения — Anonymous |
Timing | — Планирование времени? — Anonymous | |
Stefan Ginsberg stumbled across a series of timing bugs in the kernel a while back and had been trying to fix it. After consulting with the other developers, the issue was finally resolved. One of the more serious issues was when changing the system time, the changes were not being done in the correct order and could result in a race condition and deadlock the system. Another less serious issue involved the timer not expiring under certain conditions when the system time was changed. | Стефан Гинсберг (Stefan Ginsberg) столкнулся с несколькими ошибками планировщика задач в ядре и пытался исправить их. После обсуждения с другими разработчиками проблема была решена. Одной из наиболее серьезных проблем было то, что при изменении системного времени изменения делались в неправильном порядке и могли привести к состоянию гонки или зацикливанию системы. Другая, менее серьезная проблема была связана с таймером, не срабатывающим на заданных условиях при изменении системного времени. | — столкнулся с несколькими вернувшимися ошибками планировщика задач в ядре -> недавно столкнулся с рядом ошибок расчета времени в ядре — Anonymous — a while back - вернувшимися, разве не так? — bz00mmer a while back ~ {было в прошлом} — bz00mmer — ... гонки или зацикливания системы -> гонки и зациклить (заблокировать?) систему. — Anonymous связана с таймером -> была связана с таймером (прош.вр.) — Anonymous |
PSEH 2.0 | PSEH (псевдо-SEH, структурная обработка исключений) 2.0 | — ( псевдо структурная -> (псевдоструктурная — Anonymous "псевдо-" пишется слитно... — Anonymous — тут не псевдоструктурная, а псевдо-SEH, как это описать? — bz00mmer |
In the words of KJK::Hyperion, "PSEH 2.0 is a horrible, GCC-only, x86-only hack...Overall, it must be a world record for compiler abuse." Even though PSEH 2.0 remains a vertable hack, it is still a vast improvement over version 1.1, which used setjmp, fake loops, and all sorts of odd optimization behaviors to provide a semblance of SEH support. | По словам KJK::Hyperion, "PSEH 2.0 это ужасный, работающий только с компилятором GCC и только на платформе x86 хак... В целом он, должно быть, побил мировой рекорд по надругательству над компилятором". Даже оставаясь настоящим хаком, он является огромным шагом вперёд, по сравнению с версией 1.1, которая использовала setjmp, фиктивные циклы и все невообразимые виды оптимизаций для обеспечения видимости поддержки SEH. | — мировой рекорд по количеству ругательств компилятора -> мировой рекорд по злоупотреблению компилятором. — Anonymous — GCC-only - уже говорит о злоупотреблении реализацией. А как можно компилятором злоупотребить? Откомпилив вирус? :) — bz00mmer — "по надругательству над компилятором" — это хорошо сказано… — Anonymous "фиктивные циклы", думается, будет правильней. — Anonymous |
Real SEH manages to hide the fact that some of its elements were actually functions nested in other functions, so they look like any other block of code. This is important, since those subfunctions need to be able to share variables with the outer function for exception handling purposes. One way this is achieved is through the forementioned hiding. The end result is that SEH allows several functions to share the same stack, something the C standard technically does not support. | Настоящая SEH скрывает тот факт, что некоторые её элементы являются функциями, вложенными в другие функции, благодаря чему они похожи на любой другой блок кода. Это важно потому, что этим подфункциям необходимы общие с внешней функцией переменные для обработки исключений. Один из способов достижения этого - через вышеупомянутое скрытие, в результате чего SEH позволяет нескольким функциям использовать тот же стек, чего стандарт языка C технически не поддерживает. | — этим подфункциям необходимо разделять переменные с внешними функциями -> этим подфункциям необходим доступ к переменным внешних функций — Anonymous Настоящая SEH скрывает факт, что некоторые её элементы являются на самом деле функциями, вложенными в другие функции, благодаря чему они выглядят как любой другой блок кода. — Anonymous More 4 comments — необходимо -> необходимы — Anonymous |
— задержилало -> задержало, с не работающими -> с неработающими — Anonymous