definitions again (Developers)
> > #define ESC_STRING "\x1b"
> >
> Definitively NO. There is no reason *ever* to have a C90 program output
> ESC_CHAR.
It's not a C90 program. It's an ANSI X3.64 program.
THAT is the standard (plus C90).
> What you have probably in mind is something similar to
>
> switch (terminal_detected())
> {
> case VT_100:
> cursor_up_string = "\x1b[A";
> cursor_down_string = "\x1b[B";
> cursor_left_string = "\x1b[A";
> break;
>
> case EBCDIC_ANSI_X3.64:
> cursor_up_string = "\x27(J";
> ...
>
If you're doing this, then probably "curses" would
be more appropriate to be made a standard.
That's a job for another day.
For now I just want to support ANSI 3.64.
> > rather than burdening the compiler to recognize '\e' or whatever.
> if your compiler is burdened by this, change compiler.
Microsoft C 6.0 was the last version to run on an 8086.
And thus on my Book 8088 (both of them).
I also have a legal copy of Borland C++ 3.1 I think it is.
Which of those either already support \e or can be updated
to support \e?
I'm in the "Dos Ain't Dead" forum for a reason.
> the idea that a single person could set a standard is hilarious.
I'm not? That's why I've been discussing this here for years.
I mentioned "BTTR standard a few days ago".
Regardless, sometimes single people do set standards.
The MZ header starts with MZ because of one guy.
MSDOS 1.0 complied to Kildall's standard.
> the idea that YOU could set a standard is more sad than hilarious.
Whatever dude.
There's not a lot of competition in the DOS world anyway.
Even less in the PDOS world.
BFN. Paul.
Complete thread:
- definitions again - kerravon, 19.03.2024, 07:28
- definitions again - samwdpckr, 19.03.2024, 13:15
- definitions again - ecm, 19.03.2024, 14:15
- definitions again - kerravon, 19.03.2024, 15:52
- definitions again - marcov, 19.03.2024, 20:11
- definitions again - kerravon, 20.03.2024, 09:39
- definitions again - marcov, 20.03.2024, 12:53
- definitions again - kerravon, 20.03.2024, 13:36
- definitions again - marcov, 20.03.2024, 12:53
- definitions again - kerravon, 20.03.2024, 09:39
- definitions again - Oso2k, 21.03.2024, 01:00
- definitions again - Oso2k, 21.03.2024, 01:06
- definitions again - kerravon, 21.03.2024, 10:53
- definitions again - Oso2k, 22.03.2024, 18:30
- definitions again - marcov, 22.03.2024, 22:49
- definitions again - Rugxulo, 11.04.2024, 02:48
- definitions again - kerravon, 11.04.2024, 04:03
- definitions again - Rugxulo, 13.04.2024, 05:55
- definitions again - kerravon, 13.04.2024, 08:53
- definitions again - boeckmann, 14.04.2024, 16:12
- definitions again - kerravon, 20.04.2024, 03:09
- definitions again - tom, 20.04.2024, 09:50
- definitions again - kerravon, 20.04.2024, 10:57
- definitions again - tom, 21.04.2024, 11:27
- definitions again - kerravon, 21.04.2024, 15:18
- definitions again - tom, 21.04.2024, 21:20
- definitions again - kerravon, 22.04.2024, 02:48
- definitions again - kerravon, 22.04.2024, 03:37
- definitions again - Rugxulo, 23.04.2024, 02:13
- definitions again - kerravon, 23.04.2024, 10:04
- definitions again - Rugxulo, 23.04.2024, 02:13
- definitions again - tom, 21.04.2024, 21:20
- definitions again - kerravon, 23.04.2024, 11:50
- definitions again - Rugxulo, 23.04.2024, 13:03
- definitions again - kerravon, 21.04.2024, 15:18
- definitions again - tom, 21.04.2024, 11:27
- definitions again - kerravon, 20.04.2024, 10:57
- definitions again - tom, 20.04.2024, 09:50
- definitions again - kerravon, 20.04.2024, 03:09
- definitions again - boeckmann, 14.04.2024, 16:12
- definitions again - kerravon, 13.04.2024, 08:53
- definitions again - Rugxulo, 13.04.2024, 05:55
- definitions again - bretjohn, 11.04.2024, 16:34
- definitions again - glennmcc, 11.04.2024, 18:15
- definitions again - kerravon, 11.04.2024, 04:03
- definitions again - Oso2k, 22.03.2024, 18:30
- definitions again - kerravon, 21.03.2024, 10:53
- definitions again - samwdpckr, 19.03.2024, 13:15