Skip to main content
14 events
when toggle format what by license comment
Jul 8, 2020 at 12:45 comment added Arvo @another-dave Why do you think that using variable length character representation (like UTF-8) would be ideal or even usable at register-level processing?
Jul 8, 2020 at 8:49 comment added Stack Exchange Supports Israel ARM also has byte-addressable RAM and 32-bit registers.
Jul 8, 2020 at 5:44 answer added Martin Rosenau timeline score: 2
Jul 7, 2020 at 19:37 comment added badjohn What about EBCDIC?
Jul 7, 2020 at 18:23 history became hot network question
Jul 7, 2020 at 18:18 comment added dave It's not a matter of better or worse these days; it's a matter of the character code actually used by programming platforms. For example, if you think Java characters are ASCII, you're likely to write buggy code.
Jul 7, 2020 at 17:32 comment added supercat @another-dave: UTF-8 may be better than ASCII for many desktop applications, but is grossly impractical for many embedded purposes.
Jul 7, 2020 at 16:48 vote accept No Name QA
Jul 7, 2020 at 15:06 history edited Raffzahn CC BY-SA 4.0
deleted 1 character in body; edited title
Jul 7, 2020 at 12:56 answer added Raffzahn timeline score: 11
Jul 7, 2020 at 11:26 answer added dave timeline score: 6
Jul 7, 2020 at 11:25 comment added dave Side note: ASCII is long obsolete, except in a retrocomputing forum. If you want byte-oriented character codes, use UTF-8.
Jul 7, 2020 at 10:55 comment added occipita Not a full answer, as I know little about /360, but the reason we have 8-bit registers in x86 processors is mostly for backward compatibility: they were designed so that programs written for ths 8-bit 8080 processor could be automatically translated to run on them.
Jul 7, 2020 at 10:23 history asked No Name QA CC BY-SA 4.0