Hey Noel,
Did get away with ‘od’ without generating a second core file — sending to you
in direct messsage!
Also found and ran the appropriate MS11 MAINDEC that matches the vintage of my
MS11-L board (a bit of an anachronism for an '11/45) and it is indeed
indicating some sort of issue now, so
/* You are not expected to understand this. */
https://www.ioccc.org/2018/mills/hint.html
--
Liam Proven - Profile: https://about.me/liamproven
Email: lpro...@cix.co.uk - Google Mail/Hangouts/Plus: lpro...@gmail.com
Twitter/Facebook/Flickr: lproven - Skype/LinkedIn: liamproven
UK: +44 7939-08788
On Wed, Jan 9, 2019, 4:14 AM Liam Proven via cctalk /* You are not expected to understand this. */
>
> https://www.ioccc.org/2018/mills/hint.html
Wow, thorough. I attempted to port the same version of unix to an rl02
disk pack and to run on an actual 11/40. I was able to get ir to boot up to
th
On Wed, 9 Jan 2019 at 03:56, Fred Cisin via cctalk
wrote:
>
> I've heard quit a bit about that scam, but I haven't gotten that one.
Ditto on both.
> The really sad part is that I'm not doing anything that I could be
> blackmailed about.
> THAT is depressing.
Oh dear. Now I am feeling slightly d
On Wed, 9 Jan 2019 at 12:20, Bill Degnan wrote:
>
> Wow, thorough.
Isn't it? :-o
> I attempted to port the same version of unix to an rl02 disk pack and to run
> on an actual 11/40. I was able to get ir to boot up to the # prompt but my
> system does not have a working EIS card to proceed any
At 08:39 PM 1/8/2019, Jon Elson via cctalk wrote:
>This particular scam is quite common right now.
Another variation shows your MySpace password from a decade ago,
as proof they know your password - gambling that many people have
used the same password for years and/or in many contexts.
There was
At 08:56 PM 1/8/2019, Jon Elson via cctalk wrote:
>I currently have 9000-some blocked IPs in hosts.deny, I wonder how much that
>slows down my store. Ugh, the stuff we are forced to go through.
Now you've increased your chances by 9000x that someday someone
will complain that they can't reach yo
-Original Message-
From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of John Foust
via cctalk
Sent: Wednesday, January 09, 2019 6:33 AM
To: cctalk@classiccmp.org
Subject: Re: Bogus "account hacked" message
At 08:56 PM 1/8/2019, Jon Elson via cctalk wrote:
>I currently have 9
> On Jan 8, 2019, at 11:58 PM, Tony Duell via cctalk
> wrote:
>
> ...
> IIRC one of the manuals for the HP15C had a chapter on 'Why this
> calculator gives the wrong answers'. It covered things like rounding
> errors.
>
> -tony
That reminds me of a nice old quote.
"An electronic pocket cal
Recently, in the calculator group, a fellow has an older calculator and was
using the power function. You know x^y. He'd put in 2^2 and got 3.8 or
something where the last digit was 2 off. He was worried that the calculator
was bad. I explained to him that the calculator was fine. It was sim
> I don't recall off the top of my head whether the location of that
> shared block of memory is in the per-process swappable kernel data
> (which is included in the process core dump).
So I checked, and the swappable per-process kernel data does in fact include
pre-computed contents f
> the swappable per-process kernel data does in fact include pre-computed
> contents for all the memory management registers, so we'll be able to
> see (from the process core dump) where the code and data segments were.
Uh, no. The copies there are 'prototypes', later modified for actu
> From: Bill Degnan
> I attempted to port the same version of unix to an rl02 disk pack and
> to run on an actual 11/40. I was able to get ir to boot up to the #
> prompt but my system does not have a working EIS card to proceed any
> further.
I"m incredibly surprised that you
On 1/8/2019 7:21 PM, Chuck Guzis via cctalk wrote:
On 1/8/19 3:04 PM, Fred Cisin via cctalk wrote:
But, using a crude code of 'A' = 1, 'B' = 2, 'C' = 3, etc.
"ELGAR" appears in PI at decimal digits 7608455
I suspect that Pi, to a sufficient number of places could decode
anyone's surname.
No,
On 01/09/2019 06:53 AM, Jay West via cctalk wrote:
Now you've increased your chances by 9000x that someday someone will
complain that they can't reach your site. You said "botnet" right?
Jay, I sent you a direct email a week ago (12/30) about
seeing if we could meet up sometime this year.
On 01/09/2019 06:53 AM, Jay West via cctalk wrote:
Now you've increased your chances by 9000x that someday someone will
complain that they can't reach your site. You said "botnet" right?
The people I'm really concerned about hearing from are
mostly more tech savvy and careful with their comp
On 01/09/2019 07:49 AM, Paul Koning via cctalk wrote:
Understanding rounding errors is perhaps the most
significant part of "numerical methods", a subdivision of
computer science not as widely known as it should be. I
remember learning of the work of a scientist at DEC whose
work was all abo
I first encountered it about 60 years ago, in fifth grade. Our textbook
said, "PI is about 3.1416 or 22/7." Our teacher insisted that that
sentence meant "PI is about 3.1416, or exactly 22/7." I argued it. I
pointed out that 22/7 was about 3.1429, and "why would they say 'about
3.1416' instead
On Wed, 9 Jan 2019, Jon Elson via cctalk wrote:
A real problem on the IBM 360 and 370 was their floating point scheme.
I think that another serious problem was erroneous nomenclature, such as
FORTRAN using binary approximations (using a special subset of "RATIONAL
numbers"), and calling them
On 1/9/19 9:36 AM, Douglas Taylor via cctalk wrote:
> I always wondered how do people know that those computed digits of pi,
> out to millions and millions of digits, are correct?
>
> Do different algorithms or methods give the same answer?
That's basically the idea. For example, you can start
> -Original Message-
> From: cctalk On Behalf Of Jon Elson via
> cctalk
> Sent: 09 January 2019 17:43
> To: Paul Koning ; gene...@ezwind.net;
> discuss...@ezwind.net:On-Topic and Off-Topic Posts
>
> Subject: Re: Teaching Approximations (was Re: Microcode, which is a no-go
> for
>
> On
For those musically uninitiated, my reference to Elgar was the
interesting discovery by an amateur musician that the "enigma" of the
"Nimrod" variation, which has been debated by musicologists for the last
century or so, is very likely pi.
Consider that by assigning a number to the degrees of the
Well, I have decided to stop playing with my hardware for a while and
get back to playing with software. :-)
In order to do this I am building three (maybe four)
PDP-11's. I have an 11/93, an 11/73 and an 11/23+
(and maybe another 11/23 or 11/73). BUt, I have run
into a small problem. Memory
Hi Everyone,
Is there any interest in a DiscFerret in good working order?
If so contact me off-list. I don't have a plan yet for the case interest
is >1.
Fred Jan
On Tue, Jan 8, 2019 at 3:01 PM ben via cctalk wrote:
> I bet I/O loops throw every thing off.
>
Even worse than you might think. For user mode code you've got at least
two context switches which are typically thousands of CPU cycles. On the
plus side when you start waiting for I/O the CPU will
-Original Message-
From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Bill
Gunshannon via cctalk
Sent: Wednesday, January 09, 2019 1:49 PM
To: General Discussion: On-Topic and Off-Topic Posts
Subject: PDP-11 Memory
...
M8067-LB
M8067-LF
M8067-LJ - Same problem. I can find
On 1/9/19 12:49 PM, Bill Gunshannon via cctalk wrote:
And then I have two non-DEC module that are unlikely to
have any documentation still floating around for.
Camintonn CMV-1000 -- As funny as it sounds, this one
looks more like a DEC MSV11-QA
On Tue, Jan 8, 2019 at 3:01 PM dwight via cctalk
wrote:
> To Tell you the truth, I can't think of anything other than speed of
> calculating that should be done in floating point. The speed is because
> we've determined to waste silicon for floating point when we should really
> be using combined
On 1/9/19 2:06 PM, Fred Jan Kraan via cctalk wrote:
> Hi Everyone,
>
> Is there any interest in a DiscFerret in good working order?
>
> If so contact me off-list. I don't have a plan yet for the case interest
> is >1.
>
What were you hoping to get for it? I have no idea
what they went for new
> From: Bill Gunshannon
> I have a number of different memory modules. Mostly DEC but a couple
> zthird party. Here's the problem. None of them are reflected in any of
> the documentation I have been able to find so I can't configure them
> away from their defaults! ...
> A
As far as I know about the 11/93 (or 11/94), all memory is on the CPU module.
The 11/9[3|4] is sort-of an 11/8[3|4] with all (PMI) memory on the CPU module
as the cache on the 8[3|4].
The 11/9[3|4] with 2 MB RAM can only be upgraded to 4 MB by adding RAM chips on
the CPU module.
However, all h
On 1/9/19 2:28 PM, Henk Gooijen via cctalk wrote:
>
> As far as I know about the 11/93 (or 11/94), all memory is on the CPU module.
> The 11/9[3|4] is sort-of an 11/8[3|4] with all (PMI) memory on the CPU module
> as the cache on the 8[3|4].
>
> The 11/9[3|4] with 2 MB RAM can only be upgraded t
As long as things stay in a pipe, instruction decode and execution looks to
execute in one cycle. Pipe flushes are the penalty. That is where speculative
execution pays off. ( also food for Meltdown and Spectre type security holes ).
Such loops are quite fast if the prediction was right.
Running
Those were your directions I followed from your web site (somewhere don't
remember where)! The disk pack boots I just can't do much more than hit
enter and cause another # prompt, maybe get a command not found message.
It has been a while. I built the image in simH first, then ported to a
real RL
Less finished (ok, unfinished) project, but the hardware is cheap and
available: https://github.com/davidgiven/fluxengine
downside (for me at least) is that the proprietary software (PSoC
Creator) only runs on Windows, and (so far) I've been unable to make
it work via Wine.
On Wed, Jan 9, 2019 at
On 1/9/19 12:05 PM, Torfinn Ingolfsen via cctalk wrote:
> Less finished (ok, unfinished) project
Just what the world needs, more half-baked floppy reading hardware
and no software, just like the stupid thing on hackaday.
https://hackaday.com/2019/01/08/preserving-floppy-disks-via-logic-analyse
I had the bug to do something similar.. then I found SuperCard Pro.
It's closed hardware but the USB protocol is fully documented. Because
if that, it's almost a perfect commodity turn-key hardware bridge to raw
flux-level transitions - in or out. It's $100 and in-stock. One could
always
> On Jan 9, 2019, at 2:54 PM, dwight via cctalk wrote:
>
> ...
> Of course in an embedded processor you can run in kernel mode and busy wait
> if you want.
Yes, and that has a number of advantages. You get well defined latencies and
everything that the program does gets done within bounded
On Wed, 9 Jan 2019 cctalk-requ...@classiccmp.org wrote:
> Message: 7
> Date: Tue, 08 Jan 2019 20:03:24 + (WET)
> From: Peter Coghlan
> Subject: Bogus "account hacked" message
>
> About two hours ago, I received an email to the address I only use for
> cctech/cctalk.
>
> It claimed my email ac
Good evening.
I used to post here a lot; now I mainly lurk, but this subject is one I
feel strongly about...
About every other semester, I would have a student who had been taught
"exactly 22/7"! One guy admitted that he had just never bothered to
divide it out. Once he did, he understood
Guys,
Do any of you know where I could get hold of DG document(s) describing the
microcode of their Eclipse family. It was wide yellow manual with brown
plastic ring binding. It brings back happy but foggy memories.
"The Soul of the New Machine"(book) tells me that the instruction set was
built f
On 1/9/19 2:06 PM, Fred Jan Kraan via cctalk wrote:
> Hi Everyone,
>
> Is there any interest in a DiscFerret in good working order?
>
> If so contact me off-list. I don't have a plan yet for the case interest
> is >1.
So, I accidentally replied to the list as well and it created
quite a flurry
On Mon, Jan 7, 2019 at 11:40 AM Liam Proven via cctalk <
cctalk@classiccmp.org> wrote:
> On Fri, 21 Dec 2018 at 02:59, Zane Healy via cctalk
> wrote:
> >
> > Websites are a huge inconvenience or imposition, email lists are not.
>
> Agreed.
>
> However, for a lot of younger people and those to who
On Wed, 9 Jan 2019, Philip Belben via cctalk wrote:
For me, the one that bugs me is sqr(3), which comes up in electrical
engineering a lot in 3-phase circuits.
What bugs me is seeing people type "1.73" into their calculator when they
mean sqr(3). I know other people disagree with me on this - s
At 03:39 PM 9/01/2019 -0500, you wrote:
>
>I had the bug to do something similar.. then I found SuperCard Pro.
>It's closed hardware but the USB protocol is fully documented. Because
>if that, it's almost a perfect commodity turn-key hardware bridge to raw
>flux-level transitions - in or out.
> On 10 Jan 2019, at 12:26 pm, Guy Dunphy via cctalk
> wrote:
>
> * At the moment I'm attempting to restore my old, heavily modified Apple II
> to working condition,
> and then archive all my old Apple II files on floppies to PC. Part of a
> project to document a
> bunch of projects I did
So I'm consolidating my storage and finding I have a lot of surplus stuff.
For starters, I have a few too many RL02K-DCs (also a few RL01K-DCs and a
couple of 12-sector RK05 packs):
http://www.dbit.com/wilson/RL02K-DC.jpg
Believed to be good/usable but of course I guarantee nothing. YMMV
On Thu, 10 Jan 2019, Guy Dunphy via cctalk wrote:
Has anyone used a DiscFerret, to actually extract files from say, Apple II disks
and HP LIF disks?
The website- https://discferret.com/wiki/DiscFerret
It seemms like the project is dead since 2013, was only ever for Linux, and
never included soft
Hi John -- I could really use a few more 12-sector RK05 packs, and would
happily pay for shipping plus whatever small "inconvenience fee" seems
reasonable to you?
If you have nothing to pack them in, I could ship you a some materials
as well?
I have almost no media to use on my recently rest
[oops, meant that to be a DM, sorry all, Linux mailer was being tricky
with the "To:" address :-/]
So, one of the things I have along with my 11/45 is an RK05 alignment
cartridge. Unfortunately, its seems warped -- rides up an down a few
millimeters in each direction as you turn it in an RK05 drive. :-(
Is there any hope for bending one of these platters back more into true
(maybe using a
AppleII have a look at AppleSauce to USB connect an Apple Disk][ to a Mac
to flux read the diskettes.
If you’re not Mac interested, maybe someone could do them for you. I would,
but I’m in Sydney , AU.
//m
On Thu, 10 Jan 2019 at 1:26 pm, Guy Dunphy via cctalk
wrote:
> At 03:39 PM 9/01/2019 -05
> -Original Message-
> From: cctalk On Behalf Of Jay West via
> cctalk
> Sent: 09 January 2019 12:53
> To: 'John Foust' ; 'General Discussion: On-Topic and
> Off-Topic Posts'
> Subject: OT RE: Bogus "account hacked" message
>
>
>
> -Original Message-
> From: cctalk [mailto:c
On 1/10/2019 12:19 AM, Dave Wade via cctalk wrote:
I was going to say that permanent blocks on IP addresses seems fruitless.
I assume that BotNets are compromised end user machines, and that the end
users that have them are on standard dynamic IP address, so when some one
gets one of your block
54 matches
Mail list logo