On Mon, 12/14/15, Ethan Dicks wrote:
> On Mon, Dec 14, 2015 at 2:05 PM, Mike wrote:
>> On Dec 14, 2015, at 12:34 PM, Chuck Guzis wrote:
>>>
>>> The subject brought up the thought of how many display-less
>>> computers we encounter every day without giving it a
>>> thought. I think that probably
On Thu, 12/31/15, Fred Cisin wrote:
> One quick [non-spoiler?] question: Is it a remake? Or is it
> another in the "series"? (if so, earlier? later?)
It's in the series, specifically Episode 7, taking place sometime
after Revenge of the Jedi.
BLS
On Sat, 1/16/16, tony duell wrote:
> I tried a RS232 analyser between the TU58 and the VAX. Very odd. Either
> my RS232 anaylser drops 00 bytes or the TU58 sets short result packets. The
> meaningful bytes (response code, etc) are there, but things like the sequence
> number are not. Odd...
>
> D
On Sat, 1/30/16, Eric Smith wrote:
> Does anyone have a PDP-11/03 or LSI-11 with the KEV11-C CIS
> (Commercial Instruction Set) option? It may have also been known as
> DIS (Dibol Instruction Set). It apparently consists of two microcode
> ROM chips (MICROMs), 23-004B5 and 23-005B5.
Eric,
It tur
On Fri, 6/19/15, William Donzelli wrote:
> DEC architecture machines were in the serious minority when it came to
> military computers in combat service.
It turns out that was partly by design. Recently I was reading an
interview with Ken Olsen that I hadn't seen before. In it he was
saying tha
> they are known to multiply on their own...
Clearly someone who has one (or better more) 780s (or 730s)
needs to start breeding them for the rest of us.
I guess to be fair I should offer that if anyone wants a 3600 and
they can reproduce asexually, I'll see if I can breed the one I just
got. :)
On Tue, 6/30/15, Vincent Slyngstad wrote:
>
> > I'll see if I can breed the one I just got. :)
>
> Do *not* post pictures. I'm still trying to forget seeing
> the ones from that other guy.
Don't worry. I don't have any plans to cross breed it with
myself. Besides I doubt VMS would run very w
> The problems revolve around the fact that instructions cannot be
> properly restarted on the 68000. Not enough context is saved. This in
> turn means you cannot do demand paging, a that will cause a memory
> exception trap, from which you cannot recover.
True, but IIRC the OP was talking about
On Sat, 7/4/15, Chuck Guzis wrote:
>> found in the archives of CERN, this image is beautiful! but what IBM
>> system is this.
>>
>> https://cds.cern.ch/record/1847692
>
> I don't believe you're looking at a single system. Note the banks of
> CDC 844 disk drives in the foreground (you can even ma
> Ok. I didn't know it was some version of 7th ed. I didn't even know that
> managed to get much beyond the PDP-11.
At least that's the way I read the original message. And there were
a number of re-implementations/clones of 7th ed.
> Anyway, it's sad, because the PDP-11 hardware can easily
>
I need to pick the brains of some PDP-8 experts. According to
the references I can find, especially the Small Computer Handbook,
the GTF instruction should include the M837 interrupt inhibit bit
in AC3. However, maindec 8E-D1HA test 05 seems to depend
on this not being true. Running the GTF inst
On Mon, 7/27/15, Vincent Slyngstad wrote:
> > I need to pick the brains of some PDP-8 experts. According to
> > the references I can find, especially the Small Computer Handbook,
> > the GTF instruction should include the M837 interrupt inhibit bit
> > in AC3.
>
> I can see where this happens in
> To Stuart - are you sure your code does it right. Could you post it?
That's kind of what got me here. I was running the 8E-D1HA
maindec on my emulator and it was failing at that point. My
initial reaction was that I was misinterpreting the RTF behavior
and that perhaps it wasn't setting the in
> I can see where this happens in the M837 schematic (E50),
> whenever DF is gated to AC9-11. That, in turn, seems to
> be for GTF or RIB.
I wonder if there are differences in different versions of the
schematics. If I'm reading the versions I got from bitsavers
correctly, on E50, Pins 2, 5,
On Fri, 8/7/15, Eric Christopherson wrote:
> Is there a subset of this group for people who like to program in
> languages or language implementations or libraries that are no longer
> in common mainstream use? Or other groups for such a thing?
Funny you should mention that. I just recently wrot
On Fri, 8/7/15, Eric Christopherson wrote:
> To Brian L. Stuart: What separates MCPL from CPL and BCPL?
> I'm not finding much about it, although it looks like it has the benefit of
> nice pattern matching.
The pattern matching mechanism was, I think, the big thing
he was experimen
On Sat, 8/8/15, Kip Koon wrote:
> I have often wondered what the inspiration for the C Language was. BCPL ->
> MCPL -> B -> c, quite an interesting list of languages.
Kip,
As Noel mentioned, MCPL wasn't part of the evolution; it actually
is pretty recent compared to the other three.
> I had he
On Thu, 8/20/15, Mouse wrote:
> Maybe _rated_ current, but, even there, I don't think so (my TTL
> doc hasn't been unpacked yet, or I'd go check, but I'm fairly sure
> they are generally specced to sink more current to GND
> than source from Vcc).
It so happens I have a TTL handbook to hand at t
On Thu, 8/20/15, Fred Cisin wrote:
> On Thu, 20 Aug 2015, Mouse wrote:
> > Copyright violation is not theft. (That doesn't make it OK. I just
> > get so sick of people tossing around emotionally loaded words like
> > "theft" and "stealing" when discussing copyright violation I feel it
> > incumb
On Thu, 9/10/15, Christian Gauger-Cosgrove wrote:
> From a friend of mine on RoadRunner (I won't say where, but in the USA
> of course); their trace dies as it leaves the Cogent Communications
> network (since it bounces through a few of their servers before dying).
I'm seeing the same behavior f
On Mon, 4/25/16, Swift Griggs wrote:
> So, the point is that the masses
> don't often pick "great" languages to fixate on. IMHO, Just
> because I point that out, doesn't make me "foolish, ignorant, narrow
> minded, or short-sighted"
I usually try to stay out of such discussions, but I think i
On Mon, 4/25/16, Swift Griggs wrote:
>The idea is somewhat that if students learn a
> "good" language that'll teach them some meta-structure that will help them
> later.
Certainly a lot of people do view it that way, but it's not what I was
getting at or how I see it. Based on my experience, the
On Wed, 4/27/16, Liam Proven wrote:
> ... with a few weirdos saying that 6809 was better than
> ... and a few weirdos maintained that Forth was better.
> ... while the weirdoes use FreeBSD.
I've never been more proud to be classified as a weirdo :)
> The efforts to fix and improve Unix -- Plan 9
On Wed, 4/27/16, Sean Conner wrote:
> > The bracketed note in the second paragraph of content on
> > http://www.catb.org/jargon/html/personality.html is exactly the sort of
> > thing I'm talking about here; ESR taught himself TeX by the simple
> > expedient of reading the TeXBook.
>
> You mean
On Thu, 4/28/16, Rod Smallwood wrote:
> Every fancy curve there is but not a straight
> forward line and circle method of creating lower case
> characters
I'm not sure if you count it as straightforward, but I'd
suggest METAFONT. Straight lines are certainly straightforward.
Circles are a lit
On Thu, 4/28/16, Liam Proven wrote:
> Oh, yes, indeed! I have a Plan 9 VM, and I intend to try it on my Pi.
> But it's had relatively little impact on mainstream Unix.
I would agree, given the qualification "relatively." There are several
things that have made their way from the late research UN
On Thu, 4/28/16, Rod Smallwood wrote:
> On 28/04/2016 16:32, Jon Elson wrote:
>> Have you tried MetaFont? I've never actually created a font with it,
>> just used it automatically within the TeX environment. But, there is
>> a human-readable language that defines the characters.
>
> I haven't
On Thu, 4/28/16, Rod Smallwood wrote:
> How about morse by a key made in 1898 . Then cw to ascii serial
> converter and normal program input after that.
I've often thought of doing that! Though my key dates from more like
the '40s or '50s. I see a weekend Raspberry Pi hack in my future...
BL
On Thu, 4/28/16, Liam Proven wrote:
>>> The efforts to fix and improve Unix -- Plan 9, Inferno -- forgotten.
>
> It is, true, but it's a sideline now. And the steps made by Inferno
> seem to have had even less impact. I'd like to see the 2 merged back
> into 1.
Actually, it's best not to think o
On Wed, 6/1/16, Rod Smallwood wrote:
> On 01/06/2016 18:57, Charles Anthony wrote:
> > On Wed, Jun 1, 2016 at 10:49 AM, Rod Smallwood
> > wrote:
> > > Apart from a personal 1202 alarm
> >
> > I have a habit of coding "can't happen" error checks with 1201 or 1202
> > error numbers.
>
> You may be
On Wed, 6/1/16, Rod Smallwood wrote:
> On 01/06/2016 19:34, Brian L. Stuart wrote:
>> On Wed, 6/1/16, Rod Smallwood wrote:
>>> On 01/06/2016 18:57, Charles Anthony wrote:
>>>> On Wed, Jun 1, 2016 at 10:49 AM, Rod Smallwood
>>>> wrote:
>>>>
On Thu, 6/16/16, Sean Conner wrote:
> It was thus said that the Great Liam Proven once stated:
> > And Plan 9 went one better, and (mostly) eliminated that nasty old
> > unsafe mess, C, and it eliminated native binaries and brought
> > platform-neutral binaries to the game.
>
> Um ... what? Pla
Unfortunately, I won't be able to make it to VCFMW this year.
(Those of you who don't know me are probably thinking "So what?"
Those who do are probably split between "Aww, that's too bad"
and "Good; he's a pain in the...") In lieu of my "sparkling
personality" I'm making available the ENIAC simul
I know this is a very long shot, but I'm looking for Figure 6-13
from the Part I Technical Manual on the ENIAC by Adele Goldstine.
In the table of tables at the front of the manual, this table is one
of three listed as "in an envelope attached to the back cover."
Neither the scan on archive.org, no
I know this is a very long shot, but I'm looking for Table 6-13
from the ENIAC Technical Manual Part 1 by Adele Goldstine.
In the table of tables at the front of the manual, it's listed as being
"in an envelope attached to the back cover." Neither the scan
on archive.org nor the printed copy from
On Tue, 11/1/16, Jon Elson wrote:
> Also, some IBM publications (where I'm more
> familiar with their models) had some photos
> of machines that probably were in-house
> prototypes that were quite different than the
> production version.
Along the same lines, the picture in the original PDP
On Thu, 12/29/16, Noel Chiappa wrote:
> Interesting factoid about the Bendix G-15: it was designed with the help of
> one of the ACE people (Harry Huskey), and is basically a re-packaged ACE with
> drum instead of delay lines. There's an interesting article by Huskey himself
> in "Alan Turing's A
On Tue, 1/3/17, Cory Heisterkamp wrote:
> What I’m wondering is if anyone is familiar with the setup/adjustment
> procedure for getting the heads set correctly. There *might* be a couple of
> unused tracks I can relocate heads to, but my thought is that if half a
> dozen heads were already in cont
On Tue, 1/31/17, geneb wrote:
> On Tue, 31 Jan 2017, Alfred M. Szmidt wrote:
>> Can someone please fix the mailing list software? This has been
>> reported every once in a while by a bunch of people for over ten
>> years.
>
> Bounces aren't caused by the mailing list, they're caused by the
> dest
On Wed, 2/15/17, jim stephens wrote:
> I saw her speak twice...
I got to hear her speak once when I was a freshman in
college before I really knew much about who she was.
Yet there were still several things she said that have stuck
with me ever since. Years later I was talking with a retired
Nav
On Wed, Mar 08, 2023 at 05:24:40AM -0600, Steve Lewis via cctalk wrote:
> We're making final touches on a short history-video we've been making about
> home computers (my daughter, in middle school, has been helping).
>
> If anyone has time/interest to do a review, the draft listing is here:
> htt
I've seen suggestion that TU-58s are emulated in simh on
PDP-11s. However, I'm not seeing it in a show dev and my
google-fu is failing me to find any info on how to use it. Any
pointers on how to boot from a TU-58 image?
TIA,
BLS
On Fri, 4/21/17, Don North via cctalk wrote:
> On 4/21/2017 4:25 PM, Brian L. Stuart via cctalk wrote:
>> I've seen suggestion that TU-58s are emulated in simh on
>> PDP-11s. However, I'm not seeing it in a show dev and my
>> google-fu is failing me to find
On Tue, 8/8/17, Rod Smallwood via cctalk wrote:
> Well not surprisingly it didn't. I keyed in the bootstrap and
>
> So next move will be to try and see if we can read / write the registers
> on the controller card.
>
> First find out what address they are at.
Unlike the 11s, the devi
On Fri, 10/20/17, Al Kossow via cctalk wrote:
> I've noticed since I've gotten into this again that there is a lot of
> closed-source thinking
It's pretty disturbing when you think about how the amateur
radio world developed and that it was given legal status
in part to encourage experimentatio
On Fri, 11/10/17, Dave Wade via cctalk wrote:
> https://www.theguardian.com/global/2017/nov/08/geoff-tootill-obituary
This raises the question, is there anyone still alive from those
first-generation projects? I had guessed that at age 101, Harry
Husky was the last one still alive when he passe
On Wed, 11/15/17, Jon Elson via cctalk wrote:
> PDP-5 and LINC certainly fit that requirement.
Funny the LINC should come up tonight. Earlier this evening
I went to a talk given by Mary Allen Wilkes who was the
developer of the system software for the LINC. She had one
in her parents' house a
On Fri, 12/15/17, Ethan Dicks via cctalk wrote:
> On Fri, Dec 15, 2017 at 1:49 PM, systems_glitch
> wrote:
> > It's on my list of things to do -- you can run external clock into DL11 and
> > DLV11-J style connectors, and IM6402 UARTs are supposed to go up to 2 mbit,
> > so somewhere between 3840
I suppose this makes a good point for me to jump in with my 20
milli-dollarsworth. To establish context, I'm in the middle to upper part of
the age rangeat 62. My first contact with a computer was my cousin's Altair
around '76or '77. The first exposure to information about computing were a
> But the required are often dependent on variables that are not> known at
> compile time, for example load/store delays, or branches> taken/not taken.
> Run time interlocks deal with the actual conflicts> as they occur, while
> compiler or programmer conflict avoidance> has to use the worst ca
On Sat, Jul 13, 2024 at 08:43:59PM -0400, Patrick Finnegan via cctalk wrote:
> I'm definitely a bit sad that Purdue's former CDC 6500 (priming that's what
> they meant) will probably go to some unknown high dollar bidder.
>
> Patrick Finnegan
Same here. I'm pretty sure I ran some code on that ma
On Mon, Jul 22, 2024 at 06:53:19PM -0600, Eric Smith via cctalk wrote:
> On Sat, Jul 20, 2024 at 8:08?PM Steve Lewis via cctalk <
> cctalk@classiccmp.org> wrote:
>
> > What I meant was that in the title of the book they use "digital computer"
> > and I wonder if there was ever a book describing a
Several years ago when I restored my 8/M, I whipped up
a quick and dirty program that uses TCL/Tk to make a
little graphical interface for selecting, reading, and punching
paper tape images. When running, it looks something
like this:
https://www.cs.drexel.edu/~bls96/museum/asrscreen.jpg
You nee
On Thu, 2/28/19, Fritz Mueller via cctalk wrote:
> I've just been tripped up for a little
> over the fact that the C compiler barfs if there is
> whitespace/comentary before the first #include; the
>
> I found this curious. Anybody
> know what the story is there?
My recollection is that it's doc
On Thu, 4/18/19, dwight via cctalk wrote:
> My understanding was that the mercury delay lines
> needed periodic repairs ( not sure what the cause
> was but mercury does dissolve into many metals ).
> If I were going to make a delay line memory, I'd go with
> the magnetostrictive. These are practic
On Tue, 6/11/19, dwight via cctalk wrote:
> When I needed to create a PAL from a schematic, I first made
> a schematic of what the PAL was suppose to do, using the
> same basic model of logic that the PAL provided. Once I was
> done, I took the PAL map from the TI book and made red dots
> on each
On Sat, 3/11/17, Douglas Taylor via cctalk wrote:
> One of the things that I tried
> was running kermit inside the xterm window, I was able to
> connect to the Vax but was unable to test the graphics portion.
There are two things that come to mind as possibilities. First, if
xterm isn't gettin
On this, the 74th anniversary of the unveiling of
the ENIAC, I've decided to post a couple of things
I've been working on. The first is the 3D model
of the ENIAC mentioned before. It's designed
using brlcad, from the Ballistics Research Lab.
It just seemed too appropriate to model it using
the to
On Saturday, May 9, 2020, 11:42:11 AM EDT, Tony Duell via cctalk
wrote:
>On Sat, May 9, 2020 at 4:23 PM Noel Chiappa via cctalk
>wrote:
>>
>> > From: Dwight Kelvey
>>
>> > There was a fellow that made a relay logic that could play tic tac toe
There's a guy who brings the stepper/relay TTT mac
On Tue, 4/17/18, Eric Smith via cctalk wrote:
> On Mon, Apr 16, 2018 at 7:29 PM, Chuck Guzis via cctalk
> wrote:
>> Disassembly is never lots of fun,
>
> Some of us might disagree.
> But then, some of us might be masochists.
I was just thinking the same thing. This whole discussion
has taken m
On Wed, 9/5/18, Martin Hepperle via cctalk wrote:
> In the 1990s a computer terminal standard "AlphaWindows" was proposed by the
> Display Industry Association (DIA). Sort of X-Windows for the poor.
>
> Does anyone have a manual with escape sequences for one of the terminals
> mentioned? Or other
On Wed, 9/5/18, Ethan Dicks via cctalk wrote:
> The part that puzzles me is the collection of object files and
> binaries in the directory above that. 'file' tells me that they are
> "m68k COFF" files. From what I've read so far, COFF binaries are from
> System V Release 2-4. What I can't recon
On Wed, 9/5/18, Al Kossow via cctalk wrote:
> Martin and I thank you!
Al and Martin,
I've run the standard though our fancy copier
at the office and had it scan at 400dpi, bilevel
directly to PDF. A quick look with xpdf seems
to be a pretty decent scan. I've put it up here:
http://cs.drexel.ed
On Tue, 10/23/18, Paul Berger via cctalk wrote:
> This is my issue with a lot of Linux distros they seem to try to hard to
> look and work like mac or like windows while I would rather have them
> look and work like the xwindows I knew and loved. One of my biggest
> aggravations is cut and pas
On Tue, 11/6/18, Zane Healy via cctalk wrote:
> For those not in the know, orange binders for RT-11 should mean v5.x. An
> probably v4.x for
> RSX11M. Definitely a great pile of documentation for someone that is close
> enough!
Isn't RT-11 V4 orange? I'll have to check when I get home, but
I
On Monday, October 19, 2020, 5:34:03 PM EDT, Chris Zach via cctalk
wrote:
> Maybe. If so it's a seriously overpowered 11/84 with only a pair of
> RL02's. Might also be an 11/24.
>
> I'll check into it. NJ isn't too far away although I don't think it will
> fit easily in a Porsche 928. So I'd
On Friday, January 29, 2021, 10:19:54 AM EST, Liam Proven via cctalk
wrote:
>On Fri, 29 Jan 2021 at 13:11, Peter Corlett via cctalk
>wrote:
>>
>> It is *also* the use of symbols. Firstly, some people are just symbol-blind
>> and prefer stuff spelled out in words. It's just how brains are wired
On Friday, January 29, 2021, 5:44:05 PM EST, Noel Chiappa via cctalk
wrote:
> This seller:
>
> https://www.ebay.com/itm/303862645513
>
> is _completely_ insane! ~$2400 for an RL11 board?
But you get a discount if you order 2... :)
BLS
This evening begins a series of events celebrating the
75th anniversary of the unveiling of the ENIAC at the
University of Pennsylvania. On the 11th and 18th, the
Philadelphia Venture Cafe will be hosting virtual round
tables with a number of us who have some connection to
the ENIAC and Philadelph
70 matches
Mail list logo
