Custom Query (204 matches)
Results (169 - 171 of 204)
Ticket
|
Owner
|
Reporter
|
Resolution
|
Summary
|
#163 |
|
Silvan Scherrer
|
fixed
|
dash cd issue
|
Description |
doing a cd x: doesn't work in dash, while it works in ash.
With the attached diff they both behave the same with cd x:
|
#165 |
|
Silvan Scherrer
|
fixed
|
binutils spits .bss message
|
Description |
latest binutils spits on some assembler files the following message
{standard input}:4280: Warning: ignoring fill value in section `.bss'
we believe the source of the problem might come from gcc.
|
#166 |
|
dmik
|
fixed
|
nspr: Use WinWaitEventSem instead of DosWaitEventSem
|
Description |
There is some code that uses DosWaitEventSem . In particular, PR_WaitCondVar . Using PR_WaitCondVar in a GUI thread of a PM app will effectively block not only this app but the whole PM due to the SMQ (single message queue) syndrome. See https://github.com/bitwiseworks/mozilla-os2/issues/225 for a real life example.
Using WinWaitEventSem instead of DosWaitEventSem fixes the problem and makes PR_WaitCondVar PM-friendly. However, this brings a dependency on PMWIN.DLL to NSPR4.DLL which will make it impossible to use apps linked against NSPR4.DLL in a PM-less environment (i.e. when CMD.EXE or another application is used as a protmode shell instead of PMSHELL.EXE and PMWIN.DLL is not available at all).
To avoid this, we should load WinWaitEventSem dynamically and use DosWaitEventSem as a fallback.
|
Note:
See
TracQuery
for help on using queries.