|
mmlmrx Posts: 3
27/02/2025
|
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 Administrator Posts: 1318
28/02/2025
|
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 Administrator Posts: 1318
28/02/2025
|
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
|
|
mmlmrx Posts: 3
28/02/2025
|
Hi Gianluca,
You are correct! :-) When I add those filters (*.cmd,*.jar,*.lnk,*.bat) the scan completes without crashing and shows me the results. That will be fine - I only have a handful of apps that launch via .bat files so I can add those manually.
I did want to make two observations, though.
The first is that I still see a lot of folders and subfolders listed in the scan results even though there are no .exe files in them. Presumably those folders have some file that I have filtered out, so it knows not to show me the file but still shows the folders?
The second observation is that I have my apps organized into subfolders, but there still are some apps directly at the root folder. So, I will do as you suggested and import one subfolder at a time, but is there a way to scan ONLY the root folder? Changing the "check up to level" value did not seem to have any effect, and the filter mechanism does not appear to work on folder names.
Thanks very much for the solution!!
|
|
|
link
|
|
Gianluca Administrator Posts: 1318
28/02/2025
|
mmlmrx wrote:
You are correct! :-) When I add those filters (*.cmd,*.jar,*.lnk,*.bat) the scan completes without crashing and shows me the results. That will be fine - I only have a handful of apps that launch via .bat files so I can add those manually.
...or you can launch another import filtering .exe this time and including the .bat.
mmlmrx wrote:
The first is that I still see a lot of folders and subfolders listed in the scan results even though there are no .exe files in them. Presumably those folders have some file that I have filtered out, so it knows not to show me the file but still shows the folders?
You are right. The behaviour should be different but implies the addition of an entire folder branch only if something valid is contained there inside. This means the add node function can't work item per item but on a batch of elements. I'll let you imagine the code modification I should make.
mmlmrx wrote:
The second observation is that I have my apps organized into subfolders, but there still are some apps directly at the root folder. So, I will do as you suggested and import one subfolder at a time, but is there a way to scan ONLY the root folder? Changing the "check up to level" value did not seem to have any effect, and the filter mechanism does not appear to work on folder names.
There is no way to scan only up to a certain level. What you are seeing, the check up to level x, is a way to flag the found checkboxes up to the level, not to scan them.
I know the batch import is a bit buggy but every user uses it once in his SyMenu life. And a lot of the new users don't use it at all because the SyMenu way, the suggested way indeed, is through the SPS Manager not the batch import.
|
|
|
link
|
|
mmlmrx Posts: 3
28/02/2025
|
Ahh, okay - yeah, that makes sense. No worries - I know it doesn't make sense to add features if not many people will use them. I just wanted to make sure I wasn't missing some easier way of doing things.
Thanks again! :-)
|
|
|
link
|