On Thu, Sep 24, 2015 at 11:41 PM, Chuck Guzis wrote:
> Hmmm, I thought ASM89 used brackets for indicating addressing modes.
It does, so it doesn't have the parenthesis problem per se. I only
brought up the parenthesis as a general example of problems with
conventions for addressing modes of some
On 09/24/2015 04:30 PM, Alexander Schreiber wrote:
IMHO, you want to buy at one generation below the current max
capacity on the assumption that they ironed out the bugs on that
one.
So, if you were to move up from the 500GB SATA drives to the "next
generation", which would you choose?
--Ch
On Thu, Sep 24, 2015 at 06:47:18AM -0700, Al Kossow wrote:
> On 9/24/15 5:53 AM, Pontus Pihlgren wrote:
>
> >
> >I think the oldest I have seen from Sun is from 1987 or 88. Is that old
> >enough?
> >
>
> Yes, 4.1.x is what I am looking for in particular. I have most of
> 3.0 - 4.1 covered, and a
Does anyone have both of these that I can pick their brains?
Thanks, Paul
Hello. It has been a while since i have posted anything on this list. Last
time i posted i was asking advice on how to properly load up and move a pdp
11 with related gear. It has been quite some time since i picked all this
stuff up and figured i would give a status update here to let others know
On Thu, Sep 24, 2015 at 02:37:29PM -0700, m...@markesystems.com wrote:
> >>I don't know what you're looking at for the front end of this project,
> >>but have you considered SQLite for the database engine back end? If
> >
> >No, I would not consider it. I have experience with it on my Garmin GPS
On 09/24/2015 08:53 PM, Eric Smith wrote:
Yes, though the syntax for the addressing modes would have to be
non-standard, unless the macro assembler had really good string
mangling capabilities for macro arguments. Same general problem as
trying to define macros to assemble for the 6502, which h
On 9/24/15 9:58 AM, Sean Caron wrote:
Nice score; the system looks pretty loaded!
Thanks! It is pretty nice. Just need to get a mass storage controller
of some kind and it'll make a nice system.
I checked out the pictures and
I believe the "SC44" board is indeed simply a cache memory ...
On 9/23/15 2:56 PM, Sean Caron wrote:
Ah, so these are the vintagetech.com machines! Please take lots of pics of
the DPS-8 inside and out; I've never really seen the innards of a Honeywell
machine before and I'm kind of curious what their "style" looks like.
Best,
Sean
I put a few pictures up
On 2015-09-25 00:04, Al Kossow wrote:
On 9/24/15 7:11 AM, Jerome H. Fine wrote:
While I understand that a number of individuals would appreciate
their own dead tree versions, before they arrive at that good
home of an interested individual, would there be any interest
in adding them the bitsave
On 9/24/15 7:11 AM, Jerome H. Fine wrote:
While I understand that a number of individuals would appreciate
their own dead tree versions, before they arrive at that good
home of an interested individual, would there be any interest
in adding them the bitsavers archive? From memory, I suspect
tha
On Thu, Sep 24, 2015 at 10:15 PM, Mike Stein wrote:
> Should be fairly trivial to modify or even create a new table for TASM:
I have no reason to doubt that TASM is a fine product, but if I'm
going to invest the effort to add support for a new processor to an
existing assembler, it will be an ope
- Original Message -
From: "Eric Smith"
To: "General Discussion: On-Topic and Off-Topic
Posts"
Sent: Thursday, September 24, 2015 11:45 PM
Subject: Re: assembler, disassembler for Intel
8089?
On Thu, Sep 24, 2015 at 8:51 PM, dwight
wrote:
You just may have to write your own.
Mos
On Thu, Sep 24, 2015 at 9:45 PM, Chuck Guzis wrote:
> I'll bet you could do it with some macros in an ordinary x86 assembler.
> It's not as if you're dealing with a large instruction set or a blizzard of
> addressing modes.
Yes, though the syntax for the addressing modes would have to be
non-stan
On Thu, Sep 24, 2015 at 8:51 PM, dwight wrote:
> You just may have to write your own.
> Most don't even know what a 8089 is.
That's looking likely.
Although I mostly want to assemble on a modern OS, it would be nice to
get a copy of ASM89 for the ISIS-II on the Intel MDS, if anyone
actually stil
On 09/24/2015 07:51 PM, dwight wrote:
From: space...@gmail.com
Before I write my own, does anyone happen to have an assembler
and/or a disassembler for the Intel 8089 I/O processor?
You just may have to write your own. Most don't even know what a 8089
I'll bet you could do it with some macro
> From: space...@gmail.com
>
> Before I write my own, does anyone happen to have an assembler and/or
> a disassembler for the Intel 8089 I/O processor?
You just may have to write your own.
Most don't even know what a 8089 is.
Dwight
I get the squiggly lines but no headache.
Strange stuff.
Dwight
> Subject: Re: would like to find blue dg et head looking terminal to go with
> small ecli...
> To: cctalk@classiccmp.org
> From: cu...@charter.net
> Date: Tue, 22 Sep 2015 23:59:39 -0500
>
> On 9/22/2015 11:00 PM, couryho...@aol.
On 9/24/15 5:45 PM, Al Kossow wrote:
Backblaze is the closest you will ever hear a peep from,
any they are teeny beany in terms of buying drives.
Thinking about it, Jason/IA could say something wrt drive
reliability. They are running similar chassis to us (24/36
drive Supermicros) just a LO
On 9/24/15 5:31 PM, ben wrote:
I wonder what is happening in the clouds?
Mere mortals will never know.
Backblaze is the closest you will ever hear a peep from,
any they are teeny beany in terms of buying drives.
On 9/24/2015 6:16 PM, Al Kossow wrote:
Word on the street is stay away from WD for the near future. They've had
massive
QC problems.
I wonder what is happening in the clouds?
Ben.
On 9/24/15 4:30 PM, Alexander Schreiber wrote:
Google for the Blackblaze reports.
Backblaze
Up until now, I've confined my purchasing to 500GB drives on the
hope that they're more reliable than the 3-5TB monsters. Is this a
mistake?
1tb was the transition to vertical recording. They had the tech down by 2tb.
Seagate 1 and 1.5s are utter crap. I had a dozen 1.5s that NEVER worked.
On Tue, Sep 15, 2015 at 01:02:03PM -0700, Chuck Guzis wrote:
> On 09/15/2015 12:32 PM, et...@757.org wrote:
> >>Pictures and movies can be original work - perhaps not for you,
> >>certainly mostly not for me (I have a few original pictures, but
> >>only a few), but I know graphic designers and phot
On Tue, Sep 15, 2015 at 03:32:27PM -0400, et...@757.org wrote:
> >Pictures and movies can be original work - perhaps not for you,
> >certainly mostly not for me (I have a few original pictures, but only a
> >few), but I know graphic designers and photographers who have probably
> >produced at least
2x IBM 5081-16 CRT monitors. 3x BNC input and output. Unknown sync rates,
may be specific to RT output, may not.
Assumed working but unable to test. Don't want to scrap them but can't
hang on to them much longer. You pick up or arrange pickup in 60070.
J
On 2015-09-24 5:37 PM, m...@markesystems.com wrote:
I don't know what you're looking at for the front end of this project,
but have you considered SQLite for the database engine back end? If
No, I would not consider it. I have experience with it on my Garmin GPS
unit. I really dislike it.
On Tue, Sep 15, 2015 at 03:19:27PM -0400, Mouse wrote:
> > I think a more important issue in backing up is "How many GENERATIONS
> > to you keep around?"
>
> For many purposes, that's an important consideration, yes. There's
> something (small) I back up weekly for which I keep the most recent
>
On Tue, Sep 15, 2015 at 11:36:57AM -0700, Chuck Guzis wrote:
> On 09/15/2015 10:49 AM, Mouse wrote:
>
> >If the police needed to even _consider_ doing that, they need to fire
> >whoever decided they didn't need proper backups. (And whoever was
> >responsible for the mistake that got it running th
https://www.youtube.com/watch?v=NwncwOG8-HY
Fun - a BBC this is your life with Shatner- ed#
In a message dated 9/24/2015 2:57:43 P.M. US Mountain Standard Time,
m...@markesystems.com writes:
> I am actually sincerely sorry that you are having another migraine that
> causes you to pr
On Tue, Sep 15, 2015 at 01:49:56PM -0400, Mouse wrote:
> >> Ever heard of CRYPTOWALL ? I think that I got it from looking at
> >> PDFs on the web while doing some research. [...]
>
> I trust you've now switched PDF viewers to one that doesn't
> gratuitously execute (attempts at) live content?
>
On 9/24/2015 9:54 AM, Sean Caron wrote:
I think this anecdote is also referenced in the AFDC installation site
story on multicians.org? Sounds familiar...
Best,
Sean
Cookie monster originated on Multics, and was taken to the GCOS
environment if it got there in the same incarnation.
We had
I don't know what you're looking at for the front end of this project,
but have you considered SQLite for the database engine back end? If
No, I would not consider it. I have experience with it on my Garmin GPS
unit. I really dislike it.
Wow - I'm quite surprised at that. It is in *everyth
I am actually sincerely sorry that you are having another migraine that
causes you to press the spacebar.
But, I do have to point out that it makes you sound like William Shatner.
SNORT!!!
(I had the fun of performing his version of Common People for a while with
our power-pop band - it was a
On 9/24/2015 2:12 PM, Rich Alderson wrote:
> From: Jay Jaeger
> Sent: Thursday, September 24, 2015 8:01 AM
>
>> You seem to be supposing that I said one could/would implement ANSI/ISO C
>> on a 1410 in native code
>
> [snip]
>
>> I would not suggest that one would implement ANSI/ISO C on such
dps 8 was a phx ax big H project as I remember
but new enough that I would have stored manuals rather than
had them in active reference section. will keep eyes out! -Ed#
In a message dated 9/24/2015 1:43:14 P.M. US Mountain Standard Time,
sca...@umich.edu writes:
I think
Nice score; the system looks pretty loaded! I checked out the pictures and
I believe the "SC44" board is indeed simply a cache memory ... no VLSI or
bit-slices on there to imply any compute capability. The "1501" board is
just a little stub with a few bus driver ICs on it; looks like they are
runni
>Al Kossow wrote:
>On 9/24/15 5:53 AM, Pontus Pihlgren wrote:
I think the oldest I have seen from Sun is from 1987 or 88. Is that
old enough?
Yes, 4.1.x is what I am looking for in particular. I have most of 3.0
- 4.1 covered, and any products that I don't have there, in particular
a clean
On 9/24/15 5:53 AM, Pontus Pihlgren wrote:
I think the oldest I have seen from Sun is from 1987 or 88. Is that old enough?
Yes, 4.1.x is what I am looking for in particular. I have most of 3.0 -
4.1 covered, and any products that I don't have there, in particular a
clean copy of the NeWS
I think this anecdote is also referenced in the AFDC installation site
story on multicians.org? Sounds familiar...
Best,
Sean
On Wed, Sep 23, 2015 at 10:42 PM, steve shumaker wrote:
> On 9/23/2015 2:44 PM, Josh Dersch wrote:
>
>> Along with the 11/44 I also picked up a Honeywell/Bull DPS-6 de
On 09/24/2015 12:12 PM, Rich Alderson wrote:
Wasn't there? I realize that the 1410 was not code compatible with
the 1401, but the architectures are similar enough that I would
expect them to have similar compilers. I know that the 1401 had a
FORTRAN IV compiler, because that was my first compu
From: Jay Jaeger
Sent: Thursday, September 24, 2015 8:01 AM
> You seem to be supposing that I said one could/would implement ANSI/ISO C
> on a 1410 in native code
[snip]
> I would not suggest that one would implement ANSI/ISO C on such a machine,
> any more than I would expect to implement cur
On 9/23/2015 8:18 PM, ste...@malikoff.com wrote:
> Not sure why you have VARCHARs for primary keys, why not use the conventional
> auto-increment int so you can dispense with
> the LastGeneratedArtifactID table.
>
> CREATE TABLE Manual_Artifact
> (
> ArtifactID INT(11) NOT NULL AUTO_INCREM
On Thu, Sep 24, 2015 at 8:06 AM, Mike Stein wrote:
> Wonder why that type of connector wasn't used more often for a bus instead
> of presumably more expensive edge connectors;
Lower cost is why that style of connector was chosen by SWTPC for the
SS-50 bus, and by Ohio Scientific for their bus, th
On 2015-09-24 12:06 PM, Fred Cisin wrote:
On Wed, 23 Sep 2015, Eric Smith wrote:
And the length of a char? It's required that all types other than
bitfields be fully represented as multiple chars, not e.g. an int
being two and a half chars, and a char has to cover at least the range
0..255, or
pretty funny!
maybe I should be fortunate enough to have his salary also!?
#ed
In a message dated 9/24/2015 9:08:48 A.M. US Mountain Standard Time,
ci...@xenosoft.com writes:
On Thu, 24 Sep 2015, couryho...@aol.com wrote:
> is it adps 6or8?
I am actually sincerely sorr
On Thu, 24 Sep 2015, couryho...@aol.com wrote:
is it adps 6or8?
I am actually sincerely sorry that you are having another migraine that
causes you to press the spacebar.
But, I do have to point out that it makes you sound like William Shatner.
On Wed, 23 Sep 2015, Eric Smith wrote:
And the length of a char? It's required that all types other than
bitfields be fully represented as multiple chars, not e.g. an int
being two and a half chars, and a char has to cover at least the range
0..255, or -128..127, and it has to have a range based
On Thursday (09/24/2015 at 10:06AM -0400), Mike Stein wrote:
> Found a few more boards; I guess the displays, optocouplers and surge
> suppressors suggest an industrial system of some sort, perhaps custom or
> limited production.
>
> Wonder why that type of connector wasn't used more often for a b
On 9/24/2015 2:04 AM, ben wrote:
> On 9/23/2015 11:22 PM, Eric Smith wrote:
>
>
> 0-99 can hold a trimmed character set and 10 digits per int.
> 5chars per word sounds right on decimal machine.
> Logic operations would be on the digit rather the binary
> level.
On a 1410 (or 1401) 0-63 can
On 9/24/2015 12:22 AM, Eric Smith wrote:
> On Wed, Sep 23, 2015 at 8:30 AM, Jay Jaeger wrote:
>> An int just has to be able to store numbers of a certain magnitude.
>> Same with long. You do have to be able to convert between longs (and
>> possibly ints) and addresses (*). So, you make an int 5
Found a few more boards; I guess the displays,
optocouplers and surge suppressors suggest an
industrial system of some sort, perhaps custom or
limited production.
Wonder why that type of connector wasn't used more
often for a bus instead of presumably more
expensive edge connectors; I think
On 2015-09-24 3:04 AM, ben wrote:
On 9/23/2015 11:22 PM, Eric Smith wrote:
ISO/IEC 9899:1999(E) §3.6 ¶1 - a byte has to hold any member of the
basic character set
ISO/IEC 9899:1999(E) §3.7.1 ¶1 - a character is a C bit representation
that fits in a byte
ISO/IEC 9899:1999(E) §5.2.4.2.1 ¶1 - the
On Thu, Sep 24, 2015 at 05:35:54AM -0700, Al Kossow wrote:
> On 9/24/15 2:41 AM, Pontus Pihlgren wrote:
> >Hi
> >
> >I have more manuals than I really have room for. Lots and lots of VMS
> >binders and softcover books. And now my employer is throwing out box
> >upon box of SUN, Ultrix, tru64 and va
On 9/24/15 2:41 AM, Pontus Pihlgren wrote:
Hi
I have more manuals than I really have room for. Lots and lots of VMS
binders and softcover books. And now my employer is throwing out box
upon box of SUN, Ultrix, tru64 and various literature.
I'd like to get a set of SunOS 1.x manuals to fill ou
> Well, there are plenty of word-but-not-byte/character addressable
> machines out there, which makes life interesting for the likes of C.
C is able to support them just fine, though a whole lot of C code isn't
(beacuse it assumes things like "all pointers are the same size", or
even more specific
Crying at the prospect of the waste :( (from someone that had the chance of
saving just a set of X-Open manuals)
-Messaggio originale-
Da: cctalk [mailto:cctalk-boun...@classiccmp.org] Per conto di Pontus
Pihlgren
Inviato: giovedì 24 settembre 2015 11:42
A: cctalk@classiccmp.org
Oggetto: R
On Thu, Sep 24, 2015 at 07:44:23PM +1000, Nigel Williams wrote:
>
> > On 24 Sep 2015, at 7:41 pm, Pontus Pihlgren wrote:
> > ...And now my employer is throwing out box
> > upon box of SUN, Ultrix, tru64 and various literature.
>
> Is it practical/possible to make a list of what is available and
> On 24 Sep 2015, at 7:41 pm, Pontus Pihlgren wrote:
> ...And now my employer is throwing out box
> upon box of SUN, Ultrix, tru64 and various literature.
Is it practical/possible to make a list of what is available and to
crowd-source out to the cctalk community to check whether copies exist
Hi
I have more manuals than I really have room for. Lots and lots of VMS
binders and softcover books. And now my employer is throwing out box
upon box of SUN, Ultrix, tru64 and various literature.
I'm trying to save what I think is useful and/or worth preserving. But
It's damn hard to decide a
The DPS6 is a very different animal to the GE600 -> GE6000 > Level 66 =>
DPS300 which were as far as I know all TTL or LSI TTL
... The CPU was built on wire wrap boards which were around 14" or 16" square
(say 35cm) and which slotted into a backplane.
.. the machines had an extensive test su
is it a dps 6 or 8?
In a message dated 9/24/2015 12:10:41 A.M. US Mountain Standard Time,
dersc...@gmail.com writes:
On 9/23/15 2:56 PM, Sean Caron wrote:
> Ah, so these are the vintagetech.com machines! Please take lots of pics
of
> the DPS-8 inside and out; I've never really seen th
On 9/23/15 2:56 PM, Sean Caron wrote:
Ah, so these are the vintagetech.com machines! Please take lots of pics of
the DPS-8 inside and out; I've never really seen the innards of a Honeywell
machine before and I'm kind of curious what their "style" looks like.
Best,
Sean
Will do. I took the bo
On 9/23/2015 11:22 PM, Eric Smith wrote:
ISO/IEC 9899:1999(E) §3.6 ¶1 - a byte has to hold any member of the
basic character set
ISO/IEC 9899:1999(E) §3.7.1 ¶1 - a character is a C bit representation
that fits in a byte
ISO/IEC 9899:1999(E) §5.2.4.2.1 ¶1 - the size of a char is CHAR_BIT
bits, wh
On 9/23/15 2:52 PM, Sean Caron wrote:
Any easy way to post pics of the top side of both boards? I can't
definitively ID them but we should be able to make a good guess as to
what's actually on there looking at all the major ICs...
Yeah, I took some pictures this afternoon (a bit blurry -- it was
65 matches
Mail list logo
