SyMenu Forum

SyMenu

 

HomeTroubleshooting & Bug Reports

If you found a bug post here your report.

Batch import crashing Messages in this topic - RSS

mmlmrx
mmlmrx
Posts: 3


27/02/2025
mmlmrx
mmlmrx
Posts: 3
Hi!

I am trying out SyMenu for the first time. I open the Batch Import tool and point it at my Apps directory and click Start Scan. It runs for a few seconds but then crashes and closes without showing an error. I have tried using the admin version as well but get the same result. I tried changing the "check up to level" value to 1 and then 0 but that did not help. I am using Win11 with an I9-12900HX and 32gb of RAM. I did a quick search on my Apps folder and it found ~2900 exe files - but of course I don't want to import them all.

Is my only option to use the drag-and drop functionality instead?
link
Gianluca
Gianluca
Administrator
Posts: 1318


28/02/2025
Gianluca
Gianluca
Administrator
Posts: 1318
Naturally no.
We can work on the bug and fix it.

First thing, execute SyMenu from a CLI with this command:
SyMenu.exe -logger
This enables the file logger so when the program crashes you'll find a log file on the program root folder.

Second thing, don't scan the folders from the root but from a subfolder.
I'm not suggesting this procedure because it's the right one but because I need to know which kind of file crashes the scan.
+1 link
Gianluca
Gianluca
Administrator
Posts: 1318


28/02/2025
Gianluca
Gianluca
Administrator
Posts: 1318
I thought of another thing.

You referred to 2.900 exe... but probably the treeview is forced to show you way more than this number if you have not filtered the results in some way. With the default filter you are probably seeing .bat, .jar, .cmd, .lnk files too.

Consider that every single element in that treeview requires a lot of graphical elements at the system level (the parent folder, the text, the connectors, the icons..).
These kinds of elements are called GDI in Windows terms and if a program asks more than 9.999 GDI objects, it is killed by the system.

With the numbers you are working, your GDI request is probably far more than 9.999 objects and this is the reason for which you are experiencing the crash.

There's an interesting thread about this topic in this same forum https://ugmfree.it/forum/messages.aspx?TopicID=494 that teaches you how to check for this problem.

If you are in this situation, the only way to proceed with the batch import is to split your import in several sessions to prevent the GDI overflow.
So, as I advised before, choose a subfolder as a starting point, import, repeat the procedure for the next one.

Sorry for this but this is a Windows limit that comes from the mist of time and has no reason to exist today but here we still are for retro compatibility reasons I imagine.

Let me know if I hit the target.
+1 link



UGMFree © 2002-2025
PayPal BTC TON