Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

Recent content by vefatica

  1. vefatica

    @EXEC[CALL ...], CDD, crash!

    The popup is not special. This will cause the crash too. v:\> type test1.btm echo test2.btm returned %@exec[call v:\test2.btm] v:\> type test2.btm cdd d:\ cdd - quit 17 v:\> test1.btm test2.btm returned 17 v:\> cdd v:\
  2. vefatica

    @EXEC[CALL ...], CDD, crash!

    v:\> type test1.btm echo test2.btm returned %@exec[call v:\test2.btm] v:\> type test2.btm cdd d:\ cdd - quit 17 v:\> test1.btm test2.btm returned 17 v:\> That looks good, right? If I now attempt a change of directory via the popup directory history, TCC crashes. There's nothing in...
  3. vefatica

    Why does ^C and ^Break hardly work in Windows Terminal?

    If the BAT file you're interrupting (most likely the most deeply nested one) is being CALLed in a loop by a BAT file higher up the nesting chain, that higher up BAT file will continue CALLing the one you've interrupted. That is, Ctrl-C and Ctrl-Break don't travel up a nested sequence of BAT files.
  4. vefatica

    Why does ^C and ^Break hardly work in Windows Terminal?

    I'd wait until I could make a better case, like one that didn't depend on TCC, or other TCC users seeing the same thing. Have you tried Ctrl-C in CMD? DIR /S on the system drive would be a good one to try in CMD.
  5. vefatica

    Why does ^C and ^Break hardly work in Windows Terminal?

    And what if you run this with a correct path to tcc.exe? c:\Windows\System32\conhost.exe drive:\path\tcc.exe?
  6. vefatica

    Bug endlocal not restoring the directory stack or the CWD on drives

    And it does work at the command line. v:\> dirs TCC: Directory stack empty v:\> setlocal v:\> pushd d:\tc29 d:\tc29> pushd d:\tc30 d:\tc30> pushd d:\tc31 d:\tc31> pushd d:\tc32 d:\tc32> endlocal v:\> dirs TCC: Directory stack empty
  7. vefatica

    Bug endlocal not restoring the directory stack or the CWD on drives

    As @mdlawler said, it doesn't work. v:\> type dstack.btm dirs setlocal pushd d:\tc29 pushd d:\tc30 pushd d:\tc31 pushd d:\tc32 endlocal dirs v:\> dstack.btm TCC: V:\dstack.btm [1] Directory stack empty V:\ D:\tc29 D:\tc30 D:\tc31
  8. vefatica

    Why does ^C and ^Break hardly work in Windows Terminal?

    Your GLOBAL command worked fine here with both TCC31 and TCC32 in Windows terminal. There's probably an easier way (even if WT is the default), but the likes of this should start TCC in a console. c:\Windows\System32\conhost.exe d:\tc32\tcc.exe
  9. vefatica

    Why does ^C and ^Break hardly work in Windows Terminal?

    Not here. I just spent about 20 minutes trying various GLOBAL commands (in/out of BTMs, several FFIND commands too) with TCC v32 in Windows Terminal. I didn't count but I reckon I did 30-40 tests. Every time, the command was terminated immediately. Please give a specific command which you...
  10. vefatica

    Bug endlocal not restoring the directory stack or the CWD on drives

    I always type the code/endcode tags myself, these, without the spaces: [ code ] and [ /code ]. And there are [ icode ] and [ /icode ] (again no spaces) for inline code; I usually select text with the keyboard and choose those from the dropdown (...) menu.
  11. vefatica

    Done Unix-like clear screen keystroke command.

    I just stumbled on this thread. Was this really done? What's the keystroke?
  12. vefatica

    Why does ^C and ^Break hardly work in Windows Terminal?

    Can you provide an example, complete and the simpler the better, of something you can interrupt in a console but cannot interrupt in WT? Here, Ctrl-C works the same in WT as in a console. I never use Ctrl-Break.
  13. vefatica

    fast way to count the number of running processes for a specific program

    I built a new 4UTILS in which the timestamp log is off by default. I can turn it on for non-transient, non-pipe shells in TCSTART.BTM. A new ZIP file is in place. copy "ftp://vefatica.net/4plugins/x64/4utils64.zip"
  14. vefatica

    fast way to count the number of running processes for a specific program

    The info comes from the Win32 API function CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0) (and a couple other functions for stepping through the data). I'm sure Rex is aware of it; TakeCmd.DLL imports it so I reckon it's used somewhere. I suspect @PID and ISAPP are using a much more robust...
  15. vefatica

    fast way to count the number of running processes for a specific program

    In a way ... it's the CD that TCC calls first. But if you don't specify /H, /P, /K, or /F, it tells TCC "I'm not the guy you want" and TCC uses its internal CD. For that reason I'd expect mine to be (a few microseconds) slower. I'll think about the timestamp log. I prefer it to TCC's...
Back
Top