- 12 Jul, 2022 28 commits
-
-
Floris Renaud authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jinoh Kang authored
Otherwise, Wine may crash while attempting to fetch the script shaping information, which does not exist since shape_para() was not called. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53335Signed-off-by: Jinoh Kang <jinoh.kang.kr@gmail.com>
-
Eric Pouech authored
Especially needed for enumeration's values. Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
Global (non static) variables are now stored in symt_module. (static variables are stored in symt_compiland). Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
PDB supports description of a global or static variable: - accessed from a register - stored as a local variable record inside a function This likely describes access to a global/static variable where intermediate computation is kept in a register. We cannot store this kind of entries in local variable lists (builtin dbghelp and winedbg are not prepared to handle a global variable) Note: the global or static Codeview data record is still present (with a relocatable address), so the variable should still be available from global access (but could be not up-to-date if temporarly stored in a register). Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
To topology_node_get_type_handler. Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Zebediah Figura authored
Since the device hotplug callbacks both queue events and create unix_device objects, we need to move both at the same time.
-
Zebediah Figura authored
To correspond with the shutdown in IRP_MN_REMOVE_DEVICE.
-
Zebediah Figura authored
-
Zebediah Figura authored
-
- 11 Jul, 2022 12 commits
-
-
David Kahurani authored
Signed-off-by: David Kahurani <k.kahurani@gmail.com>
-
Brendan Shanks authored
Fixes syscall faults on 32-bit macOS. Spotted by Stefan Dösinger.
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Piotr Caban authored
On macOS si_code is always set to TRAP_BRKPT.
-
Zebediah Figura authored
-
Zebediah Figura authored
ntoskrnl/tests: Also test that IoInvalidateDeviceRelations() during device enumeration doesn't deadlock. wineusb enumerates new devices and completes IRPs from the same thread (as if it were an IRQ thread). On the other hand, the Hauppauge cx231xx USB driver performs I/O from within IRP_MN_START_DEVICE. If the wineusb "IRQ" thread is currently trying to report a new device, it won't be able to report I/O completion, resulting in a deadlock. Although wineusb could be modified to use more threads, these tests show that calling IoInvalidateDeviceRelations() should not block in this situation.
-