Details
-
Bug
-
Resolution: Fixed
-
Major
-
None
Description
0.4.11-RC-36-gc5204e3 gcc dbg linux
VBox4.3.12 (no GA) + 1000MB RAM + 10GB FAT32 partition
Reproduction steps
-use a fresh ros installation
download and install git from rapps, use the git-cmd
'git config --system http.sslverify false'
'git clone https://github.com/reactos/reactos.git' (took 44min) master head 2019-02-25 23:00 (got commit 0.4.12-dev-753-g6ee2f98)
download & install ROSBE 2.1.6 from rapps
start the taskmgr and let it run
configure starts and runs until "Configure done" gets displayed, it did not return to prompt
after maybe 30mins-1h, before configure usually returns to the prompt, it started to log repeatedly
(ntoskrnl/mm/ARM3/pfnlist.c:632) Legacy Mm eating ARM3 page!.
|
After now more than 48h it still did not return to the prompt.
-The system is not totally frozen yet:
-the green caret in the RosBE prompt is still blinking and I can move the mouse, I can even drag the RosBE window.
-The time in systray is updating normally.
-the green VBox LED is indicating read activity now and then
-But taskmanager does not update its Window content anymore at all, since >40h. I can not drag or activate the taskmgr window anymore.
0.4.11-RC-36-gc5204e3.log
0.4.11-RC-36-gc5204e3.png
After 24hours of waiting I intentionally broke into debugger to collect some stacktraces and conted afterwards.
Attachments
Issue Links
- blocks
-
CORE-18516 Regression, building ros on ros RosBE2.1.6 'ninja bootcd -j1' does fail since some 0.4.15-dev commit at step237 during compiling boot/environ with random errors
- Open
- is blocked by
-
CORE-18014 pseudo-memory leak of ~ 4kb per second, observable in taskmgrs performance tab, triggered by the heap.c changes
- Open
-
CORE-18196 Process Hacker from RAPPS doesn't start anymore
- Resolved
- relates to
-
CORE-15080 MM is still inferior, no swapping, MS .NET4 install reproducibly crashes the OS with just 128MB RAM, but WinXP is teachers pet
- Open
-
CORE-14588 Optimize RtlpFindAndCommitPages
- Resolved
-
CORE-14917 Implement delayed close support in FastFAT
- Resolved