TUHS

tuhs@tuhs.org

47 participants
6503 discussions

by Maciek Bieszczad

I was having some problems compiling SIMH on FreeBSD. The reason is, all the sources have stray MS-DOS carriage returns (^M), while UNIX only uses line-feeds (^J). This causes GCC to misread some of the code. I suggest you convert the sources to UNIX text format. Once I correct all that, the code compiles fine for me. BTW, why is networking not supported on FreeBSD? Does the pcap driver not work? -- Maciek (macbiesz(a)optonline.net)

21 years, 8 months

V7 on i386?

by masouds＠stormbird.org

Hello, I was looking through mailing list archives for any attempts of porting UNIX V7 to i386. I saw a discussion of it at http://minnie.tuhs.org/pipermail/tuhs/2002-January/000071.html where Some brave soul tries to port V6 to i386; Does anyone know whether or not anything came out of it? cheers, Masoud PS: needless to say, I've recently joined this mailing list.

21 years, 8 months

v6on286

by JStevens＠prcnet.com

FYI the reason why it locks is the 286 multi-tasking is busted.. if you comment out the iret in ken/slp.c it goes further, but it's busted none the less...

21 years, 9 months

v6on286

by JStevens＠prcnet.com

I just downloaded the source, and after much scrounging around I found my old Borland 3.1 compiler.. I built the un.exe, and it does the same thing.. blank screen, and off to nowhere... so I started to add some printf's... Such as this bit in ken\main.c craftproc(); printf("main.c craftproc()\n"); initdevices(); printf("main.c initdevices()\n"); cinit(); printf("main.c cinit()\n"); binit(); printf("main.c binit()\n"); and I modified dmr\cov.c initvid() { // if (video==1) // (gdt_beg+6)->base_l =0; outbyte (VIDCA,VIDCSTART); outbyte (VIDCD,0); outbyte (VIDCA,VIDCEND); outbyte (VIDCD,14); outbyte (VIDCA,VIDADDRL); outbyte (VIDCD,0); outbyte (VIDCA,VIDADDRH); outbyte (VIDCD,0); // clear_screen(vd_attr); cosilence(); } so I could see some more.. it seems to initialize ok under virtual PC.. I think the next thing is to dig for some more info on the 1st task.. My Lyons book is somewhere as I want to create a dummy task that prints "a", and a second one that prints "b", so I can test the scheduler and get "abababababba" or something like that.. Another thing I noticed after trying to build the userland is that crt0.asm is missing.. I'm too much of a newbie to construct that though.. Anyways I'll try to get further this weekend either with my Lyons book, or with v6 on simh.

21 years, 9 months

Re: Cheriton, Zed, and Thoth

by Al Kossow

I came across his book a few days ago in the Computer Science section of the University of Canterbury (NZ) Library. Does anyone know what happened to it? Where it disappeared to, etc? -- "The Thoth System: Multi-Process Stucturing and Portability" Prof Cheriton has been on the faculty of Stanford University since the early 80's. The book was derived from his PhD thesis at the University of Waterloo. I emailed him about a year ago asking exactly this question, since I was looking for software to run on a TI990 minicomputer, and it's gone.. He didn't really want to even talk much about it. The Stanford V-System is the closest descendent of Thoth. Even that may be difficult to find.

21 years, 9 months

speaking of Zed...

by bwc＠coraid.com

More than 20 years ago I worked on a CDC minicomputer the Cyber 18/30. I heard about an operating system for it that used Zed. Does anyone know about it? Brantley

21 years, 9 months

[pups] Cheriton, Zed, and Thoth

by Wesley Parish

I came across his book a few days ago in the Computer Science section of the University of Canterbury (NZ) Library. Does anyone know what happened to it? Where it disappeared to, etc? Zed, for example, is another BCPL derivative, so I feel right at home with it. Wesley Parish -- Mau e ki, "He aha te mea nui?" You ask, "What is the most important thing?" Maku e ki, "He tangata, he tangata, he tangata." I reply, "It is people, it is people, it is people."

21 years, 9 months

Interview with Brian Kernighan

by Kenneth Stailey

http://www.linuxjournal.com/article.php?sid=7035&mode=thread&order=0&thold=0 some quotes: << LJ: Is it true that you suggested the name "UNIX" for the long ago OS, Multics? What does that word mean? BK: Yes, long ago. Multics was an acronym for something like Multiplexed Information and Computing Service, and it was big and complicated because it had many of everything. I suggested Unics for Ken's new system, because it was small and had at most one of anything. (Multi and uni are both Latin roots, so it was a very weak pun.) Someone else spelled it with the letter X; no one can remember who. >> << LJ: What UNIX OSes do you like? Linux? BSD? BK: The way I use them, which is as a casual programmer, it doesn't matter--they are all the same. If I encounter some difference, it only makes me mad, because there really isn't any reason for things to be different most of the time. I use Solaris at Princeton, Irix when I visit Bell Labs, and FreeBSD on my Mac; I also have Cygwin on several PCs so that standard tools are readily available. >> But Brian, FreeBSD does not run on a Mac unless you don't need features like booting up all the way. http://www.freebsd.org/platforms/ppc.html << 3 July, 2002 : This page has been significantly updated. FreeBSD/PowerPC currently boots almost to the point of reaching single-user mode. >> Oh well.

21 years, 9 months

Interview with Brian Kernighan

by norman＠nose.cs.utoronto.ca

Kenneth Stailey: But Brian, FreeBSD does not run on a Mac unless you don't need features like booting up all the way. ======= I think that just underscores the point: it doesn't matter which church the system goes to as long as it works. If everyone was as areligious in their computing the world would be a much better place. Norman Wilson Toronto ON

21 years, 9 months

Re: [TUHS] Re: [pups] Prob OT, CP/88, CP/X86, anyone?

by Steve Nickolas

I used to have an old Lotus 123 1A manual, it was for the 3270PC. It mentioned how there was some windowed system and a way to escape to DOS 2.0 and how 123 had to be run in full-screen mode because it raw-blitted to the video RAM. Sounded like the system was rather Windows 2-like, or at the very least Windows 1-like, back before the Mac. *blink* I don't know, never seen a 3270PC in real life. I do think that this CP/88 might be that windowed system. ...I wonder if it could run on Bochs or some other x86 PC emulator *g* -uso. kirei-na pinku-na E-MAIL-saito ___________________________________________________________ Get your own Web-based E-mail Service at http://www.zzn.com

21 years, 10 months

[pups] Uploading things into the Unix Archive

by Warren Toomey

Hi all, I see I've built up a long list of e-mails from people who have stuff to donate to the Unix Archive. There is now an FTP upload area on the machine: ftp to minnie.tuhs.org, cd to incoming. If you do upload anything called XXX, please also include a README.XXX file so I know what it is, where it came from and other useful information. If you have material that cannot be publicly released at present, but would like it archived for safety reasons, simply use random file names, and tell me the correct names in the README file. I will squirrel these things away for later. The area is set to allow uploads and to see the directory contents. No downloads are possible. Thanks all! Warren

21 years, 10 months

[pups] Prob OT, CP/88, CP/X86, anyone?

by Wesley Parish

I've just come across mention of an I80x86 product of IBM's, called CP/88 and CP/X86 http://www.stanford.edu/group/mmdd/SiliconValley/Ferguson/Chapter.5.html Anybody know anything more about it, and is it still extant, in existence? Wesley Parish -- Mau e ki, "He aha te mea nui?" You ask, "What is the most important thing?" Maku e ki, "He tangata, he tangata, he tangata." I reply, "It is people, it is people, it is people."

21 years, 10 months

[pups] PDP-11 hardware & software usage poll

by Fred N. van Kempen

Hi All, For those of you who don't follow alt.sys.pdp11: I set up a simple web page to start an inventory poll on the number and types of PDP-11 systems used by hobbyists, the operating systems in use on them, and what, if any, licenses are being used for those systems. All this has to do with the whole Mentec not having a license program for the PDP-11 R* operaing systems (RT, RSX and RSTS). After some discussion with Mentec, the site was set up to do the gathering of numbers so we can convince their Management that there are many systems in hobby use, and that there's enough people willing to aquire such a license. Please check out http://www.pdp11.nl/poll.htm and do your magic. None of the information provided will be transferred to anyone- only the summarized info will be made available in a report to Mentec - a copy of which you can request by requesting the 'feedbeck' stuff in the poll. Thanks, and spread the word ! Fred

21 years, 10 months

[pups] LSI-11? And different versions of E-11

by Gregg C Levine

Hello from Gregg C Levine Here's a question. Does anyone on this list, know where I could obtain an LSI-11? Or even a Heathkit, H-11? And the other question, is: Has anyone gotten the different versions of E-11 to boot the operating systems that are available on the file server? These are versions that are stored on the file server itself. Older then 3.1 is what I am thinking of. For my first question, please reply directly to me. That is, only positive ones. ------------------- Gregg C Levine hansolofalcon(a)worldnet.att.net ------------------------------------------------------------ "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda )

21 years, 10 months

[TUHS] Ransom Love's Speech that claims SCO will "Add Components" to Linux Kernel To Make It Scale

by Kenneth Stailey

http://radio.weblogs.com/0120124/2003/07/08.html __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

21 years, 10 months

Comparing Linux code

by Jos� R. Valverde

Pardon me for posting not being a subscriber, I already subscribe to too many lists and I prefer to readd the archives at Minnie. I've used the procedures described in http://www.rickbradley.com/chron/20030619/ to compare the code in Linux with the code of Solaris. There are a few striking comments shared by .c files, some actually containing "jokes". However. Note that I'll NOT comment on anything I've seen in the Solaris code. I'll only talk of my own experience and what LINUX/BSD code says. Matches for [argh urg not set but urp changed a sensible implementation should n ever do this but rfc793 doesnt prohibit the change so we have to deal with it]: ***SOLARIS SOURCE ID REMOVED*** ./drivers/net/slhc.c Looks like the possible 'joke' shared code. Code inspection confirms. Linux code states that slhc code is (c) by BSD. 4.4BSD-Lite contains the code in ./sys/net/slcompress.c The same code appears first in 4.3BSD in the same file. This is NOT therefore SUN/ATT/SCO code, so I guess I can safely comment on it. This looks like one of those infamous source files from BSD whose copyright comments where stripped before the BSD/ATT lawsuit. SCO might preserve the original, pre-lawsuit ATT code (without the (c) notice) and _believe_ it to be theirs. Actually it makes sense in the UNIX sellout turmoil after the lawsuit that the BSD copyrights were forgotten to be merged back in the code. Should it be so, then perhaps SCO zealots did the so much aired comparison UNIX/Linux but did not care to check their own source code against BSD, thus slipping on this one? There is another source file which _might_ be contaminated, but I can't tell in which direction this might have happened. I won't venture breaking confidentiality agreements, but this I believe I can say: I know from experinece this file has suffered extense enhancements during the '90s, most of which were done by independent developers for Suns. The LINUX comments identify the author as an independent developer of world fame in the area indicating the routines were originally developed for SUN and DEC, so if SCO has any claims it might only be by "license contamination" (i.e. any independent addition must belong to me no matter how indirect because I say so). Actually it might be that Sun and DEC added the changes contributed to them and provided them back to the UNIX reference source. In that case, SCO will have a hard time to claim the code belongs to them and they are not stealing other people's contributed code. Furthermore, if they still claim it's theirs 'cos of license contamination, they will put a hard stress on UNIX vendors: in the '90s some vendors survived mainly because of specialized market niches (e.g. MBONE on Sun, graphics on SGI, etc..): everybody in some field would use the same system, users would contribute fixes to them, and this gave them an advantage. Now, if people see that contributing to any system will make them lose rights over their own code, in the future they won't tie themselves to any specific vendor, and vendors will lose the opportunity of taking advantage of specialized user groups to increase their competitivity. Now, imagine where would Sun be if they had never been able to differentiate themselves as, say, the 'dot com' company during the Internet boom. Were I SCO I'd think twice before hampering licensees ability to capitalize on market niche differentiations because of claims on independent, free code developed by _their_ users. All this, assuming, of course, these are the files in dispute. So far, and assuming these are the files, it mostly looks like external additions to SCO code that lost the original copyright references. It is understandable that SCO modern engineers ignore what happened before the ATT/BSD trial, or even ignore the original author of code reverted back by UNIX licensees, and that ignoring who wrote what, they may believe it is all theirs. But, if these were the files, they'll have a hard time. First for not checking correctly their claims (agains say, BSD code), second for not acknowledging nor keeping track of original authors of contributed code, and finally for claiming ownership of code that does not belong to them. Other files share some odd small comment, often it looks like pure chance, machine/vendor dependent code (probably not ATT/SCO therefore) or common sense, so I didn't investigate those any further. j -- These opinions are mine and only mine. Hey man, I saw them first! José R. Valverde De nada sirve la Inteligencia Artificial cuando falta la Natural

21 years, 10 months

Re: Re: RE: [TUHS] v6on286

by Steve Nickolas

>From: Kenneth Stailey <kstailey(a)yahoo.com> >Sent: Wed, 9 Jul 2003 05:37:09 -0700 (PDT) >To: Steve Nickolas <usagi.tsukino(a)pinku.zzn.com> >Subject: Re: RE: [TUHS] v6on286 >The README says: ><< The kernel makes heavy use of the special 286 protected mode >features >> >Try bochs set to be a 286. I figure that a Celeron is a superset of the 386 - ergo, of the 286 also - so there shouldn't be a problem. Maybe I'll do that though, it's safer in a sandbox. >I am wondering if Cygwin could be used to build the code. I see that >ancient C stuff like "=+" was eliminated already. !! I think if you converted the ASM to some other format, you could use Turbo C++ to build it, though...haven't tried that, I don't grok ASM. >Plus check this site out: > >http://www.thefreecountry.com/compilers/cpp.shtml LOL, I have 6 working C compilers on the Windows/DOS side of my box already :) (Turbo C++ 1, Borland C++ 3, Watcom C 11, djgpp, MinGW32, Cygwin) -uso. kirei-na pinku-na E-MAIL-saito ___________________________________________________________ Get your own Web-based E-mail Service at http://www.zzn.com

21 years, 10 months

v6on286

by Steve Nickolas

I was finally able to download a good copy of v6on286 from minnie... I have Borland C++ 3.1, the existing version was built with 3.0. There are no binaries in the v6on286 package for the Unix itself, AFAICT, but I did get a successful MAKE. This is the weird thing, and I'm not sure if it's pilot error, the fact I'm running Windoze, or a glitch in the code. C:\UNIX>un Screen goes blank except for a block flashing cursor. The keyboard does not respond - not even the lights - indicating that the machine is either in a PM loop or completely hung. Has anyone had better luck than me? Or have I had better luck than everyone else (author excluded)? Thx. BTW...I wonder, could some old C compiler be bootstrapped on v6on286 and then V7 ported on it? -uso. kirei-na pinku-na E-MAIL-saito ___________________________________________________________ Get your own Web-based E-mail Service at http://www.zzn.com

21 years, 10 months

RE: [TUHS] v6on286

by Maciek Bieszczad

Ah, silly of me. If I used FTP, that could have saved a couple wasted hours compiling v6on286 :) -- Maciek (macbiesz(a)optonline.net) -----Original Message----- From: Warren Toomey [mailto:wkt@tuhs.org] Sent: Tuesday, July 08, 2003 8:25 PM To: Maciek Bieszczad Subject: Re: [TUHS] v6on286 ?! It's still here at ftp://minnie.tuhs.org/UnixArchive/Other/V6on286/ but I'm not sure why Apache hides the README when the same directory is viewed with http://www.tuhs.org/Archive/Other/V6on286/, I'd better check that out. Warren

21 years, 10 months

Re: [TUHS] OT: Patternless Encryption

by Carl Lowenstein

> From: "Joel Martinez" <president(a)coherent-logic.com> > To: <tuhs(a)minnie.tuhs.org> > Subject: Re: [TUHS] OT: Patternless Encryption > Date: Tue, 8 Jul 2003 11:35:24 -0600 > > Is it possible to do this with a fixed length key? > > > Such a thing exists, it is called a one-time pad. Generate a > > completely random key as long as the plaintext, and then XOR each > > successive bit of the key with the corresponding bit of the plaintext. > > The result is indistinguishable from random noise; only someone with > > an identical copy of the key can decrypt it (using precisely the same > > method of course). For various degrees of security, depending on the length of the key. Keys are not used directly for encryption, but are used to generate cryptographically secure pseudo-random sequences. As a starting point, look at < http://www.mindspring.com/~schlafly/crypto/faq.htm > carl -- carl lowenstein marine physical lab u.c. san diego clowenst(a)ucsd.edu

21 years, 10 months

Re: [TUHS] OT: Patternless Encryption

by Carl Lowenstein

> X-From: mirian(a)trantor.cosmic.com (Mirian Crzig Lennox) > Subject: Re: [TUHS] OT: Patternless Encryption > Date: Tue, 8 Jul 2003 16:29:59 +0000 (UTC) > > On Tue, 08 Jul 2003 15:31:08 GMT, John P. Willis <jwillis(a)coherent-logic.com> wrote: > > > >Just curious to hear the opinions of the many wise people here... > >What is the likelihood of an encryption system in which the resulting data > >has no pattern, > > Such a thing exists, it is called a one-time pad. Generate a > completely random key as long as the plaintext, and then XOR each > successive bit of the key with the corresponding bit of the plaintext. > The result is indistinguishable from random noise; only someone with > an identical copy of the key can decrypt it (using precisely the same > method of course). > > > and one character of encrypted data may stand for many > >different characters when decrypted? > > Assuming you mean "one character of encrypted data might represent any > one of several different characters of plaintext" (not "one > character's worth of encrypted data represents multiple characters > worth of plaintext), this is indeed the effect of a one-time pad. > Just don't ever reuse that key; promptly destroy both copies after > use. > > --Mirian This is hardly the place for a long discussion on such topics, but one might want to look at the FAQ for the net news group sci.crypt. carl -- carl lowenstein marine physical lab u.c. san diego clowenst(a)ucsd.edu

21 years, 10 months

OT: Patternless Encryption

by John P. Willis

Just curious to hear the opinions of the many wise people here... What is the likelihood of an encryption system in which the resulting data has no pattern, and one character of encrypted data may stand for many different characters when decrypted?

21 years, 10 months

Re: RE: [TUHS] v6on286

by Steve Nickolas

>From: Maciek Bieszczad <macbiesz(a)optonline.net> >Sent: Tue, 08 Jul 2003 11:07:48 -0400 >To: tuhs(a)minnie.tuhs.org >Subject: RE: [TUHS] v6on286 >This might help: >http://nibbly.york.ac.uk/mirrors/TUHS/Other/V6on286/README >(I'm not sure why it was removed from TUHS) I did read it. (Hence, my knowledge to use BC3) :) I was aware of the / bug and didn't even make it that far. I was hoping (still am) that someone did build it and make it that far. -uso. kirei-na pinku-na E-MAIL-saito ___________________________________________________________ Get your own Web-based E-mail Service at http://www.zzn.com

21 years, 10 months

Re: Unix Archive

by Warren Toomey

On Tue, Jun 24, 2003 at 04:36:02PM -0400, Latisha Vernon wrote: > I would like to obtain a CD of the pups archive of UNIX. I have tried to > access the link provided by the pups website, but was told the site no > longer existed. If possible, please provide information on how I might > obtain the CD. I'll forward this to the mailing list; perhaps someone there might help you. Can you tell us where you live? Warren

21 years, 10 months

V7/8086 I'm a bit behind the times here, but...

by Steve Nickolas

I already had some ideas, and when I saw something called "v7upgrade", a weird thought came to my head... I'm wondering if any gurus out there would be able to point me in the general direction, as far as getting V7 stuff running on an 8086, perhaps a full V7 system. Something like v7upgrade but including a kernel and bootloader. I don't know. Just musing... My only experience with a "real" UNIX is either SunOS via telnet or PicoBSD. I use RH8 Linux, FreeDOS ODIN 0.31 and Win98SE at home. It would be interesting to play with V7 on one of my computers. :) BTW I do have v7upgrade running on my Linux box - sweet! :} -uso. kirei-na pinku-na E-MAIL-saito ___________________________________________________________ Get your own Web-based E-mail Service at http://www.zzn.com

21 years, 10 months

Jump to page:

2025

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

1996

1995

1994

1993

1992

1991

1990

TUHS