- Sep
- 134
- 1
WTF is this ?
- Thread starter Peter Murschall
- Start date
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
I'm curious what you have in your TCSTART.BTM file....
- Sep
- 134
- 1
Ahemm...:
::* TCSTART.BTM
::ASCII:Ž™šá„”:
::ANSI :ÄÖÜßäöü§:
if %_pipe != 0 .or. %_transient != 0 quit
IF %_PIPE != 0 Quit
IF %_TRANSIENT != 0 Quit
IF %_SHELLS != 0 QUIT
IFF %_CMDPROC != 4NT THEN%+IF %_IDE != 0 Quit%+ENDIFF
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::* Echo On
:: * Echo Hier ist :%0: mit !%_CMDPROC! in %@INC[%_SHELL]. Instanz
Echo %@NAME[%0], Proz:%_CMDPROC, Vers:%_4Ver, Instanz: %@INC[%_SHELL]./ %@INC[%_SHELLS].
Echo `%_PIPE`=%_PIPE , `%_TRANSIENT`=%_TRANSIENT , `%_BDEBUGGER`=%_BDEBUGGER ,`%_IDE`=%_IDE ,`%_SHELL`=%_SHELL,`%_SHELLS`=%_SHELLS
::* Echo It's me:%0: mit :%_CMDPROC: in %@INC[%_SHELLS]. Instanz
::* , in %@REPEAT[#,72]
Log %@NAME[%0]-Start *%_CMDPROC%* Ver:%_4Ver, Umgebung:(%_DOS) Shell#%_SHELL#,`%_SHELLS`=(%_SHELLS),`%_PIPE`:!%_PIPE!,`%_TRANSIENT`: -%_TRANSIENT-,`%_IDE`=# %_IDE#,ComSPEC:"%COMSPEC"
:-----------------------------------------------------------------------------------------------
::* Echo _SHELL:^t "%_SHELL" ^t Instanz
::* one for each command processor.
::* _SHELL will return 0 for a primary shell,
::* or 1 (or higher) for a shell started by another 4NT or TC process (either directly or via a pipe).
::* Echo _SHELLS:^t "%_SHELLS" ^t liefert den gleichen Wert wie _SHELL aus den vorherigen Versionen.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: Set DebugMe=Y
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
IF %_PIPE != 0 Quit
IF %_TRANSIENT != 0 Quit
IF %_SHELLS != 0 QUIT
IFF %_CMDPROC != 4NT THEN%+IF %_IDE != 0 Quit%+ENDIFF
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
IFF %DebugMe EQ Y THEN
Pause Debugme ist gleich "%DebugMe"
::* BDEBUGGER D:\JPSoft\Common\JPStart.BTM
IF %_4Ver LE 8 BDEBUGGER
IF %_4Ver GE 9 IDE D:\JPSoft\Common\JPStart.BTM
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::* ELSE
::* D:\JPSoft\Common\JPStart.BTM
ELSEIFF
D:\JPSoft\Common\JPStart.BTM
ENDIFF
Does it helps ? ;-)
- Sep
- 134
- 1
- May
- 12,645
- 155
Here, Win7/32 they both give "Terminal".
But that may be unrelated to your original problem. Peter, can you add a codepage check to your elaborate display of system status ... maybe a simple CHCP command? It certainly looks (in your first post) like two different codepages are being used.
- Sep
- 134
- 1
Unfortunately, this is not the case, vefatica, see "snippshot":
Attachments
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
If you change the console font to Lucida Console and re-run your TCStart script, does it look better?
Edit: Never mind. It's not a font issue.
Edit: Never mind. It's not a font issue.
Last edited:
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
Okay, I see it now. When a .BTM file contains OEM text (not Unicode), characters 0x80 - 0xff are interpreted as if they were Unicode -- not OEM characters. This seems only to happen in a .BTM; if you rename the file to end in .CMD or .BAT, high-order characters are interpreted according to the console code page.
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
Here's a ditzy little batch file which demonstrates the issue. I've zipped it so uploading and downloading won't affect its OEM-ness.
- Sep
- 134
- 1
Ahemmm .....really ? see snippshot ;-)
Btw: As You can see, TCCs are installed (and started !) in the same OS/Environment/Path/Drive etc..
So it could not be, that I'm using other Codepages/Fonts etc..
Attachments
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
Exactly. I was able to reproduce your issue. It has to do with the way TCC v17 reads characters from an 8-bit file loaded into memory, as a .BTM is by default. High-order characters are just zero-extended to 16 bits, not translated according to the current code page as they should be -- and were, in older versions.
I think that if you edit the batch file which displays all that stuff ( D:\JPSoft\Common\JPStart.BTM? ) and add a line LOADBTM OFF at the start, you'll find that the characters are interpreted correctly. Alternatively, you could load that batch file in a text editor and then re-save it as UTF-16; that should also work around the issue.
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
0xB2 is a graphics character in code page 850 and code page 437. It should translate to Unicode U+2593, "dark shade". TCC is instead making it Unicode U+00B2, "superscript 2".
- May
- 12,645
- 155
It's not like any "dark shade" I've seen. Look at it carefully. It has bumps on the left, indents on the right, and it's not flat on top. I'm accustomed to that character being perfectly rectangular, like this (Lucida Console).
That's how it looks when I view "Andale Mono" in charmap.
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
Don't know. It might be caused by ClearType, which I suspect was never really intended for (a) console windows or (b) graphics characters.
- May
- 12,645
- 155
Maybe.
- Sep
- 134
- 1
Many thanks, Charles, LOADBTM OFF will do the Job :-)
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
It's a workaround, but I think this issue qualifies as an incompatibility if not an outright bug.
Charles Dye
Super Moderator
- May
- 4,848
- 117
Staff member
Fixed in build 75. (Sorry for the slow feedback.)
- Sep
- 134
- 1
Great Job, Guys ! Build 75 works well as expected,
now I'm going to test the rest :-) :-) :-)