Re: GoTEK SFR1M44-U100...
On 7/14/2018 6:29 PM, Chuck Guzis via cctalk wrote: On 07/14/2018 05:05 PM, Fred Cisin via cctalk wrote: Stringy Floppy is best forgotten. Along with TI wafertape and similar nonsense. I always liked the 8 track tape idea for a home brew system. Never got around to it however. Ben.
Re: GoTEK SFR1M44-U100...
On Sat, 14 Jul 2018, Grant Taylor via cctalk wrote: Wow. I had no idea that there was a 5??" disk that held more than 1.2 MB. So much history that I'm sure is being lost to time. Just by going to 10 sectors per track (as Kaypro, Otrona, etc. did), or switching to 5 1024 byte sectors, upped a 360K to 400k, or 720K to 800K. Talltree Systems (Jlaser, etc.) peddled JFORMAT, to implement 400K on PC. Or, if you pushed the head past the spec'd range, to get 41 or 42 tracks, . . . And, in the 3.5" form factor, it was fairly straightforward to tweak the parameters of the format to get 1.7M on a 1.4M disk. Note: to call it "1.44MB" requires creative redefining a MB to be 1024000 bytes (10^3 * 2^10). Ensoniq Mirage, and a few others put 5 1024 byte sectors PLUS a 512 byte sector on each track for 880K. There was a Barium-ferrite vertical recording 3.5" ("ED") with 2.8M capacity seen occasionally on IBM PS/2. ("2.88M" in marketing megabytes, or 4MB unformatted capacity (which is what NeXt chose to call it)) The "floptical" was 20MB. Admittedly a change in technology, but the floptical drive could also read/write 1.4M disks. It was usually connected SCSI, not SA400. LS120 drive also had the 1.4M capability, but the ZIP (100M, 250M?) did not. And, these were just the ones that almost caught on. At Comdex, you could see demos of a lot of amazing stuff that would never be seen again. There were a variety of 2.5", 2.9" drives. Some were smaller images of 720K, but there was at least one with a single spiral track. -- Grumpy Ol' Fred ci...@xenosoft.com
Re: GoTEK SFR1M44-U100...
On 07/14/2018 08:56 PM, Grant Taylor via cctalk wrote: > I had no idea that there was a 5¼" disk that held more than 1.2 MB. > > So much history that I'm sure is being lost to time. So has any of the firmware writers for the GoTek implemented the Victor 9000 scheme (zoned+GCR) yet? Just curious. --Chuck
Re: GoTEK SFR1M44-U100...
On 07/14/2018 05:54 PM, Chuck Guzis via cctalk wrote: There are many more forgotten floppy formats than most realize--for example, the Drivetec/Kodak 5.25" 2.8MB and 6MB formats. Wow. I had no idea that there was a 5¼" disk that held more than 1.2 MB. So much history that I'm sure is being lost to time. -- Grant. . . . unix || die
Re: Got a kidney!
Congrats!! My friend had a K/P about 24 years ago, but both are failing. The donor was older than she was. She has now been turned down at several medical centers but not before they ruined most of her kidney function with dye tests. They had the test results that disqualified her but never bothered to look at them until it was too late. I hope you have a speedy recovery. The technology is better now, but we weren't happy about thee drug protocols. Where did you have it done. How long were you on the list? BTW, you now have at least two birthdays to celebrate. Live Long, Be Happy, Paul On Sat, Jul 14, 2018 at 7:27 PM, Adrian Stoness via cctalk < cctalk@classiccmp.org> wrote: > injoy the gift of extended life cheers may the pain and healing be quikly > over so u can move back to life and the classics > > > On Sat, Jul 14, 2018 at 7:00 PM, Ed Sharpe via cctalk < > cctalk@classiccmp.org > > wrote: > > > congrats on kidney!! ed# > > > > Sent from AOL Mobile Mail > > > > On Saturday, July 14, 2018 Kurt K via cctalk > > wrote: > > Great news! A fast and smooth recovery. > > > > Sent from my iPhone > > > > > > > > > On Jul 14, 2018, at 14:14, Daniel Seagraves via cctalk < > > cctalk@classiccmp.org> wrote: > > > > > > Got the call yesterday. Transplant operation was a success. Still at > the > > hospital recovering. Will update when able. > > > > > > > >
Re: GoTEK SFR1M44-U100...
I understand that HxC has a hard sectored working on the Gotek for H89/H8. They are having issues with the timing restrictions for N* hard sectored. I've thought some about modifying a Gotek to use on my Nicolet but after some thought, realized it would be much easier to use something like an arduino directly on the I/O bus and bypass the complication of sector pulses at the same time as data was being transferred. It uses 32 hard sectored disk and writes continuous data over 16 sectors. It looks like it can be done but it is so much simpler to just send 20 bits as parallel data, as one word, rather then sending FM a bit at a time. Dwight From: cctalk on behalf of Chuck Guzis via cctalk Sent: Saturday, July 14, 2018 5:29:53 PM To: Fred Cisin via cctalk Subject: Re: GoTEK SFR1M44-U100... On 07/14/2018 05:05 PM, Fred Cisin via cctalk wrote: > Stringy Floppy is best forgotten. Along with TI wafertape and similar nonsense.
Re: GoTEK SFR1M44-U100...
> > Stringy Floppy is best forgotten. > > Along with TI wafertape and similar nonsense. I've got one of those. Fun, when it works (there's always a moment of panic to see if it feels like working). -- personal: http://www.cameronkaiser.com/ -- Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckai...@floodgap.com -- Life is too short to remove USB safely.
Re: GoTEK SFR1M44-U100...
On 07/14/2018 05:05 PM, Fred Cisin via cctalk wrote: > Stringy Floppy is best forgotten. Along with TI wafertape and similar nonsense.
Re: Got a kidney!
injoy the gift of extended life cheers may the pain and healing be quikly over so u can move back to life and the classics On Sat, Jul 14, 2018 at 7:00 PM, Ed Sharpe via cctalk wrote: > congrats on kidney!! ed# > > Sent from AOL Mobile Mail > > On Saturday, July 14, 2018 Kurt K via cctalk > wrote: > Great news! A fast and smooth recovery. > > Sent from my iPhone > > > > > On Jul 14, 2018, at 14:14, Daniel Seagraves via cctalk < > cctalk@classiccmp.org> wrote: > > > > Got the call yesterday. Transplant operation was a success. Still at the > hospital recovering. Will update when able. > > > >
Re: GoTEK SFR1M44-U100...
The floppy disk has an "index" hole and sensor. HARD sector disks have one hole per sector. SOFT sector disks have only one hole, and divide the track into sectors in software. . . . and Apple and Commodore used soft-sectored, but do not use the index hole, so the track can begin at any rotational position. Stringy Floppy is best forgotten.
Re: Got a kidney!
congrats on kidney!! ed# Sent from AOL Mobile Mail On Saturday, July 14, 2018 Kurt K via cctalk wrote: Great news! A fast and smooth recovery. Sent from my iPhone > On Jul 14, 2018, at 14:14, Daniel Seagraves via cctalk wrote: > > Got the call yesterday. Transplant operation was a success. Still at the > hospital recovering. Will update when able. >
Re: GoTEK SFR1M44-U100...
On 07/14/2018 04:04 PM, Grant Taylor via cctalk wrote: > It's my understanding that MS-DOS was one of the earlier OSs to > standardize file systems used across disks for various computer > manufacturers. There were still some physical differences though. Well, yes and no. NEC really is the trailblazer here, not IBM (or for that matter Microsoft). The PC98 platform maintains the same format and datarate across 8", 5.25" and 3.5" floppies, although it many cases it can recognize and work with the IBM PC versions. One notable aspect is that the drives use all spin at the same 360 RPM speed. As far as CP/M, well there is the 8" SSSD (IBM 3740) format that DRI distributed the software on. Various OEMs tweaked their own interpretation of "CP/M Format, both in terms of drives and the organization and method of storing data on them. There are many more forgotten floppy formats than most realize--for example, the Drivetec/Kodak 5.25" 2.8MB and 6MB formats. --Chuck
Re: GoTEK SFR1M44-U100...
On Sat, 14 Jul 2018, Grant Taylor via cctalk wrote: I had a vague sense that different OSs had different types of floppy drives. I've also heard of hard vs soft sector drives, but I have no idea what the difference is. The floppy disk has an "index" hole and sensor. HARD sector disks have one hole per sector. SOFT sector disks have only one hole, and divide the track into sectors in software. I'd used CP/M at school but assumed all CP/M machines used the same disk format. Wrong! *nod* It's my understanding that MS-DOS was one of the earlier OSs to standardize file systems used across disks for various computer manufacturers. There were still some physical differences though. CP/M DID have a "standard format" - 8 inch Single-dided, single density. But, when manufacturers created double sided, and double density formats, or used hardware that was not compatible with the "standard format", they each came up with different ones. When 5.25" drives came out, each format was different. I estimate that there are 2500 floppy disk formats. I once got an opportunity to talk to Gary Kildall. I asked him about creating a standard format for 5.25" CP/M. He replied, "The standard format is 8 inch single sided single density." I thought that maybe my request wasn't clear, and suggested that it would be helpful if there were also a 5.25" standard. He reiterated, "The standard format is 8 inch single sided single density." Admittedly, a single standard was simpler than having a single sided and a dounle sided standard, with single density standard, and double density standard, for each size. (8 so far, and no clear end in sight.) The IBM PC domination of the market led to all of the imitators of IBM being standardized. (5.25" MFM single and double sided, 8 sectors per track and then 9 sectors per track. Then "High" density 5.25" (which was basically similar to an 8"!). Then "720K" 3.5". Then "1.4M" 3.5". Then "2.8M" 3.5".) But, besides the IBM compatible MS-DOS, MANY companies had reasons for other formats, even with MS-DOS, as well as CP/M. That even included a few companies who simply deliberatly wanted incompatability! Intertec (Superbrain) could not grasp any reason to transfer files between their disks and others, other than attempts to STEAL their "proprietary" software! (such as PIP.COM, FORMAT.COM, . . . ) They threatened to sue me if I included their formats in XenoCopy! That was the first time that I added an additional format during a tradeshow. But, MOST incompatabilities were for perceived advantages. Such as 800K GCR on Sirius/Victor-9000. Or "quad density" 80 track formats, such as 720K. Or 3.5", before IBM came up with one (PC-DOS 3.20). Companies that had already implemented 3.5", such as Gavilan, scrambled to change their formats to match IBM. 3 inch! 3.25 inch! (Dysan bet the company on the premise that software availability would be the deciding factor on which "shirt-pocket" diskette would win out. They created a surprisingly comprehensive publishing project. Where are they NOW?) NEC, however, made their "1.2M" format identical to their 8" format, and then also made their HD 3.5" identical. (360RPM drive, instead of the usual 300RPM) Although physically different, they all had the same layout. -- Grumpy Ol' Fred ci...@xenosoft.com
Re: GoTEK SFR1M44-U100...
On 07/14/2018 04:40 PM, Adrian Graham via cctalk wrote: Since I got my first Gotek last year I've learned more about floppy drives and disks than I ever thought would be neccesary but there's SO many different formats out there that I never knew about. Yep. I expect that I will be learning things too. In fact, I'm planing on ~> counting on exactly that. Thankfully I've had some exposure through friends and various mailing lists; cctalk, TUHS, COFF, and various newsgroups; comp.os.vms being predominant. In the 80s my exposure to floppies was all DEC so I knew about hard/soft sectored drives and that RX50s had to be read in an RX50 drive. PC wise it was all IBM-related so a disk from one machine would work in another (alignment issues notwithstanding). I had a vague sense that different OSs had different types of floppy drives. I've also heard of hard vs soft sector drives, but I have no idea what the difference is. I'd used CP/M at school but assumed all CP/M machines used the same disk format. Wrong! *nod* It's my understanding that MS-DOS was one of the earlier OSs to standardize file systems used across disks for various computer manufacturers. There were still some physical differences though. Fortunately I still find learning fun :) :-D -- Grant. . . . unix || die
Re: BASIC (Was: Reading HP2000 tapes
On 2018-07-14 5:10 PM, Fred Cisin via cctalk wrote: > Apparently Eric Smith has already done so. > http://www.brouhaha.com/~eric/software/tsbutils/ > > > You can still send me back to the sixties. > Hey, form an orderly queue, please!
Re: GoTEK SFR1M44-U100...
>>On 07/14/2018 02:43 PM, Adrian Graham via cctalk wrote: > I love them, I see FlashFloppy has also been mentioned which is also > excellent. Keir Fraser (flashfloppy) is constantly updating it to add new > support for formats suggested by folk either on the facebook group or on > the github repository. It will support a lot of image formats natively and > can be configured as IBM or Shugart interface though only as DS0 or DS1. > >*nod* >I really like that FlashFloppy will allow the same single device to support both 1.44 MB and 720 kB floppies. >Aside: I've got to say, I've never really messed with the various numbers associated with floppy drives, but the 1536 really surprised me. >I apparently have a lot of history to learn at some point. Since I got my first Gotek last year I've learned more about floppy drives and disks than I ever thought would be neccesary but there's SO many different formats out there that I never knew about. In the 80s my exposure to floppies was all DEC so I knew about hard/soft sectored drives and that RX50s had to be read in an RX50 drive. PC wise it was all IBM-related so a disk from one machine would work in another (alignment issues notwithstanding). I'd used CP/M at school but assumed all CP/M machines used the same disk format. Wrong! Fortunately I still find learning fun :) -- adrian/witchy Owner of Binary Dinosaurs, the UK's biggest home computer collection? t: @binarydinosaursf: facebook.com/binarydinosaurs w: www.binarydinosaurs.co.uk On 14 July 2018 at 22:34, Grant Taylor via cctalk wrote: > On 07/14/2018 02:43 PM, Adrian Graham via cctalk wrote: > >> I love them, I see FlashFloppy has also been mentioned which is also >> excellent. Keir Fraser (flashfloppy) is constantly updating it to add new >> support for formats suggested by folk either on the facebook group or on >> the github repository. It will support a lot of image formats natively and >> can be configured as IBM or Shugart interface though only as DS0 or DS1. >> > > *nod* > > I really like that FlashFloppy will allow the same single device to > support both 1.44 MB and 720 kB floppies. > > Aside: I've got to say, I've never really messed with the various numbers > associated with floppy drives, but the 1536 really surprised me. > > I apparently have a lot of history to learn at some point. > > They've let me bring a lot of my collection back to life. >> > > Yay. > > I'm messing with a machine that I can likely get the floppy drive to work > (it's only 25 years old). But I have exactly one other floppy drive and no > floppy disks that I trust. So I figured that I might as well convert to > emulation and catch up with all the images that I'm using in virtualization. > > > > > -- > Grant. . . . > unix || die >
Re: GoTEK SFR1M44-U100...
On 07/14/2018 02:43 PM, Adrian Graham via cctalk wrote: I love them, I see FlashFloppy has also been mentioned which is also excellent. Keir Fraser (flashfloppy) is constantly updating it to add new support for formats suggested by folk either on the facebook group or on the github repository. It will support a lot of image formats natively and can be configured as IBM or Shugart interface though only as DS0 or DS1. *nod* I really like that FlashFloppy will allow the same single device to support both 1.44 MB and 720 kB floppies. Aside: I've got to say, I've never really messed with the various numbers associated with floppy drives, but the 1536 really surprised me. I apparently have a lot of history to learn at some point. They've let me bring a lot of my collection back to life. Yay. I'm messing with a machine that I can likely get the floppy drive to work (it's only 25 years old). But I have exactly one other floppy drive and no floppy disks that I trust. So I figured that I might as well convert to emulation and catch up with all the images that I'm using in virtualization. -- Grant. . . . unix || die
Re: Reading HP2000 tapes
On 7/14/18 1:50 PM, Rick Bensene via cctalk wrote: > Dan Veeneman via cctalk wrote: >> >> I recently received the following request: >> >>> I just recently found a (9 or 7 track?) tape of mine made on an >>> HP2000 (probably C, maybe F) in 1977 from a DUMP of two accounts. >>> I've had it for 40 years with nothing to process it. Now I have >>> simh to process it on, but nothing to read it with. >> It will be a 9-track tape. I'd strongly suggest sending it to Chuck to recover.
Re: BASIC (Was: Reading HP2000 tapes
Apparently Eric Smith has already done so. http://www.brouhaha.com/~eric/software/tsbutils/ You can still send me back to the sixties.
RE: Reading HP2000 tapes
Dan Veeneman via cctalk wrote: > > I recently received the following request: > >> I just recently found a (9 or 7 track?) tape of mine made on an >> HP2000 (probably C, maybe F) in 1977 from a DUMP of two accounts. >> I've had it for 40 years with nothing to process it. Now I have >> simh to process it on, but nothing to read it with. > > Does anyone have experience and the ability to read such a tape? ..and Chuck responded: >I can read 7-track as well as 9-track (800 NRZI, 1600 PE and 6250 GCR) >tapes. My output format is SIMH .TAP files. Interpretation is up to you. Once you get .TAP files, here's a link to the tools you need to extract the catalog directories, as well as decode the BASIC programs on the tape. They work fantastic: http://www.brouhaha.com/~eric/software/tsbutils/ Once you get the tape read and have a .tap image, please put it somewhere where Time Shared BASIC fans can download it and take a look at what's there. If it's a HIBernate tape, could potentially be fired up under SimH and run just as it was the day the tape was made. If it's a 9-Track tape, I do have ability to read them, but no 7-track capability. I'm in Oregon. -Rick -- Rick Bensene The Old Calculator Museum http://oldcalculatormuseum.com
BASIC (Was: Reading HP2000 tapes
On Sat, 14 Jul 2018, Ed Sharpe via cctalk wrote: isn't the basic programs also stored in tokinized forms!?!? Yes. And the tokens are not the same between different brand implementations, or even between different versions, such as MBASIC 4 and MBASIC 5. http://fileformats.archiveteam.org/wiki/Tokenized_BASIC I don't know the token list for it. You MIGHT be able to find that in one of the early manuals for it (1969), possibly as an appendix. newline is 0D,0A Saving a file in UN-tokenized form is done with "CSAVE". (similar to the "SAVE xxx,A in Microsoft BASIC) If writing a conversion program for it is an unsurmountable obstacle, then all that you need to do is to send me back in time to 1960. That will give me almost a decade to get established and get the money together, so that when the machine is first released, I will get hold of one, and write a program in BASIC to detokenize a stored BASIC file, and save it in untokenized form. I will then put a copy of that BASIC utility program onto the tape that you will end up with. To leave enough space on the tape for the other stuff, I will store that program in tokenized form. Optionally, I can set up a portfolio for you then, to fund the time machine. NOTE: I have made a similar open offer to John Titor. So do it quickly to be first! Offer is for a ONE-WAY trip. Round-trip is not acceptable. NOTE: the language BASIC is an acronym for "Beginner's All-purpose Symbolic Instruction Code."ALL CAPS ! The basic programs and utilities that come with the machine that are not written in BASIC are not tokenized. The language was developed by Thomas E. Kurtz and John G. Kemeny at Dartmouth College in 1963. One of their "basic" oremises was "a number is a number", and that people using the language shouldn't have to understand the difference between integer and floating point. They abandoned their offspring for decades, and it wasn't until mid 1980s that they ever even looked at the BASIC that was present, even built-in, on most personal computers! They finally noticed how the adult had grown up, and were SHOCKED at "street BASIC", and how people such as billg (MICROS~1) and Gordon Eubanks (CBASIC) had corrupted it. So, they created and marketed "TRUE BASIC" in 1985, which was a structured compiled language, that returned to the true faith. "I think I'll pass up the opportunity to become a born-again True BASIC believer. I'll enjoy my Microsoft and CBASIC heresies." - Jerry Pournelle -- Grumpy Ol' Fred ci...@xenosoft.com
Re: Got a kidney!
On Sat, 14 Jul 2018, Daniel Seagraves via cctalk wrote: Got the call yesterday. Transplant operation was a success. Still at the hospital recovering. Will update when able. \o/ g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.diy-cockpits.org/coll - Go Collimated or Go Home. Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://scarlet.deltasoft.com - Get it _today_!
Re: Got a kidney!
All the best for excellent recovery! bb On Sat, Jul 14, 2018 at 4:43 PM, Kurt K via cctalk wrote: > Great news! A fast and smooth recovery. > > Sent from my iPhone > >> On Jul 14, 2018, at 14:14, Daniel Seagraves via cctalk >> wrote: >> >> Got the call yesterday. Transplant operation was a success. Still at the >> hospital recovering. Will update when able. >> >
RE: Got a kidney!
Daniel S wrote: > Got the call yesterday. Transplant operation was a success. Still at the hospital recovering. Will update when able. That is fantastic and blessed news! Best to you for a quick and healthy recovery. You've got a lot of classiccmp folks keeping you in their thoughts and prayers. -Rick -- Rick Bensene The Old Calculator Museum http://oldcalculatormuseum.com
Re: Got a kidney!
Great news! A fast and smooth recovery. Sent from my iPhone > On Jul 14, 2018, at 14:14, Daniel Seagraves via cctalk > wrote: > > Got the call yesterday. Transplant operation was a success. Still at the > hospital recovering. Will update when able. >
Re: GoTEK SFR1M44-U100...
>>Does anyone have any experience with the GoTEK SFR1M44-U100 floppy drive emulator that reads ""images from a USB flash drive? I love them, I see FlashFloppy has also been mentioned which is also excellent. Keir Fraser (flashfloppy) is constantly updating it to add new support for formats suggested by folk either on the facebook group or on the github repository. It will support a lot of image formats natively and can be configured as IBM or Shugart interface though only as DS0 or DS1. They've let me bring a lot of my collection back to life. Cheers, -- adrian/witchy Owner of Binary Dinosaurs, the UK's biggest home computer collection? t: @binarydinosaursf: facebook.com/binarydinosaurs w: www.binarydinosaurs.co.uk On 14 July 2018 at 18:13, Grant Taylor via cctalk wrote: > On 07/13/2018 09:44 PM, Chuck Guzis via cctalk wrote: > >> Actually, given that allocation is in fixed units, it would be pretty >> simple to plug in a valid partition table and dummy FAT32 filesystem image >> with the disk space pre-allocated on the USB flash. >> > > Possibly. > > I would want to likely use mount the discrete images as file systems > directly. So if they were considered partitions and had /dev entries for > them, I could just mount them directly. > > In fact, one of the tricks I found was to use a special mount command that > did that with parameters. > >mount -o loop,offset=$[15*1536]k,sizelimit=1440k /dev/sdb1 /mnt/tmp > > I've got to say that I really like the idea / knowledge that loopback > devices can be constrained to a part of a file / device. IMHO that could > come in handy accessing partitions within a whole drive image (via dd). > }:-) > > There are more details in a comment on the following page: > > Link - Review: GoTek System SFR1M44-U100K USB 1000 Floppy Disk Emulator > - http://goughlui.com/2013/05/19/review-gotek-system-sfr1m44- > u100k-usb-1000-floppy-disk-emulator/ > > But I'd look at the alternative firmware--it may well use a standard >> filesystem scheme. >> > > I am planing on trying the FlashFloppy firmware. > > I also ordered the OLED display. ;-) > > > > > -- > Grant. . . . > unix || die >
Re: Got a kidney!
> Got the call yesterday. Transplant operation was a success. Still at the > hospital recovering. Will update when able. A tremendous blessing. Glad to hear! -- personal: http://www.cameronkaiser.com/ -- Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckai...@floodgap.com -- select unique ("Just another SQL hacker") jash from id_rec order by 1; -
Re: Reading HP2000 tapes
On 07/14/2018 11:14 AM, Dan Veeneman via cctalk wrote: Hello, I recently received the following request: I just recently found a (9 or 7 track?) tape of mine made on an HP2000 (probably C, maybe F) in 1977 from a DUMP of two accounts. I've had it for 40 years with nothing to process it. Now I have simh to process it on, but nothing to read it with. Does anyone have experience and the ability to read such a tape? What density and number of tracks? I currently have capability to read 1600 (PE) and 6250 (GCR) tapes in 9-track format. No 7-track or 800 BPI capability, however. Jon
Re: GCC Ada for Linux/MIPS/BE and Linux/HPPA2
umm, it seems something has been released but I have never seen it (i.e. gnat for HPUX? bah ...) --- Ada Core Technologies has released the following versions of release 3.10p of the GNAT Ada 95 compiler. These versions should be available shortly on the various mirror sites that provide latest GNAT versions DEC Unix HPPA HPUX x86 Linux MIPS IRIX POWER PC AIX SPARC SOLARIS SPARC SUNOS x86 NT/Win95 x86 OS/2 Power PC (Mac) Machten Corresponding source and documentation releases have also been made. 2018-07-13 22:43 GMT+02:00 Carlo Pisani : > besides > we are experimenting problems supporting Ada's exceptions on Irix with > gcc v4.7.1 > > http://www.downthebunker.xyz/wonderland/reloaded/bazaar/viewtopic.php?f=33=110=329=8b037f041d4fe8c74528008402b57762#p329 > > it's not clear if the problem is related to gcc, rather than to binutils > > here some hints found on the internet (but it's an old news, 2005) > > http://93.55.217.0/wonderland/chunk_of/stuff/public/retrocomputing/sgi/dev/gcc-test-frame-for-mips/readme.txt
uVax cabinet wheels
Anyone know a source for replacement hard molded wheels that would fit a MicroVax 4000 low profile cabinet base? I'm missing two and the other two may as well be gone given how functional they are. Mounting hardware is still intact, it's just the wheels that I need.. Steve Shumaker
Re: Got a kidney!
Wonderful news! Here’s to a quick recovery! RichC Get Outlook for iOS On Sat, Jul 14, 2018 at 3:14 PM -0400, "Daniel Seagraves via cctalk" wrote: Got the call yesterday. Transplant operation was a success. Still at the hospital recovering. Will update when able.
Got a kidney!
Got the call yesterday. Transplant operation was a success. Still at the hospital recovering. Will update when able.
Re: GCC for pdp11
> On Jul 14, 2018, at 9:46 AM, David Bridgham via cctalk > wrote: > > Hey, glad to hear of some improvement on GCC for the PDP-11. Last > spring I ended up side-tracked on the QSIC project and working more on > FPGA issues than writing PDP-11 code but that's going to change here at > some point. I still want to put a soft PDP-11 into the FPGA as an I/O > controller and will need to be writing code for it. > > For the moment, I'm off at my summer job in Alaska but when I get home > this fall, it's back to working away on the QSIC and maybe my PDP-10 > project where I'm thinking I may also use a soft PDP-11 as an I/O > processor. Anyway, I'll grab up the new GCC and see if my issues with > the 'volatile' keyword are still there. I didn't directly address anything like that, but it may well be that things are better. "Volatile" is a very tricky area. There is detailed discussion in the GCC manual about when volatile objects are accessed. You may want to review that. Sometimes the rules are not precisely what you might expect. paul
Re: GoTEK SFR1M44-U100...
On 07/13/2018 09:44 PM, Chuck Guzis via cctalk wrote: Actually, given that allocation is in fixed units, it would be pretty simple to plug in a valid partition table and dummy FAT32 filesystem image with the disk space pre-allocated on the USB flash. Possibly. I would want to likely use mount the discrete images as file systems directly. So if they were considered partitions and had /dev entries for them, I could just mount them directly. In fact, one of the tricks I found was to use a special mount command that did that with parameters. mount -o loop,offset=$[15*1536]k,sizelimit=1440k /dev/sdb1 /mnt/tmp I've got to say that I really like the idea / knowledge that loopback devices can be constrained to a part of a file / device. IMHO that could come in handy accessing partitions within a whole drive image (via dd). }:-) There are more details in a comment on the following page: Link - Review: GoTek System SFR1M44-U100K USB 1000 Floppy Disk Emulator - http://goughlui.com/2013/05/19/review-gotek-system-sfr1m44-u100k-usb-1000-floppy-disk-emulator/ But I'd look at the alternative firmware--it may well use a standard filesystem scheme. I am planing on trying the FlashFloppy firmware. I also ordered the OLED display. ;-) -- Grant. . . . unix || die
Re: Reading HP2000 tapes
On 07/14/2018 09:14 AM, Dan Veeneman via cctalk wrote: > Hello, > > I recently received the following request: > >> I just recently found a (9 or 7 track?) tape of mine made on an >> HP2000 (probably C, maybe F) in 1977 from a DUMP of two accounts. >> I've had it for 40 years with nothing to process it. Now I have >> simh to process it on, but nothing to read it with. > > Does anyone have experience and the ability to read such a tape? I can read 7-track as well as 9-track (800 NRZI, 1600 PE and 6250 GCR) tapes. My output format is SIMH .TAP files. Interpretation is up to you. --Chuck
Re: Reading HP2000 tapes
isn't the basic programs also stored in tokinized forms!?!? Ed# In a message dated 7/14/2018 9:14:22 AM US Mountain Standard Time, cctalk@classiccmp.org writes: Hello, I recently received the following request: > I just recently found a (9 or 7 track?) tape of mine made on an > HP2000 (probably C, maybe F) in 1977 from a DUMP of two accounts. > I've had it for 40 years with nothing to process it. Now I have > simh to process it on, but nothing to read it with. Does anyone have experience and the ability to read such a tape? Cheers, Dan
Reading HP2000 tapes
Hello, I recently received the following request: > I just recently found a (9 or 7 track?) tape of mine made on an > HP2000 (probably C, maybe F) in 1977 from a DUMP of two accounts. > I've had it for 40 years with nothing to process it. Now I have > simh to process it on, but nothing to read it with. Does anyone have experience and the ability to read such a tape? Cheers, Dan
Re: An historical nit about FDDs
On 07/14/2018 07:57 AM, Noel Chiappa via cctalk wrote: > From: Jon Elson > I THINK the 370/145 used the same drive. The "IBM's 360 and Early 370 Systems" book doesn't say so explicitly (it just says Minnow - the one with the solenoids - was a"incorporated in .. the System/370 processors", pg. 517), but given that the follow-on drive (Figaro/Igar) didn't start shipping until 1973 (pg. 519), and the /145 started shipping in 1971, it pretty much had to have had a Minnow. Well, there were two major variants of the 370/145, that had major changes at least to the power system. The first version had many small power regulator modules, the later had two HUGE regulators (390 A each, at +1.25 V and -3 V). So, they could have updated a bunch of other features at the time of that change. Jon
Re: GCC for pdp11
Hey, glad to hear of some improvement on GCC for the PDP-11. Last spring I ended up side-tracked on the QSIC project and working more on FPGA issues than writing PDP-11 code but that's going to change here at some point. I still want to put a soft PDP-11 into the FPGA as an I/O controller and will need to be writing code for it. For the moment, I'm off at my summer job in Alaska but when I get home this fall, it's back to working away on the QSIC and maybe my PDP-10 project where I'm thinking I may also use a soft PDP-11 as an I/O processor. Anyway, I'll grab up the new GCC and see if my issues with the 'volatile' keyword are still there. Dave
Re: An historical nit about FDDs
> From: Jon Elson > I THINK the 370/145 used the same drive. The "IBM's 360 and Early 370 Systems" book doesn't say so explicitly (it just says Minnow - the one with the solenoids - was a"incorporated in .. the System/370 processors", pg. 517), but given that the follow-on drive (Figaro/Igar) didn't start shipping until 1973 (pg. 519), and the /145 started shipping in 1971, it pretty much had to have had a Minnow. Noel