At 09:49 PM 26/11/2018 -0700, Grant wrote:
>On 11/26/18 7:21 AM, Guy Dunphy wrote:
>> Oh yes, tell me about the html 'there is no such thing
>> as hard formatting and you can't have any even when
>> you want it' concept. Thank you Tim Berners Lee.
>
>I've not delved too deeply into the lack of h
I am working on a USB interface for my Sinclair ZX 80.
The biggest problem im facing is how to buffer the 16GB through my 1kb of
program RAM. It's proving to be very slow.
Just as soon as I can get that working I'm hoping to be able to read these
devices.
On Tue, 27 Nov. 2018, 4:57 pm ED MAJD
For fully potted parts like the 48T59, I make four cuts along the sides of
the encapsulation, on the short ends I cut until I hit metal (pins coming
up from the IC to the crystal/battery). On the long ends I just cut deep
enough to get through the pot shell and into the potting compound a little.
T
On Mon, 26 Nov 2018 at 23:39, Christian Gauger-Cosgrove
wrote:
>
> On Mon, 26 Nov 2018 at 03:44, Liam Proven via cctalk
> wrote:
> > If it's in Roman, Cyrillic, or Greek, they're alphabets, so it's a letter.
> >
> Correct, Latin, Greek, and Cyrillic are alphabets, so each
> letter/character can b
On Mon, 26 Nov 2018 at 15:21, Guy Dunphy via cctalk
wrote:
> Defects in the ASCII code table. This was a great improvement at the time,
> but fails to implement several utterly essential concepts. The lack of these
> concepts in the character coding scheme underlying virtually all information
On Tue, Nov 27, 2018 at 01:21:52AM +1100, Guy Dunphy via cctalk wrote:
[...]
> Oh yes, tell me about the html 'there is no such thing as hard formatting and
> you can't have any even when you want it' concept. Thank you Tim Berners Lee.
Sure you can! Pick one of:
a) If you're not using HTML featu
Scorched earth, it's the only way to be sure.
Never trusted a system after compromise, even vintage ones :P
Thanks,
Jonathan
On Tue, Nov 27, 2018 at 5:57 AM Doug Jackson via cctalk <
cctalk@classiccmp.org> wrote:
> I am working on a USB interface for my Sinclair ZX 80.
>
> The biggest problem i
On Sun, Nov 25, 2018 at 9:50 PM wrote:
>
> Ah cool. I was at a friend's brother's house on a work trip out to Silicon
> Valley. One of his friends was there, with something amazing running in
> QEMU. It was a work in progress, but he said that there were a lot of
> issues because QEMU was too acc
On 11/27/2018 12:15 AM, Lawrence Wilkinson via cctalk wrote:
I think if everyone can refrain from posting non-cc stuff (and in this I
would include: Queries about modern HW or SW without a direct CC
relevance, long threads about character encoding schemes...) then we
could go to a single list,
On Tue, Nov 27, 2018 at 10:44 AM Kyle Owen via cctalk
wrote:
> Does anyone have a 3/60 hard disk image of SunOS 3.4 or 3.5, by chance?
I'll check. I was playing with TME earlier this year but I'm
forgetting which version of SunOS I was working on. I had a need to
test out some ancient SunOS m68
On Tue, Nov 27, 2018 at 08:59:35AM -0700, Grant Taylor via cctalk wrote:
> On 11/27/2018 12:15 AM, Lawrence Wilkinson via cctalk wrote:
> >I think if everyone can refrain from posting non-cc stuff (and in
> >this I would include: Queries about modern HW or SW without a
> >direct CC relevance, long
>>> I think it's time for cctech to die.
>>>
>>>
>> I agree!
>>
>>
> Not die so much as one become an alias of the other. I actually use
> them both, depending on the nature of my question. Someone should run
> a set of tests.
It was decided and announced long ago that cctalk and cctech woul
On 11/27/2018 03:05 AM, Guy Dunphy wrote:
It was a core of the underlying philosophy, that html would NOT allow any
kind of fixed formatting. The reasoning was that it could be displayed
on any kind of system, so had to be free-format and quite abstract.
That's one of the reasons that I like H
Hi,
Before I go to the bother of making up a gerber, and
putting in a cheap Chinese PCB order, does anyone
know of any place that has them for sale?
I bought a stack of them for about a buck a piece, a
number of years ago, but I can't seem to find them
for sale anymore.
They are ver
> I have long wondered if there are computer languages that aren't rooted
> in English / ASCII. I feel like it's rather pompous to assume that all
> programming languages are rooted in English / ASCII. I would hope that
> there are programming languages that are more specific to the region of
> t
On 11/27/2018 12:47 PM, Grant Taylor via cctalk wrote:
ASCII is a common way of encoding characters and control codes in the
same binary pattern.
File formats are what collections of ASCII characters / control codes
mean / do.
It also was designed for hard copy. Over strikes don't work well
When I bought that Sparcstation 4/330 at Computer Parts Barn, the 48T02
was one of the problems with it. The chip looks like a piggieback rom
encapsulated in epoxy.
I was not reinventing the wheel at the time, I think, because it was
the year 2000 or so, but I looked for a replacement and found t
One reason that I buy the new NVRAMs is that I keep failing at modifying
them. Got the polarity wrong and fried one. I destroyed one cutting down
to the terminals. I got one working, but have had problems convincing
the battery to stay in place and not rip the leads off. There is a
reason I am
I'd modified them as Jeff described in the past, but having the repair
boards saves significant time when doing a bunch. It also allows
non-precision cuts, since it doesn't matter if you accidentally destroy the
old connections down to the IC body. It also results in a repaired module
with no batte
I'm a bit dense for weighing in on this as my first post, but what the heck.
Our problem isn't ASCII or Unicode, our problem is how we use computers.
Going back in time a bit, the first keyboards only recorded letters
and spaces, even line breaks required manual intervention. As things
developed,
On 11/27/2018 03:34 PM, Jeffrey S. Worley via cctalk wrote:
> When I bought that Sparcstation 4/330 at Computer Parts Barn, the 48T02
> was one of the problems with it. The chip looks like a piggieback rom
> encapsulated in epoxy.
>
> I was not reinventing the wheel at the time, I think, because i
On 11/27/2018 04:43 PM, Keelan Lightfoot via cctalk wrote:
I'm a bit dense for weighing in on this as my first post, but what
the heck.
Welcome. :-)
Our problem isn't ASCII or Unicode, our problem is how we use computers.
Okay.
Going back in time a bit, the first keyboards only recorded l
On Tue, 27 Nov 2018, systems_glitch via cctalk wrote:
Scorched earth, it's the only way to be sure.
Never trusted a system after compromise, even vintage ones :P
On Classic machines, a low-level format of the hard drive, done on another
machine, should be fine, or even after a clean floppy boo
On 11/27/2018 12:15 AM, Lawrence Wilkinson via cctalk wrote:
I think if everyone can refrain from posting non-cc stuff (and in this I
would include: Queries about modern HW or SW without a direct CC relevance,
long threads about character encoding schemes...) then we could go to a
single list,
On 2018-11-27 8:33 PM, Grant Taylor via cctalk wrote:
> ...
>> Bold or italic or underlined text shouldn't be a second class concept,
>> they have meaning that can be lost when text is conveyed in
>> circa-1868-plain-text. I've read many letters that predate the
>> invention of the typewriter, emph
I have long wondered if there are computer languages that aren't rooted
in English / ASCII. I feel like it's rather pompous to assume that all
programming languages are rooted in English / ASCII. I would hope that
there are programming languages that are more specific to the region of
the world
> Surely a Chinese or Japanese based programming language could be
> developed.
The Tomy Pyuuta has a very limited BASIC variant called G-BASIC which has
Japanese keywords and is programmed with katakana characters (such as "kake"
for PRINT). It freely interchanges with the Tomy Tutor's GBASIC (n
It was thus said that the Great Grant Taylor via cctalk once stated:
> On 11/27/2018 04:43 PM, Keelan Lightfoot via cctalk wrote:
> >
> >Unpopular opinion time: Markup languages are a kludge, relying on plain
> >text to describe higher level concepts.
>
> I agree that markup languages are a kludg
On 11/27/18 6:23 PM, Fred Cisin via cctalk wrote:
> I love the use of an arrow for assignment. In teaching, a student's
> FIRST encounter with programming can be daunting. Use of an equal sign
> immediately runs up against the long in-grained concept of commutative
> equality. You would be surp
It was thus said that the Great Keelan Lightfoot via cctalk once stated:
> I'm a bit dense for weighing in on this as my first post, but what the heck.
>
> Our problem isn't ASCII or Unicode, our problem is how we use computers.
>
> Going back in time a bit, the first keyboards only recorded lett
On Tue, 27 Nov 2018, Sean Conner via cctalk wrote:
It was thus said that the Great Keelan Lightfoot via cctalk once stated:
In fact, typewriters have more flexibility than computers do even today.
Within the restriction of a typewriter (only characters and spaces) you
could use the back-spac
It was thus said that the Great Fred Cisin via cctalk once stated:
>
> >>I like the C comment example; Why do I need to call out a comment with
> >>a special sequence of letters? Why can't a comment exist as a comment?
>
> Why not a language even more self-documenting than COBOL, wherein the main
On 11/27/2018 9:11 PM, Sean Conner via cctalk wrote
But I can still load and read circa-1968-plain-text files without issue,
on a computer that didn't even exist at the time, using tools that didn't
exist at the time. The same can't be said for a circa-1988-Microsoft-word
file. It requires
Why not a language even more self-documenting than COBOL, wherein the main
body is text, and special markers to identify the CODE that corresponds?
On Wed, 28 Nov 2018, Sean Conner wrote:
In the book _Programmers at Work_ there's a picture of a program Jef
Raskin [1] wrote that basically embeds
34 matches
Mail list logo
