F7-Key Problem

[akrenz]

Hello ,

there is a problem using the F7-key to display filenames. If this key is pressed after TCC reboots and there is more than one file in the directory, TCC will crash. If the F5 key is pressed beforehand, everything is fine.

Thanks in advance
Andreas

 

[Charles Dye]

F7 works fine for me (TCC 34.00.19). Which version are you running, and how are you running it — in a console window, in a Take Command tab, in a Windows terminal tab?

A lot of times, a 'crash' in a TCC popup window is caused by the window popping up unseen: underneath the Take Command window, or offscreen. TCC is still running; it's just waiting for you to close the popup window... which you can't do, because you can't see it. You might try minimizing the Take Command window (or Windows Terminal) window and see whether your missing popup is hiding underneath.

 

[akrenz]

Yes, it is really a program crash, TCC must be terminated via the task manager.
The same problem occurred for me under tcmd with tcc in a tab window.
An analogous behavior also shows
tcc v33
tcc v32
tcc v31
tcc v30


Andreas

 

[rconn]

Not reproducible here.

If it was a program crash, you wouldn't need to terminate it in the task manager. In this instance, it's either a hang or a dialog appearing off-screen, or behind the foreground window(s).

Does it fail in all directories or only a particular one?

If it doesn't work on any previous version either, you probably have one of the following:

1. A custom tab completion script that isn't working quite right.
2. A plugin that's getting in the way.
3. A third-party app that's injecting code that isn't working (i.e., intercepting the find first / find next Windows API calls).

If you start TCC with TCMD.INI / plugins / TCSTART / etc. disabled (i.e., "TCC /I") do you see the same thing?

 

[Charles Dye]

His attached picture shows a popup dialog, visible and on top, with only the first filename displayed, and "Keine Rückmeldung" in the title bar. I think this means "not responding".

Andres, do you see the same behavior if you change TCC's language to English and restart?

 

[Charles Dye]

I tried setting both TCC's and Take Command's language to German, in both 33.00.20 and 34.00.19. I still can't reproduce this behavior.

 

[akrenz]

Hi

(1) the problem also exists in the original language (English).
however, the Win10 or Win11 operating system is still available in German.
(2) the problem also exists when starting without INI and/or BAT files.
(3) the problem does NOT exist if I press the F5 key once before the F7 key. The problem then does not exist until tcmd/tcc is restarted
So it seems unlikely to me that this is caused by any other program.

 

[Charles Dye]

Are you seeing this behavior on multiple computers, or just the one?

 

[akrenz]

Only on this computer with v34 and on a second new computer after installing the Win11 operating system. I installed version TCC/LE v14 Build 9 on this second computer, no other programs installed. However, the F5 key doesn't work here, I think that's normal. The F7 key causes the program to crash, stop, or whatever else you want to call it.

Andreas

 

[rconn]

I have an idea where Windows (not TCC) is hanging here.

First, can you confirm whether doing tab completion in this directory works at startup (i.e., no F5 first, just tab complete all of the files in the directory)?

 

[akrenz]

Yes, that is correct, the TAB key always works, even without pressing the F5 key first.

 

[rconn]

I think I have a good idea of what is failing on your system (though not yet why it's failing).

Please download and try this test build:

https://jpsoft.com/downloads/beta/tcmd.exe

There's a chance it might work as-is (though not probable). If not, stop it and edit your TCMD.INI to add the following line in the [4NT] section:

FileIcons=No

Then start it again and see if it works.

 

[akrenz]

Thanks,

I've been struggling with this problem for three years, now it's solved.

Thanks again, very well done

 

[rconn]

Did you need to use the FileIcons=No option, or did it work without that?

 

[akrenz]

The entry in the INI file was necessary, without this change it was not possible to display the file names using the F7 key.

 

[rconn]

The Windows SHGetFileInfo API is failing (hanging) on your system, so TCC can't get the file icons. I've never seen (or heard) of that before. There are some less-capable alternatives that I could explore.

 

[akrenz]

Is this function not used if the F5 key is pressed first? These icons are then displayed without any problems. It is more important to me that after pressing the F7 key the application still works in case I forgot to press the F5 key first. This has resolved the change you have made satisfactorily for me. So as we say in Germany: ALLES GUT

 

[rconn]

The F5 dialog is Microsoft's code; apparently they're doing something internally that fixes the SHGetFileInfo problem. Unfortunately, I don't have access to their source code.

 

[akrenz]

What I forgot to mention is that the three computers that have these problems are from hp model hp ZBook Fury g8 17,3. This error cannot be detected on other systems

 

[Joe Caverly]

The following will press the F5 key, wait, and then press the ESC key;

keystack F5 /w13 Esc

If you place this in your TCStart.btm,
it will always run on startup.

From then on,
you should be able to press the F7 key,
without wondering if you pressed the F5 key previously.

Adjust the /w13 to accommodate your system.
"The only way to determine what delay is needed is to experiment."

Joe

 

[akrenz]

Yes, this is a really good tip to solve the F5/F7 problem. Of course, that doesn't change the fact that there is obviously a problem in the API, it's just no longer noticeable.