TUHS

tuhs@tuhs.org

29 participants
6496 discussions

by Wolfgang Helbig

Hi Bent Lee, you asked for help > >I need help with the V6 kernel compilation. I read the Unix setup guide >and the >file /usr/sys/run. I've seen one problem so far with the /usr/sys/run >file. That is >that the two lib files (lib1 & lib2) did not contain any symbols. > >When I ran: ># ar r ../lib1 >and ># ar r ../lib2 > >I got a string of error messages from ld. which error messages? > >But after I did this: ># ar r ../lib1 *.o >and ># ar r ../lib2 *.o This might have corrupted your lib files. These two lines are only meant as templates to replace some files in your archives, that is lib[12], if necessary. But replacing an object file is necessary only if you changed the corresponding source file and recompiled it. Here are the files supposed to be in lib1: # ar t lib1 main.o alloc.o iget.o prf.o rdwri.o slp.o subr.o text.o trap.o sig.o sysent.o clock.o fio.o malloc.o nami.o pipe.o sys1.o sys2.o sys3.o sys4.o > >I have these missing symbols ># ld -x l.o m40.o c.o ../lib1 ../lib2 >Undefined: >_end (defined by ld if successful) >_edata (same) >_iinit (from alloc.c) >_iget (from iget.c) replace lib1 and lib2 with the original files and it should work! You might want to consult http://www.ba-stuttgart.de/~helbig/os/script/chapt1.1 for help installing V6. Regards, Wolfgang -- "Dijkstra is right, but you don't say such things!" (A less courageous programmer)

18 years, 9 months

[pups] V6 kernel compile help

by filter

Hi All I need help with the V6 kernel compilation. I read the Unix setup guide and the file /usr/sys/run. I've seen one problem so far with the /usr/sys/run file. That is that the two lib files (lib1 & lib2) did not contain any symbols. When I ran: # ar r ../lib1 and # ar r ../lib2 I got a string of error messages from ld. But after I did this: # ar r ../lib1 *.o and # ar r ../lib2 *.o I have these missing symbols # ld -x l.o m40.o c.o ../lib1 ../lib2 Undefined: _end _edata _iinit _iget _update _schar _namei _maknode _access _itrunc _iput _alloc _uchar _closef _getf Can anyone help me with this? (I saw that MIT athena has a V6 repository with a Makefile in it But I cannot access it at all. (-_-) ) thanks bent lee

18 years, 9 months

Re: [TUHS] weird problem with our Decwriter III terminal

by John Chung

I would start with the gears first. Stepper motor testing can be done by visual inpection by running through 1 character at a time. Mark each turn when moving to the next character. This requires diassembly of the casing and other visual blocking components. John --- tuhs-request(a)minnie.tuhs.org wrote: > Send TUHS mailing list submissions to > tuhs(a)minnie.tuhs.org > > To subscribe or unsubscribe via the World Wide Web, > visit > https://minnie.tuhs.org/mailman/listinfo/tuhs > or, via email, send a message with subject or body > 'help' to > tuhs-request(a)minnie.tuhs.org > > You can reach the person managing the list at > tuhs-owner(a)minnie.tuhs.org > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of TUHS digest..." > > > Today's Topics: > > 1. weird problem with our Decwriter III terminal > ... (asbesto) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 21 Jun 2006 09:38:10 +0000 > From: asbesto <asbesto(a)freaknet.org> > Subject: [TUHS] weird problem with our Decwriter III > terminal ... > To: tuhs(a)tuhs.org > Message-ID: <20060621093810.GA24010(a)freaknet.org> > Content-Type: text/plain; charset=us-ascii > > > Hi, > > maybe someone here can help us - our problem is that > the > decwriter terminal seem to "jump" in particular > positions > when printing > > we don't understand how to solve this problem - > maybe this is a > stepper motor problem, or another problem in > gears/transmission? > > the problem is evident in this image: > > http://dyne.org/museum/dec/terminals/la120/tn/dscn3488.jpg.html > > does someone have an idea about this problem? > tnx! > > :) > > -- > [ asbesto : IW9HGS : freaknet medialab : > radiocybernet : poetry ] > [ http://freaknet.org/asbesto > http://papuasia.org/radiocybernet ] > [ NON SCRIVERMI USANDO LETTERE ACCENTATE, NON > MANDARMI ALLEGATI ] > [ *I DELETE* EMAIL > 100K, ATTACHMENTS, HTML, > M$-WORD DOC, SPAM ] > > > > ------------------------------ > > _______________________________________________ > TUHS mailing list > TUHS(a)minnie.tuhs.org > https://minnie.tuhs.org/mailman/listinfo/tuhs > > > End of TUHS Digest, Vol 32, Issue 15 > ************************************ > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

18 years, 10 months

weird problem with our Decwriter III terminal ...

by asbesto

Hi, maybe someone here can help us - our problem is that the decwriter terminal seem to "jump" in particular positions when printing we don't understand how to solve this problem - maybe this is a stepper motor problem, or another problem in gears/transmission? the problem is evident in this image: http://dyne.org/museum/dec/terminals/la120/tn/dscn3488.jpg.html does someone have an idea about this problem? tnx! :) -- [ asbesto : IW9HGS : freaknet medialab : radiocybernet : poetry ] [ http://freaknet.org/asbesto http://papuasia.org/radiocybernet ] [ NON SCRIVERMI USANDO LETTERE ACCENTATE, NON MANDARMI ALLEGATI ] [ *I DELETE* EMAIL > 100K, ATTACHMENTS, HTML, M$-WORD DOC, SPAM ]

18 years, 10 months

[pups] Major/minor device numbers and device names for MSCP drives?

by Robert Armstrong

Probably this is documented somewhere, but I really need a pointer or a brief tutorial on the major/minor device numbers for mknod() and the device names for MSCP drives in 2.11bsd. If I have a really simple PDP with an RQDXn and one RDxx disk, then the device name is conventionally /dev/ra0x and the first partition, ra0a is (5,0), the second, ra0b, is (5,1), etc. Pretty easy. If I have two drives on my single RQDXn, then the second hard disk is /dev/ra1 and ra1a is (5,8), ra1b is (5,9), etc. I guess the offset of 8 must be the maximum number of partitions on a drive - OK, I'm still with you. But what if I have a second MSCP controller? Assuming that I've built the kernel to handle it and modified dtab to autoconfigure it, that is. What are the usual names and mknod() numbers for the drives on the second controller? Worse, what if the MSCP controller isn't a RQDX but is a real UDA/QDA ? Now the drives have their own MSCP unit numbers that can be anything from 0 to 250 - where does this figure in? Same question for TMSCP - what if I have more than one tape controller? This case is easier, though, since TMSCP controllers normally have only one drive associated with them. Thanks, Bob Armstrong

18 years, 10 months

Re: [TUHS] TUHS Digest, Vol 32, Issue 10

by lm＠bitmover.com

> The bandwidth of a mouse and menus is not very high. The bandwidth of a > keyboard is a lot higher. I've long thought that what we needed was control panel which operated on revision controlled flat files in /etc. So you could write scripts to do the automated stuff but you could point and click to do the stuff that you forgot how to do. -- --- Larry McVoy lm at bitmover.com http://www.bitkeeper.com

18 years, 11 months

[pups] bitsavers document

by Martin Lovick

whilst looking around the bitsavers.org pdf archive, I found a document called PreliminaryUnixImplementationDocument_Jun72.pdf. Having had a quick scan through, it contains a source code listing and some commentary (lions i hear you say). The strange thing is that all of the source code appears to be in assembler... whats this about? is it a comentary of PDP-7 unix? regards Martin __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

18 years, 11 months

[pups] bitsavers document

by Carl Lowenstein

On 6/15/06, Greg 'groggy' Lehey <grog(a)lemis.com> wrote: > On Wednesday, 14 June 2006 at 16:24:29 -0700, Martin Lovick wrote: > > whilst looking around the bitsavers.org pdf archive, I found a > > document called PreliminaryUnixImplementationDocument_Jun72.pdf. > > Can you give a full URL for this document? I've taken a brief look at > the list in http://bitsavers.org/pdf/, but nothing jumped out at me. < http://bitsavers.org/pdf/bellLabs/unix/PreliminaryUnixImplementationDocumen… > carl -- carl lowenstein marine physical lab u.c. san diego clowenst(a)ucsd.edu

18 years, 11 months

Re: [pups] bitsavers document

by dmr＠plan9.bell-labs.com

Martin Lovick remarked, > whilst looking around the bitsavers.org pdf archive, I > found a document called > PreliminaryUnixImplementationDocument_Jun72.pdf. > Having had a quick scan through, it contains a source > code listing and some commentary (lions i hear you > say). The strange thing is that all of the source code > appears to be in assembler... > whats this about? > is it a comentary of PDP-7 unix? It is a fairly early version, with commentary, of PDP-11 Unix (the kernel), indeed still in assembler. It is an interesting find, probably the earliest version yet unearthed. Kossow told me about it when he did (or got) the scan of the document. I can't remember receiving it at the time. It is clearly different from what we in the research group were running at the time--it has devices we didn't have, and I think by then we were on the 11/45. Dennis

18 years, 11 months

NY Times article on Bell Labs Holmdel closure

by Jerry Peek

This is a long New York Times article with a lot of detail. They say there'll be at least one public open house before it's demolished. I think you can now read a limited number of NY Times articles without subscribing (they seem to count how many you read -- maybe with a cookie). Here's the URL: http://www.nytimes.com/2006/06/14/realestate/commercial/14bell.html Jerry -- Jerry Peek, jpeek(a)jpeek.com, http://www.jpeek.com/

18 years, 11 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