Closed ddkwork closed 7 months ago
It seems like this issue has finally been fixed, mostly by ea3e656 and ab16a96.
It's a great and perfect restoration, you're amazing 👍🏻
---Original--- From: @.> Date: Wed, Feb 21, 2024 12:41 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
It seems like this issue has finally been fixed, mostly by ea3e656 and ab16a96.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Just panicked again, I've tested it a few more times
I'm wondering if we should add a lock, because we break the logic of the normal application and free up space of the swap chain, and redistributing the swap chain when the window is frequently minimized can cause contention, although the upper renderwin part is locked, but when frequent events come in, this can happen in scenarios where minimization is also frequent. However, this is not necessary, as minimization is not as frequent in the actual scenario.
Further testing revealed that this may be needed, and 6 times out of 10 tests can make it panic, and the way to reproduce it stably is to minimize frequent clicks for a longer period of time
Do you want me to debug this on your machine now?
Yes, but you should be tired from clicking the minimization button frequently, I want to find a software to simulate clicking, can the unit test actively trigger clicking it? You debug it first, I'll find this software to test later, my computer will turn on for you every day, come on, let's kill this bug
---Original--- From: @.> Date: Wed, Feb 21, 2024 13:44 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
Do you want me to debug this on your machine now?
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Do you want me to debug this on your machine now?
1670379990
import pygetwindow
import pyautogui
import time
# 获取指定窗口标题
target_window_title = 'Async Updating'
# 获取指定窗口
window = pygetwindow.getWindowsWithTitle(target_window_title)
if window:
# 获取窗口对象
window = window[0]
# 重复执行最小化和还原操作
for i in range(10000):
# 最小化窗口
window.minimize()
time.sleep(0.1)
# 还原窗口
window.restore()
time.sleep(0.1)
Sorry, I had to go. I will be able to debug this later today; nice job writing the minimize script.
Where are you going ?
---Original--- From: @.> Date: Wed, Feb 21, 2024 23:42 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
Sorry, I had to go. I will be able to debug this later today; nice job writing the minimize script.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
I went to sleep.
I went to sleep.
It's dawn here for me, and the good day begins now, is it dawn for you there? It's 7:45 a.m
It is currently 4:45 PM for me.
Do you have time to debug now?
---Original--- From: @.> Date: Thu, Feb 22, 2024 08:46 AM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
It is currently 4:45 PM for me.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
I am currently working on something else, but I should be available to debug later today in a couple of hours.
okay
---Original--- From: @.> Date: Thu, Feb 22, 2024 08:56 AM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
I am currently working on something else, but I should be available to debug later today in a couple of hours.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Sorry, I was busy with other things today, so I did not get to debugging this, but I will definitely debug it tomorrow.
Oh no, no problem
---Original--- From: @.> Date: Thu, Feb 22, 2024 14:57 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
Sorry, I was busy with other things today, so I did not get to debugging this, but I will definitely debug it tomorrow.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Hello, are you free to debug today? panic can be reproduced stably every time
I am ready to debug now.
ok 1670379990
---Original--- From: @.> Date: Fri, Feb 23, 2024 08:09 AM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
I am ready to debug now.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
It should be all working now after the latest fix in 0cd3455.
I summarized your fix principle: the perfect solution for vulkan host memory overflow under Windows, ignore the error returned by vk, check the swap chain size before rendering the next frame, reallocate the swap chain memory if it is 0, context plus various judgments and checks. You're amazing 👍🏻, admire!
---Original--- From: @.> Date: Fri, Feb 23, 2024 08:42 AM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
It should be all working now after the latest fix in 0cd3455.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
I found a raw code and it no longer panics on my computer, can you reset this logic to core? https://github.com/vulkan-go/asche
I summarized your fix principle: the perfect solution for vulkan host memory overflow under Windows, ignore the error returned by vk, check the swap chain size before rendering the next frame, reallocate the swap chain memory if it is 0, context plus various judgments and checks. You're amazing 👍🏻, admire! … ---Original--- From: @.> Date: Fri, Feb 23, 2024 08:42 AM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868) It should be all working now after the latest fix in 0cd3455. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Hello, the Vulkan panic has occurred again. At this moment, it will panic every time. Would it be convenient for you to debug
GOROOT=C:\Program Files\Go #gosetup
GOPATH=C:\Users\Admin\go #gosetup
"C:\Program Files\Go\bin\go.exe" build -o C:\Users\Admin\AppData\Local\JetBrains\GoLand2023.3\tmp\GoLand\___11go_build_cogentcore_org_core_examples_async.exe cogentcore.org/core/examples/async #gosetup
C:\Users\Admin\AppData\Local\JetBrains\GoLand2023.3\tmp\GoLand\___11go_build_cogentcore_org_core_examples_async.exe
Exception 0xc0000005 0x0 0xffffffffffffffff 0x7fffb780d59d
PC=0x7fffb780d59d
signal arrived during external code execution
runtime.cgocall(0x7ff7bc7f6930, 0xc000261a58)
C:/Program Files/Go/src/runtime/cgocall.go:157 +0x3e fp=0xc000261a30 sp=0xc0002619f8 pc=0x7ff7bbfc939e
github.com/goki/vulkan._Cfunc_callVkWaitForFences(0x22e002b46b8, 0x1, 0xc002104ca0, 0x1, 0xffffffffffffffff)
_cgo_gotypes.go:9817 +0x55 fp=0xc000261a58 sp=0xc000261a30 pc=0x7ff7bc3e45f5
github.com/goki/vulkan.WaitForFences.func1(0x22e002b46b8, 0x1, 0xc002104ca0, 0x1, 0xffffffffffffffff)
C:/Users/Admin/go/pkg/mod/github.com/goki/vulkan@v1.0.7/vulkan.go:386 +0x8c fp=0xc000261aa0 sp=0xc000261a58 pc=0x7ff7bc40f88c
github.com/goki/vulkan.WaitForFences(0x22e002b46b8, 0xbc478e67?, {0xc002104ca0, 0x1, 0x1}, 0x4c4808?, 0xc000000000?)
C:/Users/Admin/go/pkg/mod/github.com/goki/vulkan@v1.0.7/vulkan.go:386 +0x37 fp=0xc000261ad8 sp=0xc000261aa0 pc=0x7ff7bc40f797
cogentcore.org/core/vgpu.(*Surface).AcquireNextImage(0xc0003da210)
C:/Users/Admin/Desktop/ux/core/vgpu/surface.go:355 +0x73 fp=0xc000261b70 sp=0xc000261ad8 pc=0x7ff7bc44f173
cogentcore.org/core/vgpu/vdraw.(*Drawer).StartDraw(0xc0002ce488, 0x0)
C:/Users/Admin/Desktop/ux/core/vgpu/vdraw/draw.go:236 +0xd7 fp=0xc000261bd0 sp=0xc000261b70 pc=0x7ff7bc462d17
cogentcore.org/core/gi.(*RenderWin).DrawScenes(0xc0003120f0)
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:993 +0x262 fp=0xc000261c80 sp=0xc000261bd0 pc=0x7ff7bc50d0c2
cogentcore.org/core/gi.(*RenderWin).RenderWindow(0xc0003120f0)
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:957 +0x3b9 fp=0xc000261db0 sp=0xc000261c80 pc=0x7ff7bc50cd59
cogentcore.org/core/gi.(*RenderWin).HandleWindowEvents(0xc0003120f0, {0x7ff7bceef5a0, 0xc0013ad960})
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:619 +0x5ac fp=0xc000261eb0 sp=0xc000261db0 pc=0x7ff7bc50ba0c
cogentcore.org/core/gi.(*RenderWin).HandleEvent(0xc0003120f0, {0x7ff7bceef5a0, 0xc0013ad960})
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:603 +0x11c fp=0xc000261f20 sp=0xc000261eb0 pc=0x7ff7bc50b3bc
cogentcore.org/core/gi.(*RenderWin).EventLoop(0xc0003120f0)
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:569 +0x125 fp=0xc000261fc8 sp=0xc000261f20 pc=0x7ff7bc50b0a5
cogentcore.org/core/gi.(*RenderWin).GoStartEventLoop.gowrap1()
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:523 +0x25 fp=0xc000261fe0 sp=0xc000261fc8 pc=0x7ff7bc50ae45
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc000261fe8 sp=0xc000261fe0 pc=0x7ff7bc034de1
created by cogentcore.org/core/gi.(*RenderWin).GoStartEventLoop in goroutine 1
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:523 +0xa5
goroutine 1 gp=0xc00005a000 m=0 mp=0x7ff7bd629480 [syscall, locked to thread]:
runtime.cgocall(0x7ff7bc7f4840, 0xc000bebdb8)
C:/Program Files/Go/src/runtime/cgocall.go:157 +0x3e fp=0xc000bebd90 sp=0xc000bebd58 pc=0x7ff7bbfc939e
github.com/go-gl/glfw/v3.3/glfw._Cfunc_glfwWaitEvents()
_cgo_gotypes.go:2494 +0x49 fp=0xc000bebdb8 sp=0xc000bebd90 pc=0x7ff7bc4245a9
github.com/go-gl/glfw/v3.3/glfw.WaitEvents()
C:/Users/Admin/go/pkg/mod/github.com/go-gl/glfw/v3.3/glfw@v0.0.0-20240118000515-a250818d05e3/window.go:949 +0x13 fp=0xc000bebde0 sp=0xc000bebdb8 pc=0x7ff7bc42d073
cogentcore.org/core/goosi/driver/desktop.(*App).MainLoop(0x7ff7bd628ce0)
C:/Users/Admin/Desktop/ux/core/goosi/driver/desktop/app.go:73 +0x125 fp=0xc000bebe60 sp=0xc000bebde0 pc=0x7ff7bc46d505
cogentcore.org/core/gi.Wait()
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:42 +0x4b fp=0xc000bebe88 sp=0xc000bebe60 pc=0x7ff7bc508beb
cogentcore.org/core/gi.(*Stage).Wait(...)
C:/Users/Admin/Desktop/ux/core/gi/stage.go:302
cogentcore.org/core/gi.(*Body).RunMainWindow(0x7ff7bc9b4440?)
C:/Users/Admin/Desktop/ux/core/gi/mainstage.go:42 +0x2b fp=0xc000bebea8 sp=0xc000bebe88 pc=0x7ff7bc4fd9cb
main.main()
C:/Users/Admin/Desktop/ux/core/examples/async/async.go:48 +0x2c5 fp=0xc000bebf50 sp=0xc000bebea8 pc=0x7ff7bc7deaa5
runtime.main()
C:/Program Files/Go/src/runtime/proc.go:271 +0x28b fp=0xc000bebfe0 sp=0xc000bebf50 pc=0x7ff7bc00252b
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc000bebfe8 sp=0xc000bebfe0 pc=0x7ff7bc034de1
goroutine 2 gp=0xc00005a700 m=nil [force gc (idle)]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc00005dfa8 sp=0xc00005df88 pc=0x7ff7bc00292e
runtime.goparkunlock(...)
C:/Program Files/Go/src/runtime/proc.go:408
runtime.forcegchelper()
C:/Program Files/Go/src/runtime/proc.go:326 +0xb8 fp=0xc00005dfe0 sp=0xc00005dfa8 pc=0x7ff7bc0027b8
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc00005dfe8 sp=0xc00005dfe0 pc=0x7ff7bc034de1
created by runtime.init.6 in goroutine 1
C:/Program Files/Go/src/runtime/proc.go:314 +0x1a
goroutine 3 gp=0xc00005aa80 m=nil [GC sweep wait]:
runtime.gopark(0x1?, 0x0?, 0x0?, 0x0?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc00005ff80 sp=0xc00005ff60 pc=0x7ff7bc00292e
runtime.goparkunlock(...)
C:/Program Files/Go/src/runtime/proc.go:408
runtime.bgsweep(0xc000024230)
C:/Program Files/Go/src/runtime/mgcsweep.go:318 +0xdf fp=0xc00005ffc8 sp=0xc00005ff80 pc=0x7ff7bbfeb4df
runtime.gcenable.gowrap1()
C:/Program Files/Go/src/runtime/mgc.go:203 +0x25 fp=0xc00005ffe0 sp=0xc00005ffc8 pc=0x7ff7bbfdfda5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc00005ffe8 sp=0xc00005ffe0 pc=0x7ff7bc034de1
created by runtime.gcenable in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:203 +0x66
goroutine 4 gp=0xc00005ac40 m=nil [GC scavenge wait]:
runtime.gopark(0x10000?, 0x7ff7bceda7b8?, 0x0?, 0x0?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc00006ff78 sp=0xc00006ff58 pc=0x7ff7bc00292e
runtime.goparkunlock(...)
C:/Program Files/Go/src/runtime/proc.go:408
runtime.(*scavengerState).park(0x7ff7bd628aa0)
C:/Program Files/Go/src/runtime/mgcscavenge.go:425 +0x49 fp=0xc00006ffa8 sp=0xc00006ff78 pc=0x7ff7bbfe8e89
runtime.bgscavenge(0xc000024230)
C:/Program Files/Go/src/runtime/mgcscavenge.go:658 +0x59 fp=0xc00006ffc8 sp=0xc00006ffa8 pc=0x7ff7bbfe9439
runtime.gcenable.gowrap2()
C:/Program Files/Go/src/runtime/mgc.go:204 +0x25 fp=0xc00006ffe0 sp=0xc00006ffc8 pc=0x7ff7bbfdfd45
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc00006ffe8 sp=0xc00006ffe0 pc=0x7ff7bc034de1
created by runtime.gcenable in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:204 +0xa5
goroutine 5 gp=0xc00005b180 m=nil [finalizer wait]:
runtime.gopark(0x0?, 0xc000a8c270?, 0x0?, 0xe0?, 0x1000000010?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc000061e20 sp=0xc000061e00 pc=0x7ff7bc00292e
runtime.runfinq()
C:/Program Files/Go/src/runtime/mfinal.go:194 +0x107 fp=0xc000061fe0 sp=0xc000061e20 pc=0x7ff7bbfdee27
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc000061fe8 sp=0xc000061fe0 pc=0x7ff7bc034de1
created by runtime.createfing in goroutine 1
C:/Program Files/Go/src/runtime/mfinal.go:164 +0x3d
goroutine 18 gp=0xc00032d180 m=nil [GC worker (idle)]:
runtime.gopark(0x137e26507c8?, 0x3?, 0xa8?, 0x52?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc00006bf50 sp=0xc00006bf30 pc=0x7ff7bc00292e
runtime.gcBgMarkWorker()
C:/Program Files/Go/src/runtime/mgc.go:1310 +0xe5 fp=0xc00006bfe0 sp=0xc00006bf50 pc=0x7ff7bbfe1ee5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc00006bfe8 sp=0xc00006bfe0 pc=0x7ff7bc034de1
created by runtime.gcBgMarkStartWorkers in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:1234 +0x1c
goroutine 6 gp=0xc00005b500 m=nil [GC worker (idle)]:
runtime.gopark(0x137e26507c8?, 0x3?, 0x0?, 0x0?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc000071f50 sp=0xc000071f30 pc=0x7ff7bc00292e
runtime.gcBgMarkWorker()
C:/Program Files/Go/src/runtime/mgc.go:1310 +0xe5 fp=0xc000071fe0 sp=0xc000071f50 pc=0x7ff7bbfe1ee5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc000071fe8 sp=0xc000071fe0 pc=0x7ff7bc034de1
created by runtime.gcBgMarkStartWorkers in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:1234 +0x1c
goroutine 34 gp=0xc000084380 m=nil [GC worker (idle)]:
runtime.gopark(0x137e26507c8?, 0x3?, 0x0?, 0x0?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc0000b9f50 sp=0xc0000b9f30 pc=0x7ff7bc00292e
runtime.gcBgMarkWorker()
C:/Program Files/Go/src/runtime/mgc.go:1310 +0xe5 fp=0xc0000b9fe0 sp=0xc0000b9f50 pc=0x7ff7bbfe1ee5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc0000b9fe8 sp=0xc0000b9fe0 pc=0x7ff7bc034de1
created by runtime.gcBgMarkStartWorkers in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:1234 +0x1c
goroutine 35 gp=0xc000084540 m=nil [GC worker (idle)]:
runtime.gopark(0x137e26507c8?, 0x3?, 0xa8?, 0x52?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc0000bbf50 sp=0xc0000bbf30 pc=0x7ff7bc00292e
runtime.gcBgMarkWorker()
C:/Program Files/Go/src/runtime/mgc.go:1310 +0xe5 fp=0xc0000bbfe0 sp=0xc0000bbf50 pc=0x7ff7bbfe1ee5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc0000bbfe8 sp=0xc0000bbfe0 pc=0x7ff7bc034de1
created by runtime.gcBgMarkStartWorkers in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:1234 +0x1c
goroutine 36 gp=0xc000084700 m=nil [GC worker (idle)]:
runtime.gopark(0x137e255b520?, 0x3?, 0x0?, 0x0?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc0000b5f50 sp=0xc0000b5f30 pc=0x7ff7bc00292e
runtime.gcBgMarkWorker()
C:/Program Files/Go/src/runtime/mgc.go:1310 +0xe5 fp=0xc0000b5fe0 sp=0xc0000b5f50 pc=0x7ff7bbfe1ee5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc0000b5fe8 sp=0xc0000b5fe0 pc=0x7ff7bc034de1
created by runtime.gcBgMarkStartWorkers in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:1234 +0x1c
goroutine 37 gp=0xc0000848c0 m=nil [GC worker (idle)]:
runtime.gopark(0x1378a739ca0?, 0x3?, 0x1c?, 0xe8?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc0000b7f50 sp=0xc0000b7f30 pc=0x7ff7bc00292e
runtime.gcBgMarkWorker()
C:/Program Files/Go/src/runtime/mgc.go:1310 +0xe5 fp=0xc0000b7fe0 sp=0xc0000b7f50 pc=0x7ff7bbfe1ee5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc0000b7fe8 sp=0xc0000b7fe0 pc=0x7ff7bc034de1
created by runtime.gcBgMarkStartWorkers in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:1234 +0x1c
goroutine 38 gp=0xc000084a80 m=nil [GC worker (idle)]:
runtime.gopark(0x137e255b520?, 0x3?, 0x0?, 0x0?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc0000c1f50 sp=0xc0000c1f30 pc=0x7ff7bc00292e
runtime.gcBgMarkWorker()
C:/Program Files/Go/src/runtime/mgc.go:1310 +0xe5 fp=0xc0000c1fe0 sp=0xc0000c1f50 pc=0x7ff7bbfe1ee5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc0000c1fe8 sp=0xc0000c1fe0 pc=0x7ff7bc034de1
created by runtime.gcBgMarkStartWorkers in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:1234 +0x1c
goroutine 39 gp=0xc000084c40 m=nil [GC worker (idle)]:
runtime.gopark(0x137e26507c8?, 0x1?, 0xa8?, 0x52?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc0000c3f50 sp=0xc0000c3f30 pc=0x7ff7bc00292e
runtime.gcBgMarkWorker()
C:/Program Files/Go/src/runtime/mgc.go:1310 +0xe5 fp=0xc0000c3fe0 sp=0xc0000c3f50 pc=0x7ff7bbfe1ee5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc0000c3fe8 sp=0xc0000c3fe0 pc=0x7ff7bc034de1
created by runtime.gcBgMarkStartWorkers in goroutine 1
C:/Program Files/Go/src/runtime/mgc.go:1234 +0x1c
goroutine 40 gp=0xc00032ce00 m=nil [select]:
runtime.gopark(0xc000223f78?, 0x2?, 0x98?, 0x3e?, 0xc000223f44?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc000223de8 sp=0xc000223dc8 pc=0x7ff7bc00292e
runtime.selectgo(0xc000223f78, 0xc000223f40, 0x0?, 0x0, 0x0?, 0x1)
C:/Program Files/Go/src/runtime/select.go:327 +0x725 fp=0xc000223f08 sp=0xc000223de8 pc=0x7ff7bc0142e5
cogentcore.org/core/goosi/driver/base.(*Window[...]).WinLoop(0x7ff7bceeb9a0)
C:/Users/Admin/Desktop/ux/core/goosi/driver/base/window.go:93 +0x136 fp=0xc000223fc0 sp=0xc000223f08 pc=0x7ff7bc4758d6
cogentcore.org/core/goosi/driver/desktop.(*App).NewWindow.gowrap1()
C:/Users/Admin/Desktop/ux/core/goosi/driver/desktop/app.go:171 +0x25 fp=0xc000223fe0 sp=0xc000223fc0 pc=0x7ff7bc46e4e5
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc000223fe8 sp=0xc000223fe0 pc=0x7ff7bc034de1
created by cogentcore.org/core/goosi/driver/desktop.(*App).NewWindow in goroutine 1
C:/Users/Admin/Desktop/ux/core/goosi/driver/desktop/app.go:171 +0xa66
goroutine 42 gp=0xc00032d500 m=nil [semacquire]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc0000d5ef0 sp=0xc0000d5ed0 pc=0x7ff7bc00292e
runtime.goparkunlock(...)
C:/Program Files/Go/src/runtime/proc.go:408
runtime.semacquire1(0x7ff7bd6b0d18, 0x0, 0x1, 0x0, 0x12)
C:/Program Files/Go/src/runtime/sema.go:160 +0x232 fp=0xc0000d5f58 sp=0xc0000d5ef0 pc=0x7ff7bc015332
sync.runtime_Semacquire(0x0?)
C:/Program Files/Go/src/runtime/sema.go:62 +0x25 fp=0xc0000d5f90 sp=0xc0000d5f58 pc=0x7ff7bc0301a5
sync.(*WaitGroup).Wait(0x0?)
C:/Program Files/Go/src/sync/waitgroup.go:116 +0x48 fp=0xc0000d5fb8 sp=0xc0000d5f90 pc=0x7ff7bc043a28
cogentcore.org/core/gi.Wait.func2()
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:39 +0x37 fp=0xc0000d5fe0 sp=0xc0000d5fb8 pc=0x7ff7bc545577
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc0000d5fe8 sp=0xc0000d5fe0 pc=0x7ff7bc034de1
created by cogentcore.org/core/gi.Wait in goroutine 1
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:37 +0x37
goroutine 43 gp=0xc00032d6c0 m=nil [sync.Mutex.Lock]:
runtime.gopark(0x0?, 0x0?, 0xe0?, 0x39?, 0x10000000000?)
C:/Program Files/Go/src/runtime/proc.go:402 +0xce fp=0xc00025de10 sp=0xc00025ddf0 pc=0x7ff7bc00292e
runtime.goparkunlock(...)
C:/Program Files/Go/src/runtime/proc.go:408
runtime.semacquire1(0xc0002d4034, 0x0, 0x3, 0x1, 0x15)
C:/Program Files/Go/src/runtime/sema.go:160 +0x232 fp=0xc00025de78 sp=0xc00025de10 pc=0x7ff7bc015332
sync.runtime_SemacquireMutex(0x0?, 0x1?, 0xc00025df00?)
C:/Program Files/Go/src/runtime/sema.go:77 +0x25 fp=0xc00025deb0 sp=0xc00025de78 pc=0x7ff7bc030265
sync.(*Mutex).lockSlow(0xc0002d4030)
C:/Program Files/Go/src/sync/mutex.go:171 +0x15d fp=0xc00025df00 sp=0xc00025deb0 pc=0x7ff7bc04211d
sync.(*Mutex).Lock(...)
C:/Program Files/Go/src/sync/mutex.go:90
cogentcore.org/core/gi.(*RenderContext).Lock(...)
C:/Users/Admin/Desktop/ux/core/gi/renderwin.go:788
cogentcore.org/core/gi.(*WidgetBase).UpdateStartAsync(0xc0000cc008)
C:/Users/Admin/Desktop/ux/core/gi/render.go:140 +0x7d fp=0xc00025df60 sp=0xc00025df00 pc=0x7ff7bc50499d
main.main.func1.1()
C:/Users/Admin/Desktop/ux/core/examples/async/async.go:33 +0x7f fp=0xc00025dfe0 sp=0xc00025df60 pc=0x7ff7bc7dec1f
runtime.goexit({})
C:/Program Files/Go/src/runtime/asm_amd64.s:1695 +0x1 fp=0xc00025dfe8 sp=0xc00025dfe0 pc=0x7ff7bc034de1
created by main.main.func1 in goroutine 41
C:/Users/Admin/Desktop/ux/core/examples/async/async.go:31 +0x90
rax 0xc350bff680
rbx 0x0
rcx 0x65006c0070006d
rdx 0x10c6f7a0b5ed
rdi 0xc002104ca0
rsi 0x22e002b46b8
rbp 0xc350bff6d0
rsp 0xc350bff5d0
r8 0x22e056f75f8
r9 0xc350bff780
r10 0x546c6148
r11 0xc002104ca0
r12 0xffffffff
r13 0x0
r14 0x1
r15 0x76a9480c8
rip 0x7fffb780d59d
rflags 0x10206
cs 0x33
fs 0x53
gs 0x2b
进程 已完成,退出代码为 2
I tested 5 times, and each time it was panic
I have finally found a stable way to reproduce it. It may have been due to this reason before today that you were unable to replicate it remotely on my computer. It has been stable in a separate core repository, but in the go. work environment, the panic is triggered every time. For example, I often use go work to maintain both the COGENT and the core in order to pull code and test at the same time. In this environment, the panic can be replicated every time
That is strange; are you sure you are using the latest versions of all of the repositories in the workspace? Is it possible that you are setting a different version of Go (like 1.22) in the go.work
file than the standard Go version used in core (1.21)?
No, there are only two modules in the workspace, so the workspace is also clean, as for the version, both modules are specified 1.21, my go is 1.22, if necessary, I can install the 1.21 test after removing 1.22, but based on the use during this time, I don't think it can be a go version issue
---Original--- From: @.> Date: Tue, Feb 27, 2024 15:05 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
That is strange; are you sure you are using the latest versions of all of the repositories in the workspace? Is it possible that you are setting a different version of Go (like 1.22) in the go.work file than the standard Go version used in core (1.21)?
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Oh yes, it's all the latest today
---Original--- From: @.> Date: Tue, Feb 27, 2024 15:05 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
That is strange; are you sure you are using the latest versions of all of the repositories in the workspace? Is it possible that you are setting a different version of Go (like 1.22) in the go.work file than the standard Go version used in core (1.21)?
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
That is strange; are you sure you are using the latest versions of all of the repositories in the workspace? Is it possible that you are setting a different version of Go (like 1.22) in the
go.work
file than the standard Go version used in core (1.21)?
No matter what, because we have mastered the technique of avoiding collisions with her
I will be able to debug this on your computer later today.
okay,
---Original--- From: @.> Date: Tue, Feb 27, 2024 23:52 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
I will be able to debug this on your computer later today.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
I am ready to debug this on your computer whenever you are.
Yes
---Original--- From: @.> Date: Wed, Feb 28, 2024 12:06 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
I am ready to debug this on your computer whenever you are.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
1670379990
---Original--- From: @.> Date: Wed, Feb 28, 2024 12:06 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
I am ready to debug this on your computer whenever you are.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
I am ready to debug this on your computer whenever you are.
Are you online? Teacher, now is pm 1:10 to me.
Sorry, I am no longer available to debug this now, but I will be able to debug this on your computer tomorrow.
ok
---Original--- From: @.> Date: Wed, Feb 28, 2024 13:40 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
Sorry, I am no longer available to debug this now, but I will be able to debug this on your computer tomorrow.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Hello teacher, is this issue still being investigated? If I want to investigate, I'll download go1.21 and test it now
I am ready to debug this on your computer now. Please do not install go 1.21 yet.
Do you want me to debug this on your computer?
yes
2762713521 @.***
------------------ 原始邮件 ------------------ 发件人: "cogentcore/core" @.>; 发送时间: 2024年3月1日(星期五) 中午11:03 @.>; @.**@.>; 主题: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of host memory (-1) (Issue #868)
Do you want me to debug this on your computer?
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
It says that it is invalid again.
ok,1670379990
2762713521 @.***
------------------ 原始邮件 ------------------ 发件人: "cogentcore/core" @.>; 发送时间: 2024年3月1日(星期五) 上午10:44 @.>; @.**@.>; 主题: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of host memory (-1) (Issue #868)
I am ready to debug this on your computer now. Please do not install go 1.21 yet.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Sorry, I have to go now, but I should be able to debug this later today.
Sorry, I actually can't debug this today, but I will be able to debug it tomorrow. Can you try updating to the latest version of Cogent Core and see if that fixes it? I made some changes to the versioning.
Tried, the same ending
---Original--- From: @.> Date: Fri, Mar 1, 2024 14:02 PM To: @.>; Cc: @.**@.>; Subject: Re: [cogentcore/core] panic: vulkan error: vulkan error: out of hostmemory (-1) (Issue #868)
Sorry, I actually can't debug this today, but I will be able to debug it tomorrow. Can you try updating to the latest version of Cogent Core and see if that fixes it? I made some changes to the versioning.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
Describe the bug
panic: vulkan error: vulkan error: out of host memory (-1)
How to reproduce
It's a bug that has been bothering me for a long time, I can't reproduce it every time, so I can't write a demo, and I've had dozens of crashes with the same error in recent times
Example code
Relevant output
Platform
windows