test-drb November 2001

test-drb@ccmp.vtda.org

247 participants
886 discussions

by Golemancd＠aol.com

i was in a pawn shop a couple of years ago and the guy behind the counter had a calculator type deal on the counter and he just said i could have it. he said someone just left it there. it has a full keyboard with a small lcd and a printer attachment. panasonic hhc anyone know about this . joe

22 years, 8 months

OT: paging MAC expert(s) --- What's a Performa?

by csmith＠amdocs.com

> -----Original Message----- > From: Richard Erlacher [mailto:edick@idcomm.com] > drive are to be found in the tape image, I'd submit it would > be a mite tedious. Well, I didn't say it would be easy ;) It's one of those things that is theoretically simple. > physically identical to the one you started with, i.e. same > number of heads, > cylinders, sectors, etc, PHYSICALLY, else things fall apart, > since we don't know > how the drive firmware deals with translating from the > block-level commands the > OS may choose to send it, though it doesn't have to, to the > buffers-full of data > that the drive coughs up. There must be a method of block-by-block access that will give you the sequence of data you need. Otherwise things would have already fallen apart, and disks would be write-only devices. :) It probably helps to think of the filesystem as a data set, rather than a device-dependant entity. The data is the same, up to a point, no matter what you write it to. Of course, whether the amount of translation you'd need to do to find that essential data set is too much work, is arguable.... > potentially, to > deal with the data to be transferred to the newly cleaned > drive in the same way > that this particular OS deals with it. Of course, the OS > doesn't know what > you're doing, and doesn't know how to read the data on the > disk, except as raw > data, dealt with in buffer-fulls, and than only using the > code you've written. I'm not sure I follow your train of thought here. It's early, though. Regards, Chris Christopher Smith, Perl Developer Amdocs - Champaign, IL /usr/bin/perl -e ' print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n"); '

22 years, 8 months

Update: Hello, and please help with RSX-11M/PDP parts

by csmith＠amdocs.com

Due to popular demand (by pretty much everyone who's answered this post. :) I've gotten the version of RSX, as close as I can manage, and everything else that the system tells me. For those of you who missed it, I'm trying to get this machine to log me in as some privileged user so that I can -- among other things -- back the drive up. The startup sequence on the console port looks like this: 2J5;0H Testing in progress - Please wait 1 2 3 4 5 6 7 8 9 Starting system DEVICE TT005: NOT IN CONFIGURATION At this point the console port does nothing more, however, on another port at the time, we see: RSX-11M V4.2 BL38D 512.K MAPPED >RED DU:=SY: >RED DU:=LB: >MOV DU:DF370B >@DU:[1,2]STARTUP >* Please enter time and date (HR:MN DD-MMM-YY) [S]: At this point if one enters a time/date, they will be rewarded with a > prompt, and logged in as [10,10]. If you hit ^Z, the exact same thing happens. :) Any more ideas? Regards, Chris Christopher Smith, Perl Developer Amdocs - Champaign, IL /usr/bin/perl -e ' print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n"); '

22 years, 8 months

Radio Shack abandons components

by dhquebbeman＠theestopinalgroup.com

> Experimenters: Time to stock up! Nah... Long Live Jameco & Digi-Key! -dq

22 years, 8 months

FreeTradeZone site moving to subscription-only for older parts

by mark_k＠totalise.co.uk

Hi, Some of you have probably used the PartMiner/FreeTradeZone web site at http://www.freetradezone.com/ to download datasheets for older, discontinued chips. This has been very useful to me. For discontinued products (which I guess is what most of us are interested in), they are moving to a subscription-only system. Subscription cost is a whopping US$299 per month (introductory; the normal cost is supposedly US$375), so future access will only be viable for most people if you need it for your job. I don't know when the change is being made, or if it has happened already. If it hasn't, better download datasheets that you need while you still can. -- Mark

22 years, 8 months

SCB68430 DMA controller data sheets etc.

by Antonio.Carlini＠riverstonenet.com

> >It's available on http:\\www.freetradezone.com . There are > two versions > >of the sheet, D0194930.pdf is the 1988 version, D0191623.pdf is the > >earlier 1996 version. > > Thanks! I was able to find it and a lot of other stuff too. I've just had an email from them indicating that they are about to start charging for *some* of their service. It's not clear whether you will soon have to pay to get access to datasheets for out-of-production parts. Antonio arcarlini(a)iee.org

22 years, 8 months

OT: paging MAC expert(s) --- What's a Performa?

by csmith＠amdocs.com

> -----Original Message----- > From: Greg Ewing [mailto:greg@cosc.canterbury.ac.nz] > Christopher Smith <csmith(a)amdocs.com>: > > > Finder is the Macintosh shell. Best not to confuse the > users with terms > > like "file manager," "shell," "interface," "front-end," > Those are such dry, boring, Microsoft-sounding names. > Finder is so much cooler! Actually, those "dry" names mostly come from long before bill gates had even thought of writing a bad basic interpreter. > And it's not so much of a misnomer if you think of it > the right way. It lets *you* find things -- i.e. browse > the file system. Also, it finds an appropriate application > to launch for you when you open a document. I don't know if I can agree there. For instance, by allowing you to "browse the file system" and to manage your files, it will let you loose things as easily as find them. Might as well call it the "loser." ;) Now, regarding "finding" an application to run: What it actually does is read the location of the appropriate application >from the desktop file, by looking it up based on a type/creator attribute stored in the files resource fork. I don't think it has to "find" anything for that. > By the way, System 7 and later Finders do have a > "Find..." command that will let you search for files > by name. Took them long enough, didn't it? :) I can agree here. This command really does allow one to "find" things, but it's a small part of the functionality of the program. Regards, Chris Christopher Smith, Perl Developer Amdocs - Champaign, IL /usr/bin/perl -e ' print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n"); '

22 years, 8 months

OT: paging MAC expert(s) --- What's a Performa?

by edick＠idcomm.com

This was misrouted and returned to me, I know not why or where ... Let's try again ... Dick > -----Original Message----- > From: Richard Erlacher [mailto:edick@idcomm.com] > Sent: 20 November 2001 01:08 > To: classiccmp(a)classiccmp.org > Subject: Re: OT: paging MAC expert(s) --- What's a Performa? > > > If you're meaning operating on the tape contents, you're talking about weeks > to > months. The bits of a file are scattered around the disk, since it's random > access, albeit in "clusters" or whatever you choose to call them, and in > blocks, > as the data buffer stores them, but unless you KNOW where the directory is > in > the bitwise image of the disk, and unless you know where all the pieces of > the > drive are to be found in the tape image, I'd submit it would be a mite > tedious. > The problem, of course, with image backup, is that the bits have to be > extracted > from the drive at the raw data level, i.e. with controller commands you > normally > don't deal with, and they can't be faithfully restored to a drive that's not > physically identical to the one you started with, i.e. same number of heads, > cylinders, sectors, etc, PHYSICALLY, else things fall apart, since we don't > know > how the drive firmware deals with translating from the block-level commands > the > OS may choose to send it, though it doesn't have to, to the buffers-full of > data > that the drive coughs up. > > Remember, when you restart the system, it has no OS other than what you can > load > from a floppy. IF that's the same, which certainly isn't the case under > WIndows, as what you used to do the backup, then you're able, potentially, > to > deal with the data to be transferred to the newly cleaned drive in the same > way > that this particular OS deals with it. Of course, the OS doesn't know what > you're doing, and doesn't know how to read the data on the disk, except as > raw > data, dealt with in buffer-fulls, and than only using the code you've > written. > > Dick > > ----- Original Message ----- > From: "Christopher Smith" <csmith(a)amdocs.com> > To: <classiccmp(a)classiccmp.org> > Sent: Monday, November 19, 2001 4:00 PM > Subject: RE: OT: paging MAC expert(s) --- What's a Performa? > > > > > -----Original Message----- > > > From: Richard Erlacher [mailto:edick@idcomm.com] > > > > > If your recorded "backup" is a bit-for-bit image of the disk contents, > > > transferred to and from tape, there's no interpretation of > > > the contents into > > > files that can take place, is there? > > > > That's an interesting way to phrase this particular question, since the > > contents are already in the form of "files" -- that is, if you ask the set > > of drivers that got them to the disk in the first place. :) > > > > I believe it's possible (though it would be slow) to interpret a > bit-for-bit > > image directly on a tape and extract any given file, along with > attributes, > > etc. In fact, any operation that would be possible on a disk, in this > case, > > could be handled on a tape. The clincher is that it would involve a lot > of > > seek/rewind/seek/etc/etc.. > > > > The underlying O/S need not even know the difference between the disk and > > tape, except to know that the tape is removable (...that's not absolutely > > required), and perhaps that it's incredibly slow. > > > > The worst that would be required is a device abstraction layer or the > like. > > You could write one yourself which would make the tape device "look" like > a > > disk device, for systems which don't have such a thing, and that would be > > enough. > > > > How would you like to be able to mount your backup tape, and use a > > file-manager on it? ;) > > > > > The Microsoft Backup that came with DOS, (a) never really was > > > a backup, but, > > > rather, was just a copy, and (b) never worked together with > > > its "restore" > > > function. Under DOS, copies were adequate, since the context > > > didn't matter. > > > > If you mean that it didn't store attributes, or that sort of thing, you > may > > be right (never paid attention.) On the other hand, you're also right to > > say that it wouldn't particularly matter under MS-DOS. > > > > Regards, > > > > Chris > > > > > > Christopher Smith, Perl Developer > > Amdocs - Champaign, IL > > > > /usr/bin/perl -e ' > > print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n"); > > ' > > > > > > > >

22 years, 8 months

Eltron 16VAC adapters

by angela＠holybears.com

I would like to get one or more of those adapters if you have any left.

22 years, 8 months

OT: List features - table of contents?

by rcini＠optonline.net

While scanning the digest this morning (I'm on vacation) I remembered back to a long time ago when the list digest had a table of contents of the messages at the top of the digest. Is this a subscription option or a feature of the list manager software that we can have back? Oh, Sam...email me. I have that DayGlo yellow 8080 you were looking for. Only one made you know :-) Rich Rich Cini Collector of classic computers Build Master for the Altair32 Emulation Project Web site: http://highgate.comm.sfu.ca/~rcini/classiccmp/ /************************************************************/

22 years, 8 months

← Newer
1
...
31
32
33
34
35
36
37
...
89
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb November 2001