This is Bugs94-II.gz in view mode; [Up]
From: mengpao@helium.Gas.UUG.Arizona.EDU (mengpao cheng) Newsgroups: comp.sys.next.bugs Subject: [Question]: Booting Errors??? Date: 23 Jun 1994 08:09:54 GMT Organization: University of Arizona, Tucson Message-ID: <2ubg0i$amc@news.CCIT.Arizona.EDU> References: <2tp895$opn@vega.info.isbiel.ch> <1994Jun22.093438.22033@um.erisoft.se> Hello, Does anyone know about the following error message and how to fix them??? "FloppyCntIo:flushIntMsgs:Stray Interrupt" "ideRead:Soft Error" These messages are shown during I reboot my system, and they never disappeared. Recently I upgrade my motherboard from ISA/VL to Tyan EISA/VL without rebuild the system (Simply plug in everything) will that be the reason causes the problem. I also found that my second SCSI HD never be mounted right after login the system. The capacity after format should be 516MB. But I use the fdisk to check the free space, it only has 306MB. I have been use this HD to install NS3.2 (just want test if the HD is working find with NS). I am wondering the NS I installed before still hold the space. I tried "low level format", but never get out of it. Any way to fix this problem??? I also found that sometimes the "Disk" icon will shown on to tell me I have another HD, but sometime it won't. Is this a NS bug??? Can we get the rid of it??? Any suggestions welcome... Rueiwun Tu
From: mengpao@helium.Gas.UUG.Arizona.EDU (mengpao cheng) Newsgroups: comp.sys.next.bugs Subject: Re: [Question]: 2nd SCSI HD format problem??? Date: 23 Jun 1994 09:47:53 GMT Organization: University of Arizona, Tucson Message-ID: <2ublo9$cav@news.CCIT.Arizona.EDU> References: <2tp895$opn@vega.info.isbiel.ch> <1994Jun22.093438.22033@um.erisoft.se> <2ubg0i$amc@news.CCIT.Arizona.EDU> Hello everone, I found a problem when I attached the second SCSI HD on my NS system. I am not sure this is a NS bug or not. Hopefully someone can help me with this. When I use the fdisk to check out the free space for my 2nd SCSI HD, I found it's only 306MB. I think this HD should be close to 540MB after formated. (It's a Quantum LP540S) However, NS seemsly only can reach 306MB. Here is the table shown on when I use "Show disk information" on "fdisk" utility: Partition Table ---------------- Act H S Cyl Id H S Cyl Begin Size --- - - --- -- - - --- ----- ---- 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Disk Information ---------------- Disk statistics according to device driver and bios: device: 516 Megabytes, 1057616 sectors bios: 306 Megabytes, 627504 sectors cylinders = 769, heads = 17, sectors/track = 48 It shows "device" capacity is 516MB.(I think it should be the free space after formated) However, on the next line, it also shows "bios" is 306MB (I don't know what is it???????) I have used this HD to install NS3.2. I also use "low level format" to try to get the rid of the system and make the HD clean. But I still get the same result. Currently I am using AHA1542C on Tyan EISA/VL motherboard. My 1st SCSI HD is also Quantum 1080S(formated 1029MB). Any suggestions welcome.... Rueiwun Tu
Newsgroups: comp.sys.next.bugs,comp.sys.next.misc From: byer@mv.us.adobe.com (Scott Byer) Subject: Re: PS printer errors with NXImages? Anyone else experience this?... In-Reply-To: wln@news.cs.columbia.edu's message of 23 Jun 1994 01:37:39 -0400 Message-ID: <BYER.94Jun23105019@embassy.mv.us.adobe.com> Sender: usenet@adobe.com (USENET NEWS) Organization: Adobe Systems Incorporated, Mountain View, CA References: <2ub733$da4@pizza.cs.columbia.edu> Date: Thu, 23 Jun 1994 17:50:19 GMT William Lee Nussbaum writes: William> I have, consistently, for several months, been getting the William> following type of error when printing most (not all) documents with William> NeXTSTEP-generated bitmaps to an HP LaserJet 4: William> (where the line with the serial text continues off the side of the William> page..., and the number is usually approximately -1K, + or - (usu William> -) 0 to 2) Looks like the line is too long. This could cause a problem for the input scanner on the printer. You can try manually editing the PostScript to break up the long input lines at 80 characters or so: (59249gjfkgajgkergjlelgjerglkejgjglegg\ fgjfsghajgjrgjergkejgehg\ fgjfjgahgakkweg) The backslash is necessary to prevent the newline from being included as part of the string of data. Be careful when wrapping to not disturb things other than strings (parenthesis are PostScript's string delineation characters). You're right, though. It does sound like a bug in NeXT's printing kit. -- Scott Byer NeXTMail: byer@mv.us.adobe.com Adobe Systems Incorporated These are *my* opinions, and 1585 Charleston Road, P.O. Box 7900 do not necessarily reflect Mountain View, CA 94039-7900 the opinions of my employer. === ===
Newsgroups: comp.sys.next.bugs From: mperry@netcom.com (Michael Perry) Subject: Re: PAS Sound and Adaptec 1542C Message-ID: <mperryCrw84t.9Aw@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <1994Jun22.153550.1@vaxc.stevens-tech.edu> Date: Fri, 24 Jun 1994 08:41:17 GMT I have them working together just fine, configured as follows: Adaptec 1542CF at port 330, DMA 5, IRQ 11 ProAudio Studio at port 388, DMA 7, IRQ 12 They are in an EISA motherboard; this can matter even for non-EISA cards, as it allows multiple bus masters. Michael Perry mperry@netcom.com sdavenpo@vaxc.stevens-tech.edu writes: [munch] >I have an Adaptec SCSI card in the machine at the defaults (port 330, irq 11, >dma 5) and the PAS is at dma 7, port 338, irq 5. [munch]
Newsgroups: comp.sys.next.bugs From: brouwer@minnie.informatik.uni-stuttgart.de (Klaus Brouwer) Subject: Magic links in Edit? Message-ID: <CrwJ0y.C4K@news.informatik.uni-stuttgart.de> Summary: Edit automatically updates pictures in RTFD documents Sender: news@informatik.uni-stuttgart.de Organization: Informatik, Uni Stuttgart, Germany Date: Fri, 24 Jun 1994 12:36:33 GMT Hello all! If you drag&drop a picture into a RTFD document you can create a copy by holding down the <Alternate> key (or doing nothing) or create a link using the <Control> key. Unfortunately the copy doesn't seem to be a real copy: - drag&drop an image into an RTFD document - close the document - change the image file on disk using Icon (or something like that) - open the RTFD document again => the changed image shows up Is this a kind of "magic link" (found no docu)? What is the underlying mechanism? Is it a feature or a bug? What if I want to have a real copy? Many questions, Klaus...
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs Subject: Re: PAS Sound and Adaptec 1542C Date: 24 Jun 1994 14:08:38 GMT Organization: Technical University of Berlin, Germany Message-ID: <2uepd6$sge@news.cs.tu-berlin.de> References: <1994Jun22.153550.1@vaxc.stevens-tech.edu> <mperryCrw84t.9Aw@netcom.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit mperry@netcom.com (Michael Perry) writes: >I have them working together just fine, configured as follows: >Adaptec 1542CF at port 330, DMA 5, IRQ 11 >ProAudio Studio at port 388, DMA 7, IRQ 12 >They are in an EISA motherboard; this can matter even >for non-EISA cards, as it allows multiple bus masters. We had the described effect (sounds chopped apart) on a PCI Motherboard. A look at the driver source told us, that it uses 8-Bit Transfers even if the card works on 16-Bit transfers. We simply changed the setting of the buffer size to what would have been selected for 16-Bit transfers and it works since then. It had nothing to do with the Adaptec. If you need mre help, feel free to mail. Cheers, Axel -- Axel Habermann \\|// "Wenn Du kiwi@cs.tu-berlin.de (NO NeXT MAIL) )o o( nicht weisst kiwi@belly.in-berlin.de (NeXT Mail) \ | / was Du tust, FaxFon: +49 30 4543046 \~/ mach's mit Eleganz!"
Newsgroups: comp.sys.next.bugs From: guenther@tms-gmbh.de (Guenther Fuerthaller) Subject: Re: PS printer errors with NXImages? Anyone else experience this?... Message-ID: <CrwpAw.1qE@tms-gmbh.de> Sender: usenet@tms-gmbh.de Organization: tms GmbH, Regensburg, Germany References: <BYER.94Jun23105019@embassy.mv.us.adobe.com> Date: Fri, 24 Jun 1994 14:52:07 GMT Let me guess: Your HP LaserJet 4 has a Level1 Postscript without color extensions (colorimage operator) and you try to print full color Bitmaps on it. This invokes an emulation writen by Next which tries to convert the color image into a grayscsale image on your LaserJet. Though it is a really nasty thing to write such a routine in the programming language Postscript i am not very happy with this piece of code Next wrote here. If i am on the right way the solution for your problem is to convert your color images in grayscale images before printing them. Guenther In article <BYER.94Jun23105019@embassy.mv.us.adobe.com> byer@mv.us.adobe.com (Scott Byer) writes: > > William Lee Nussbaum writes: > > William> I have, consistently, for several months, been getting the > William> following type of error when printing most (not all) documents with > William> NeXTSTEP-generated bitmaps to an HP LaserJet 4: > > William> (where the line with the serial text continues off the side of the > William> page..., and the number is usually approximately -1K, + or - (usu > William> -) 0 to 2) > > Looks like the line is too long. This could cause a problem for the input > scanner on the printer. You can try manually editing the PostScript to > break up the long input lines at 80 characters or so: > > (59249gjfkgajgkergjlelgjerglkejgjglegg\ > fgjfsghajgjrgjergkejgehg\ > fgjfjgahgakkweg) > > The backslash is necessary to prevent the newline from being included as > part of the string of data. > > Be careful when wrapping to not disturb things other than strings > (parenthesis are PostScript's string delineation characters). > > You're right, though. It does sound like a bug in NeXT's printing kit. > > -- > Scott Byer NeXTMail: byer@mv.us.adobe.com > Adobe Systems Incorporated These are *my* opinions, and > 1585 Charleston Road, P.O. Box 7900 do not necessarily reflect > Mountain View, CA 94039-7900 the opinions of my employer. > === ===
Newsgroups: comp.sys.next.bugs From: aharriso@satchmo.math.uno.edu (Adam J. Harrison) Subject: Postscript Mac->NeXT Message-ID: <1994Jun24.180210.7801@cs.uno.edu> Sender: news@cs.uno.edu Organization: University of New Orleans Date: Fri, 24 Jun 1994 18:02:10 GMT I'm using my mac at home to write a TeX document. I've drawn an image using Adobe Illustrator and saved it of course as an eps file. Or have I? When I try to use that file in a TeX document on my NeXT at work I can view the picture but the damn thing refuses to print. Does anyone know what's happening. Is there a difference in the postscript platforms? As a curiosity I can print the picture by itself just not as part of a TeX document. Adam Harrison
Newsgroups: comp.sys.next.bugs From: Kjell.Borg@um.erisoft.se (Kjell Borg) Subject: Re: Viper driver (VideoBlitz works fine) Message-ID: <1994Jun27.082645.25431@um.erisoft.se> Sender: usenet@um.erisoft.se (For NNTP posting) Organization: Erisoft AB Umea Sweden References: <1994Jun22.093438.22033@um.erisoft.se> Date: Mon, 27 Jun 1994 08:26:45 GMT Sorry, about my quick follow-up to Oli about my VideoBlitz problem. It was quite simple just to adjust the adress on the board to x8000 0000 instead of x0400 0000. There seemed to be a adress conflict somewhere and I suspect it was my Adaptec 1542CF card. From the discussions it seems that the Adaptec 154X often results in conflicts. But, what are you supposed to use when you only have VESA and ISA? There always seem to be conflicts. For instance, what sound-board should I use with the Adaptec 1542CF? Especially considering that, in the future I wish to upgrade to a faster SCSI card (I understand that the DPT 2021 is mutch faster, but what about the BT 445?). /Kjell > >>The Viper - driver works great (but I have expected more speed with this card). >>There is a little problem when booting NS: The screen becomes black and you don't >>see anymore what's the status of the boot. >>Is there a solution for that ? >> >>Thanks Oli >> > >Well, that sound nice. Unfortunately, I have a Genoa Videoblitz 9200VL, but I can't get the driver to work! >Has anyone else had the problem that the machine hangs at boot when it is supposed to sense the VideoBlitz card (Just after the "Beep" has been installed)? >I get an image when the Standard VGA driver is used, so the hardware works, but not via the Genoa VideoBlitz driver. > >Anyone else using the Genoa hardware? > >Please. > >Kjell > >--- >-- >--------------------------------------------------------------------- >|| Kjell Borg | Email: Kjell.Borg@um.erisoft.se || >|| Erisoft Umea | MEMO: ECOM.EPLKBG || >|| Box 4205 | Tel: +46 90-153059 || >|| S-904 06 Umea | Fax: +46 90-153099 || >|| Sweden | || >--------------------------------------------------------------------- > > --- -- --------------------------------------------------------------------- || Kjell Borg | Email: Kjell.Borg@um.erisoft.se || || Erisoft Umea | MEMO: ECOM.EPLKBG || || Box 4205 | Tel: +46 90-153059 || || S-904 06 Umea | Fax: +46 90-153099 || || Sweden | || ---------------------------------------------------------------------
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: Magic links in Edit? Date: 27 Jun 1994 16:04:07 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9406271740.AA03669@flexus> LS, Here's a new entry in KBNS. Version 32.0 is available on cs.orst.edu. >>>>> KBNS.32.1.036_o3.2o Edit.app does not handle dropped images correctly Description: Whether you alternate-drop (copy) or control-drop (link) images, Edit always uses a hard link to include them (even though it differentiates the changed cursor). How to verify: Copy some image to a scratch directory, duplicate it. Do both operations on a new RTFD document, close that. Change each image using IconBuilder.app. Open the RTFD document again. The changes are visible. Evidence of the hard links is obtained using ls -lga (link count 2). Urgency: A document may be damaged because this is unexpected behaviour. Confirmed: Klaus_Brouwer (reported, unknown version), Raf_Schietekat (o3.2o) Workaround: Duplicate the included message, delete the original, rename the copy to whatever is appropriate (yes, this is tedious). Note that merely renaming the included image does not work (didn't verify this though). Cure (for NeXT): See KBNS.00.0.136: the authors apparently don't know that normally one overwrites a file rather than replacing it, so a hard link is not a suitable decision. Until there are copy-on-write semantics in the file system, copy-dropping an image should use a real file copy operation. Link-dropping should probably use a symbolic link instead. Report history: Reported by Klaus_Brouwer to c.s.n.b on 1994-06-24. <<<<< Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium *** The designation BANRUC60.BITNET for this host will disappear by July 1 *** (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp (? I should test this again)
Newsgroups: comp.sys.next.bugs From: eike@ilink.de (Eike Dierks) Subject: ipc_in_scan_swap: too much data to swap Message-ID: <Cs2qrM.Iw5@ilink.de> Sender: usenet@ilink.de Organization: i.link Kommunikationssysteme GmbH, Berlin Date: Mon, 27 Jun 1994 21:09:21 GMT When doing some distributed processing between moto & intel I frequently get: Jun 27 23:02:03 edgun netmsgserver[22]: ipc_in_scan_swap: too much data to swap. What does this mean ? What happens when I get this message ? Does the data get swapped, discarded or is it passed unswapped ? How can a program cope with this ? Sending less data ?
From: lones@lones.mit.edu (Lones A. Smith) Newsgroups: comp.sys.next.bugs Subject: Mouse crashes when using cufb port for modem => 3.2 is to fault Date: 28 Jun 1994 21:25:09 GMT Organization: Massachvsetts Institvte of Technology Message-ID: <2uq4fl$lqd@senator-bedfellow.MIT.EDU> Hi, I have 3.2 on white. About 8 times now in two weeks, exclusively when I have been heavily using my modem for data transfer, my mouse has gone beserk and I have had to reboot. After all with no mouse control, a NeXT is helpless. I phoned NeXT, and was told that they had never heard of this problem, but suggested that maybe I should check that the mouse is set-up okay in Config.app. Well, it was, but I was just told by TipTop software that "Yes, this is one of the known problems with the NeXT serial driver. It has to do with the fact that you have a mouse hanging off a serial port + modem connection going through the other serial port + loaded system (busy CPU)... Go and BugNeXT." [Of course my serial driver was NeXT-approved, but I can't recall what type it was.] So here I am. NeXT, please fix this in 3.3. Sincerely, Lones A. Smith Department of Economics, MIT E52-252C, Cambridge MA 02139 voice: (617) 253-0914 [fax: (617) 253-6915]
Newsgroups: comp.sys.next.bugs From: ctm@ardi.com (Clifford T. Matthews) Subject: Re: Bug in 68040 processor? Message-ID: <Cs4JJr.7ot@cobra.cs.unm.edu> Sender: news@cobra.cs.unm.edu Organization: ARDI References: <2u50co$ha6@overload.lbl.gov> Date: Tue, 28 Jun 1994 20:28:42 GMT In article <2u50co$ha6@overload.lbl.gov> wampler@me10.lbl.gov (Russ Wampler) writes: >I was wondering if anyone knows what the problem was with the first >version of the MC68040 processor that was used in the first NeXT >workstations that were released. Apparently NeXT sent out replacement >processors to anyone that had the computers with the first mask, but I'm >wondering if the old processors still work and what errors would be >expected from one. > > I dunno about recalled 68040s, but I do know that every 68040 based NeXT that I've run the following program on has wedged: .globl _main _main: unlk a7 Sync First -- Cheers. --Cliff ctm@ardi.com
Newsgroups: comp.sys.next.bugs From: lss3010@festival.ed.ac.uk (J McRobb) Subject: [Qustion]: Adaptec 1540B and > 1 Gig Drives Message-ID: <Cs5s2w.n03@festival.ed.ac.uk> Organization: Edinburgh University Date: Wed, 29 Jun 1994 12:30:31 GMT Well I have an Adaptec 1540B with the newer bios (ie supports > 1 gig) I also have a maxtor 1240MB drive. Unfortunately I get an interupt error from Nextstep when I try to install. If I switch the jumper settings on the Adaptec to support < 1 gig I can proceed with installing Nextstep, unfortunately that means I loose 240MB. Does anyone have any suggestions? Another problem I had was installing nextstep I had to do a minimal installation, and then install the components, any suggestions here. I'am installing 3.2 but had similar problems with 3.1 Many Thanks John McRobb lss3010@dcs.napier.ac.uk PS I'd Like to hear from any other UK or Scottish Nextstep users
From: stufduff@albion.unmc.edu (Sean W. Duffy) Newsgroups: comp.sys.next.bugs Subject: dots & DBModel names Date: 29 Jun 1994 13:43:41 GMT Organization: University of Nebraska Medical Center, Omaha, NE, USA Message-ID: <2urtqd$mnh@netserv.unmc.edu> Keywords: DBMODEL I had an interesting experience lately. I had a database by the name of mst.gdb, so I named my model mst.gdb.dbmodela. When I involed DBModule and started linking things up what I found was that the individual field elements were interpreted as relationships! I renamed the model mst.modela and the problem disappeared. Sean (I did WHAT?) Duffy stufduff@ablion.unmc.edu
From: estraff@next.com (Ethan Straffin) Newsgroups: comp.sys.next.bugs Subject: Re: [Qustion]: Adaptec 1540B and > 1 Gig Drives Date: 29 Jun 1994 21:46:28 GMT Organization: NeXT, Inc. Message-ID: <2usq3k$1mh@rosie.next.com> References: <Cs5s2w.n03@festival.ed.ac.uk> In article <Cs5s2w.n03@festival.ed.ac.uk> lss3010@festival.ed.ac.uk (J McRobb) writes: :Well I have an Adaptec 1540B with the newer bios (ie supports > 1 gig) I :also have a maxtor 1240MB drive. Unfortunately I get an interupt error :from Nextstep when I try to install. Let me guess: thread: waitforInterrupt: returns -735 :If I switch the jumper settings on the Adaptec to support < 1 gig I can :proceed with installing Nextstep, unfortunately that means I loose 240MB. :Does anyone have any suggestions? Yes, you should use our new Adaptec driver, which fixes both the "thread: waitforInterrupt" and >1GB problems. It's available on NeXTanswers, document number 1521. Be sure to also get document 1541, which describes how to install with the new driver. If you can't retrieve the driver over the net and decompress it on a local NEXTSTEP machine, call us at (800) 955-6398 and we'll mail you a floppy. :Another problem I had was installing nextstep I had to do a minimal :installation, and then install the components, any suggestions here. :I'am installing 3.2 but had similar problems with 3.1 Unless I'm misunderstanding you here, this is exactly the way it's supposed to work. It's different from installation on NeXT hardware, but we do it this way to give you more flexibility about which packages to install. (For example, some people have small hard drives and don't want Literature, etc.) Ethan Straffin NEXTSTEP Technical Support
From: Mark Crispin <mrc@Ikkoku-Kan.Panda.COM> Newsgroups: comp.sys.next.bugs Subject: NEXTSTEP can't do 8bits + parity Date: Wed, 29 Jun 1994 16:47:06 -0700 Organization: University of Washington Message-ID: <MS-C.772933626.1103527590.mrc@Ikkoku-Kan.Panda.COM> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII I have a serial device which transmits 8 bits plus parity. Although I can convince a PC and a Mac to read from this device, I can't get NEXTSTEP to do so, even though it is perfectly happy to accept a request for 8 bits (litout and pass8) with odd (odd -even). The same technique works on SUN. TTYDSP lines have the same problem. I've already sent a report about this to the author of TTYDSP. What results is indicative of serial framing errors; characters are dropped depending upon their value and the value of characters around them.
Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs,comp.sys.next.sysadmin From: Dave THOMAS <dave@softpac.com.au> Subject: Probs with Seagate & NS = Panic's Message-ID: <Cs8zyL.8BG@softpac.com.au> Keywords: seagate, problem,panic Sender: dave@softpac.com.au (Dave THOMAS) Organization: Softpac Pty. Ltd., Sydney, AUSTRALIA Date: Fri, 1 Jul 1994 06:13:33 GMT We are having problems with Seagate drives, which we now suspect may be related to the NeXTSTEP operating environment. It seems only to occur with certain drives, not all. We have checked out different revisions of firmware, different controllers and are unable to find any problem with these or the drives, except when we load NeXTSTEP. Is there a known problem with Seagate Drives? What do the error messages actually mean? Any suggestions would be greatly appreciated System Configurtation used: Machine #4 works without any problems. The other configurations give the error messages listed below: Machine 1: Hard drive ST11200N AHA 1542CF 32 MB RAM ATI ULTRA PRO VGA card DX33 overdrive Vitex controller card Machine 2: Hard drive ST3655 AHA 1542CF 16MB RAM AI ULTRA pro\\\PRO VGA card DX 33 Logitech Bus Mouse card Pro Audio Spectrum Vitex controller card Machine 3: Hard drive ST31200N AGA1542C 16MB RAM ATI ULTRA PRO VGA card DX33 Vitex controller card Machine 4: Hard drive ST12550 AHA 1542CFD 32MB ATI ULTRA PRO VGA card DX33 overdrive Vitex controller card Error Messages: Panic error occur when booting...... 1.panic: (CPU0) vfs_mountroot: cannot mount root 2.panic: Next Mach 3.2 Mon Oct 18 22:08:07 PDT 1993; root (rebuilder): mk-149.30.15 obj "2/RC_i386/Release_i386 3.Kernel panic exception (6,3, 1) When PSCK command is executed the following errors occur: 1.FREE Blk count(s) wrong in SUPERBLK Salvage ? 2 blks missing in bit maps Salvage ? 3.UNREF I=96059 owner=root mode=100644 size=3942 MTIME=NOV 3 22:08 1993 Clear ? Thanks for looking at this, Rgds dave thomas Softpac DownUnder
Newsgroups: comp.sys.next.bugs From: jay@charlie (Jay Liew) Subject: Font Class - getwidth of ... Bug ???? Message-ID: <1994Jul1.145023.16949@cs.uno.edu> Sender: news@cs.uno.edu Organization: University of New Orleans Date: Fri, 1 Jul 1994 14:50:23 GMT Why is the -(float)getWidthOf:(const char *)string function in the Font Class yields the same width for both Courier and Ohlfs (given the same point Size) Is there a bug in this function or am I misusing this method? Jay (jay@charlie.smobject.com)
From: Rick Golla Newsgroups: comp.sys.next.bugs Subject: PS Value Point Video Driver Date: 30 Jun 1994 19:13:23 GMT Organization: IBM Message-ID: <2uv5gj$15g1@locutus.rchland.ibm.com> We just installed NS for Intel 3.2 on an IBM Value Point and can't get the video display to work in color (works fine in blk/wht). Is there a known problem/fix to the driver (S3805) for Value Points. Thanks,
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Font Class - getwidth of ... Bug ???? Date: Fri, 1 Jul 1994 13:57:21 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <oi55Y1W00WBOE42cxX@andrew.cmu.edu> In-Reply-To: <1994Jul1.145023.16949@cs.uno.edu> Excerpts from netnews.comp.sys.next.bugs: 1-Jul-94 Font Class - getwidth of .... by Jay Liew@charlie > Why is the -(float)getWidthOf:(const char *)string function in the Font > Class yields the same width for both Courier and Ohlfs (given the same > point Size) Is there a bug in this function or am I misusing this method? Ohlfs and Courier are really the same font (ie, same font metrics, mathematical glyph descriptions, etc); they simply have different bitmap representations so they look different on your screen. If you print them out to a printer, they'll print the same, which is why -getWidthOf returns the same size. No bug. -Chuck PS: Your "From:" and "Reply-to:" headers are mangled. Try changing the name of your machine to "charlie.smobject.com" instead of just "charlie" and things will be fixed. Charles William Swiger - WhiteLight Systems | "All the world's a stage, and" --------------------------------------------+ "we are merely players...." AMS & normal mail: infidel@cmu.edu | NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | "Semper ubi sub ubi."
Newsgroups: comp.sys.next.bugs From: sdavenpo@vaxc.stevens-tech.edu Subject: Still no DOS SyQuest access. Message-ID: <1994Jul1.152859.1@vaxc.stevens-tech.edu> Sender: news@dmi.stevens-tech.edu (USENET News System) Organization: Stevens Institute Of Technology Date: Fri, 1 Jul 1994 20:28:59 GMT I just patched up my machine with the patch to fix up access to DOS harddrives, which also stated that dos formatted SyQuest drives would be readable under NS. Yet - I still can mount a dos formatted SyQuest - I always get a SCSI disk not readable, Eject/Initialize message. Anyone have any clues?
Newsgroups: comp.sys.next.bugs From: jay@charlie (Jay Liew) Subject: Font Class - getwidth of ... Bug ???? Message-ID: <1994Jul1.191513.5048@cs.uno.edu> Sender: news@cs.uno.edu Organization: University of New Orleans Date: Fri, 1 Jul 1994 19:15:13 GMT Chuck from carnegie melon replied me with this : Ohlfs and Courier are really the same font (ie, same font metrics, mathematical glyph descriptions, etc); they simply have different bitmap representations so they look different on your screen. If you print them out to a printer, they'll print the same, which is why -getWidthOf returns the same size. No bug. ---------- Since that is the case how can i get the bitmap representations of the fonts I am working on and editor i am not getting the my desired tab stop widths using the getWidthOf method. Jay (jay@charlie.smobject.com) Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!fauern!xlink.net!howland.reston.ans.net!agate!darkstar.UCSC.EDU!nic.scruz.net!not-for-mail From: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: Probs with Seagate & NS = Panic's Date: 7 Jul 1994 01:34:56 -0700 Organization: The Marshmallow Peanut Circus Lines: 33 Message-ID: <2vgeng$3e3@samsara.circus.com> References: <Cs8zyL.8BG@softpac.com.au> NNTP-Posting-Host: samsara.circus.com Keywords: seagate, problem,panic Xref: news.informatik.uni-muenchen.de comp.sys.next.hardware:10438 comp.sys.next.bugs:1909 comp.sys.next.sysadmin:9893 In article <Cs8zyL.8BG@softpac.com.au>, Dave THOMAS <dave@softpac.com.au> wrote: >We are having problems with Seagate drives, which we now suspect may be >related to the NeXTSTEP operating environment. It seems only to occur with >certain drives, not all. We have checked out different revisions of >firmware, different controllers and are unable to find any problem with >these or the drives, except when we load NeXTSTEP. Is there a known >problem with Seagate Drives? What do the error messages actually mean? > >Any suggestions would be greatly appreciated > [ description of 4 machines and error messages ] I don't know about you, but I would probably open up the machines at this point and start hooking one questionable drive up at a time to the machine with the working disk... try to mount them as secondary disks... depending how important the contents of the disks are, you can either attempt to fsck them back to life or reformat them. You can use BuildDisk.app to build a bootable disk again... As far as I know there's nothing peculiar about Seagate drives and nextstep, but there may be some things which can have an effect... controllers, etc... good luck... -Adam -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ Standard Disclaimers Apply! // // Home = buddha@circus.com \\ Work = Adam_Beeman@NeXT.COM // // http://samsara.circus.com/~buddha/ \\ I don't speak for anyone // Newsgroups: comp.sys.next.bugs Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!fauern!xlink.net!howland.reston.ans.net!torn!nott!cunews!csaldanh From: csaldanh@mae.carleton.ca (Chris Saldanha) Subject: Lexi.font Message-ID: <CsL13H.KAA@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University X-Newsreader: TIN [version 1.2 PL2] Date: Thu, 7 Jul 1994 18:09:17 GMT Lines: 15 Why does the Lexi.font, that comes with NeXTSTEP in /NextLibrary/Fonts not show up in my font panel? I note that if you cut-and-paste text out of Webster.app into Edit, and then cursor through the text with the font panel open, when you cursor over text in Lexi font, the font panel displays garbage in the font name text field. No name is selected in the scolling list of font families. Is this some "magic" font just for use by Webster's? --Chris Chris Saldanha -------------------------------------- Carleton University (Comp. Sci) |"The eternal silence of these infinite| chris@computerActive.on.ca (NeXTMail) | spaces terrifies me." -Blaise Pascal| csaldanh@mae.carleton.ca (NeXT/MIME) ------------------:-o----------------- Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!fauern!news.th-darmstadt.de!zib-berlin.de!news.dfn.de!Germany.EU.net!EU.net!howland.reston.ans.net!europa.eng.gtefsd.com!MathWorks.Com!news2.near.net!das-news.harvard.edu!honeydew.srv.cs.cmu.edu!bb3.andrew.cmu.edu!andrew.cmu.edu!cs4w+ From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Lexi.font Date: Thu, 7 Jul 1994 16:32:46 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Lines: 19 Message-ID: <gi76Nia00WBKE4oGpD@andrew.cmu.edu> NNTP-Posting-Host: po2.andrew.cmu.edu In-Reply-To: <CsL13H.KAA@cunews.carleton.ca> Excerpts from netnews.comp.sys.next.bugs: 7-Jul-94 Lexi.font by Chris Saldanha@mae.carle > Why does the Lexi.font, that comes with NeXTSTEP in /NextLibrary/Fonts > not show up in my font panel? [ ..munch.. ] > Is this some "magic" font just for use by Webster's? Exactly. -Chuck Charles William Swiger - WhiteLight Systems | "All the world's a stage, and" --------------------------------------------+ "we are merely players...." AMS & normal mail: infidel@cmu.edu | NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | "Semper ubi sub ubi." Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!fauern!news.th-darmstadt.de!zib-berlin.de!news.dfn.de!news.dfn.de!news.belwue.de!news.uni-stuttgart.de!info2.rus.uni-stuttgart.de!next2 From: next2@info2.rus.uni-stuttgart.de (Markus Wenzel) Newsgroups: comp.sys.next.bugs Subject: Re: Still no DOS SyQuest access. Date: 3 Jul 94 06:11:22 GMT Organization: Comp.Center (RUS), U of Stuttgart, FRG Lines: 12 Message-ID: <next2.773215882@info2.rus.uni-stuttgart.de> References: <1994Jul1.152859.1@vaxc.stevens-tech.edu> NNTP-Posting-Host: info2.rus.uni-stuttgart.de X-Newsreader: NN version 6.5.0 #1 (NOV) sdavenpo@vaxc.stevens-tech.edu writes: >Yet - I still can mount a dos formatted SyQuest - I always get a SCSI disk not >readable, Eject/Initialize message. I can only tell you that it works fine for me. Markus. -- Markus Wenzel System administration, Consulting, Networking mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT IRC: Marsu Expert in quantum bogodynamics Newsgroups: comp.sys.next.bugs Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!informatik.tu-muenchen.de!zib-berlin.de!news.dfn.de!Germany.EU.net!EU.net!howland.reston.ans.net!math.ohio-state.edu!scipio.cyberstore.ca!vanbc.wimsey.com!instep.wimsey.bc.ca!usenet From: glen@instep.wimsey.bc.ca Subject: DB_RecordLimitReached bug? Message-ID: <1994Jul7.215124.4135@instep.wimsey.bc.ca> Sender: usenet@instep.wimsey.bc.ca Nntp-Posting-Host: whiterock Reply-To: glen@instep.wimsey.bc.ca Organization: InStep Mobile Communications Inc. Date: Thu, 7 Jul 1994 21:51:24 GMT Lines: 12 Using DBKit with Sybase adaptor (both 4_6 and 4_0). I return DB_Abort from (DBFailureResponse)fetchGroup:fetchGroup willFailForReason:(DBFailureCode)code when the failure code is DB_RecordLimitReached. After this, an insert fails because the SQL insert statement is generated with garbage in it. Has anyone seen this? Any suggestions? Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!fauern!xlink.net!howland.reston.ans.net!usc!runner!not-for-mail From: richard@runner.uucp@usc.edu (Richard Ruth) Newsgroups: comp.sys.next.bugs Subject: Expanding zone kalloc.1024 - bug?? Date: 7 Jul 1994 06:19:23 -0700 Organization: runner Lines: 25 Message-ID: <2vgvcr$1ts@runner.uucp> NNTP-Posting-Host: runner.uucp Summary: Receiving "expanding zone kalloc.1024, messages X-Newsreader: TIN [version 1.2 PL2] After my NeXT (M68k running NS 3.2) runs from 7 to 10 days without a reboot, I start receiving the following messages, with increasing frequency until I reboot: Expanding zone kalloc.1024 Expanding zone kalloc.1024 The only reference to kalloc in the docs give the following summary for kalloc: Allocate wired-down kernel memory. Anyone have any idea what is causing this or how to solve this little problem without the weekly reboot? Thanks richard richard%runner.uucp@usc.edu (NeXT mail ok) -- Richard richard%runner.uucp@usc.edu (ok to send NeXT Mail) Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!fauern!zib-berlin.de!news.dfn.de!Germany.EU.net!EU.net!howland.reston.ans.net!europa.eng.gtefsd.com!MathWorks.Com!news.duke.edu!godot.cc.duq.edu!toads.pgh.pa.us!newsfeed.pitt.edu!nntp.club.cc.cmu.edu!honeydew.srv.cs.cmu.edu!bb3.andrew.cmu.edu!andrew.cmu.edu!cs4w+ From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Expanding zone kalloc.1024 - bug?? Date: Fri, 8 Jul 1994 10:56:49 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Lines: 31 Message-ID: <Mi7KYl_00UhB81vS1u@andrew.cmu.edu> NNTP-Posting-Host: po3.andrew.cmu.edu In-Reply-To: <2vgvcr$1ts@runner.uucp> Excerpts from netnews.comp.sys.next.bugs: 7-Jul-94 Expanding zone kalloc.1024 .. by Richard Ruth@usc.edu > After my NeXT (M68k running NS 3.2) runs from 7 to 10 days without a > reboot, I start receiving the following messages, with increasing > frequency until I reboot: > > Expanding zone kalloc.1024 > Expanding zone kalloc.1024 > > The only reference to kalloc in the docs > give the following summary for kalloc: > Allocate wired-down kernel memory. > > Anyone have any idea what is causing this or how > to solve this little problem without > the weekly reboot? I have encountered the same messages whenever my (Transsys DialUpIP) SLIP connection is brought up via its dial-on-demand feature. Presumably something in the kernel or ths SLIP packet driver LKM is leaking memory and causing the number of permenently wired-down pages to increase. -Chuck Charles William Swiger - WhiteLight Systems | "All the world's a stage, and" --------------------------------------------+ "we are merely players...." AMS & normal mail: infidel@cmu.edu | NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | "Semper ubi sub ubi." Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!fauern!news.th-darmstadt.de!zib-berlin.de!prise.nz.dlr.de!news.dfn.de!scsing.switch.ch!swidir.switch.ch!univ-lyon1.fr!jussieu.fr!math.ohio-state.edu!cs.utexas.edu!not-for-mail From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: long long in gdb Date: 9 Jul 1994 01:07:07 -0500 Organization: UTexas Mail-to-News Gateway Lines: 45 Sender: nobody@cs.utexas.edu Message-ID: <9407081451.AA02577@flexus> Reply-To: flexus!RfSchtkt@maze.ruca.ua.ac.be NNTP-Posting-Host: news.cs.utexas.edu LS, >>>>> /bin/gdb: a new entry KBNS.32.1.040_o3.2o (signed) long long support has bugs Description: Maybe not always, but often, such values display as 0 in gdb (using print or the Edit browser), even when they are not. How to verify: int main(int argc,char *argv[]){ /*var*/ signed long int source; signed long long int destination; source=4; destination=source; /*set a breakpoint here and look at source and destination*/ /*(using either print or the browser in Edit:*/ /*destination displays as 0*/ if(source!=destination){ fprintf(stderr,"Hmm... I thought the execution was correct?\n"); exit(-1); }else{ fprintf(stderr,"Execution is correct, but analysis in gdb is wrong.\n"); exit(0); } } Urgency: gdb is not usable with (signed) long long ints. Confirmed: Raf_Schietekat (o3.2o, reported) Workaround: Write debug statements that print these values always. Cure (for NeXT): Fix this. <<<<< Please give a yell (to my address) if something is wrong here. A confirmation is welcome too, if you're already in KBNS's Aliases list :-). Thanks, Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp (? I should test this again)
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: dave@prim.demon.co.uk (Dave Griffiths) Subject: "openFile: " should work with URLs Message-ID: <1994Jul11.113228.872@prim.demon.co.uk> Organization: Primitive Software Ltd. Date: Mon, 11 Jul 1994 11:32:28 GMT The workspace protocol method openFile: doesn't work if the file doesn't exist. Presumably the WM checks the file's existence. I think it would be better if the called application checked the file's existence instead. Whatever. There should be some way to call a variant of openFile: with a pathname that doesn't exist. The reason for this is so it can be used with WWW URLs. If you have a URL like "http://machine/path/foo.html" and if OmniWeb (say) is the application that deals with ".html" files, then openFile: should work with this pathname. Or maybe there should be a new openURL: call. (How else do you deal with non-html files, how does the WM know which app to call?). I don't think creating a special service is the answer. You want the possibility of having a number of applications that are capable of doing URL lookup. And to be able to select the default in WM. I want to be able to select a URL pathname and then do an "Open in Workspace" and have it call my Web browser of choice. I want applications such as my newsreader to be able to call the WM with a URL. I don't want to hard code in calls to specific services in specific applications. (I'd like to stick a button next to a URL). On the same subject, what would be really cool is if the OS hid details of the file system from you. It would be nice to be able to do: [[NSString alloc] initWithContentsOfFile:"http://machine/path/foo.html"]; Dave Griffiths
From: dirk@amg.de (Dirk Mimberg) Newsgroups: comp.sys.next.bugs,comp.sys.next.misc Subject: JPEG request causes ImageServer Stop Date: 11 Jul 1994 11:46:50 GMT Organization: AMG Industrie Consulting GmbH Message-ID: <2vrbfaINN8rl@hagen.amg.de> Keywords: jpeg, imageserver I have the problem that trying to display a JPEG Image sometimes causes Imageserver to stop on NSfIP 3.2. If you select the file in WM and try to show the content, you wait a long time and then receive a black image. Console shows: > Jul 10 16:07:34 vme14 WM[197]: Image server went away; can't complete JPEG request > The Configuration is a DX2/66 VLB and a ATI Ultra Pro graphics adapter. tiffutil -info of such a file shows > Directory at 0xa7ea > Image Width: 428 Image Length: 396 > Tile Width: 432 Tile Length: 400 > Resolution: 72, 72 > Resolution Unit: pixels/inch > Bits/Sample: 8 > Compression Scheme: JPEG encoding > Photometric Interpretation: RGB color > YCbCr Subsampling: 2, 2 > YCbCr Coefficients: 0.299, 0.587, 0.114 > JPEG Processing Mode: baseline sequential algorithm > JPEG Quantization Tables: (present) > JPEG DC Tables: (present) > JPEG AC Tables: (present) > Samples/Pixel: 3 > Number of Tiles: 1 > Planar Configuration: Not planar > Reference Black/White: 16, 235 , 128, 240 , 128, 240 > When I then try to display another jpeg-tiff-file, ImageServer is started again and works fine. The problem is that most of the times the those files can be displayed without problems. Are there any ideas which can solve this problem? Any help and suggestions will be greatly appreciated. Thanks in advance, Dirk --- Dirk Mimberg (dirk@amg.de) AMG Industrie Consulting GmbH
From: kirkd@VNET.IBM.COM (Kirk Davis) Message-ID: <19940711.180617.532@almaden.ibm.com> Date: Mon, 11 Jul 94 17:42:13 PDT Newsgroups: comp.sys.next.bugs Subject: Adaptec 1542CF question (installing NEXTSTEP 3.2 for Intel) Has anyone seen this: I installed NEXTSTEP 3.2 for Intel on a Valuepoint 486DX/66 (a testing machine) with Adaptec 1542C and external CDROM drive. When I attach the external CDROM drive to my own machine (which is an IBM Valuepoint 486SX/50 with 24 MB of RAM) I get as far as "preparing disk, this may take a few minutes..." but instead of formatting my Quantum 525S SCSI harddisk, I get a message "Could not read CD-ROM label, installation quitting". I have the new Adaptec driver diskette from NeXT, but it didn't help. Has anyone out there installed Nextstep 3.2 for Intel on an IBM machine with Adaptec 1542CF?
Newsgroups: comp.sys.next.bugs From: sdavenpo@vaxc.stevens-tech.edu Subject: Can't exit cleanly - ever. Message-ID: <1994Jul11.220748.1@vaxc.stevens-tech.edu> Sender: news@dmi.stevens-tech.edu (USENET News System) Organization: Stevens Institute Of Technology Date: Tue, 12 Jul 1994 03:07:48 GMT Every time I end a NeXT session (either Power Off or Restart), the machine hangs on reboot - if I wait long enough (15 minutes) the machine seems to exit normally, but the next time I restart the initial check of the disk fails - I get some kind of message regarding /dev/rhd0a but the detaiils are gone before I can write them down. the machine is a Gateway 2000 4/66 running NS 3.2 Any ideas? Scott Davenport sdavenpo@vaxc.stevens-tech.edu Internet Mail Only
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: revision of KBNS.11.2.016 (about the treatment of .l, .lm, .y and .ym sources) Date: 12 Jul 1994 13:52:59 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9407121828.AA04380@flexus> LS, Any make gurus out there to check this for accuracy and answer the questions that still bug (sic) me? Has this been cured in the release for HP PA-RISC? (How ridiculous to call that 3.2, with all the changes... I must have misunderstood this.) >>>>> KBNS.11.2.016_3.1_3.2o Makefile setup has bugs in the treatment of .l, .lm, .y and .ym sources Description: When no other rules have been specified, the treatment of ``Other Sources'' having one of the extensions in the title here resorts to the .SUFFIXES functionality. All is well if there is nothing in ./sym yet: e.g., for a someName.ym file, there is a someName.o file in OTHERLINKEDOFILES in the Makefile generated by PB, which triggers the rule .ym.o because the first extension in .SUFFIXES with the same basename is .ym, and this file resides in the PB directory so that `pwd` gives the proper $$initdir. However, if there is a someName.m file in ./sym already (./sym is in VPATH), the first hit in .SUFFIXES is .m, and the .m dependency is checked. In turn, someName.m gets the hit .ym in .SUFFIXES, so .ym.m .ym.h is used. At this point something incredible happens: $$initdir/$*.ym expands to /projectPath/someName.ym, but $*.m expands to sym/someName.m. make apparently looks at the extension to provide a relative path from its current directory to where it has located that particular file (maybe this is described in some extended manual, it's not evident from the manual page)? The problem is that the rules provide commands in a shell that has cd'ed to ./sym, so that a path relative to $$initdir is not useful. The result is that the build fails if a result has already been computed into ./sym. (All of this supposes that SYM_DIR has been set to sym.) How to verify: Put echo statements in the .ym.o and .ym.m .ym.h rules to find out which rule is used. Urgency: Harmless, but a nuisance. Confirmed: Raf_Schietekat (o3.1_3.2o, entered for 3.1), Art_Isbell (o3.2o, reraised problem) Workaround: One possibility (as suggested in earlier versions of this KBNS entry), is to delete the appropriate files in ./sym. Another is to change the rules themselves (if you don't want to mess with /NextDeveloper/Makefiles/app, copy it to a /LocalDeveloper/Makefiles, and add a line ``MAKEFILEDIR = /LocalDeveloper/Makefiles/app'' to Makefile.preamble). Several possibilities exist: * make (sic) the extension invisible to make and attach it again in the shell that will execute the commands (`basename $*.c` instead of $*c), * make a copy of $* without an extension into a shell variable and use that instead of $* (Art_Isbell's suggestion in a previous version), * use $$initdir/ before $* where appropriate doesn't work because make only recognises $*.e (with e an extension) in isolation. The first is slower and not very obvious if you don't know basename, the second is not very straightforward. The third doesn't work, in case you (like myself) would happen to think of it and want to try it; besides, it wouldn't always do the right thing. But why not throw the problem out, by specifying something like: .ym.m .ym.h: $(YACC) $(YFLAGS) $*.ym $(MV) $(MVFLAGS) y.tab.c $(SYM_DIR)/$*.m" $(MV) $(MVFLAGS) y.tab.h $(SYM_DIR)/$*.h" and putting y.tab.[hc] in the list of things to delete when the project is cleaned (I tried including them in the target (y.tab.h y.tab.c .ym.m .ym.h), and thought that make would remove them if the rule was interrupted, as described in the man page, but this did not happen. I don't have much experience with make, so I'd like to know why not.)? Maybe just a $(CP) for y.tab.h. Cure (for NeXT): If substituting the relative path for $* based on the extension is what make is supposed to do, (document that and) install one of the workaround possibilities into /NextDeveloper/Makefiles as a cure. Otherwise, change make. Report history: KBNS.32.1.rev Thanks to: rik@rikhost (rik cousens) and geom2@sfb256.iam.uni-bonn.de (Michael Moellney) for the workaround with basename, and making me think about this again because of Rik's posting to c.s.n.p on 1994-03-24. <<<<< Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp (? I should test this again)
Newsgroups: comp.sys.next.bugs From: obrooks@worf.ksc.nasa.gov (Oscar Brooks) Subject: test - IGNORE Message-ID: <1994Jul12.163508.1635@dale.ksc.nasa.gov> Sender: news@dale.ksc.nasa.gov Organization: NASA Date: Tue, 12 Jul 1994 16:35:08 GMT This is a test please ignore --------------------------------------- Oscar Brooks Internet: obrooks@dale.ksc.nasa.gov KSC-Mail: oscar-brooks@ksc.nasa.gov
From: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.bugs Subject: Re: Can't exit cleanly - ever. Date: 12 Jul 1994 22:52:35 -0700 Organization: The Marshmallow Peanut Circus Message-ID: <2vvvf3$52q@samsara.circus.com> References: <1994Jul11.220748.1@vaxc.stevens-tech.edu> In article <1994Jul11.220748.1@vaxc.stevens-tech.edu>, <sdavenpo@vaxc.stevens-tech.edu> wrote: >Every time I end a NeXT session (either Power Off or Restart), the machine >hangs on reboot - if I wait long enough (15 minutes) the machine seems to exit >normally, but the next time I restart the initial check of the disk fails - I >get some kind of message regarding /dev/rhd0a but the detaiils are gone before >I can write them down. > >the machine is a Gateway 2000 4/66 running NS 3.2 > >Any ideas? This isn't really enough to go on... but hopefully I can steer you in the right direction. You can often find interesting diagnostic messages in /private/adm/messages, so looking there may scare up some additional info which might help to identify the problem. Now for some speculation which may be completely wrong, but... Generally when the machine hangs on shutdown, it means that it's encountered a situation in which it can't shut down cleanly. Yeah, that's obvious. Such a situation might be an unkillable process, or perhaps a filesystem which cannot be unmounted... hmm... I guess this might not be a very helpful post, but unless there's a problem with your hardware configuration specifically, we just need more information about what's going on with your system. Perhaps you could kill off all the non-root processes before shutdown, and save a list of the running processes, etc... the more info, the better. Good luck. -Adam -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ Standard Disclaimers Apply! // // Home = buddha@circus.com \\ Work = Adam_Beeman@NeXT.COM // // http://samsara.circus.com/~buddha/ \\ I don't speak for anyone //
Newsgroups: comp.sys.next.bugs From: js@euler.hnv.icem.de(Juergen Sell) Subject: Re: Can't exit cleanly - ever. Message-ID: <Csu5ED.Cy@euler.hnv.icem.de> Sender: js@euler.hnv.icem.de (Juergen Sell) Organization: Ink Unknown References: <1994Jul11.220748.1@vaxc.stevens-tech.edu> Date: Tue, 12 Jul 1994 16:20:36 GMT In article <1994Jul11.220748.1@vaxc.stevens-tech.edu> sdavenpo@vaxc.stevens-tech.edu writes: > Every time I end a NeXT session (either Power Off or Restart), the machine > hangs on reboot - if I wait long enough (15 minutes) the machine seems to exit > normally, but the next time I restart the initial check of the disk fails - I > get some kind of message regarding /dev/rhd0a but the detaiils are gone before > I can write them down. Check in /usr/adm/messages and the message buffer of the nmi monitor for the details. Juergen --- Fon ++49-511-440688 NeXTMail welcome Fax ++49-511-440617 == What time do we live in when laying people off gets called {right,down}sizing, == when spontaneity and freedom gets associated with instant coffee?
From: cjb@canopus.Stanford.EDU (Cecil Bloch) Newsgroups: comp.sys.next.bugs Subject: Postscript file mystery Date: 13 Jul 1994 19:11:46 GMT Organization: Stanford University Message-ID: <301e9i$jid@nntp2.Stanford.EDU> This has happened on several ocassions ... I get a ps file via ftp from some server, the transfer is ok, the file size is appropriate, but in trying to view it in Preview there's nothing there ... any fixes? suggestions?
From: scott@nic.gac.edu (Scott Hess) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Is this a problem with me or NSString? Date: 13 Jul 94 14:46:39 Organization: Is a sign of weakness Distribution: world Message-ID: <SCOTT.94Jul13144639@nic.gac.edu> Copy the following, from the #import line through the trailing }. Paste it into a file (paste >/tmp/stringTest.m). Compile it (cc -o stringTest stringTest.m -ObjC -lFoundation_s). Run it. [Note that this only works if you have the EOF beta.] Don't get me wrong, but ... is this correct operation? For some reason, empty strings are handled as a special case. It would seem to me that the empty string would work as a "zero" when used in most string operations, but instead it seems to (sometimes) work more as some sort of NaN. #import <foundation/NSString.h> void main() { NSString *string; // A string is a prefix of itself ... NSLog( @"[@\"blah\" hasPrefix:@\"blah\"]==%s\n", [@"blah" hasPrefix:@"blah"] ? "YES" : "NO"); // But not if it's the empty string. NSLog( @"[@\"\" hasPrefix:@\"\"]==%s\n", [@"" hasPrefix:@""] ? "YES" : "NO"); // In fact apparently any string doesn't have @"" as a prefix. NSLog( @"[@\"barf\" hasPrefix:@\"\"]==%s\n", [@"barf" hasPrefix:@""] ? "YES" : "NO"); } Later, -- scott hess <scott@gac.edu> <A GUI is to a command-line as a TV is to a book> Home: 12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Office: 101 W. Burnsville Pkwy, Suite 108F, Burnsville, MN 55337 890-1332 <I want to become so famous that people buy tapes of me reading source code>
From: ludwig@well.sf.ca.us (Michael Rutchik) Newsgroups: comp.sys.next.bugs Subject: Re: Postscript file mystery Date: 13 Jul 1994 23:02:47 GMT Organization: The Whole Earth 'Lectronic Link, Sausalito, CA Message-ID: <301rqn$1qn@nkosi.well.com> References: <301e9i$jid@nntp2.Stanford.EDU> cjb@canopus.Stanford.EDU (Cecil Bloch) writes: >This has happened on several ocassions ... I get a ps file via ftp from >some server, the transfer is ok, the file size is appropriate, but in >trying to view it in Preview there's nothing there ... any fixes? >suggestions? Try Tailor. It's on the Alembic and GS CD's. I've found Tailor to consistently open postscript files that couldn't be opened in any other app on any other platform. If it works and you decide to buy, simply saving the file in Tailor will usually allow it to be used in any other NS app, no problem! Michael Rutchik ludwig2@itsa.ucsf.edu
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa) Newsgroups: comp.sys.next.bugs Subject: Re: Postscript file mystery Date: 13 Jul 1994 23:35:05 GMT Organization: University of California, Berkeley Distribution: world Message-ID: <301tn9$pvu@agate.berkeley.edu> References: <301rqn$1qn@nkosi.well.com> In article <301rqn$1qn@nkosi.well.com> ludwig@well.sf.ca.us (Michael Rutchik) writes: >cjb@canopus.Stanford.EDU (Cecil Bloch) writes: > >>This has happened on several ocassions ... I get a ps file via ftp from >>some server, the transfer is ok, the file size is appropriate, but in >>trying to view it in Preview there's nothing there ... any fixes? >>suggestions? >Try Tailor. It's on the Alembic and GS CD's. > >I've found Tailor to consistently open postscript files that couldn't >be opened in any other app on any other platform. I heartily recommend Tailor too, but try making the first line into just %! from %!PS-Adobe-n.n You will get an alert panel, but you can often at least preview questionable PS files that crummy apps (on other platforms) generate (though only in forward direction). -- Izumi Ohzawa <izumi@pinoko.berkeley.edu> [ $@Bg_78^=;(J ] USMail: Univ. of California, 360 Minor Hall, Berkeley, CA 94720-2020 Telephone: (510) 642-6440 Fax: (510) 642-3323 (NeXT & MIME mails welcome. Finger for public key.)
From: Ali_Ozer@NeXT.com (Ali Ozer) Newsgroups: comp.sys.next.bugs Subject: Re: Is this a problem with me or NSString? Date: 14 Jul 1994 00:16:08 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <302049$257@rosie.next.com> References: <SCOTT.94Jul13144639@nic.gac.edu> In article scott@nic.gac.edu (Scott Hess) writes: > Don't get me wrong, but ... is this correct operation? For some > reason, empty strings are handled as a special case. It would seem > to me that the empty string would work as a "zero" when used in > most string operations, but instead it seems to (sometimes) work > more as some sort of NaN. No string has the empty string as its prefix. You also cannot find an empty string in another string (if you ask for [str rangeOfString:@""] you get back "not found"). In fact, this rangeOfString: case is the reason why hasPrefix: and hasSuffix: (which are defined as covers on rangeOfString:) act the way they do. This has unfortunately been confusing to some folks. Algebraic rules aside, in practice this case is a corner case. If it happens to come up in some situations in apps, then there are cases where either behavior can be considered valid; it's a hard situation to predict a default case for. (For instance, I have a field where the user can enter a name, and the field is prefix-searched against a bunch of strings. If the user enters an empty string, do you want the search to succeed on the first one or totally fail?) In practice, applications which manipulate external or user data are on the lookout for corner cases such as empty strings and treat them specially; so the behavior of hasPrefix:@"" should have little impact. In cases where an app is manipulating strings, and would like hasPrefix:@"" to return YES, then I suggest just adding a new method which has this behavior and using that method instead: @interface NSString (Extensions) - (BOOL)hasPrefixCanBeEmpty:(NSString *)str { return [str isEqualToString:@""] ? YES : [self hasPrefix:str]; } @end Ali, Ali_Ozer@NeXT.com
Newsgroups: comp.sys.next.bugs From: dave@prim.demon.co.uk (Dave Griffiths) Subject: Re: Postscript file mystery Message-ID: <1994Jul14.110104.708@prim.demon.co.uk> Organization: Primitive Software Ltd. References: <301rqn$1qn@nkosi.well.com> <301tn9$pvu@agate.berkeley.edu> Date: Thu, 14 Jul 1994 11:01:04 GMT In article <301tn9$pvu@agate.berkeley.edu> izumi@pinoko.berkeley.edu writes: >In article <301rqn$1qn@nkosi.well.com> ludwig@well.sf.ca.us (Michael Rutchik) writes: >>cjb@canopus.Stanford.EDU (Cecil Bloch) writes: >> >>>This has happened on several ocassions ... I get a ps file via ftp from >>>some server, the transfer is ok, the file size is appropriate, but in >>>trying to view it in Preview there's nothing there ... any fixes? >>>suggestions? >>Try Tailor. It's on the Alembic and GS CD's. >> >>I've found Tailor to consistently open postscript files that couldn't >>be opened in any other app on any other platform. > >I heartily recommend Tailor too, but try making the first line into just > >%! > from >%!PS-Adobe-n.n > >You will get an alert panel, but you can often at least preview >questionable PS files that crummy apps (on other platforms) generate >(though only in forward direction). Cool. Just tried it with the HTML PS file I complained about recently and it fixed it. Dave Griffiths
From: steve@news.nda.com (Steve Reynolds) Newsgroups: comp.sys.next.bugs Subject: autonfsmounter woes Date: 14 Jul 1994 15:45:59 -0400 Organization: Net Daemons Associates, Inc. Message-ID: <3044ln$97r@nda.nda.com> Hi, I'm looking for some help in getting the autonfsmounter to work correctly. It's behaviour has been somewhat inconsistant. We use an NIS distributed set of maps for our site, these work as expected for all our other systems, which happen to be a mix of HP's and Suns. What occurs on the NEC PC running nextstep is as follows: I have invoked autonfsmount from rc script without any arguments, I just want it to read the nis master map and do it's thing. If I cd /net/hostname, the automounter behaves as expected, ie makes a link to /private/tmp_mnt/hostname, and I can see the exported filesystems. If however, I cd to /home/steve the automounter responds with "No such file or directory" The auto.home map is straight forward: * barney:/users/& auto.master entry looks like: /home auto.home All filesystems on barney are exported without any restrictions.. Any ideas on what the problem maybe? Another issue is that I need to have /usr/spool/mail automount barney/var/spool/mail. I use a direct map on the suns to achieve this, however I don't think the next understands the reference in the auto.master: /- /etc/auto.direct How can I use direct maps in this environment. ps The system is an NEC P60T, pentium tower running Nextstep 3.2 for Intel. Any help would be *greatly* appreciated. thanks. -steve
From: daniel@vis.inf.ethz.ch (Daniel G. Kluge) Newsgroups: comp.sys.next.bugs Subject: Re: Postscript file mystery Date: 15 Jul 1994 15:12:51 GMT Organization: Verein der Informatikstudierenden an der ETH Zuerich Message-ID: <30691j$5oh@neptune.inf.ethz.ch> References: <301e9i$jid@nntp2.Stanford.EDU> cjb@canopus.Stanford.EDU (Cecil Bloch) wrote in comp.sys.next.bugs: : This has happened on several ocassions ... I get a ps file via ftp from : some server, the transfer is ok, the file size is appropriate, but in : trying to view it in Preview there's nothing there ... any fixes? : suggestions? Sure, just Checkmark 'Open in Simple Mode' in Preview's open-panel, this worked for me on most fancy PS-Files. -daniel -- Daniel G. Kluge - Quaestor VIS / Rechner-Administration E-Mail: daniel@vis.inf.ethz.ch (NeXT-Mail welcome) VIS: ETH-Zentrum IFW B29 CH-8092 Zuerich Tel 01/632-7212 Fax 01/262-3973 Oeffnungszeiten waehrend dem Semester : Mo - Fr : 1215 - 1300
Newsgroups: comp.sys.next.bugs From: chubine@il.us.swissbank.com (Ed Chubin) Subject: Re: autonfsmounter woes Message-ID: <1994Jul15.152312.14690@il.us.swissbank.com> Keywords: nfs Sender: root@il.us.swissbank.com (Operator) Organization: Swiss Bank Corporation CM&T Division References: <3044ln$97r@nda.nda.com> Date: Fri, 15 Jul 1994 15:23:12 GMT Steve Reynolds writes > > > Hi, I'm looking for some help in getting the autonfsmounter to > work correctly. It's behaviour has been somewhat inconsistant. We use > an NIS distributed set of maps for our site, these work as expected > for all our other systems, which happen to be a mix of HP's and Suns. > What occurs on the NEC PC running nextstep is as follows: > > I have invoked autonfsmount from rc script without any > arguments, I just want it to read the nis master map and do it's thing. > > If I cd /net/hostname, the automounter behaves as expected, ie > makes a link to /private/tmp_mnt/hostname, and I can see the exported > filesystems. > > If however, I cd to /home/steve the automounter responds with > "No such file or directory" The auto.home map is straight forward: > > * barney:/users/& > > auto.master entry looks like: > /home auto.home > > All filesystems on barney are exported without any > restrictions.. Any ideas on what the problem maybe? > I had the same problem a while back. You are not alone. I fixed it by using real user names instead of the * and & in the auto.home map. The administraction is a bit more difficult, but hey it works! :-) This was when I was using NS 3.0. I was hoping they would fix it by now. I'm sure this is a common problem for mixed sites. Someone who actively administers a mixed site may care to comment (and correct me). > Another issue is that I need to have /usr/spool/mail automount > barney/var/spool/mail. I use a direct map on the suns to achieve this, > however I don't think the next understands the reference in the > auto.master: > > /- /etc/auto.direct > > How can I use direct maps in this environment. > Sorry, haven't dealt with this one. I never had much success with the direct maps anyway. :-( > ps The system is an NEC P60T, pentium tower running Nextstep 3.2 for Intel. > > Any help would be *greatly* appreciated. > > > thanks. > > -steve Ed Chubin Vanguard Software Corp. ed_chubin@vanguard.com
Newsgroups: comp.sys.next.bugs From: obrooks@worf.ksc.nasa.gov (Oscar Brooks) Subject: test ignore! Message-ID: <1994Jul15.175023.18160@dale.ksc.nasa.gov> Sender: news@dale.ksc.nasa.gov Organization: NASA Date: Fri, 15 Jul 1994 17:50:23 GMT Just a test!! --------------------------------------- Oscar Brooks Internet: obrooks@dale.ksc.nasa.gov KSC-Mail: oscar-brooks@ksc.nasa.gov
Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs From: kiwi@belly.in-berlin.de (Axel Habermann) Subject: ProAudioSpectrum 16 - two problems, one solution Message-ID: <Ct33FC.Ky0@belly.in-berlin.de> Sender: usenet@belly.in-berlin.de Organization: - none - Date: Sun, 17 Jul 1994 12:16:23 GMT Hi folks, - anybody having problems playing sound on PAS16 using a PCI motherboard? (sound is chopped apart and played repeatedly?). The solution (which works for me) is to comment out line 233 in /NextDeveloper/Examples/DriverKit/ProAudioSpectrum/ProAudioSpectrum_relo c.tproj/ProAudioSpectrum.m to make this line and the following look like: /* if (transferWidth == IO_16BitByteCount) */ bufferSize /= 2; This worked for me on an ASUS 486 and an ASUS Pentium motherboard. - the problem remaining is: I can't record! When I record all I get is silence :-( Is there anybody out there who is able to record? Please mail me your configuration info. -- Axel Habermann \\|// "Wenn Du nicht kiwi@belly.in-berlin.de (NeXT-Mail) )o o( weisst was Du kiwi@cs.tu-berlin.de (NO NeXT-Mail) \ | / tust, mach's FaxFon: +49 30 4543046 \~/ mit Eleganz!"
From: ddock@mckey.nwest.mccaw.com (Dion Dock) Newsgroups: comp.sys.next.bugs Subject: Re: Can't exit cleanly - ever. Date: 14 Jul 1994 20:45:22 GMT Organization: McCaw Cellular Communications, Inc. Message-ID: <304852$p7g@ftp-p.mccaw.com> References: <1994Jul11.220748.1@vaxc.stevens-tech.edu> In article <1994Jul11.220748.1@vaxc.stevens-tech.edu> sdavenpo@vaxc.stevens-tech.edu writes: > Every time I end a NeXT session (either Power Off or Restart), the machine > hangs on reboot - if I wait long enough (15 minutes) the machine seems to exit > normally, but the next time I restart the initial check of the disk fails - I > get some kind of message regarding /dev/rhd0a but the detaiils are gone before > I can write them down. > > the machine is a Gateway 2000 4/66 running NS 3.2 My black box would hang when I tried to restart it and I think that was cause by an NXFax daemon not being killed. But this sounds more like you've got a damaged disk. -- Dion Dock Paradigm Systems Unit Test, Axys project ddock@axysdev.nwest.mccaw.com
From: duane@shell.portal.com (Duane Takamine) Newsgroups: comp.sys.next.bugs Subject: Re: Can't exit cleanly - ever. Date: 18 Jul 1994 10:09:58 GMT Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data) Message-ID: <30dkdm$dpe@news1.svc.portal.com> References: <1994Jul11.220748.1@vaxc.stevens-tech.edu> In article <1994Jul11.220748.1@vaxc.stevens-tech.edu>, <sdavenpo@vaxc.stevens-tech.edu> wrote: >Every time I end a NeXT session (either Power Off or Restart), the machine >hangs on reboot - if I wait long enough (15 minutes) the machine seems to exit >normally, but the next time I restart the initial check of the disk fails - I >get some kind of message regarding /dev/rhd0a but the detaiils are gone before >I can write them down. > >the machine is a Gateway 2000 4/66 running NS 3.2 > >Any ideas? First, check the file /usr/adm/messages to see if the error message was placed in the error log. Second, I occasionally get a similar problem on restart; I find that I can never get a restart to work properly, although this is with the restart button on the login panel. I can almost always get a restart to work from the kernel panel (right-ALT & NUMLOCK) though. And I too have a G2k 66V running NS 3.2. I never seem to have the hd error message above, though. Power off does work fine for me. You might try fsck-ing your disk manually, and you might also check to make sure your SCSI system has proper termination. Beyond that, check the configuration of various daemons, especially those working with serial ports or cards, like fax daemons or SLIP servers or such. My thinking here is that either a background process is refusing to shut down, or the filesystem cannot completely dismount. Hope this helps. Duane -- ---------------------------------------------------------------------- Duane Takamine duane@shell.portal.com Island CD Creations [a divison of Madd Hacker Productions] "We work for pizza and beer."
From: duane@shell.portal.com (Duane Takamine) Newsgroups: comp.sys.next.bugs Subject: Unusual keyboard problem on G2K 66V Date: 18 Jul 1994 10:14:51 GMT Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data) Message-ID: <30dkmr$ehc@news1.svc.portal.com> Sorry if this is old news: I'm having problems with my keyboard occasionally hanging. I'm running NS 3.2 on a Gateway 2000 66V with serial mouse. I do not think that it is an ANYKEY programming problem; I do not program my keyboard and I know how to clear programs that might be there. When the problem comes up, usually restarting the system does not help. Sometimes completely powering the system down and bringing it up doesn't help. One thing which seems to always work is that if I reboot the system into DOS, and then restart into NS, the keyboard comes back. Any ideas? Duane -- ---------------------------------------------------------------------- Duane Takamine duane@shell.portal.com Island CD Creations [a divison of Madd Hacker Productions] "We work for pizza and beer."
From: max@gac.edu (Max Hailperin) Newsgroups: comp.sys.next.bugs Subject: Re: Is this a problem with me or NSString? Date: 18 Jul 1994 18:39:12 GMT Organization: Gustavus Adolphus College, St. Peter, MN Distribution: world Message-ID: <MAX.94Jul18133912@andretti.gac.edu> References: <SCOTT.94Jul13144639@nic.gac.edu> <302049$257@rosie.next.com> In-reply-to: Ali_Ozer@NeXT.com's message of 14 Jul 1994 00:16:08 GMT It seems mildly silly to be carying on a lengthy debate about this here, but there are a couple points here I can't let get by so easily. In article <302049$257@rosie.next.com> Ali_Ozer@NeXT.com (Ali Ozer) writes: ... No string has the empty string as its prefix. ... Already this is a major clash with history. For decades there has been a well excepted common definition of terms like string, prefix, etc. Based on this common vocabulary, textbook authors have for decades been writing sentences like: "Thus, for any string x, both x and [the empty string] are prefixes, suffixes, and substrings of x." [Aho and Ullman, 1977] What you really meant to say, I think, was "No *NSString* has the empty string as its prefix." Since you are the definer of NSStrings, you are in principle free to have them obey whatever laws you want. However, failing to distinguish them in your writing from real strings, but then making claims about them that don't apply to real strings, is objectionable. Moreover, it would save all sorts of cognitive strain if you would have simply made NSStrings really be strings. Moving away from the 'in principle' to the 'in practice': For instance, I have a field where the user can enter a name, and the field is prefix-searched against a bunch of strings. If the user enters an empty string, do you want the search to succeed on the first one or totally fail? ... I want it to succeed on all of the strings. I don't think this example makes the case you wanted it to. Instead, it makes fairly clear (to me anyhow) that the empty string *should* be a prefix of all strings, from a practical as well as a principled standpoint. The empty string is no different than any other prefix, in that it can be an ambiguous or unambiguous prefix. If the collection of strings is "gnu" and "gnat" and the user has typed "gn", then the response should be the same as if the user has typed "", since in both cases the prefix is ambiguous (the input is a prefix of more than one string in the collection). On the other hand, if the collection of strings is of size one, then the empty string is an unambiguous prefix and should suffice. So, real strings (as opposed to NSStrings) would do the right thing with empty input naturally, as a consequence of normal handling of multiple matches.
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: jstelly@math.uno.edu (John R. Stelly II) Subject: Help with apparent bug in C compiler Message-ID: <1994Jul18.191505.16344@cs.uno.edu> Sender: news@cs.uno.edu Organization: University of New Orlean (Computer Science) Date: Mon, 18 Jul 1994 19:15:05 GMT I am having the following problem and was wondering if anyone else has experienced a similar problem. It defies all debug attempts. ( I'm working on a NeXT running NS 2.1 on a 68040 and compiling with its standard GNU C compiler version 1.36. ) In one file, among other things I have two procedures p1 and p2 where p2 calls p1 as follows: #define MAX_CMD_LEN 500 #define MAX_NUM_CMD_PARTS 2 #define MAX_CMD_PART_LEN ( 10 + 1 ) typedef enum cmd_t { CREATE , MODIFY , DELETE , TYPE , LIST , HELP , CURRENT , NONE , BAD_CMD , QUIT } cmd_t; typedef struct cmd_parts_t { char parts[ MAX_NUM_CMD_PARTS ][ MAX_CMD_PART_LEN ]; int num_parts; cmd_t type; } cmd_parts_t; void p1( char *cmd , cmd_parts_t cmd_parts ) { . . . } void p2( void ) { char cmd[ MAX_CMD_LEN ]; cmd_parts_t cmd_parts; . . . < setup variable cmd_parts > while ( cmd_parts.type != QUIT ) { . . . p1( cmd , cmd_parts ); . . . } } p1 does nothing to its formal parameter cmd_parts except some comparisons and potentially do printf's on its fields. In p2, _immediately_ prior to the call to p1, I can do printf's on all fields of the cmd_parts variable declared locally in p2 and they are what they should be. In fact, at the _very_ end of p1, if I print out all of cmd_parts fields, they are fine. However, back in p2, _immediately_ after the call to p1, any printf on any field of cmd_parts fails, causing a segmentation fault. I've compiled it with the debug option and ran gdb on it. gdb shows that when p1 terminates, I get the strange error Unable to read inferior memory. vm_read: protection failure(2) Accessing page 0x33302000 - 0x33303fff for address 0x33303008, length 4.0x4840 in p1 ( In attempt to re-write the code, I later changed the declaration of cmd_parts in p2 to be a pointer and then malloc'ed enough space ( via a sizeof call ) and modified p1 accordingly changing its prototype header to void p1( char *cmd , cmd_parts_t *cmd_parts ) and changing all references to fields of cmd_parts from the . notation to the -> notation. Again, it behaved _exactly_ the same. I also made the variable in question global, and it behaved the exact same way. I also reordered the fields in the struct definition for cmd_parts_t, but again to no avail. Now, for the clencher. Believe it or not, in p2, I declared a new variable cmd_parts_2 and copied each of cmd_parts fields to it. ( I copied the int fields with plain = and copied the string fields with strcpy. ) And instead of passing cmd_parts to p1, I passed cmd_parts_2. And, just as above, before p1 is called and at the very end of p1, all fields of both cmd_parts and cmd_parts_2 are correct, but after p1's return no fields are accessible. By the way, there are several other procedures which perform jobs analogous to p1, and they all work fine. I'm out of ideas. Given the seemingly impossible behavior ( as it violates every bit programming knowledge I have ), any ideas - not matter how absurd - would be appreciated. Thanks in advance, John Stelly jstelly@math.uno.edu
Newsgroups: comp.sys.next.bugs From: sdavenpo@vaxc.stevens-tech.edu Subject: Can't exit cleanly - Solved! Message-ID: <1994Jul18.204855.1@vaxc.stevens-tech.edu> Sender: news@dmi.stevens-tech.edu (USENET News System) Organization: Stevens Institute Of Technology References: <1994Jul11.220748.1@vaxc.stevens-tech.edu> <304852$p7g@ftp-p.mccaw.com> Date: Tue, 19 Jul 1994 01:48:55 GMT In article <304852$p7g@ftp-p.mccaw.com>, ddock@mckey.nwest.mccaw.com (Dion Dock) writes: > In article <1994Jul11.220748.1@vaxc.stevens-tech.edu> > sdavenpo@vaxc.stevens-tech.edu writes: >> Every time I end a NeXT session (either Power Off or Restart), the > machine >> hangs on reboot - if I wait long enough (15 minutes) the machine seems > to exit >> normally, but the next time I restart the initial check of the disk > fails - I >> get some kind of message regarding /dev/rhd0a but the detaiils are gone > before >> I can write them down. >> >> the machine is a Gateway 2000 4/66 running NS 3.2 > > > My black box would hang when I tried to restart it and I think that was > cause by an NXFax daemon not being killed. But this sounds more like > you've got a damaged disk. > > -- > Dion Dock > Paradigm Systems > Unit Test, Axys project > ddock@axysdev.nwest.mccaw.com Thanks for this bit of info - I am currently running the NXFax demo and this turned out to be the problem As long as I keep the modem on for the duration of my NS sessions I have no problems. Scott Scott Davenport sdavenpo@vaxc.stevens-tech.edu Internet Mail Only
Newsgroups: comp.sys.next.bugs From: raphael@research.canon.oz.au (Andrew Raphael) Subject: Re: autonfsmounter woes Message-ID: <Ct6J0C.M4z@research.canon.oz.au> Keywords: nfs Sender: news@research.canon.oz.au Organization: Canon Information Systems Research Australia References: <3044ln$97r@nda.nda.com> <1994Jul15.152312.14690@il.us.swissbank.com> Date: Tue, 19 Jul 1994 08:45:47 GMT chubine@il.us.swissbank.com (Ed Chubin) writes: >I had the same problem a while back. You are not alone. I fixed it >by using real user names instead of the * and & in the auto.home map. >The administraction is a bit more difficult, but hey it works! :-) >This was when I was using NS 3.0. I was hoping they would fix it by now. >I'm sure this is a common problem for mixed sites. Someone who actively >administers a mixed site may care to comment (and correct me). If you are using autonfsmount in a mixed site, you should give up now, install the BSD4.4 automounter AMD, & all your problems are over. I gave up on Sun's automount 4 years ago. When the NeXTs arrived, I took one look at autonfsmount, laughed, & switched my NeXTs to AMD. The HPs are the same. One set of maps for the whole site. No administration overhead. It works trouble free, builds almost straight out of the tar archive. If anyone needs the patch to make it build under NS3.2, I've got it. Direct mounts were a problem with NS2.1 & 3.0, so I simply stopped using them. I haven't tested if they work with NS3.2, because I don't need to. -- Andrew Raphael <raphael@research.canon.oz.au> "She's probably not what she seems, though she tries"
From: hketola@agsm.ucla.edu (Heikki Ketola) Newsgroups: comp.sys.next.bugs Subject: Font changes when faxing (and printing) Date: 19 Jul 1994 21:18:38 GMT Organization: The Anderson School at UCLA Message-ID: <30hfve$b05@news.mic.ucla.edu> I have a document (done with Create 2.0). It has a headline in Aachen Bold. It looks OK on screen, in Preview, and when I fax it. But when I print it on my NeXT laser printer, the font prints out as Ohlfs. I find this very strange, given that all the printing, faxing, and Previewing os done on the same machine (back NeXTdimension running NS3.2). I've seen this type of thing happening when I have, say,60 different fonts on one page and then some fonts print as Ohlfs. If that happens, rebooting always helps. Now rebooting doesn't help either. This is not critical for me, but it makes me wonder what's going on. Any suggestions? Heikki Ketola
Newsgroups: comp.sys.next.bugs From: jlittle@leland.Stanford.EDU (Joe Little) Subject: DNS lookup hangs me raw Message-ID: <jlittle.774652181@medisg> Summary: DNS crashing our systems with excess of 35 addresses per name Keywords: DNS Sender: news@medmail.stanford.edu Organization: Stanford University, California, USA Date: Tue, 19 Jul 1994 21:09:41 GMT Our group has recently stumbled onto a strange problem peculiar to NeXTs and Sun workstations. We currently have routers with 35+ IP addresses in DNS table. It so happens that if we try and telnet to this router, or attempt an NSLookup via this router, our system's DNS gets fried, and all lookup tables in NetInfo become invalid. With the Sun, we are limited to 35 names with NSLookup before we encounter the bug, and the NeXT can handle 30. This appears to come from a hard- coded limit on the number of addresses returned through the DNS lookup. Is there a patch out there for NeXTs to increase this limit? Thanks in advance, Joe Little Stanford Medical Networking
Newsgroups: comp.sys.next.bugs From: mwatkins@lexmark.com Subject: CD Player Sender: usenet@lexmark.com Message-ID: <Ct7HMu.JrC@lexmark.com> Date: Tue, 19 Jul 1994 21:13:42 GMT Organization: Lexmark International, Lexington, KY On the trivial side of things, has anybody gotted the CD player on Intel to work correctly? If so how?
Newsgroups: comp.sys.next.bugs From: brad@instep.wimsey.bc.ca Subject: Re: Font changes when faxing (and printing) Message-ID: <1994Jul20.001532.9340@instep.wimsey.bc.ca> Sender: usenet@instep.wimsey.bc.ca (usenet) Organization: InStep Mobile Communications Inc. References: <30hfve$b05@news.mic.ucla.edu> Date: Wed, 20 Jul 1994 00:15:32 GMT Heikki Ketola writes > I have a document (done with Create 2.0). It has a headline in Aachen > Bold. It looks OK on screen, in Preview, and when I fax it. But when > I print it on my NeXT laser printer, the font prints out as Ohlfs. > > I find this very strange, given that all the printing, faxing, and > Previewing os done on the same machine (back NeXTdimension running > NS3.2). I've seen this type of thing happening when I have, say,60 > different fonts on one page and then some fonts print as Ohlfs. If > that happens, rebooting always helps. Now rebooting doesn't help either. > > This is not critical for me, but it makes me wonder what's going on. > Any suggestions? > Heikki Ketola > > I've had this happen with most of the public domain fonts (converted from macintosh). I don't know why it does this, but a work around is to print from Preview.app (after you've done Print->Preview). -- Brad Head <brad@instep.wimsey.bc.ca> Software Developer, InStep Mobile Communications Inc. Vancouver, British Columbia CANADA
From: wmorse@erasure-sl.cc.emory.edu (William Morse) Newsgroups: comp.sys.next.bugs Subject: Re: DNS lookup hangs me raw Date: 20 Jul 1994 00:59:54 GMT Organization: Emory University, Dept of Math and CS Distribution: world Message-ID: <30hsua$i05@emory.mathcs.emory.edu> References: <jlittle.774652181@medisg> In article <jlittle.774652181@medisg> jlittle@leland.Stanford.EDU (Joe Little) writes: > > Our group has recently stumbled onto a strange problem peculiar to NeXTs > and Sun workstations. We currently have routers with 35+ IP addresses in > DNS table. It so happens that if we try and telnet to this router, or > attempt an NSLookup via this router, our system's DNS gets fried, and > all lookup tables in NetInfo become invalid. > > With the Sun, we are limited to 35 names with NSLookup before we encounter > the bug, and the NeXT can handle 30. This appears to come from a hard- > coded limit on the number of addresses returned through the DNS lookup. > > Is there a patch out there for NeXTs to increase this limit? > > Thanks in advance, > Joe Little > Stanford Medical Networking ------ Yes... This is a known bug. If lookupd finds more than 32 addresses it will crash causing the NeXT to be unable to access Netinfo or DNS. This means that no one w/ a Netinfo account will be able to log in and if you are logged in and happen to be wheel, you won't be able to su to fix the problem. Also, all e-mail will begin to bounce and the NeXT will not be able to process any external or internal tcp/ip requests. In other words, death of lookupd is pretty catastrophic. Netinfo itself, however, does not crash... just lookupd, the daemon that does DNS and Netinfo queries. To fix the system, you just relaunch as root lookupd. Of course... if you can't su root... or even log in... There are also some security concerns when this happens. I will not post them here (no need to give people a gun to shot me or any other NeXT Sysadmin.)... but they are serious, ***VERY SERIOUS***. We at Emory have had a severe problem with this and we have informed NeXT. Indeed, I have been working with a very concerned NeXT engineer concerning the issue. He was very helpful and I am hopeful we will see a fix in 3.3. In the mean time, I have a script which you can put in crontab.local which will relaunch lookupd if it dies because of the above. (See below) PS: Joe, I have sent you e-mail with some additional info., but it bounced. Please e-mail me so I can give you the name of the NeXT engineer and the fix for the security hole above. William Morse Sysadmin. / Emory Public NeXT Network EAGLE / Technical Director WWW / Technical Administrator fix.lookupd: ps -aux | gawk ' BEGIN { x="" } index($10,"lookupd") { x="a" } END { print x "b" } ' | gawk ' !(index($0,"ab")) { print "ERROR" system("/usr/etc/lookupd") } ' crontab.local: 0,5,10,15,20,25,30,35,40,45,50,55 * * * * root /bin/sh /usr/adm/fix.lookupd
Newsgroups: comp.sys.next.bugs Subject: Mail Message-ID: <1994Jul19.185345.23403@cc.usu.edu> From: mike@hobbs.chem.usu.edu (mike emmel) Date: 19 Jul 94 18:53:45 MDT BTW, do you know that your return address is screwed up? It reads: "mike@hobbs.chem.usu.edu.chem.usu.edu (mike emmel)" (with the last 3 segments duplicated as shown). several people hacve told me my mailer is messed up (see above) but I can't figure out how to fix it any suggestions? mike
From: chris@iastate.edu (Chris Wong) Newsgroups: comp.sys.next.bugs Subject: Re: Font changes when faxing (and printing) Date: 20 Jul 1994 14:19:54 GMT Organization: Iowa State University, Ames, Iowa (USA) Message-ID: <30jbqa$m0f@news.iastate.edu> References: <30hfve$b05@news.mic.ucla.edu> <1994Jul20.001532.9340@instep.wimsey.bc.ca> In article <1994Jul20.001532.9340@instep.wimsey.bc.ca>, <brad@instep.wimsey.bc.ca> wrote: >I've had this happen with most of the public domain fonts (converted from >macintosh). I don't know why it does this, but a work around is to >print from Preview.app (after you've done Print->Preview). This strange font printing problem happens to me too. I have KaiSu.pkg (Chinese font package in cs.orst.edu) installed properly and displayed great. Everything is fine until I print it. The printer printed out an error messages. Don't have the error message handy now. Can't print from Preview either. Chris -- NeXTMail super welcomed!!| Chris Wong | "Hardware is supposed to serve Software." chris@iastate.edu | Computer Engineering & Computer Science <:)>:)<:)>:)<:)>:)<:) | Iowa State University of Science and Technology
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Mail Date: Wed, 20 Jul 1994 10:28:58 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <Ii=HGeC00iUz01yf8F@andrew.cmu.edu> In-Reply-To: <1994Jul19.185345.23403@cc.usu.edu> Excerpts from netnews.comp.sys.next.bugs: 19-Jul-94 Mail by mike emmel@hobbs.chem.us > BTW, do you know that your return address is screwed up? It reads: > "mike@hobbs.chem.usu.edu.chem.usu.edu (mike emmel)" (with the last 3 > segments duplicated as shown). > > several people hacve told me my mailer is messed up (see above) but I > can't figure out how to fix it any suggestions? Give your machine a fully qualified internet name (as in "hobbs.chem.usu.edu"), and verify that noone has hacked your sendmail configuration. You should check the file /etc/sendmail/sendmail.cf on your machine (and possibly the mailhost for your domain, depending on your site's configuration), and take a look for (I believe) the 'DM' macro; you will probably find the string "chem.usu.edu" in there. Remove it. Then test things out, of course. You probably have to reboot to change things, BTW. -Chuck Charles William Swiger - WhiteLight Systems | "All the world's a stage, and" --------------------------------------------+ "we are merely players...." AMS & normal mail: infidel@cmu.edu | NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | "Semper ubi sub ubi."
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: Is this a problem with me or NSString? Date: 21 Jul 1994 12:19:59 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9407210844.AA00544@flexus> LS, Is the empty string a prefix of any other string? Of course, NeXT is free to use whatever conventions it wants instead of tradition. So were the designers of APL. Do you know the answer to ( 36 / 4 + 5 ) ? Well, 4 of course! You just have to remember to associate all operators right to left... To get around the problem of prefix-searching (or infix, or postfix) an empty string against a set of strings, don't! You just have to filter your input textfield so that it won't contain the empty string, or abort the operation (i.e., allow the user to go do something else instead) if it does. This is not a valid argument to start experimenting with conventions outside of the problem area. *Especially* if it is ``a corner case'' (quoted from Ali Ozer). If this clashes with defining the respective methods in terms of rangeOfString:, then other methods should be defined to assume that role, so that hasSuffix: and friends do the intuitive thing (again). Besides, rangeOfString: (if I understand correctly what it does from its name alone), should just return "0:0" for the empty string, instead of "not found", because I gather that for non-empty substrings that occur several times only the first occurrence will be reported, rather than "not found" or "multiple occurrences". It is the responsibility of the programmer to catch this empty-string situation before or after rangeOfString:/hasSuffix:/... is invoked. And then all the problems go away. I'm a bit confused about the state of this API. Is it a beta release? Then why is it being discussed on the net, with the participation of a NeXT employee even (mind you, I'm all for that, if that allows us to weed out things like this)? But I hope it is not yet carved in stone, because this is too embarrassing. Oh well, even if it isn't, they're probably too stubborn to change it now. ``This has unfortunately been confusing to some folks.'' (quoted from Ali Ozer): nonsense always is. Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp (? I should test this again)
Newsgroups: comp.sys.next.bugs From: lbove@net_6_10.trimark.com (Lui Bove) Subject: Printing from NeXTStep to a QMS Printer Message-ID: <1994Jul21.135321.5158@trimark.com> Sender: news@trimark.com Organization: Trimark Investment Management, Toronto Date: Thu, 21 Jul 1994 13:53:21 GMT Documents with embedded EPS's are not handled properly by NeXTSteps' psprepare program, it does indeed handle them properly when sending the document to a NeXT printer. I have found that when trying to print various postscript files that have embedded EPS signitures produced on a Macintosh and printed to a QMS 1725 printer, psprepare truncates the output file before it is handed off to QEF. QEF is a QMS script that transports the postscript file to the printer over a TCPIP or DECNET, depending on your network topology. Can anybody out there shed some light on this subject???
From: Mark Crispin <mrc@Tomobiki-Cho.CAC.Washington.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Is this a problem with me or NSString? Date: Thu, 21 Jul 1994 19:43:15 -0700 Organization: University of Washington Message-ID: <MS-C.774844995.1147902781.mrc@Tomobiki-Cho.CAC.Washington.EDU> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII To: flexus!RfSchtkt@maze.ruca.ua.ac.be In-Reply-To: <9407210844.AA00544@flexus> Actually, ( 36 / 4 + 5) is a range error in APL. You forgot that / is not the division operator! [Quick, do you remember what / actually was?]
Newsgroups: comp.sys.next.bugs From: Bruce Gingery <bruce@TotSysSoft.com> Subject: Re: Mail Message-ID: <1994Jul22.053217.4317@ToTSySSoft.com> Sender: news@ToTSySSoft.com Organization: Total System Software References: <1994Jul19.185345.23403@cc.usu.edu> Date: Fri, 22 Jul 1994 05:32:17 GMT In article <1994Jul19.185345.23403@cc.usu.edu> writes: ~> BTW, do you know that your return address is screwed up? It reads: ~> "mike@hobbs.chem.usu.edu.chem.usu.edu (mike emmel)" (with the last 3 ~> segments duplicated as shown). ~> ~> several people hacve told me my mailer is messed up (see above) but I ~> can't figure out how to fix it any suggestions? ~> ~> mike ~> Mike, The most common config mistake I've seen that could cause this is hostname set to: hobbs.chem.usu.edu domainname set to: chem.usu.edu and sendmail set to concatinate the two in the first ("Dj") macro definition. Check the /bin/hostname and /bin/domainname commands output in a shell, first. If my first guess is correct, you merely will want to correct your hostname to hobbs, but be cautious doing this, or your boot (from /etc/hostconfig) and NetInfo won't match. Your newsposting (of course) didn't indicate what version of Sendmail/NEXTSTEP now which sendmail.cf's you're running. Presuming that you have sendmail.mailhost.cf from v3.2 the first macro definition line is Dj$?m$w.$m$|$w$. and the pseudo ruleset "D" is supposed to append your domainname to your E-Mail address if absent. Dw is set automagically from a gethostname() call Dm is set automagically from a getdomainname() call both internally in sendmail, and as you can see from the conditional assignment to Dj above, it concatinates the two if domainname is present, otherwise uses just the hostname. Although it is becoming quite popular to use full domain addressing in hostname, it's really better to keep them separate, and let them be concatinated normally when hostname.domain.name address is desired. Note that you CAN override the Dj definition with a literal constant if needed, and it's recommended when OTHER THAN the default shown above is desired. NeXT's distributions of sendmail.cf use "DM" (capitalized) for the default Mail-Relay vector --- uucp or ether, not to be confused with the built-in setting for "Dm" as domain name. Bruce Gingery Total System Sofware Cheyenne, WY NEXT IN LINE contributing author bruce@TotSysSoft.com NeXT-mail(tm) and MIME-mail welcome
From: chris@clubside.digex.net (Chris Rowley) Newsgroups: comp.sys.next.bugs Subject: RIB File Crashes DPS Date: 22 Jul 1994 15:23:01 GMT Organization: Express Access Online Communications, USA Message-ID: <30oo8l$as1@news1.digex.net> Hello, I recently decided to play with some aspects of my NSI 3.2 that I had yet to discover. I tried to open one of the .rib files in the Examples/RenderMan directory of the developer release, and the system crashes with this to the console: ----- RenderMan client: error %d during msg send : invalid port(-102) Jul 22 10:45:18 clubside WindowServer[272]: WindowServer: Exception caught: PS-108.1 on host `clubside', user `editor': Software exception (no corresponding signal), Jul 22 10:45:18 clubside WindowServer[272]: [ eip = 0x5007b30 Jul 22 10:45:18 clubside WindowServer[272]: , from 0x50565fa Jul 22 10:45:18 clubside WindowServer[272]: , from 0x10be3a Jul 22 10:45:18 clubside WindowServer[272]: , from 0x10ac34 Jul 22 10:45:18 clubside WindowServer[272]: , from 0x43915 Jul 22 10:45:18 clubside WindowServer[272]: , from 0x10a11f Jul 22 10:45:18 clubside WindowServer[272]: , from 0xfce8 Jul 22 10:45:18 clubside WindowServer[272]: , from 0xf73696 Jul 22 10:45:18 clubside WindowServer[272]: , from 0xf71371 Jul 22 10:45:18 clubside WindowServer[272]: ] Jul 22 10:45:18 clubside Mail[315]: DPS client library error: Error while writing to connection, DPSContext 6ec04, data -102 Jul 22 10:45:18 clubside Mail[315]: Exiting due to Window Server death Jul 22 10:45:18 clubside WM[313]: DPS client library error: Error while writing to connection, DPSContext b2f1c, data -102 Jul 22 10:45:18 clubside Preferences[314]: DPS client library error: Error while writing to connection, DPSContext 48b90, data -102 Jul 22 10:45:18 clubside Preferences[314]: Exiting due to Window Server death Jul 22 10:45:18 clubside OmniImage[333]: Unknown error code -100 in NXReportError Jul 22 10:45:18 clubside OmniImage[333]: DPS client library error: Error while writing to connection, DPSContext 2ebd8, data -102 Jul 22 10:45:18 clubside OmniImage[333]: Exiting due to Window Server death Software Version 3.2 (Thunder5S) Jul 22 10:45:45 clubside NewsGrazer[233]: DPS client library error: Error while writing to connection, DPSContext 3cbe4, data -102 Jul 22 10:45:45 clubside NewsGrazer[233]: Exiting due to Window Server death ----- I'm using the Beta Stealth64 driver at 1164-32bit, and I also have OmniImage installed for use with OmniWeb. Anyone have any ideas? Could it be the display driver? Chris ------------- Home of 'Clubside', the only weekly obscenity-filled rag on the face of the Earth. Free most everywhere (and FTPable soon!). Write us at 'editor@clubside.digex.net' for more info. We love NeXT-Mail, oh-e-oh. ------------- "Mrs. Crane, I'm looking at you... you wore green so you could hide." -- Carl, 'Caddyshack'
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Mail Date: Fri, 22 Jul 1994 11:32:02 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <Yi=yNmO00iV3Q1yqxp@andrew.cmu.edu> In-Reply-To: <1994Jul22.053217.4317@ToTSySSoft.com> Excerpts from netnews.comp.sys.next.bugs: 22-Jul-94 Re: Mail by Bruce Gingery@TotSysSoft > Although it is becoming quite popular to use full domain > addressing in hostname, it's really better to keep them > separate, and let them be concatinated normally when > hostname.domain.name address is desired. I disagree that using a only hostname is better then fully-qualified Internet name for one's machine based on comments made by the electronic mail gurus here at CMU. The people in question have included John G. Myers [look him up in the sendmail credits], John Lerchy [who does base system management support, system configuration support], and Robert Kuszewski [CMU's postmaster]. My observations have been that using a fully qualified Internet name as one's hostname reduces problems significantly. -Chuck Charles William Swiger - WhiteLight Systems | "All the world's a stage, and" --------------------------------------------+ "we are merely players...." AMS & normal mail: infidel@cmu.edu | NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | "Semper ubi sub ubi."
Newsgroups: comp.sys.next.bugs From: glen@instep.wimsey.bc.ca Subject: Re: Is this a problem with me or NSString? Message-ID: <1994Jul22.160641.2328@instep.wimsey.bc.ca> Sender: usenet@instep.wimsey.bc.ca (usenet) Organization: InStep Mobile Communications Inc. References: <MS-C.774844995.1147902781.mrc@Tomobiki-Cho.CAC.Washington.EDU> Date: Fri, 22 Jul 1994 16:06:41 GMT In article <MS-C.774844995.1147902781.mrc@Tomobiki-Cho.CAC.Washington.EDU> Mark Crispin <mrc@Tomobiki-Cho.CAC.Washington.EDU> writes: > Actually, ( 36 / 4 + 5) is a range error in APL. You forgot that / is not the > division operator! [Quick, do you remember what / actually was?] ^^^ Is is it not still what it was before?
Newsgroups: comp.sys.next.bugs From: hbu@wag.ch (Hans Burkard) Subject: NeXTStep and Novell 3.12 Message-ID: <CtCLy8.Aw@wag.ch> Keywords: Novell Sender: usenet@wag.ch Organization: workstation ag, Rohrstr. 36/38, CH-8152 Glattbrugg, Switzerland Date: Fri, 22 Jul 1994 15:34:56 GMT We have installed serveral NeXTStep workstations with connection to Novell Servers running Novell version 3.11. No problems! However I have difficulties to set up NeXTStep with a Novell 3.12. Questions: - Has anybody experience with NeXTStep and Novell 3.12? - Is NeXTStep compatable with Novell 3.12 (on line documentation does not give a clear hint). Thanks for your help -Hans- Hans Burkard workstation ag e-mail: hbu@wag.ch
From: jehu@jehu.async.vt.edu (john stanhope) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs Subject: Dell XPS 90 crashing everyday Date: 23 Jul 1994 23:51:13 GMT Organization: Virginia Tech, Blacksburg, Virginia Distribution: world Message-ID: <30sadh$g8l@solaris.cc.vt.edu> Keywords: crashing, hanging, halting, panicing, Dell, XPS 90 I purchased a Dell Dimensio XPS 90 recently and moved my harddrive + DPT scsi controller from my old Dell 450DE (EISA bus). Everything works fine except that the damn thing crashes about once a day. The first crash occured when I clicked on the "Run" button on PB and gave me one those cute Kernel Panic windows that offers you the chance to reboot or reboot. Since I saw some stuff scroll by that looked as if might be scsi related (DMA this and that) I decided to install the new beta DPT drivers. I then got another crash during the linking stage of a build but this time it just froze, no kernel panic. Is this a new feature of the driver? Anyway, do you, the net, think I should find a way to reinstall NS or is it the DPT scsi card and do I have to wait and see if NeXT can deliver a stable driver? BTW I never had a crash on the Dell 450 DE. John Stanhope
Newsgroups: comp.sys.next.bugs From: csaldanh@mae.carleton.ca (Chris Saldanha) Subject: Re: CD Player Message-ID: <Ct9ryG.Bz0@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University References: <Ct7HMu.JrC@lexmark.com> Date: Thu, 21 Jul 1994 02:51:52 GMT mwatkins@lexmark.com wrote: : On the trivial side of things, has anybody gotted the CD player on Intel : to work correctly? If so how? I just recently tried at the office. Setup: Intel/GX, but using Adaptec 1542C (not on-board SCSI), and using the external NEC 3X CD-ROM drive. (Using the Adaptec is a long story, nothing to do with CDPlayer.app) I plugged a speaker into the drive's sound-out port, and inserted a music CD. CDPlayer.app launched automatically. The controls worked, and music poured forth to fill the room. I boot the box off of an external SCSI HD (SCSI ID 0). I had to make sure that no device used SCSI ID 1 since ID 0 was already used (as per the NeXTAnswers document about CDPlayer). I don't get the reason for that, but it works... I don't remember what NA document it was, and I'm not at my NeXT machine to look it up. (Get the index...) --Chris Chris Saldanha -------------------------------------- Carleton University (Comp. Sci) |"The eternal silence of these infinite| chris@computerActive.on.ca (NeXTMail) | spaces terrifies me." -Blaise Pascal| csaldanh@mae.carleton.ca (NeXT/MIME) ------------------:-o-----------------
From: mow@marsu.tynet.sub.org (Markus Wenzel) Newsgroups: comp.sys.next.bugs Subject: Re: NeXTStep and Novell 3.12 Date: 24 Jul 1994 10:32:10 +0100 Organization: Palumbian Research Labs Message-ID: <30tceq$1hi@marsu.tynet.sub.org> References: <CtCLy8.Aw@wag.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Keywords: Novell hbu@wag.ch (Hans Burkard) writes: >We have installed serveral NeXTStep workstations with connection to Novell >Servers running Novell version 3.11. No problems! >However I have difficulties to set up NeXTStep with a Novell 3.12. >Questions: >- Has anybody experience with NeXTStep and Novell 3.12? >- Is NeXTStep compatable with Novell 3.12 (on line documentation > does not give a clear hint). NetWare 3.12 is only "3.11 with all patches applied". We have a 3.12 NetWare server and a NeXTSTEP client, and it works well and stable. -- // Markus Wenzel // 1st Institute of Physics // // NeXTSTEP Consulting + Administration // University of Stuttgart // // mow@marsu.tynet.sub.org // wenzel@rus.uni-stuttgart.de //
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: Bruce Gingery <bruce@TotSysSoft.com> Subject: Re: Mail & hostnames/domainnames Message-ID: <1994Jul24.081413.8011@ToTSySSoft.com> Sender: news@ToTSySSoft.com Organization: Total System Software References: <Yi=yNmO00iV3Q1yqxp@andrew.cmu.edu> Date: Sun, 24 Jul 1994 08:14:13 GMT Let's move this to csn.sysadmin... I'm double-posting to there. In article <Yi=yNmO00iV3Q1yqxp@andrew.cmu.edu> Charles William Swiger <infidel+@CMU.EDU> writes: ~> Excerpts from netnews.comp.sys.next.bugs: 22-Jul-94 Re: Mail by Bruce ~> Gingery@TotSysSoft ~> > Although it is becoming quite popular to use full domain ~> > addressing in hostname, it's really better to keep them ~> > separate, and let them be concatinated normally when ~> > hostname.domain.name address is desired. ~> ~> I disagree that using a only hostname is better then fully-qualified ~> Internet name for one's machine based on comments made by the ~> electronic mail gurus here at CMU. The people in question have ~> included John G. Myers [look him up in the sendmail credits], ~> John Lerchy [who does base system management support, system ~> configuration support], and Robert Kuszewski [CMU's postmaster]. ~> ~> My observations have been that using a fully qualified Internet ~> name as one's hostname reduces problems significantly. ~> We may be in a period of transition, then, where the separate storage for domain name will fade away. I certainly hope not, but I'm not "the authority" on sendmail and other mail system utilities, certainly. Some programs use no more than 8 to 16 characters for storage of hostname (anything that uses struct utmp->ut_host[16] for access to wtmp or utmp) and many limit to 32, and are hard-coded as such. Some fetch the whole name then truncate it, and others use the built-in length specification for gethostname(). MAXHOSTNAMELEN, and MAXDOMNAMELEN are both defined as 256 for the NEXTSTEP/mach/bsd kernel, so the bind isn't there. As the net is growing by leaps and bounds, the length of fully qualified domain names is moving upwards, however, and even the number of segments in a fully qualified name is increasing. rwhod structure whod->wd_hostname is fixed at 32. disktab defines its own MAXHNLEN as 32. ...just as two quick examples of use in bundled software. Your cswiger.slip.andrew.cmu.edu counts out to 27 which would nearly fill either of these fields and already overflows the available space for remote access logging to wtmp/utmp. When pseudo-domains are used as well, with a gateway as the primary Internet domain, an additional layer of complexity is added for using full domain name as hostname. The other reason behind my statement, besides the various program length limitations, is the confusion when the same machine is part of multiple domains, not necessarily all "public" domains. Also portables may move all over the world, temporarily assuming a gatewayed/firewalled or temporarily connected subdomain position at each stop. With a reasonably unique machine name, the new subdomain name can conveniently become hostname.domain.name, which is a quite commonly used default, with only one change to an rc file, or a configuration file sourced by an rc file, and perhaps no changes to NetInfo, depending on the type and level of connectivity. With software installed that knows the "machine name" (hostname), but which has nothing to do with the E-Mail/Net domain, changing the hostname to comply with a change in connectivity in a portable can become quite inconvenient, else the software designer looses the ability to provide convenient host identification of source of information or of changes. I can certainly appreciate the simplification to sendmail.cf, for example, when the hostname consists of the fully qualified domain name, so there are tradeoffs. Similarly, there is a strong trend to do a read-only net-mount /LocalApps for NEXTSTEP, rather than mounting net directories as subdirectories of /LocalApps or changing the Workspace AppPaths defaults to add secondary directory hierarchy such as /SharedApps, despite the ease in doing so as root. Both things (perhaps the latter more-so) tend to complicate as they twist the meaning of the labels. If "hostname" is more than the name of the current host then perhaps it is the hostname that should be moved out, and discarded, and the domain name retained, and returned for both during a transition period of a decade or more. Similarly if /LocalApps is not a local directory, should it be called "Local"? When MXing for other systems, it is at times convenient to run processes as other system, at least for domain name, and internally to the program. Again using the hostname set as the domain name introduces an extra layer of complexity. My original response to the original query in this csn.bugs original thread stands, however, that the most common reason for someone getting user@myhost.mydomain.name.mydomain.name (hence doubled domain name) in their NEXTSTEP E-mail is having their hostname set to a fully qualified domain name, and their domain name also set, while not making the override entry to their sendmail.cf to discard the Dm macro domainname from the "Dj" macro definition. Bruce Gingery Total System Software Cheyenne. WY NEXT IN LINE contributing author bruce@TotSysSoft.com NeXTmail(tm) and MIME-mail welcome
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: Mail & hostnames/domainnames Date: Sun, 24 Jul 1994 13:27:21 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <4iAeFtu00WBNM1FHYt@andrew.cmu.edu> In-Reply-To: <1994Jul24.081413.8011@ToTSySSoft.com> Excerpts from netnews.comp.sys.next.bugs: 24-Jul-94 Re: Mail & hostnames/domain.. by Bruce Gingery@TotSysSoft > ~> My observations have been that using a fully qualified Internet > ~> name as one's hostname reduces problems significantly. > ~> > > We may be in a period of transition, then, where the separate storage > for domain name will fade away. I certainly hope not, but I'm not "the > authority" on sendmail and other mail system utilities, certainly. I don't know whether the seperate storage for the domain name will fade way; for example, using a correct domainname is necessary for YP/NIS, and it does help when trying to connect to other machines without using the fully qualified Internet address (eg, "telnet mon.slip" and then telnet back to my machine via "telnet cswiger.slip"). However, using a fully qualified Internet address for one's machine name and modifying old software (like NeXT's version of sendmail) to work correctly seems to be the way things are headed. For example, the new version of sendmail (8.6.x?) works correctly with both a fully qualified machine name and a domainname specified. [ ... ] > With software installed that knows the "machine name" (hostname), but > which has nothing to do with the E-Mail/Net domain, changing the hostname > to comply with a change in connectivity in a portable can become quite > inconvenient, else the software designer looses the ability to provide > convenient host identification of source of information or of changes. Yes. However, the fact that some programmers do broken things does not invalidate a good idea (such as using fully qualified Internet machine names). People should use the gethostid() call if they really want to hardcode a license key to a specific machine (although that also has problems). Copy protection is simply a hassle. > I can certainly appreciate the simplification to sendmail.cf, for > example, when the hostname consists of the fully qualified domain name, > so there are tradeoffs. Exactly. > My original response to the original query in this csn.bugs original > thread stands, however, that the most common reason for someone getting > > user@myhost.mydomain.name.mydomain.name > > (hence doubled domain name) in their NEXTSTEP E-mail is having their > hostname set to a fully qualified domain name, and their domain name also > set, while not making the override entry to their sendmail.cf to discard > the Dm macro domainname from the "Dj" macro definition. Agreed. -Chuck Charles William Swiger - WhiteLight Systems | "All the world's a stage, and" --------------------------------------------+ "we are merely players...." AMS & normal mail: infidel@cmu.edu | NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | "Semper ubi sub ubi."
From: jbryans@csulb.edu (Jack Bryans) Newsgroups: comp.sys.next.bugs Subject: 'enrx: no network buffers' making system unusable Date: 24 Jul 1994 22:20:53 GMT Organization: Cal State Long Beach Message-ID: <JBRYANS.94Jul24152053@tern.csulb.edu> On a 3.0 Turbo, we got continuous syslogings to /usr/adm/messages like: Jul 22 00:06:08 garuda mach: enrx: no network buffers We couldn't login to the system and had to reboot. We used to see this, typically at INN news.daily time, when we had less memory, fewer nbufs at boot time, and when the swapfile had grown a lot. We recently increased to 64 Megs and 256 boot time nbufs, and the last I saw of the swapfile the previous afternoon, it was still at lowat. What causes this? Anything we can do to prevent or minimize it? What is the maximum number we can use for boot time nbuf=? Jack
From: smuir@ix.netcom.com (Steve Muir) Newsgroups: comp.sys.next.bugs Subject: Re: NeXTStep and Novell 3.12 Date: 24 Jul 1994 22:37:44 GMT Organization: Netcom Distribution: world Message-ID: <30uqfo$gvd@ixnews1.ix.netcom.com> In <30tceq$1hi@marsu.tynet.sub.org> mow@marsu.tynet.sub.org (Markus Wenzel) writes: > >hbu@wag.ch (Hans Burkard) writes: > >>We have installed serveral NeXTStep workstations with connection to Novell >>Servers running Novell version 3.11. No problems! > >>However I have difficulties to set up NeXTStep with a Novell 3.12. > >>Questions: >>- Has anybody experience with NeXTStep and Novell 3.12? >>- Is NeXTStep compatable with Novell 3.12 (on line documentation >> does not give a clear hint). > >NetWare 3.12 is only "3.11 with all patches applied". .. with one *minor* change. Novell changed the Ethernet frame from 802.3 to 802.2. Steve
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: dave@prim.demon.co.uk (Dave Griffiths) Subject: Simple Network Server crash Message-ID: <1994Jul25.200753.1055@prim.demon.co.uk> Organization: Primitive Software Ltd. Date: Mon, 25 Jul 1994 20:07:53 GMT I've been trying to change my configuration using SNS under 3.2 Intel. It was set to "Stand alone" and I tried to change it to "Be a server". The SNS app crashes. A panel appears briefly and then disappears so I can't read it. I've tried it with the network both connected and disconnected. No files have been altered manually, everything has been done using either HostManager or SNS. Before the crash I also get an alert panel which says "You have already altered the default configuration blah blah blah". The error is "Memory access exception" and the backtrace begins: callit() ni_root() ni_pathsearch() I'm stuck now because it crashes every time I try to go to "Be a server". It just shouldn't be possible for a mug like me to click a few buttons and screw up the system. Dave Griffiths
From: mike_zemina@wiltel.com (Mike Zemina) Newsgroups: comp.sys.next.bugs Subject: NewsGrazer can't post with few lines. Date: 25 Jul 1994 17:24:04 GMT Organization: WilTel Message-ID: <310sfk$ogu@gateway.wiltel.com> Why is it that NewsGrazer won't allow posting when the number of reply lines is less than the number of quoted lines? Is there a fix to release 3.0 version 75? mike_zemina@wiltel.com
From: mcquill@next.duq.edu (Tod McQuillin) Newsgroups: comp.sys.next.bugs Subject: Re: 'enrx: no network buffers' making system unusable Date: 25 Jul 1994 13:52:53 -0400 Organization: Duquesne University, Pittsburgh, PA USA Message-ID: <310u5l$398@keen.ccit.duq.edu> References: <JBRYANS.94Jul24152053@tern.csulb.edu> In article <JBRYANS.94Jul24152053@tern.csulb.edu>, Jack Bryans <jbryans@csulb.edu> wrote: > On a 3.0 Turbo, we got continuous syslogings to /usr/adm/messages like: > > Jul 22 00:06:08 garuda mach: enrx: no network buffers > > What causes this? Anything we can do to prevent or minimize it? What is > the maximum number we can use for boot time nbuf=? Mine did this too until I upgraded to NeXTStep 3.2. -- Tod McQuillin Duquesne University
From: Lennart_Lovstrand@NeXT.COM Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: Mail & hostnames/domainnames Date: 25 Jul 1994 20:52:24 GMT Organization: NeXT, Inc. Message-ID: <3118m8$808@rosie.next.com> References: <4iAeFtu00WBNM1FHYt@andrew.cmu.edu> In article <4iAeFtu00WBNM1FHYt@andrew.cmu.edu> Charles William Swiger <infidel+@CMU.EDU> writes: > Excerpts from netnews.comp.sys.next.bugs: 24-Jul-94 Re: Mail & > hostnames/domain.. by Bruce Gingery@TotSysSoft > > ~> My observations have been that using a fully qualified Internet > > ~> name as one's hostname reduces problems significantly. > > ~> > > > > We may be in a period of transition, then, where the separate storage > > for domain name will fade away. I certainly hope not, but I'm not "the > > authority" on sendmail and other mail system utilities, certainly. > > I don't know whether the seperate storage for the domain name will fade > way; for example, using a correct domainname is necessary for YP/NIS, > and it does help when trying to connect to other machines without using > the fully qualified Internet address (eg, "telnet mon.slip" and then > telnet back to my machine via "telnet cswiger.slip"). Hi Charles, I have also been in the mail business for a while now, but don't have any strong feelings for or against using the fully qualified domain name (FQDN) as the system's internal hostname. Some people prefer one, some the other, but it shouldn't matter which you choose. The FQDN should always be used by sendmail and in mail messages, but that's a different story (see below). As for your other points, let me add some comments: You mention YP/NIS' domain names, but I'm not sure if you're referring to hostnames stored in the hosts.byxxx maps or the actual YP/NIS domain names themselves. It is useful to use FQDNs for both, but for different reasons (and neither was required the last time I looked). Having FQDNs in the former will allow you to avoid making some DNS calls, but if you already are using the DNS you might as well stay with that and only that since you otherwise have to maintain two different databases every time there is a host name change. The latter, ie. the YP/NIS domain names themselves, are used to specify and bind YP/NIS clients to their servers. These domains have nothing to do with hostnames or DNS domains, although you may choose to use your organization's or department's FQDN as your YP/NIS domain name to simplify administration and ensure uniqueness -- if there is a one-to-one correspondance. In any case, you'll need the DNS to do partial domain name lookups ("eg. foo.sales" => "foo.sales.acme.com"). YP/NIS does not help you with this unless you list all the abbreviations as aliases. In anyc case, whichever you set your own hostname to has no implication for partial name lookups. > However, using a fully qualified Internet address for one's machine name > and modifying old software (like NeXT's version of sendmail) to work > correctly seems to be the way things are headed. For example, the new > version of sendmail (8.6.x?) works correctly with both a fully qualified > machine name and a domainname specified. As does our sendmail, presuming that you are using NEXTSTEP 3.1 or later. That is to say, the $j macro will be automatically set to your FQDN regardless of if you're using a qualified or unqualified local hostname. More precisely, it will use the results of gethostbyname() directly if it contains any dots. Otherwise, it'll append the value of $m, which is automatically set to the the local domain name as specified in the /etc/resolv.conf file. Of course, if you manually override $j in your sendmail.cf file, all this is moot. Cheers, Lennart "IDA" Lovstrand NeXT Software Engineering
From: bbry@bu.edu (Bryony Bechtold) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs Subject: Re: Dell XPS 90 crashing everyday Followup-To: comp.sys.next.hardware,comp.sys.next.bugs Date: 26 Jul 1994 03:30:51 GMT Organization: Boston University Distribution: world Message-ID: <31201b$5tm@news.bu.edu> References: <30sadh$g8l@solaris.cc.vt.edu> john stanhope (jehu@jehu.async.vt.edu) wrote: : I purchased a Dell Dimensio XPS 90 recently and moved my harddrive + : DPT scsi controller from my old Dell 450DE (EISA bus). Everything works : fine except that the damn thing crashes about once a day. : Anyway, do you, the net, think I should find a way to reinstall NS or is : it the DPT scsi card and do I have to wait and see if NeXT can deliver a : stable driver? BTW I never had a crash on the Dell 450 DE. Since asking a few questions that pertained to the DGX (which is a Dell DE with the JAWS graphics card), I've had quite a few responses and collected an interesting collection of information about the machine. Its apparently the machine that NeXT used to make the 486 port, so a lot of time was spent on its drivers and NS is about as stable on this system as it will ever be on Intel hardware, where there is such a huge collection of possible configuration options. OTOH while the new Dell machines are fast and nice, the graphics subsystems in them seem pretty much middle of the road. Dunno, how do you find it, in contrast with your previous system? (I'm assuming you had the JAWS card in your DE).
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace Subject: Quick Guide to NEXTSTEP Information on the Internet Date: 26 Jul 1994 01:11:39 -0400 Organization: Next Announcements Message-ID: <3125ub$gli@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information Server online comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers New Information --------------- Stepwise NEXTSTEP/OpenStep Information Server online A product directory built around the World Wide Web system, this will allow full multimedia announcements by NEXTSTEP developers, as well as the ability to browse the available products for NEXTSTEP. This service is online now, and can be reached at http://digifix.digifix.com/ it can be reached using OmniWeb (available from ftp.omnigroup.com) or Mosaic. The entries are coming in quite quickly, and currently consist of - NeXT Press Releases - OpenStep WhitePapers - Third Party Products Directory - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next.announce archives (searchable) - searchable contents of Third Party compilation CDs Additionally the NEXTSTEP Product Information Mail Server will be stocked full file files in the next week... you can get information on using the mail server at ns-products@digifix.com Suggestions or comments can be directed to me at sanguish@digifix.com comp.sys.next.* newsgroups -------------------------- Comp.Sys.Next.Advocacy This is the "why NEXTSTEP is better (or worse) than anything else in the known universe" forum. It was created specifically to divert lengthy flame wars from .misc. Comp.Sys.Next.Announce Announcements of general interest to the NeXT community (new products, FTP submissions, user group meetings, commercial announcements etc.) The NEXTSTEP FAQs are posted here monthly as well. This is a moderated newsgroup, meaning that you can't post to it directly. Submissions should be e-mailed to next-announce@digifix.com where the moderator (Scott Anguish) will screen them for suitability. Comp.Sys.Next.Bugs A place to report verifiable bugs in NeXT-supplied software. Material e-mailed to Bug_NeXT@NeXT.COM is not published, so this is a place for the net community find out about problems when they're discovered. This newsgroup has a very poor signal/noise ratio--all too often bozos post stuff here that really belongs someplace else. It rarely makes sense to crosspost between this and other c.s.n.* newsgroups, but individual reports may be germane to certain non-NeXT- specific groups as well. Comp.Sys.Next.Hardware Discussions about NeXT-label hardware and compatible peripherals, and non-NeXT-produced hardware (e.g. Intel) that is compatible with NEXTSTEP. In most cases, questions about Intel hardware are better asked in comp.sys.ibm.pc.hardware. Questions about SCSI devices belong in comp.periphs.scsi. This isn't the place to buy or sell used NeXTs--that's what .marketplace is for. Comp.Sys.Next.Marketplace NeXT stuff for sale/wanted. Material posted here must not be crossposted to any other c.s.n.* newsgroup, but may be crossposted to misc.forsale.computers.workstation or appropriate regional newsgroups. Comp.Sys.Next.Misc For stuff that doesn't fit anywhere else. Anything you post here by definition doesn't belong anywhere else in c.s.n.*--i.e. no crossposting!!! Comp.Sys.Next.Programmer Questions and discussions of interest to NEXTSTEP programmers. This is primarily a forum for advanced technical material. The NEXTSTEP programmer FAQs are posted here. Generic UNIX questions belong elsewhere (comp.unix.questions), although specific questions about NeXT's implementation or porting issues are appropriate here. Note that there are several other more "horizontal" newsgroups (comp.lang.objective-c, comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip, etc.) that may also be of interest. Comp.Sys.Next.Software This is a place to talk about [third party] software products that run on NEXTSTEP systems. Comp.Sys.Next.Sysadmin Stuff relating to NeXT system administration issues; in rare cases this will spill over into .programmer or .software. related Newsgroups ------------------ Comp.Soft-Sys.Nextstep Like comp.sys.next.software and comp.sys.next.misc combined. Exists because NeXT is a software-only company now, and comp.soft-sys is for discussion of software systems with scope similar to NEXTSTEP. Comp.Lang.Objective-C Technical talk about the Objective-C language. Implemetations discussed include NeXT, Gnu, Stepstone, etc. Comp.Object Technical talk about OOP in general. Lots of C++ discussion, but NeXT and Objective-C get quite a bit of attention. At times gets almost philosophical about objects, but then again OOP allows one to be a programmer/philosopher. (The original Comp.Sys.Next no longer exists--do not attempt to post to it.) Exception to the crossposting restrictions: announcements of usenet RFDs or CFVs, when made by the news.announce.newgroups moderator, may be simultaneously crossposted to all c.s.n.* newsgroups. Getting the Newsgroups without getting News ------------------------------------------- Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are now available as a mailing list digest as well. next-nextstep-d next-advocacy-d next-announce-d next-bugs-d next-hardware-d next-marketplace-d next-misc-d next-programmer-d next-software-d next-sysadmin-d (For a full description, send mail saying LISTS to <digestif@antigone.com>). The subscription syntax is essentially the same as LISTSERV's. To subscribe, send a message to <digestif@antigone.com> saying: SUB Listname YourName Example: SUB next-hardware-d John Doe The ftp sites ------------- cs.orst.edu: The main site for North American submissions nova.cc.purdue.edu: Lots of older stuff, but very short on disk space ftp.informatik.uni-muenchen.de: In Germany. terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp.next.com: See the below ftp.next.com and NextAnswers@next.com ------------------------------------- From the document 1000_Help from ftp.next.com Welcome to the NeXTanswers information retrieval system! This system allows you to request online technical documents, drivers, and other software, which are then sent to you automatically. You can request documents by fax or Internet electronic mail, or you can transfer them by anonymous ftp. NeXTanswers is an automated retrieval system. Requests sent to it are answered electronically, and are not read or handled by a human being. NeXTanswers does not answer your questions or forward your requests. USING NEXTANSWERS BY E-MAIL To use NeXTanswers by Internet e-mail, send requests to NeXTanswers@next.com. Files are sent as NeXTmail attachments by default; you can request they be sent as ASCII text files instead. To request a file, include that file's ID number in the Subject line or the body of the message. You can request several files in a single message. You can also include commands in the Subject line or the body of the message. These commands affect the way that files you request are sent: ASCII causes the requested files to be sent as ASCII text SPLIT splits large files into 95KB chunks, using the MIME Message/Partial specification These commands return information about the NeXTanswers system: HELP returns this help file INDEX returns the list of all available files INDEX BY DATE returns the list of files, sorted newest to oldest SEARCH keywords lists all files that contain all the keywords you list (ignoring capitalization) For example, a message with the following Subject line requests three files: Subject: 2101 2234 1109 A message with this body requests the same three files be sent as ASCII text files: 2101 2234 1109 ascii This message requests two lists of files, one for each search: Subject: SEARCH Dell SCSI SEARCH NetInfo domain NeXTanswers will reply to the address in your From: line. To use a different address either set your Reply-To: line, or use the NeXTanswers command REPLY-TO <your-address> If you have any problem with the system or suggestions for improvement, please send mail to NeXTanswers-request@NeXT.com. USING NEXTANSWERS BY FAX To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and follow the instructions. You'll be asked for your fax number, a number to identify your fax (like your phone extension or office number), and the ID numbers of the files you want. You can also request a list of available files. When you finish entering the file numbers, end the call and the files will be faxed to you. If you have problems using this fax system, please call Technical Support at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada. USING NEXTANSWERS BY ANONYMOUS FTP To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM and read the help file pub/NeXTanswers/README. If you have problems using this, please send mail to NeXTanswers-request@NeXT.com. Written by: Eric P. Scott eps@toaster.SFSU.EDU and Scott Anguish sanguish@digifix.com Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.bugs From: schaik@cnplss5.cnps.philips.nl (Willem van Schaik) Subject: incorrect decompression with Opener_3.1.1 Message-ID: <1994Jul26.084220.15794@cnplss5.cnps.philips.nl> Sender: news@cnplss5.cnps.philips.nl (USENET News System) Organization: Philips Communications & Processing Services, Eindhoven Date: Tue, 26 Jul 1994 08:42:20 GMT Last weekend I discovered something rather dangerous using Opener (version 3.1.1). I decompressed a zip-file compressed on the PC with PKZIP version 2.04. When I used ImageViewer to look at one of the extracted gif-files, it appeared to be corrupt. Looking at /tmp/console.log I found that Opener had found more checksum errors, but it doesn't warn you about it. And now the strange thing: when you unzip the file in a normal Terminal window using the unzip that comes with Opener, everything is OK. So it is not an error in the zip-file or in the combination PKZIP2.04 and UNZIP5.0. I have the impression that this only appears with large files, but up to now I couldn't proof that. So one advise: after using Opener, check your console logfile. Willem -- W i l l e m v a n S c h a i k ------------------------------------------------------------------------------- Philips TASS schaik@cnplss5.cnps.philips.nl
From: blake015@mc.duke.edu (Denise Blakeley) Newsgroups: comp.sys.next.bugs Subject: Re: incorrect decompression with Opener_3.1.1 Date: 26 Jul 1994 13:01:25 GMT Organization: Duke University, Durham, NC, USA Message-ID: <3131f5$6ve@news.duke.edu> References: <1994Jul26.084220.15794@cnplss5.cnps.philips.nl> Willem van Schaik writes > Last weekend I discovered something rather dangerous using Opener > (version 3.1.1). I decompressed a zip-file compressed on the PC with > PKZIP version 2.04. The latest version of Opener is 3.1.3a. It contains newer versions of zip and unzip than the Opener version you're using. Please get this version from one of the archive sites and try again. Let me know if you still get checksum errors after that. Denise (maintainer of Opener) -- Denise Blakeley | PROGRAM, tr. v., An activity similar Duke Med Center Info Systems | to banging one's head against a wall, Durham, NC | but with fewer opportunities for (919) 286-6468 W | reward. blake015@mc.duke.edu | NeXTMail welcome!
Newsgroups: comp.sys.next.bugs From: A.R.J.B.Simonis@twi.tudelft.nl (Armand Simonis) Subject: bug in Workspace Finder ? Message-ID: <CtK2F0.AxF@dutiws.twi.tudelft.nl> Sender: news@dutiws.twi.tudelft.nl (TWI News Administration) Organization: Delft University of Technology Date: Tue, 26 Jul 1994 16:13:47 GMT Do I miss something or what ? If I use the Finder in a File Viewer to search for a string in a collection of files, it will skip files with the extension 'cxx'. Permission bits have nothing to do with it and extension like .m .c .h .hxx .hpp .cpp don't give any problems. Someone out there who can explain this ? -- ===== Armand Simonis == A.R.J.B.Simonis@twi.tudelft.nl ============= Delft University of Technology || Epona Software Technology Fac.Applied Math & Computer Science || Beuckelaar3, 2681 NG Monster The Netherlands -------------------------------------------------------------------- 'Every correct and minimal consuming algorithm must be elegant'
From: estraff@next.com (Ethan Straffin) Newsgroups: comp.sys.next.bugs Subject: Re: NewsGrazer can't post with few lines. Date: 26 Jul 1994 18:56:06 GMT Organization: NeXT, Inc. Message-ID: <313m86$9f1@rosie.next.com> References: <310sfk$ogu@gateway.wiltel.com> In article <310sfk$ogu@gateway.wiltel.com> mike_zemina@wiltel.com (Mike Zemina) writes: :Why is it that NewsGrazer won't allow posting when the number of reply :lines is less than the number of quoted lines? Is there a fix to release :3.0 version 75? This behavior isn't caused by NewsGrazer, but by the news posting software. Try using NewsGrazer's preferences to set the respond prefix to something other than ">", as I've done (see above). Ethan Straffin NEXTSTEP Technical Support
From: erikkay@next.com (Erik Kay) Newsgroups: comp.sys.next.bugs Subject: Re: bug in Workspace Finder ? Date: 27 Jul 1994 03:57:21 GMT Organization: NeXT, Inc. Message-ID: <314lv1$a2r@rosie.next.com> References: <CtK2F0.AxF@dutiws.twi.tudelft.nl> In article <CtK2F0.AxF@dutiws.twi.tudelft.nl> A.R.J.B.Simonis@twi.tudelft.nl (Armand Simonis) writes: ] Do I miss something or what ? ] ] If I use the Finder in a File Viewer to search for a string in a collection of ] files, it will skip files with the extension 'cxx'. Permission bits have nothing ] to do with it and extension like .m .c .h .hxx .hpp .cpp don't give any ] problems. ] ] Someone out there who can explain this ? Sure. It's a bug that's been fixed for 3.3. The finder uses some really bogus heuristics to determine whether or not it should search the contents. (don't ask, you really don't want to know) Erik
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: Mail & hostnames/domainnames Date: Wed, 27 Jul 1994 00:59:14 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <4iBSaWO00iUxA8q5c7@andrew.cmu.edu> In-Reply-To: <3118m8$808@rosie.next.com> Excerpts from netnews.comp.sys.next.bugs: 25-Jul-94 Re: Mail & hostnames/domain.. by Lennart_Lovstrand > Hi Charles, Hail! (And rain and thunder....;-) > I have also been in the mail business for a while now, but don't have any > strong feelings for or against using the fully qualified domain name (FQDN) > as the system's internal hostname. Some people prefer one, some the other, > but it shouldn't matter which you choose. I agree that it shouldn't matter; but my experience as a system administrator has been that using a FQDN avoids various problems. When the computing gurus at CMU also very strongly recommend using them, I am willing to state that it's probably a good idea. [ YP/DNS comments deleted (I agree, BTW.) ] > > In any case, you'll need the DNS to do partial domain name lookups ("eg. > foo.sales" => "foo.sales.acme.com"). YP/NIS does not help you with this > unless you list all the abbreviations as aliases. In anyc case, whichever > you set your own hostname to has no implication for partial name lookups. Actually, setting all of the partial names as aliases is a good idea, *assuming* ones' name resolver can deal with a large /etc/hosts database. Older versions of NEXTSTEP (specifically 2.x) had a real scalability problem with NetInfo's ability to handle the ~14,000 entry /etc/hosts table for CMU. Do you know whether this NetInfo limitation has been improved? > > However, using a fully qualified Internet address for one's machine name > > and modifying old software (like NeXT's version of sendmail) to work > > correctly seems to be the way things are headed. For example, the new > > version of sendmail (8.6.x?) works correctly with both a fully qualified > > machine name and a domainname specified. > > As does our sendmail, presuming that you are using NEXTSTEP 3.1 or later. Good! I remember it not doing the "Right Thing (tm)" under earlier versions. Matter of fact, the last time I tested this was for NS 3.0. I then decided to upgrade to the much newer version of sendmail currently available here at CMU, which was pre-built for the NeXT and had a preconfigured sendmail.cf file appropriate for our local configuration. -Chuck Charles William Swiger - WhiteLight Systems | "All the world's a stage, and" --------------------------------------------+ "we are merely players...." AMS & normal mail: infidel@cmu.edu | NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | "Semper ubi sub ubi."
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: Is this a problem with me or NSString? Date: 27 Jul 1994 12:18:30 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9407261901.AA03075@flexus> LS, Sorry, I really don't know APL, as Marc Crispin already pointed out. I took this example from a book that I was forced to study once, called ``The World of Programming Languages'' by Michael Marcotty and Henry Ledgard, ``with 30 illustrations'' :-), just to be absolutely sure not to make a mistake. On page 315, in the chapter ``The Swamp of Complexity'', there is a passage: >>>>> In APL, operator precedence runs strictly from right to left. For example, the value of the APL expression ( 36 / 4 + 5 ) is 4, not 14, as we would expect from our mathematical experience. <<<<< Marc Crispin tells me that / ``was'' :-) a matrix reduction operator. Division ``was'' accomplished by the operator that you'll probably get when you type alt-/ in an RTF window in NEXTSTEP. Of course, that does not affect the validity of my posting: NSString's treatment of the empty string is a *very* bad idea. Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp (? I should test this again)
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: dave@prim.demon.co.uk (Dave Griffiths) Subject: Re: Simple Network Server crash - SUMMARY Message-ID: <1994Jul28.092649.547@prim.demon.co.uk> Organization: Primitive Software Ltd. References: <1994Jul25.200753.1055@prim.demon.co.uk> Date: Thu, 28 Jul 1994 09:26:49 GMT In article <1994Jul25.200753.1055@prim.demon.co.uk> dave@prim.demon.co.uk (Dave Griffiths) writes: >I've been trying to change my configuration using SNS under 3.2 Intel. It was >set to "Stand alone" and I tried to change it to "Be a server". The SNS app >crashes. A panel appears briefly and then disappears so I can't read it. I've >tried it with the network both connected and disconnected. No files have >been altered manually, everything has been done using either HostManager or >SNS. Before the crash I also get an alert panel which says "You have already >altered the default configuration blah blah blah". Many thanks to the people who responded. I didn't realize SNS was something of a standing joke. Anyway here are some instructions from Marc Majka of NeXT on how to fix it: === Log in as "root", start up Terminal, and: mv /etc/hostconfig /etc/hostconfig.save cp /usr/template/client/etc/hostconfig /etc/hostconfig This replaces your /etc/hostconfig file with an original (unmodified) copy. SNS will be happier if it sees this. niutil -createprop . /machines/broadcasthost serves ../network Note that there are two dots there ( . . / n e t w o r k ). This replaces a NetInfo binding property that SNS removes when it configures a system as "standalone". Next, disconnect your computer from the network and reboot. Don't worry that it will come up with the name "localhost" - you'll fix that in a minute. At this point, log in as root again, and run SimpleNetworkStarter. It will probably moan about how you changed some files, but it should let you re-configure your system. === Dave Griffiths
From: flight@mathi.uni-heidelberg.de (Gregor Hoffleit) Newsgroups: comp.sys.next.bugs Subject: Workspace Finder is stupid Date: 28 Jul 1994 17:20:46 GMT Organization: University of Heidelberg, Germany Message-ID: <318pde$a6g@sun0.urz.uni-heidelberg.de> I think the Workspace Finder panel is really an annoyance. In every other application, Cmd-f allows to start a search at the current focus (compare Edit: by default the search start at the current cursor position). Only Workspace behaves different: To start a search in the current directory/file, you have to bring up the Finder (Cmd-f), drag the folder into the Finder shelf, select the folder by another click, and then you finally can start your search. I think this is very annoying. Instead I'm using grep all the times. I've never ever used the Finder's shelf for anything useful. Why do I have a shelf in the Workspace ? I don't need another one in the finder. It would be better just to search the current selection in the File Viewer. Gregor -- | Gregor Hoffleit admin MATHInet / contact HeidelNeXT | | MAIL: Mathematisches Institut PHONE: (49)6221 56-5771 | | INF 288, 69120 Heidelberg / Germany FAX: 56-3812 | | EMAIL: flight@mathi.uni-heidelberg.de (NeXTmail) |
Newsgroups: comp.sys.next.bugs From: ivan_pilon@logibec.com Subject: Performance Degradation in DBKit Applications Message-ID: <1994Jul28.162542.947@logibec.com> Keywords: performance memory swap Sender: news@logibec.com Organization: Logibec Groupe Informatique Ltee, QC, Canada Date: Thu, 28 Jul 1994 16:25:42 GMT We have recently implement a DBKit application at a large customer site. The application in itself seems to work well except that after three hours or so of intensive data entry, the preformance suddenly slows down to a point where it becomes unacceptable. We are going to check it for memory leakage in our own code, but the swap file does not go beyond about 30 megs and it does not explain such a degradation. Is there anything at the Mach level that we are not aware of, like cache buffers or whatever? ivan_pilon@logibec.com
From: burton@het.brown.edu (Joshua W. Burton) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Nasty AddressBook gotcha? Followup-To: comp.sys.next.software Date: 29 Jul 1994 05:12:31 GMT Organization: Brown University Message-ID: <31a33v$e30@cat.cis.Brown.EDU> After doing all the important stuff (Xox, Doom, the latest version of OmniWeb, etc.), I have begun to explore NS 3.2---recently upgraded from 2.1, which lasted me three years. The .addresses gizmo is potentially very nice, but there is no documentation I could find on the format of the AddressBook.table file, and I didn't relish moving my flatfile addressbook over by typing it in one line at a time. A little thought and a short awk script turned lines like this: Burton:Deborah S.:HKS:1080 Main Street:Pawtucket:RI:02860:401:727-4380 x4469:debbie::SS 135-44-0456:current 03/93 into records like this: "Burton, Deborah S." = { "Full Name" = "Deborah S. Burton / HKS"; "Home Phone" = "(401)727-4380 x4469"; Birthdays = ""; Address = "{1080 Main Street\nPawtucket, RI 02860}"; "Last Update" = "current 03/93"; EMail = debbie; Info = "SS 135-44-0456"; }; This seems to be not unlike what the Workspace's address book wants: at least, it comes up with all 200+ entries in the browser, and the Contents viewer shows the right data fields. But some of the records erratically kill the Workspace (!), invariably after I select one of the "additional information" fields from the pulldown menu. All the browsers go away, and I'm invited to save my work before logging out. Is there a format bug in the above record? A bug in the address book routines? A problem with something unrelated? Has anyone seen this behavior when using the built-in address book? I may give up on the thing, since it's no more useful than my flatfile, and a lot less portable. But I'd like to get to the bottom of the problem first. Thanks for any input. Not one shred of evidence /=============================================== supports the notion that / Joshua Burton 401/435-6370 burton@het.brown.edu life is serious. /=================================================
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Performance Degradation in DBKit Applications Date: Fri, 29 Jul 1994 03:03:12 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <MiC_akq00iUvQ9r1wN@andrew.cmu.edu> In-Reply-To: <1994Jul28.162542.947@logibec.com> Excerpts from netnews.comp.sys.next.bugs: 28-Jul-94 Performance Degradation in .. by ivan_pilon@logibec.com > We have recently implement a DBKit application at a large customer site. > The application in itself seems to work well except that after three hours > or so of intensive data entry, the preformance suddenly slows down to a > point where it becomes unacceptable. Have you profile'd your application to determine where the slowdown occurs? You might consider trying to gather a baseline for normal behavior, and then continue run the app for a while until you reach the poor performance situation. You can control profiling via commands described in 'man 3 monitor', so you can just profile the slowed down situation and be able to see exactly what's going on. -Chuck Charles William Swiger - WhiteLight Systems | "All the world's a stage, and" --------------------------------------------+ "we are merely players...." AMS & normal mail: infidel@cmu.edu | NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | "Semper ubi sub ubi."
Newsgroups: comp.sys.next.bugs From: brouwer@minnie.informatik.uni-stuttgart.de (Klaus Brouwer) Subject: Re: Workspace Finder is stupid Message-ID: <Ctp5wu.Kzt@news.informatik.uni-stuttgart.de> Sender: news@informatik.uni-stuttgart.de Organization: Informatik, Uni Stuttgart, Germany References: <318pde$a6g@sun0.urz.uni-heidelberg.de> Date: Fri, 29 Jul 1994 10:17:16 GMT In <318pde$a6g@sun0.urz.uni-heidelberg.de> flight@mathi.uni-heidelberg.de (Gregor Hoffleit) writes: >I think the Workspace Finder panel is really an annoyance. In every other >application, Cmd-f allows to start a search at the current focus (compare >Edit: by default the search start at the current cursor position). >Only Workspace behaves different: To start a search in the current >directory/file, you have to bring up the Finder (Cmd-f), drag the folder >into the Finder shelf, select the folder by another click, and then you >finally can start your search. >I think this is very annoying. Instead I'm using grep all the times. I've >never ever used the Finder's shelf for anything useful. Why do I have a >shelf in the Workspace ? I don't need another one in the finder. >It would be better just to search the current selection in the File Viewer. > Gregor I use Librarian when ever possible, but besides that: total agreement! Instead of providing a shelf there should rather be some find options, like filetype, regular expressions, modification date.... Klaus Brouwer
From: erikkay@next.com (Erik Kay) Newsgroups: comp.sys.next.bugs Subject: Re: Edit doesn't read all of DOS files Date: 1 Aug 1994 18:50:30 GMT Organization: NeXT, Inc. Message-ID: <31jg5m$16i@rosie.next.com> References: <caveryCttC26.K0G@netcom.com> In article <caveryCttC26.K0G@netcom.com> cavery@netcom.com (Christopher Avery) writes: ] When I open and read a dos formatted disc I often get only part of the ] text. I found this out by using SoftPC to open and read the same disc. ] SoftPC will read the entire text, and I can then convert it to UNIX ] format and use it in edit. However, edit gives no error, but often has a ] lot of blank lines at the end of the document indicating something went ] wrong. Any idea? What do you mean by DOS formatted disk? Is this a > 32 MB hard drive? If so, this is probably the infamous DOS filesystem corruption bug, and you should get the DOS filesystem patch from NeXTanswers. hope that helps, Erik
From: ivo@hasc.ca Newsgroups: comp.sys.next.bugs Subject: Re: Workspace Finder is stupid Followup-To: comp.sys.next.misc Date: 1 Aug 1994 14:34:24 GMT Organization: Hutchison Avenue Software Message-ID: <31j15g$fft@giuliani.gun.com> References: <Ctp5wu.Kzt@news.informatik.uni-stuttgart.de> In article <Ctp5wu.Kzt@news.informatik.uni-stuttgart.de> brouwer@minnie.informatik.uni-stuttgart.de (Klaus Brouwer) writes: > In <318pde$a6g@sun0.urz.uni-heidelberg.de> flight@mathi.uni-heidelberg.de (Gregor Hoffleit) writes: > > >I think the Workspace Finder panel is really an annoyance. > Instead of providing a shelf there should rather be some find options, like > filetype, regular expressions, modification date.... Yes, the Workspace finder is so annoying to use, it reminds me of something from Windows. Speaking of which, it would be nice if the file finder would select the files it finds in Workspace Manager. Then I could do "cmd-f *~ cmd-r" -ivo
From: stu1d44@bnr.ca (Gregory Gee) Newsgroups: comp.sys.next.bugs Subject: Decompressing problem. Date: 2 Aug 1994 20:01:47 GMT Organization: Bell-Northern Research Ltd. Distribution: world Message-ID: <31m8nb$h02@bmerha64.bnr.ca> Recently I ran into a slight problem that corrupted my apps directory beyond repair. This is what happened. - I select my home apps directory ~/Apps. - I chose file->compress in the workspace menu. Everything fine so far. - to decompress, I double click on the compressed icon to bring up the workspace inspector. - press the decompress button. Now, all the apps that were in that directory are corrupted. I found out that if I chose file->decompress in the workspace menu, everything decompresses fine. Are there two different compression styles? Is this a known bug? I was able to reproduce repeatedly. I am currently running NS 3.2 on NeXT. Anybody have any suggestions. I lost some good apps because of this problem I can't replace. -- ******** Gregory Gee stu1d44@bnr.ca OC-12 Development Bell/Northern Research Ottawa, Ontario, Canada.
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: boyan@tmnxt1.iit.edu (Boyan I. Boyanov) Subject: Re: Mail Message-ID: <1994Jul29.011754.7739@iitmax.iit.edu> Sender: news@iitmax.iit.edu (News) Organization: Illinois Institute of Technology / Academic Computing Center References: <1994Jul22.053217.4317@ToTSySSoft.com> Date: Fri, 29 Jul 94 01:17:54 GMT In article <1994Jul22.053217.4317@ToTSySSoft.com> Bruce Gingery <bruce@TotSysSoft.com> writes: > In article <1994Jul19.185345.23403@cc.usu.edu> writes: > ~> BTW, do you know that your return address is screwed up? It reads: > ~> "mike@hobbs.chem.usu.edu.chem.usu.edu (mike emmel)" (with the last 3 > ~> segments duplicated as shown). > ~> > ~> several people hacve told me my mailer is messed up (see above) but I > ~> can't figure out how to fix it any suggestions? > ~> > ~> mike > ~> > > Mike, > The most common config mistake I've seen that could > cause this is > > hostname set to: hobbs.chem.usu.edu > domainname set to: chem.usu.edu > > and sendmail set to concatinate the two in the first ("Dj") > macro definition. > > Check the /bin/hostname and /bin/domainname commands > output in a shell, first. If my first guess is correct, > you merely will want to correct your hostname to hobbs, > but be cautious doing this, or your boot (from /etc/hostconfig) > and NetInfo won't match. > > Your newsposting (of course) didn't indicate what version > of Sendmail/NEXTSTEP now which sendmail.cf's you're running. > > Presuming that you have sendmail.mailhost.cf from v3.2 > the first macro definition line is > > Dj$?m$w.$m$|$w$. > > and the pseudo ruleset "D" is supposed to append your > domainname to your E-Mail address if absent. > [some stuff deleted] Well, I have the same problem and none of the suggested solutions seem to work. If I leave the Dj macro as it is, e.g. Dj$?m $w.$m $| $w $. my machine introduces itself to remote hosts as "tmnxt1.iit.edu.iit.edu" even though `hostname`=="tmnxt1" and `domainname`=="". For some reason sendmail thinks that $m="iit.edu" even though domainname returns an empty string. Any ideas why? If, on the other hand I set this to Dj$w the machine behaves properly and introduces itself as "tmnxt1.iit.edu" What gives? Email or psot. Thanks! -- Boyan Boyanov boyan@tmnxt1.iit.edu
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs Subject: Mystery Solved: Music CD's in Dec's CD-ROM on a DECpc XL Followup-To: comp.sys.next.hardware Date: 3 Aug 1994 05:00:05 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <31n88l$n1g@usenet.rpi.edu> I recently bought a DECpc XL560. It comes with an internal CD-ROM, the new one from DEC which is a Toshiba mechanism. I'm using the Talus driver for the onboard NCR PCI-SCSI card. When I got my machine, I tried a music CD on it. Worked great. No problems. It seems that no one else in the world could get this to work (including friends of mine that bought the same machine at the same time from the same reseller). I got several email messages from various people asking me what magic I did to get music CD's working. I was baffled. It just worked. Reading the manual that came with the CD-ROM drive, and taking apart my DECpc (which I was loathe to do -- I'm a software guy after all), I have found the answer. The following is for what DEC calls the RRD43 CD-ROM drive. If you look at the description of the rear panel of the drive (in the manual), there are seven jumper-able switches called the mode select headers. The first three set the SCSI address of the drive. The next one is called (in the manual), the "Mode". I think it's called something else on the drive itself, but I couldn't quite read what was there... Anyway, if that switch is open (ie, there is no jumper), then the drive is in "DEC PC mode". If there is a jumper there, then it's in "DEC workstation mode". On *my* machine, there was a jumper there, so my machine was in workstation mode. On my friend's there is no jumper, so his CD-ROM drive is in PC mode. I took the jumper off mine, and it started acting just like his. How can you tell which mode your CD-ROM drive is in, without ripping the box apart? If you are in PC mode, then the drive reports itself as a "TOSHIBA CD-ROM XM-4101TA 0064" at bootup. When it's in workstation mode, it reports itself as a DEC something-or-other. Probably a DEC RRD43-AA or DEC RRD43-AB, but of course I didn't think to write that down anywhere before I switched from workstation mode to PC mode. So, to summarize: No jumper = PC mode = drive says it's a "TOSHIBA ..." = music CD's are trouble (your system tends to lock up solid if you do anything with CDPlayer). With jumper = workstation mode = drive says it's a "DEC ..." = CDPlayer has no trouble playing music CD's So far I haven't noticed any other difference between the two modes. Photo CD's work on both, for instance, (well, after you run XAMode, they do). Something about PC mode seems to kill NeXTSTEP's handling of music CD's. I'll have to BugNeXT about that, when I get psyched to write it up. It's possible that the problem is in the driver, and that Talus already has some fix for it. And given the following paragraph, it's also possible the bug is somewhere in the NeXT music CD support. Maybe it's a bug in the drive itself. One more interesting fact is that music CD's *can* work with it even in the PC/Toshiba mode. I have a music CD program of my own, and that can play music CD's on it just fine. The trick is I have to be *sure* my program loads the CD, because if the workspace gets to it, the workspace will try to startup CDPlayer and that's when the system will lock up. I have no idea what the difference is between the two modes. I guess I should search around for an answer to that, but I'm not up to it tonight. I can't seem to get play3401 to work with it in either mode, but that might be bugs in play3401 under NS/Intel. For now I'm leaving it in PC/Toshiba mode, since I can still play my music CD's and it's a pain to futz around with those jumpers. DISCLAIMER: I'm just reporting that taking the jumper off the MODE switch changed the way my drive behaved. If this inspires you to go mucking around with your CD-ROM drive, that's your responsibilty. I make no claims that you'll be happy with the results. Remember that I'm a software person. I have other people change light-bulbs for me, etc... -- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
From: gt6963c@prism.gatech.edu (John) Newsgroups: comp.sys.next.software,comp.sys.next.misc,comp.sys.next.bugs Subject: Need to get up-to-date info on Mux serial driver Date: 3 Aug 1994 05:15:07 -0400 Organization: Georgia Institute of Technology Sender: gt6963c@prism.gatech.edu Message-ID: <31nn6r$dte@acmex.gatech.edu> I haven't downloaded a copy of the MUX driver since, probably, before april. I'm wondering if there's a newer version that fixes some of the problems I've been having: 1) My internal modem can go up to 57.6kbps, yet applications seem to think that they should be limited to 38.4kbps. I haven't been able to change this within the applications, so I assume it's something the driver is limiting (incorrectly). (I'm not talking about actual throughput, I'm talking about the settings for the maximum connection speed). 2) Even when I have my connections set for 38.4, if the connection goes quickly (I cat a file of more than 5 screens of dense text), the connection hangs. If I tell the application to exit (without closing the modem connection), and then restart it, the connection is fine. This particularly happens during large (greater than 3mb) file transfers. 3) I suspect this one is related to #2: anytime I try to get term to work, it hangs. I've tried everything that friends of mine using linux have done to make term work with our local servers, and things that other nextstep term users suggested. Nothing worked. Term hangs shortly after the first term utility is run, and doesn't recover. I'd really like to be able to use my internal modem, especially for SLIP/PPP or term. However, these problems (which I assume are caused bye the MUX driver) keep me from doing so. Since so much of my time is spent dialed out to remote sites, I find that inspite of how much I prefer nextstep, I end up using DOS/Windows a lot, since it's actually faster and more reliable. If anyone, especially the author, has any comments, I would greatly appreciate it. John -- John "Kzin" Rudd gt6963c@prism.gatech.edu (ex-kzin@cc.gatech.edu) Ascii Mail only (no Nextmail) (ex-kzin@ucscb.ucsc.edu) ========Intel: Putting the backward in backward compatable.===============
Newsgroups: comp.sys.next.bugs Subject: Re:Mail (original poster) Message-ID: <1994Aug3.114749.24392@cc.usu.edu> From: mike@hobbs.chem.usu.edu (mike emmel) Date: 3 Aug 94 11:47:48 MDT I lost the last post on mail were the poster changed in his sendmail.mailhost.cf Dj$?m $w.$m $| $w $ -> Dj$w I made the change to: Dj$?m $w.$m $| $w $ ->Dj$w.$m Like it it suggest in the file. It seems to work?? Thanks for all the help and lively discussion of Mail. P.S. I think the problem is actually in how I'm configured on my domain sever a old dec station?
From: dan@au.stratus.com (Dan Danz) Newsgroups: comp.sys.next.bugs Subject: Re: Mail (domains) Date: 5 Aug 1994 10:08:13 GMT Organization: Stratus Computer Inc, Marlboro MA Distribution: world Message-ID: <31t32d$s1c@transfer.stratus.com> References: <1994Jul29.011754.7739@iitmax.iit.edu> Boyan I. Boyanov writes > Well, I have the same problem and none of the suggested solutions seem to > work. If I leave the Dj macro as it is, e.g. > > Dj$?m $w.$m $| $w $. > > my machine introduces itself to remote hosts as "tmnxt1.iit.edu.iit.edu" > even though `hostname`=="tmnxt1" and `domainname`=="". For some reason > sendmail thinks that $m="iit.edu" even though domainname returns an empty > string. Any ideas why? If, on the other hand I set this to > > Dj$w > > the machine behaves properly and introduces itself as "tmnxt1.iit.edu" > What gives? I'm not going to solve your problem, but I can elminate some of the confusion. You're confusing NIS (YellowPages) domain name with Domain Name Service (BIND/DNS) names. The domainname in /etc/hostconfig is for NIS domains. sendmail gets the domain name it needs from the name resolver stuff whose configuration file is in /etc/resolv.conf. This is your "mail" domain. I got tired of having to fool around with sendmail years ago and switched to smail3. I can control it a lot better. And you can actually make sense out of its configuration files. I've heard it's going to become the GNU mail transport agent. I wish they'd hurry up; hopefully NeXT will pick up if that happens. #include "std_disclaimer.h" -- L. W. "Dan" Danz (WA5SKM) NeXT Mail: ddan@au.stratus.com Senior Technical Consultant VOS Mail: Dan_Danz@vos.stratus.com Asia Pacific Support Center Telephone: +61 (2) 954-0655 Stratus Computer Pty Ltd Fax: +61 (2) 954-0741 99 Walker St. North Sydney 2060 NSW Australia
From: kennedy@b0ru01.fnal.gov (Robert Daniel Kennedy) Newsgroups: comp.sys.next.bugs Subject: BUG: -posix NS 3.2, unresolved externals Date: 5 Aug 1994 16:09:38 GMT Organization: Fermi National Accelerator Laboratory, Batavia IL, USA Distribution: world Message-ID: <31to82$cu3@fnnews.fnal.gov> ITEM: NextStep POSIX library: strftime() and localeconv() CONFIG: m68k NextStep 3.2 REPORT: kennedy@b0ru01.fnal.gov BUG: Use of the -posix switch leads to unresolved external references if strftime() or localeconv() are used from the NextStep 3.2 /usr/lib/libposix library. ACTION: gcc -posix what_time.c -o what_time # (Cannot link) ================ -Wl,-ySYM output ================ /usr/lib/libposix.a(strftime.o) reference to undefined _objc_msgSend /usr/lib/libposix.a(strftime.o) reference to undefined _NXGetDefaultValue /usr/lib/libposix.a(strftime.o) reference to undefined _NXRegisterDefaults /usr/lib/libposix.a(localeconv.o) reference to undefined _NXRegisterDefaults /usr/lib/libposix.a(strftime.o) reference to undefined .objc_class_name_NXStringTable /usr/lib/libposix.a(strftime.o) reference to undefined .objc_class_name_NXBundle /******************************************************************************/ /* BEGIN what_time.c **********************************************************/ /******************************************************************************/ #include <stdio.h> #include <time.h> int main(void) { time_t time_of_day ; struct tm time_struct ; char time_string[BUFSIZ] = "" ; (void) time(&time_of_day) ; time_struct = *gmtime(&time_of_day) ; (void) strftime(time_string, sizeof(time_string), "%a %b %d %H:%M:%S %Z %Y\n", &time_struct) ; printf("%s", time_string) ; return(0) ; } /* end function main() */ /******************************************************************************/ /* END what_time.c ************************************************************/ /******************************************************************************/
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: bobcook@slac.stanford.edu (Bob Cook) Subject: CERT Advisory CA-94:12.sendmail.vulnerabilities Message-ID: <Cu2x8p.278@unixhub.SLAC.Stanford.EDU> Sender: news@unixhub.SLAC.Stanford.EDU Organization: Stanford Linear Accelerator Center Date: Fri, 5 Aug 1994 20:36:24 GMT On 7/14/94, CERT sent out an advisory of two (more) holes in some old versions of sendmail. One concerned the -d option and allowed non-privileged users to get root access. The other involved the -oE option and allowed non-privileged users to read any file on the system. Their list of vendors with available information about these holes did not include NeXT. Does anyone know if (1) NeXT sendmail is vulnerable to either or both of these? (2) NeXT has addressed either of them in any way? I don't even know how to address such a question to NeXT. (We tried sending it to bug_next but of course got nothing but an acknowledgement.) -- Bob Cook bobcook@slac.stanford.edu Stanford Linear Accelerator Center NeXT mail okay
From: jbryans@csulb.edu (Jack Bryans) Newsgroups: comp.sys.next.bugs Subject: BUG: isascii won't work w/cc -posix in NeXTStep 3.2 Date: 5 Aug 1994 22:33:08 GMT Organization: Cal State Long Beach Message-ID: <JBRYANS.94Aug5153307@tern.csulb.edu> To: bug_next@next.com On a cube running 3.2, programs using isascii result in: ld: Undefined symbols: _isascii when compiled w/cc -posix. From /usr/include/ansi/ctype.h: #ifdef __STRICT_BSD__ #define tolower(c) _tolower(c) #define toupper(c) _toupper(c) #define isascii(c) ((unsigned)(c)<=0177) #define toascii(c) ((int)((c)&0177)) #else /* !__STRICT_BSD__ */ #ifndef __STRICT_ANSI__ #define tolower(c) ({int _c=(c); isupper(_c) ? _tolower(_c) : _c;}) #define toupper(c) ({int _c=(c); islower(_c) ? _toupper(_c) : _c;}) #define isascii(c) ((unsigned)(c)<=0177) #define toascii(c) ((int)((c)&0177)) #endif /* !__STRICT_ANSI__ */ #endif /* !__STRICT_BSD__ */ Neither cc -posix -bsd or cc -bsd -posix worked, suggesting that -posix forces __STRICT_BSD__ off and __STRICT_ANSI__ on. If that's what you want, ctype.h should be changed to define the above macros in a posix environment. Jack
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: some new entries into KBNS Date: 6 Aug 1994 00:15:34 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9408052100.AA01751@flexus> LS, There's a new version of KBNS on cs.orst.edu (I'm going to send an announcement later). Here are the entries thus far that didn't make it. >>>>> About HeaderViewer.app KBNS.32.2.001_o3.2o HeaderViewer does not correctly recognise changes to documentation Description: HeaderViewer caches documentation, but does not check whether it's still current. How to verify: In the documentation for some class, add a tag <everything is loaded> to the class title. Launch HeaderViewer to display something else than that class. Change the tag to <just cacheing>. Find that class using HeaderViewer. It will display the version <just cacheing>. Remove the tag. Update (cmd-u). HeaderViewer sticks to <just cacheing>. Urgency: Harmless. Confusing if bug not known. Workaround is a bore (don't you maintain your docs while you're developing your classes?). Confirmed: Raf_Schietekat (o3.2o, reported) Workaround: Quit and restart HeaderViewer. Cure (for NeXT): Disable the cache unless it is maintained properly by checking the stat(2) info (maybe use a Preferences setting?). <<<<< >>>>> Suggestion for the compiler (suggestions reserved to KBNS's editor :-) ) KBNS.32.2.002_o3.2o ``assignment from incompatible pointer type'' Description: See title: it would be nice if the compiler would also tell what types are involved. How to verify: Should be obvious. Urgency: Suggestion. Confirmed: Raf_Schietekat (o3.2o, reported) Cure (for FSF): See Description. <<<<< >>>>> Ivo_Rothschild: N ivo@hasc.ca 1994-08-04 <<<<< >>>>> Unclassified (need help with this!, code on request) KBNS.32.2.003_o3.2o Infinite recursion loop from -[Storage removeLastElement] (but not involving Storage after that) Description: See verification example (XXX.32.2 still to be analysed: what is essential here?). A Storage for a structure with 2 int's, and for which removeLastElement is done even though none was ever added. Here's the backtrace: #0 0x5008956 in msg_rpc_trap () #1 0x0 in ?? () #2 0x501379a in vm_allocate () #3 0x507290e in _valloczonenolock () >>>>> repeating part #4 0x5072d2a in morememnolock () #5 0x5008b58 in nxzonemallocnolock () <<<<< [...] #576 0x5072e30 in morememnolock () #577 0x5008b58 in nxzonemallocnolock () #578 0x5009b8e in nxzonereallocnolock () #579 0x500a6fa in nxzonerealloc () #580 0x500c64e in -[Storage setNumSlots:] () #581 0x500c600 in -[Storage removeLastElement] () #582 0x3e62 in main (argc=1, argv=0x3fffc10) at prog.m:17 How to verify: Code provided. Urgency: Causes an app to crash. Confirmed: Ivo_Rothschild (o3.2o, reported), Raf_Schietekat (o3.2o) Workaround: Not known yet. Cure (for NeXT): Cure this. <<<<< Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp (? I should test this again)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: csaldanh@mae.carleton.ca (Chris Saldanha) Subject: Re: CERT Advisory CA-94:12.sendmail.vulnerabilities Message-ID: <Cu4qH0.DC8@cunews.carleton.ca> Followup-To: comp.sys.next.sysadmin,comp.sys.next.bugs Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University References: <Cu2x8p.278@unixhub.SLAC.Stanford.EDU> Date: Sat, 6 Aug 1994 20:05:23 GMT Bob Cook (bobcook@slac.stanford.edu) wrote: : On 7/14/94, CERT sent out an advisory of two (more) holes in some old versions : of sendmail. One concerned the -d option and allowed non-privileged users to : get root access. The other involved the -oE option and allowed non-privileged : users to read any file on the system. Their list of vendors with available : information about these holes did not include NeXT. : Does anyone know if (1) NeXT sendmail is vulnerable to either or both of these? : (2) NeXT has addressed either of them in any way? I don't even know how to : address such a question to NeXT. (We tried sending it to bug_next but of : course got nothing but an acknowledgement.) NeXT released a patch to sendmail on NeXTAnswers that responded to some CERT security advisory. I don't recall what the specific problem was. This might have been the one. --Chris Chris Saldanha -------------------------------------- Carleton University (Comp. Sci) |"The eternal silence of these infinite| chris@computerActive.on.ca (NeXTMail) | spaces terrifies me." -Blaise Pascal| csaldanh@mae.carleton.ca (NeXT/MIME) ------------------:-o-----------------
From: jmack@skye.phys.ualberta.ca Newsgroups: comp.sys.next.bugs Subject: Re: BUG: -posix NS 3.2, unresolved externals Date: 7 Aug 1994 05:24:25 GMT Organization: Computer and Network Services, U of Alberta, Edmonton, Canada Distribution: world Message-ID: <321r69$h0r@quartz.ucs.ualberta.ca> References: <31to82$cu3@fnnews.fnal.gov> Keywords: posix In article <31to82$cu3@fnnews.fnal.gov> kennedy@b0ru01.fnal.gov (Robert Daniel Kennedy) writes: > ITEM: NextStep POSIX library: strftime() and localeconv() > > CONFIG: m68k NextStep 3.2 > > REPORT: kennedy@b0ru01.fnal.gov > > BUG: Use of the -posix switch leads to unresolved external references if > strftime() or localeconv() are used from the NextStep 3.2 > /usr/lib/libposix library. Both of these calls are in libsys_s.a: /lib>ar t libsys_s.a | grep strftime strftime.o /lib>ar t libsys_s.a | grep localeconv localeconv.o > ACTION: gcc -posix what_time.c -o what_time # (Cannot link) Sure you didn't really mean 'cc' rather than 'gcc'? > > ================ > -Wl,-ySYM output > ================ > /usr/lib/libposix.a(strftime.o) reference to undefined _objc_msgSend > /usr/lib/libposix.a(strftime.o) reference to undefined _NXGetDefaultValue > /usr/lib/libposix.a(strftime.o) reference to undefined _NXRegisterDefaults > /usr/lib/libposix.a(localeconv.o) reference to undefined _NXRegisterDefaults > /usr/lib/libposix.a(strftime.o) reference to undefined objc_class_name_NXStringTable > /usr/lib/libposix.a(strftime.o) reference to undefined objc_class_name_NXBundle You don't need the posix flag to compile this (in either 3.0 or 3.2) /tmp>cc what_time.c -o what_time /tmp>what_time Sun Aug 07 04:54:19 GMT 1994 [the -t flag is also helpful to see what gets pulled in from the libraries, and at which pass... posix seems to miss out the ld Pass2] athough I do agree that the posix support is VERY weak. You shouldn't have this problem when you explicitly want to load from the posix library. Additionally, forcing a load from libsys_s.a does resolve your references, but leaves unresolved some very basics :-( /tmp>cc -posix what_time.c -o what_time -lsys_s ld: Undefined symbols: __NXArgc __NXArgv __environ Are you tuned in NeXT? -- James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab Computing/Networking Phone : (403) 492-8226 Department of Physics email : jmack@phys.ualberta.ca University of Alberta uucp : uofaphys!jmack iskye!jmack Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
From: jmack@skye.phys.ualberta.ca Newsgroups: comp.sys.next.bugs Subject: Re: netmsgserver mystery Date: 7 Aug 1994 06:03:32 GMT Organization: Computer and Network Services, U of Alberta, Edmonton, Canada Distribution: world Message-ID: <321tfk$4mn@quartz.ucs.ualberta.ca> References: <31ftu5$h2a@ratatosk.uninett.no> In article <31ftu5$h2a@ratatosk.uninett.no> borrel@ludvigsen.dhhalden.no (Borre Ludvigsen) writes: > > I keep getting these mysterious messages on the console. Could someone tell me what > this means please? (I would very appreciate an email message.) > > > Jul 31 08:16:13 mashallah netmsgserver[22]: datagram_main.netipc_receive fails, kr = > -1. > Jul 29 20:58:36 mashallah netmsgserver[22]: srr_main.netipc_receive fails, kr = -1. Looks like for case 1, an IPC message datagram packet was corrupted and for case 2, a simple request-response protocol packet was corrupted. Both are likely due to ethernet congestion, wiring problems, or routing. From the Mach sources (netmsg): datagram.c: /* * datagram_main * Main loop of datagram transport protocol * Waits for incoming packets contained in IPC messages * and calls the dispatcher to handle them. * * Note: * It is assumed that the data in the incoming packet is no longer * needed by the higher-level routine to which it was given by the * disp_inmsg_simple function after disp_inmsg_simple returns. * In other words we can reuse the buffer for the next datagram. */ PRIVATE datagram_main() BEGIN("datagram_main") netipc_ptr_t in_pkt_ptr; kern_return_t kr; sbuf_t in_sbuf; sbuf_seg_t in_sbuf_seg; #if LOCK_THREADS mutex_lock(thread_lock); #endif LOCK_THREADS MEM_ALLOCOBJ(in_pkt_ptr,netipc_ptr_t,MEM_TRBUFF); SBUF_SEG_INIT(in_sbuf, &in_sbuf_seg); while (TRUE) { in_pkt_ptr->ni_header.nih_msg_header.msg_size = NETIPC_MAX_MSG_SIZE; in_pkt_ptr->ni_header.nih_msg_header.msg_local_port = datagram_listen_port; kr = netipc_receive((netipc_header_ptr_t)in_pkt_ptr); if (kr != RCV_SUCCESS) { ERROR((msg, "datagram_main.netipc_receive fails, kr = %d.", kr)); } else { int data_size; netaddr_t source_host; boolean_t broadcast; int crypt_level; INCSTAT(datagram_pkts_rcvd); source_host = in_pkt_ptr->ni_header.nih_ip_header.ip_src.s_addr; broadcast = (in_pkt_ptr->ni_header.nih_ip_header.ip_dst.s_addr == broadcast_address); crypt_level = ntohl(in_pkt_ptr->ni_header.nih_crypt_header.ch_crypt_level); if (crypt_level != CRYPT_DONT_ENCRYPT) { kr = crypt_decrypt_packet(in_pkt_ptr, crypt_level); } else kr = CRYPT_SUCCESS; if (kr == CRYPT_SUCCESS) { data_size = ntohs(in_pkt_ptr->ni_header.nih_crypt_header.ch_data_size); SBUF_REINIT(in_sbuf); SBUF_APPEND(in_sbuf, in_pkt_ptr->ni_data, data_size); kr = disp_indata_simple(0, (sbuf_ptr_t)&(in_sbuf), source_host, broadcast, crypt_level); if (kr != DISP_SUCCESS) { LOG1(TRUE, 5, 1101, kr); } } } LOGCHECK; } END ------- and srr.c: /* * srr_main * The main reception loop for the simple request-response protocol. * Allocates a reception buffer and waits for incoming messages. * Calls appropriate handling function. * * Parameters: * None * * Results: * Should never return * * Note: * A new buffer must be allocated * if the handling routine does not return one that can be reused. * */ PRIVATE srr_main() BEGIN("srr_main") kern_return_t kr; srr_packet_ptr_t in_packet_ptr; srr_packet_ptr_t old_packet_ptr; long srr_packet_type; int crypt_level; int data_size; boolean_t crypt_remote_failure; #if LOCK_THREADS mutex_lock(thread_lock); #endif LOCK_THREADS MEM_ALLOCOBJ(in_packet_ptr,srr_packet_ptr_t,MEM_TRBUFF); while (TRUE) { /* * Fill in the message header and try to receive a message. */ in_packet_ptr->srr_pkt_header.nih_msg_header.msg_size = NETIPC_MAX_MSG_SIZE; in_packet_ptr->srr_pkt_header.nih_msg_header.msg_local_port = srr_listen_port; kr = netipc_receive((netipc_header_ptr_t)in_packet_ptr); if (kr != RCV_SUCCESS) { ERROR((msg, "srr_main.netipc_receive fails, kr = %d.", kr)); } else { crypt_level = ntohl(in_packet_ptr->srr_pkt_header.nih_crypt_header.ch_crypt_level); if (crypt_level < 0) { /* * This is a remote crypt failure packet. */ crypt_remote_failure = TRUE; crypt_level = - crypt_level; in_packet_ptr->srr_pkt_header.nih_crypt_header.ch_crypt_level = htonl((unsigned long)crypt_level); } else crypt_remote_failure = FALSE; if (crypt_level != CRYPT_DONT_ENCRYPT) { kr = crypt_decrypt_packet((netipc_ptr_t)in_packet_ptr, crypt_level); } else kr = CRYPT_SUCCESS; if (kr == CRYPT_SUCCESS) { /* * Swap the srr header and see what type of packet we got. */ NTOH_SRR_UID(in_packet_ptr->srr_pkt_uid); if (crypt_remote_failure) { /* * This packet was sent by us but could not be decrypted by the remote network server. */ LOG0(TRUE, 5, 1055); INCSTAT(srr_cfailures_rcvd); old_packet_ptr = srr_handle_crypt_failure(in_packet_ptr); } else { srr_packet_type = ntohl(in_packet_ptr->srr_pkt_type); old_packet_ptr = SRR_NULL_PACKET; data_size = ntohs(in_packet_ptr->srr_pkt_header.nih_crypt_header.ch_data_size); data_size -= SRR_HEADER_SIZE; switch ((int)srr_packet_type) { case SRR_REQUEST: { INCSTAT(srr_requests_rcvd); old_packet_ptr = srr_handle_request(in_packet_ptr, data_size, crypt_level, 0); break; } case SRR_RESPONSE: { INCSTAT(srr_replies_rcvd); old_packet_ptr = srr_handle_response(in_packet_ptr, data_size, crypt_level, 0); break; } case SRR_BCAST_REQUEST: { INCSTAT(srr_bcasts_rcvd); INCSTAT(srr_requests_rcvd); old_packet_ptr = srr_handle_request(in_packet_ptr, data_size, crypt_level, 1); break; } case SRR_BCAST_RESPONSE: { INCSTAT(srr_replies_rcvd); old_packet_ptr = srr_handle_response(in_packet_ptr, data_size, crypt_level, 1); break; } default: { ERROR((msg, "srr_main unknown packet type %d.", srr_packet_type)); break; } } } } else { if (!crypt_remote_failure) srr_send_crypt_failure(in_packet_ptr, crypt_level); old_packet_ptr = in_packet_ptr; } if (old_packet_ptr == SRR_NULL_PACKET) { /* *Allocate a new buffer. */ MEM_ALLOCOBJ(in_packet_ptr,srr_packet_ptr_t,MEM_TRBUFF); } else in_packet_ptr = old_packet_ptr; } LOGCHECK; } END ----- -- James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab Computing/Networking Phone : (403) 492-8226 Department of Physics email : jmack@phys.ualberta.ca University of Alberta uucp : uofaphys!jmack iskye!jmack Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
Newsgroups: comp.sys.next.bugs From: cavery@netcom.com (Christopher Avery) Subject: Edit doesn't read all of DOS files Message-ID: <caveryCu6nJJ.9z@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Sun, 7 Aug 1994 20:57:18 GMT I was trying to read a floppy disc formatted on a PC that contained ascii text files.
From: kennedy@b0ru01.fnal.gov (Robert Daniel Kennedy) Newsgroups: comp.sys.next.bugs Subject: Re: BUG: -posix NS 3.2, unresolved externals Date: 8 Aug 1994 20:44:56 GMT Organization: Fermi National Accelerator Laboratory, Batavia IL, USA Distribution: world Message-ID: <3265g8$duv@fnnews.fnal.gov> References: <31to82$cu3@fnnews.fnal.gov> <321r69$h0r@quartz.ucs.ualberta.ca> Keywords: posix James S. MacKinnon had a few comments on my bug report (bug_next #59098). In summary, the problem I pointed out is with /usr/lib/libposix.a. The posix lib has its OWN version of strftime() and localeconv(), as well as the rest (all?) of the POSIX library functions (ISO C library plus much more). My complaint is that these two routines in the posix lib have dependencies that the '-posix' switch does not take into account, and are probably not intended anyway. One should not have to perform linker games to build a program with strftime() and -posix... the POSIX environment imp lied with -posix should be complete. The non-POSIX versions in libsys_s are irrelevant. Thanks, but I reduced the problem to a tiny test case on purpose. I have megabytes of source for a data acquisition system, which I kindly did not post, that require a relatively portable environment... a few POSIX functions may be used later, for now a few items enabled with -D_POSIX_SOURCE in the header are in use. This source refuses to link after compilation because it uses strftime() and the -posix switch. The workaround for this is to use the definition and roll my own POSIX functions not in libs ys_s. Yes, I meant 'cc', though the same failure occurs with gcc 2.5.8 and gcc 2.6.0. I prepared a number of GNU C and GNU C++ bug reports en masse and the reference to gcc in the NeXT lib bug report was an artifact of this. Rob Kennedy Rutgers/CDF/FNAL
From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Setting daylight saving time properly? Date: 9 Aug 1994 21:46:34 +0300 Organization: University of Jyvaskyla, Finland Sender: otto@network.cc.jyu.fi Message-ID: <OTTO.94Aug9214630@tukki.jyu.fi> How does one set the time and timezone PROPERLY in NeXTstep? The preferences tool is all right for setting the time, but the timezone setting doesn't really help since it doesn't seem to take daylight saving time into account. I have to set "GMT+3" (which is actually sorta correct, as GMT doesn't do DST, but in a way wrong, as it's called UT nowadays) which looks on the little map like I'm in Moscow. There was a method of doing this more or less properly back in SCO Xenix, I'm sure there is one in NeXTstep. How? -- /* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (V.32bis/USR-HST,24h/d) */ /* Mail: Cygn.k.7 E 46/FIN-40100 Jyvaskyla/Finland, ICBM: 62.14N 25.44E */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: KBNS.32.1 Date: 9 Aug 1994 13:10:34 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9408091616.AA01615@flexus> LS, This is to let you know about the new edition 32.1 of KBNS, the only public and comprehensive database (``FAQ''?) of bugs with workarounds in NEXTSTEP, available by anonymous ftp from cs.orst.edu:~ftp/pub/next/documents, as files KBNS.32.1.README.rtf.Z and KBNS.32.1.rtf.Z (the real thing), plus a directory of verification materials. The file is about 860 kB before compression, and 380 kB compressed. KBNS is totally dependent on your cooperation. I see my role as an administrator and moderator for compiling the collective knowledge of the NEXTSTEP community (about bugs, of course). So fetch the document, use it, and send me reports about whatever is still missing (a good workaround, perhaps), about changes to applicability ranges, about a verification you did, when you would like to referee items in certain areas, about any mistakes, or a note about what you think of KBNS (if you think it is no good, I won't know unless you tell me, but please be specific; if you've been able to benefit from it, do tell!). It's up to YOU! If anyone can put a pointer to KBNS in the FAQ for comp.sys.next.bugs, please coordinate with me to do this. If anyone knows a free program to distribute patches to RTF files (GNU diff/patch or any other line-based algorithm won't do), please tell me. Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp (? I should test this again) (to bugs, programmer, NeXT-prog)
From: slxn8@cc.usu.edu Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: Setting daylight saving time properly? Message-ID: <1994Aug9.190619.24819@cc.usu.edu> Date: 9 Aug 94 19:06:19 MDT References: <OTTO.94Aug9214630@tukki.jyu.fi> Organization: Utah State University In article <OTTO.94Aug9214630@tukki.jyu.fi>, otto@tukki.jyu.fi (Otto J. Makela) writes: > How does one set the time and timezone PROPERLY in NeXTstep? The preferences > tool is all right for setting the time, but the timezone setting doesn't > really help since it doesn't seem to take daylight saving time into account. > I have to set "GMT+3" (which is actually sorta correct, as GMT doesn't do > DST, but in a way wrong, as it's called UT nowadays) which looks on the little > map like I'm in Moscow. There was a method of doing this more or less > properly back in SCO Xenix, I'm sure there is one in NeXTstep. How? You just select your proper time zone on the map in the Preferences app. Then change the GMT+0300 to Turkey. Note the little message at the bottom now says EET DST. Daylight savings time. Does this do what you want? ====================================================================== John Zollinger (NextMail Preferred) Programmer/Analyst slxn8@cc.usu.edu [Moore BCS - Logan, Utah] "Life is too important to take seriously." ======================================================================
From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: Setting daylight saving time properly? Date: 10 Aug 1994 14:32:55 +0300 Organization: University of Jyvaskyla, Finland Sender: otto@network.cc.jyu.fi Message-ID: <OTTO.94Aug10143253@tukki.jyu.fi> References: <OTTO.94Aug9214630@tukki.jyu.fi> <1994Aug9.190619.24819@cc.usu.edu> In-reply-to: slxn8@cc.usu.edu's message of 9 Aug 94 19:06:19 MDT In article <1994Aug9.190619.24819@cc.usu.edu> slxn8@cc.usu.edu writes: You just select your proper time zone on the map in the Preferences app. Then change the GMT+0300 to Turkey. Note the little message at the bottom now says EET DST. Daylight savings time. Does this do what you want? Finland, whatever. The problem is, the pop-up menu where GMT+0300 appears doesn't contain anything for me. What could cause this? -- /* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (V.32bis/USR-HST,24h/d) */ /* Mail: Cygn.k.7 E 46/FIN-40100 Jyvaskyla/Finland, ICBM: 62.14N 25.44E */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: Setting daylight saving time properly? Date: Wed, 10 Aug 1994 11:27:37 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <8iGD7di00UhBA2zZBH@andrew.cmu.edu> In-Reply-To: <OTTO.94Aug10143253@tukki.jyu.fi> Excerpts from netnews.comp.sys.next.bugs: 10-Aug-94 Re: Setting daylight saving.. by Otto J. Makela@tukki.jyu > In article <1994Aug9.190619.24819@cc.usu.edu> slxn8@cc.usu.edu writes: > You just select your proper time zone on the map in the Preferences app. > Then change the GMT+0300 to Turkey. Note the little message at the bottom > now says EET DST. Daylight savings time. Does this do what you want? > > Finland, whatever. The problem is, the pop-up menu where GMT+0300 appears > doesn't contain anything for me. What could cause this? You might have to do this as root in order to change the system timezone. -Chuck Charles William Swiger - WhiteLight Systems | Spin CA-VBHY? After all, --------------------------------------------+ "You need your 100% US-RDA of AMS & normal mail: infidel+@cmu.edu | Vitamins A, C, L, and T...." NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | --semper ubi sub ubi--
From: poland@cam8.gsfc.nasa.gov (Jim Poland) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Problem with mail Date: 10 Aug 1994 17:04:05 GMT Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA Distribution: world Message-ID: <32b1a6$cni@paperboy.gsfc.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Keywords: mail, comsat, biff Nexters, Help! Someone at my site has connected his Next machine to the net. Since then, my machine has been receiving connection attempts to its comsat process. At first I thought that this was a security problem since comsat on SunOS has a well-known hole. I have since learned that these connection attempts occur only when the Next user receives e-mail. Someone has suggested that the problem may be that a computer at my site is running a network biff. The Next user here is a beta site for the O/S. Does the new O/S use a network biff? If so, how can he turn it off? Please reply via e-mail since I don't follow these groups. Thanks.
From: gloger@dbulm1.uucp (Jochen Gloger) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: tags in Edit, help wanted Message-ID: <1994Aug12.170053.626@dbulm1.uucp> Date: 12 Aug 94 17:00:53 +0100 Keywords: ctags, Edit, Emacs Distribution: world Organization: Daimler-Benz, Forschungszentrum Ulm Hi, I am trying to use tag files in Edit, but although I wrote all pathes in the preferences (C-Options), I could not force Edit to look for tag files in those directories when using CMD-T (Utilities Source). Only the current directory is searched for tag files. On the other hand when using Emacs, it works (unfortunately Emacs is not as well supported by the ProjectBuilder during debugging as Edit is). So, any hints what's going wrong. Thanks in advance Regards Jochen NeXTmail preferred =============================================================================== Jochen Gloger, Daimler-Benz AG, Research Center Ulm, Institute of Information Technology, Department of Text Understanding Phone: +49 731 505 2353, Fax: +49 731 505 4113 Address: Wilhelm-Runge-Str.11, P.O. Box 23 60, 89013 Ulm, Germany Email: gloger@dbag.ulm.DaimlerBenz.COM ===============================================================================
From: ian@mindvox.phantom.com (Ian Bainbridge) Newsgroups: comp.sys.next.bugs Subject: Problems with NS 3.2 Date: Fri, 12 Aug 94 14:01:52 EDT Organization: [MindVox] / Phantom Access Technologies / (+1 800-MindVox) Distribution: world Message-ID: <TLiyqc1w165w@mindvox.phantom.com> Originator: ian@mindvox After upgrading 4 intel machines from NeXTSTEP 3.1 to 3.2 today I am struck by the following observations. On the Dell DGX Jaws system, the keyboard brightness +/- and volume +/- keys (insert, delete, and page up, page down on the intel keyboard) which used to work under 3.1, are broken and do nothing except write 01010101, or .,.,.,., to the screen instead of working. The serial ports are truly messed up and nearly unusable. While the old 3.1 patch made available on ns.ftp.com used to work more or less. What is the deal with this, this is terrible! ian ################# @ #Ian Bainbridge # mindvox. # ############################################### phantom. # I am not responsible for my opinons, I don't know or care! # com ###############################################################
Newsgroups: comp.sys.next.bugs From: jimbo@oingo.umn.edu Subject: SleepPrinter causes panic on 3.2 Message-ID: <CuG2LF.Lu0@news.cis.umn.edu> Sender: news@news.cis.umn.edu (Usenet News Administration) Organization: University of Minnesota, Twin Cities Date: Fri, 12 Aug 1994 23:03:31 GMT I used to use SleepPrinter to shut my printer off on an earlier install of 3.2. Then I upgraded to a larger hard disk and did a complete 3.2 install and now about 90% of the time I run SleepPrinter, it causes a fatal system panic, from which I must pull the power cable out of my station to reboot. I since have been using NPOff without any panics. I have no idea what would cause this but I just had to get it off my chest :) JIM --- ------------------------------------------------------------------- James P. Klett klett002@.maroon.tc.umn.edu ------------------------------------------------------------------- Slip Slipping' away... NeXT Mail Preferred -------------------------------------------------------------------
Newsgroups: comp.sys.next.bugs From: csaldanh@mae.carleton.ca (Chris Saldanha) Subject: Re: Problems with NS 3.2 Message-ID: <CuHAn1.M54@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University References: <TLiyqc1w165w@mindvox.phantom.com> Date: Sat, 13 Aug 1994 14:52:13 GMT Ian Bainbridge (ian@mindvox.phantom.com) wrote: : After upgrading 4 intel machines from NeXTSTEP 3.1 to 3.2 today I am struck : by the following observations. : On the Dell DGX Jaws system, the keyboard brightness +/- and volume +/- keys : (insert, delete, and page up, page down on the intel keyboard) which used to : work under 3.1, are broken and do nothing except write 01010101, or .,.,.,., : to the screen instead of working. Sounds like you want the "NeXTUSA" keyboard mapping. Check each user's preferences for the keyboard in Preferences.app, and set it to NeXTUSA. If you don't like any of the available mappings, make your own using /NextDeveloper/Demos/Keyboard.app : The serial ports are truly messed up and nearly unusable. While the old 3.1 : patch made available on ns.ftp.com used to work more or less. What is the : deal with this, this is terrible! If NeXT's serial ports are flaky, pick up the Mux driver. It improved my serial port performance... (ftp.cs.orst.edu) --Chris Chris Saldanha ------------------------------------ Carleton University (Comp. Sci) | "I'm hungry. Let's get a taco." | chris@computerActive.on.ca (NeXTMail) | -Harvey Keitel, Reservoir Dogs | csaldanh@mae.carleton.ca (NeXT/MIME) ------------------------------------
From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: comp.sys.next.bugs Subject: Rlogin and xon/xoff flow control Date: 13 Aug 1994 19:13:00 +0300 Organization: University of Jyvaskyla, Finland Sender: otto@network.cc.jyu.fi Message-ID: <OTTO.94Aug13191259@tukki.jyu.fi> I usually rlogin from my home NeXT machine to the Sun at work. I've noticed that when I escape from the rlogin session back to the NeXT with ~^z and then restore the session, the ^s/^q (xoff/xon) characters no longer get transmitted to the remote host but act as flow control. This is somewhat a pain, as I'm used to using the emacs bindings of these keys. Also at the same time tty modes are changed to strip high bits etc. Ideas, anyone? -- /* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (V.32bis/USR-HST,24h/d) */ /* Mail: Cygn.k.7 E 46/FIN-40100 Jyvaskyla/Finland, ICBM: 62.14N 25.44E */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */
From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <OTTO.94Aug13190855@tukki.jyu.fi> Control: cancel <OTTO.94Aug13190855@tukki.jyu.fi> Date: 13 Aug 1994 19:13:22 +0300 Organization: University of Jyvaskyla, Finland Sender: otto@network.cc.jyu.fi Message-ID: <OTTO.94Aug13191321@tukki.jyu.fi> -- /* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (V.32bis/USR-HST,24h/d) */ /* Mail: Cygn.k.7 E 46/FIN-40100 Jyvaskyla/Finland, ICBM: 62.14N 25.44E */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: fxars@camelot.acf-lab.alaska.edu (Allen R Sparks) Subject: Re: Setting daylight saving time properly? In-Reply-To: Charles William Swiger's message of Wed, 10 Aug 1994 11:27:37 -0400 Message-ID: <FXARS.94Aug14165149@camelot.acf-lab.alaska.edu> Sender: news@raven.alaska.edu (USENET News System) Organization: University of Alaska Fairbanks References: <8iGD7di00UhBA2zZBH@andrew.cmu.edu> Date: Mon, 15 Aug 1994 00:51:49 GMT >>>>> "C" == Charles William Swiger <infidel+@CMU.EDU> writes: C> You might have to do this as root in order to change the system C> timezone. C> -Chuck It doesn't matter. If the timezone gets changed, then the system time zone got changed. Now one can disable an ordinary user from changing the timezone, but if a user is able to go into prefs and change the it, then it's the system time zone that got changed. === Al
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: fxars@camelot.acf-lab.alaska.edu (Allen R Sparks) Subject: Re: Setting daylight saving time properly? In-Reply-To: otto@tukki.jyu.fi's message of 9 Aug 1994 21:46:34 +0300 Message-ID: <FXARS.94Aug14171151@camelot.acf-lab.alaska.edu> Sender: news@raven.alaska.edu (USENET News System) Organization: University of Alaska Fairbanks References: <OTTO.94Aug9214630@tukki.jyu.fi> Date: Mon, 15 Aug 1994 01:11:51 GMT >>>>> "O" == Otto J Makela <otto@tukki.jyu.fi> writes: O> How does one set the time and timezone PROPERLY in NeXTstep? O> The preferences tool is all right for setting the time, but the O> timezone setting doesn't really help since it doesn't seem to O> take daylight saving time into account. I have to set "GMT+3" O> (which is actually sorta correct, as GMT doesn't do DST, but in O> a way wrong, as it's called UT nowadays) which looks on the O> little map like I'm in Moscow. There was a method of doing O> this more or less properly back in SCO Xenix, I'm sure there is O> one in NeXTstep. How? The actual files that the preferences tool manipulates is located in /private/etc/zoneinfo. One of the files is named "localtime". This file is a hard link to one of the other files located in either that directory or the sub-directory "./zoneinfo/US". What you should do to check on me is to open a terminal window and cd /etc/zoneinfo ls -i localtime This gets you the inode number of localtime. Then, assuming you got an inode number of 1234, do a find . -inum 1234 -print and you'll find out what file "localtime" is hard linked to. BTW, I think this is poor judgement on the part of NeXT to hard link it. I think that symbolic links should be used because an ls -l will make it show up as a link, and where it's pointing to. Symbolic links do work, though if you use the Preferences GUI, it will erase your work and the "localtime" will be a hardlink again. Anyway, some of the files in "./zoneinfo" are set up to take DST into account and some aren't. For example, if my "localtime" file were hardlinked to ./zoneinfo/GMT-8, instead of ./zoneinfo/US/Yukon, then daylight savings time would not automatically take effect. You can program/compile one of these files. I've never done it, and don't know how, but I've seen some stuff in the man pages. Until you do that, I doubt that you will be able to grab such a file for Turkey, which means that you'll have to continue with the GMT* file and no automatic change in timezone. === Al
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: trebels@desdemona.theo-phys.gwdg.de (Stephan Trebels) Subject: Re: Setting daylight saving time properly? Message-ID: <02LRB4RI@gwdu03.gwdg.de> Followup-To: comp.sys.next.bugs,comp.sys.next.sysadmin Sender: news@gwdu03.gwdg.de (USENET News System) Organization: GWDG, Goettingen References: <OTTO.94Aug9214630@tukki.jyu.fi> <FXARS.94Aug14171151@camelot.acf-lab.alaska.edu> Date: Mon, 15 Aug 1994 12:44:25 GMT Allen R Sparks (fxars@camelot.acf-lab.alaska.edu) wrote: > >>>>> "O" == Otto J Makela <otto@tukki.jyu.fi> writes: > O> How does one set the time and timezone PROPERLY in NeXTstep? > O> The preferences tool is all right for setting the time, but the > O> timezone setting doesn't really help since it doesn't seem to > O> take daylight saving time into account. I have to set "GMT+3" > O> (which is actually sorta correct, as GMT doesn't do DST, but in > O> a way wrong, as it's called UT nowadays) which looks on the > O> little map like I'm in Moscow. There was a method of doing > O> this more or less properly back in SCO Xenix, I'm sure there is > O> one in NeXTstep. How? [some explanation of /etc/zoneinfo deleted] > You can program/compile one of these files. I've never done it, and > don't know how, but I've seen some stuff in the man pages. There is few, if any, need to do it, the correct files are in general included in the NeXTSTEP distribution at least since 2.0. The sad thing is, you cannot select them using Preferences. Either do a symbolic link to the correct timezone (I believe, EET should be what you want, but even Turkey is there :-) root@d> cd /etc/zoneinfo root@d> rm localtime root@d> ln -s EET localtime Or patch the text/plain section in the Preferences __INFO.LABELS. extract it using segedit, change it and replace it. the format of this file is EASY, but please keep a copy of the old executables! Then everything works as it should. Of course NeXT should have changed this static info inside the executable (not even inside the bundle) to a file search, but this doesn't seem to be high on the priorities list... ciao, stephan -- +--------------------------------------------------------------+ / Stephan Trebels voice: +49 551 44690 /| +--------------------------------------------------------------+ | | <trebels@theo-phys.gwdg.de> "No NeXTmail yet, it's a HP" | + | <trebels@desdemona.theo-phys.gwdg.de> "NeXTmail welcome" |/ +--------------------------------------------------------------+
Newsgroups: comp.sys.next.bugs From: cs221442@comp.hkp.hk (Hsieh Shing Leung Arthur (BACS3 Class A)) Subject: Netstat in NeXT 3.0 Message-ID: <CuI81p.BDw@hkpu01.hkp.hk> Keywords: netstat 3.0 network Sender: usenet@hkpu01.hkp.hk (Usenet Account) Organization: Department of Computing, Hong Kong Polytechnic Date: Sun, 14 Aug 1994 02:53:49 GMT I wonder if this is a well-known bug of netstat in NeXT Mach 3.0 running on NeXTstation. The problem is the routing table will be lost and the OS will lose its network capability after a user issues "netstat" or "netstat -a". However, "netstat -r" won't cause such problem. After the problem starts, strange behaviour also appears besides those network related stuffs. For example, no more output from "ps -aux" and "ls -l" but "ps -ax" and "ls" both work without any problem. Is there any official fix for this problem? If so, how can I get it? I hope this is not peculiar to my system. If you do followup, please send an e-mail copy to me as our site has one week news delay. :-( -- Arthur Hsieh cs221442@comp.hkp.hk
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: jmarin@hobbes (Jose A. Marin) Subject: DoveFax Message-ID: <1994Aug15.135413.12068@dale.ksc.nasa.gov> Sender: news@dale.ksc.nasa.gov Organization: NASA Date: Mon, 15 Aug 1994 13:54:13 GMT Does anyone out there have a DoveFax for the NeXT? I'm trying to install my newly acquired DoveFax but my PrintManager does not see the driver for it. I installed the DoveFax software following the instructions. I tryed to call DoveFax but the number that I have is an old one. Please post or e-mail any helpful hints. -- jmarin@hobbes.ksc.nasa.gov
Newsgroups: comp.sys.next.bugs From: Bruce Gingery <bruce@TotSysSoft.com> Subject: Re: Rlogin and xon/xoff flow control Message-ID: <1994Aug15.074211.3882@ToTSySSoft.com> Sender: news@ToTSySSoft.com Organization: Total System Software References: <OTTO.94Aug13191259@tukki.jyu.fi> Date: Mon, 15 Aug 1994 07:42:11 GMT In article <OTTO.94Aug13191259@tukki.jyu.fi> otto@tukki.jyu.fi (Otto J. Makela) writes: ~> I usually rlogin from my home NeXT machine to the Sun at work. ~> I've noticed that when I escape from the rlogin session back ~> to the NeXT with ~^z and then restore the session, the ^s/^q ~> (xoff/xon) characters no longer get transmitted to the remote ~> host but act as flow control. This is somewhat a pain, as I'm ~> used to using the emacs bindings of these keys. Also at the ~> same time tty modes are changed to strip high bits etc. ~> Ideas, anyone? Otto, Pardon my ignorance. My rlogins have involved NEXTSTEP+Terminal.app and Ultrix only. What is the advantage of escaping from an rlogin, rather than using a separate terminal window for local shell use. The time taken to mouse the other window can't be that much more than the overhead taken to escape-back. I've run as many as 6 remote sessions in separate windows between the same two hosts, some ftp, some rlogin and ftp-back (not particularly efficient, but got around an ftp root access lockout for a quickie use), some kermit and some telnet -- while keeping one or two local windows open for quick local commands. Bruce Gingery
From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: comp.sys.next.bugs Subject: Re: Rlogin and xon/xoff flow control Date: 16 Aug 1994 13:51:06 +0300 Organization: University of Jyvaskyla, Finland Sender: otto@network.cc.jyu.fi Message-ID: <OTTO.94Aug16135051@tukki.jyu.fi> References: <OTTO.94Aug13191259@tukki.jyu.fi> <1994Aug15.074211.3882@ToTSySSoft.com> In-reply-to: Bruce Gingery's message of Mon, 15 Aug 1994 07:42:11 GMT In article <1994Aug15.074211.3882@ToTSySSoft.com> Bruce Gingery <bruce@TotSysSoft.com> writes: Pardon my ignorance. My rlogins have involved NEXTSTEP+Terminal.app and Ultrix only. What is the advantage of escaping from an rlogin, rather than using a separate terminal window for local shell use. The time taken to mouse the other window can't be that much more than the overhead taken to escape-back. I've run as many as 6 remote sessions in separate windows between the same two hosts, some ftp, some rlogin and ftp-back (not particularly efficient, but got around an ftp root access lockout for a quickie use), some kermit and some telnet -- while keeping one or two local windows open for quick local commands. Just a matter of habit, as I often log in from non-windowed systems (actual terminals, would you believe it?) where this is the only way to work. The point is, doing the escape back to the local host should *not* screw up the pty settings the way it does now (AND without showing it with stty). -- /* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (V.32bis/USR-HST,24h/d) */ /* Mail: Cygn.k.7 E 46/FIN-40100 Jyvaskyla/Finland, ICBM: 62.14N 25.44E */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */
Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.bugs From: damonc@damonc.aetnacan Subject: EOF Application Runtime Error Message-ID: <Cun5w4.3C6@aetnacan> Sender: usenet@aetnacan Organization: Aetna Life Insurance Company of Canada Date: Tue, 16 Aug 1994 18:55:15 GMT Check this out: Anybody run into this with an EOF App? (gdb) step Error loading /NextLibrary/Adaptors/Sybase.dbadaptor/Sybase rld(): Undefined symbols: _sys_nerr _sys_errlist _setsockopt _send Aug 16 14:47:34 [4296] *** Uncaught exception: initWithAdaptor:: invalid nil value for adaptor exiting! Program exited with code 0377. (gdb) Thanks! Damon F. Cooper Aetna Canada damonc@damonc.tor.hookup.net
Newsgroups: comp.sys.next.bugs From: jsafar@lehman.com (jean safar) Subject: [BUG] PDO gnu compiler for sun Message-ID: <CuMxDt.4AB@lehman.com> Sender: news@lehman.com (News) Organization: Lehman Brothers, Inc. References: <32oakf$d2u@gamera.umd.edu> Date: Tue, 16 Aug 1994 15:51:29 GMT Hi, I am trying to use the PDO compiler for sun g++ which is 2.5.8 derived and cannot get it to work. It has been few weeks now and Next Support couldn't get an answer. Here is the trace of two runs of g++ one which the Next PDO g++ one which is the 2.6.0 that I downloaded and compiled on my sun. The try.cpp could be anything , here it just is: #include <iostream.h> main () { cout << "Hello" << endl ; } Any help would be greatly appreciated, Regards, g++ -xc++ -v -c try.cpp gcc -xc++ -v -c try.cpp gcc version 2.5.8 cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__GNUC_MINOR__=5 -Dsparc -Dsun -Dunix -DNeXT_PDO -D__sparc__ -D__sun__ -D__unix__ -D__GCC_NEW_VARARGS__ -D__NeXT_PDO__ -D__BIG_ENDIAN__ -D__ARCHITECTURE__=\"sparc\" -D__sparc -D__sun -D__unix -D__NeXT_PDO -Asystem\(unix\) -Asystem\(bsd\) -Acpu\(sparc\) -Amachine\(sparc\) try.cpp /home/jsafar/tmp/cca00465.i unknown flag -lang-c++ unknown flag -v unknown flag -Asystem(unix) unknown flag -Asystem(bsd) unknown flag -Acpu(sparc) unknown flag -Amachine(sparc) "try.cpp", line 2: Can't find include file iostream.h rael[jsafar]99: which gcc /home/jsafar/NextDeveloper/bin/gcc rael[jsafar]100: /home/technoids/bin/!g+ /home/technoids/bin/g++ -xc++ -v -c try.cpp /home/technoids/bin/gcc -xc++ -v -c try.cpp Reading specs from /home/technoids/lib/gcc-lib/sparc-sun-sunos4.1.3/2.6.0/specs gcc version 2.6.0 /home/technoids/lib/gcc-lib/sparc-sun-sunos4.1.3/2.6.0/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__GNUC_MINOR__=6 -Dsparc -Dsun -Dunix -D__GCC_NEW_VARARGS__ -D__sparc__ -D__sun__ -D__unix__ -D__GCC_NEW_VARARGS__ -D__sparc -D__sun -D__unix -Asystem(unix) -Asystem(bsd) -Acpu(sparc) -Amachine(sparc) try.cpp /home/jsafar/tmp/cca00489.ii GNU CPP version 2.6.0 (sparc) #include "..." search starts here: #include <...> search starts here: /home/technoids/lib/g++-include /home/technoids/include /home/technoids/sparc-sun-sunos4.1.3/include /home/technoids/lib/gcc-lib/sparc-sun-sunos4.1.3/2.6.0/include /usr/include End of search list. /home/technoids/lib/gcc-lib/sparc-sun-sunos4.1.3/2.6.0/cc1plus /home/jsafar/tmp/cca00489.ii -quiet -dumpbase try.cc -version -o /home/jsafar/tmp/cca00489.s GNU C++ version 2.6.0 (sparc) compiled by GNU C version 2.6.0. ^Crael[jsafar]101 ------------------------------------------------------- John Safar jsafar@lehman.com I've seen things that you people ...
From: vanguard@oar.net (Tyler Gingrich) Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.bugs Subject: Re: EOF Application Runtime Error Date: 17 Aug 1994 08:31:18 -0400 Organization: OARnet, Columbus, OH. Message-ID: <32svum$f10@dialup.oar.net> References: <Cun5w4.3C6@aetnacan> In article <Cun5w4.3C6@aetnacan> damonc@damonc.aetnacan writes: >Check this out: Anybody run into this with an EOF App? > >Error loading /NextLibrary/Adaptors/Sybase.dbadaptor/Sybase >rld(): Undefined symbols: >Aug 16 14:47:34 [4296] *** Uncaught exception: initWithAdaptor:: invalid >nil value for adaptor > Damon, Add -all_load to the OTHER_LDFLAGS line in your makefile.preamble. This will load up the Sybase adaptor at run time. Tyler Gingrich tyler@vsc.com Vanguard Software, Corp. PS: See ...NextDev/EnterpriseObjects/Concepts/04_PB-IB.rtfd or ...NextDev/ReleaseNotes/CompilerTools.rtf for more information.
From: jehu@jehu.async.vt.edu (john stanhope) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Does gprof work one pentium system ? Date: 18 Aug 1994 01:40:20 GMT Organization: Virginia Tech, Blacksburg, Virginia Distribution: world Message-ID: <32ue64$hss@solaris.cc.vt.edu> I built one of my little programs using the profile target and it compiled and ran fine but when I try "gprof gmon.out" I get the following error. gprof: file: gmon.out is unknown type (arch_flag to ofile_map() can't be specified to be other than NULL) [nllookup] binary search fails for address 0x429c [nllookup] binary search fails for address 0x49a9 bad arc from 0x429c to 0x49a9, count 1 (ignored). .. and goes on indefinitely. So what am I doing wrong or is NS's gprof broken on pentiums. John Stanhope
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: eggert@twinsun.com (Paul Eggert) Subject: Re: Setting daylight saving time properly? Message-ID: <CurvGC.1y5@twinsun.com> Sender: usenet@twinsun.com Organization: Twin Sun Inc, El Segundo, CA, USA References: <OTTO.94Aug9214630@tukki.jyu.fi> <FXARS.94Aug14171151@camelot.acf-lab.alaska.edu> Date: Fri, 19 Aug 1994 07:57:46 GMT fxars@camelot.acf-lab.alaska.edu (Allen R Sparks) writes: > You can program/compile one of these files. I've never done it, and > don't know how, but I've seen some stuff in the man pages. > Until you do that, I doubt that you will be able to grab such a file > for Turkey, .... Actually, you can FTP a time zone file for Turkey (and for lots of other places) from elsie.nci.nih.gov in pub/tz*. The Turkish time zone rules are __verrrry__ interesting if you like that sort of thing.
From: hkt@ockeghem.zkm.de (Rick Taube) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: cant find netinfo server after 3.1->3.2 upgrade Date: 19 Aug 1994 09:26:35 GMT Organization: Zentrum fuer Kunst und Medientechnologie,Karlsruhe,Germany Distribution: world Message-ID: <331tsb$4bs@hildegard.zkm.de> I've encountered a problem trying to upgrade from 3.1 to 3.2. I started the upgrade on a client machine first to make sure things went ok before upgrading our netinfo+mail+file server. The upgrade went fine but upon reboot, the new 3.2 client can't find the parent netinfo anymore: Setting hostname to -AUTOMATIC- Reinitializing nmserver's network portion [...] Still searching to parent network administration (NetInfo) server, please wait [...] The network is disabled or your computer isn't connected to it. localhost netinfo [94]: cannont find multicall packet to 255.255.255.255. Has anyone encountered a problem like this and/or knows what's going wrong? I could bite the bullet and upgrade the server from 3.1 to 3.2 hoping that this will fix it, but id like to get confirmation that this is the solution before doing something that could cause me even more problems. I didnt have any problem upgrading this client from 2.1 to 3.1 before upgrading the server. Also, if I type C to continue booting, netinfo from server is disabled, but the client has mounted its exported filesystems and I can ping, telnet etc so the network is actually working. Any help would be greatly appreciated. Rick Taube Zentrum fuer Kunst u. Medientechnologie Ritterstr. 42 76137 Karlsruhe Germany email: hkt@zkm.de
From: albert@proffa.cc.tut.fi (Ojala Pasi) Newsgroups: comp.sys.next.programmer,sfnet.atk.nextstep,comp.sys.next.bugs Subject: OpenPanel/choose Directories bug? Date: 20 Aug 1994 15:06:39 +0300 Organization: Tampere University of Technology Distribution: inet Message-ID: <334rkf$evd@proffa.cc.tut.fi> Keywords: OpenPanel,chooseDirectories,bug This is a forwarded message from: Juha Tuominen Has anyone had the following kinds of problems with OpenPanel's chooseDirectories: method: I have a directory called VR in my home directory. Under it there are several directories named test0.vr, test1.vr, etc. All of them are linked (symlinks) to DOS partition directories /ms-dos_6/vr/test0, /ms-dos_6/vr/test1, etc. (The main idea is, that we have a 1.9 GB DOS partition and it's more elegant to refer to a directory via link from NeXT partition, where you can have extensions (.vr) in the directory names). In the program user needs to create a new directory under one of these testX.vr directories and I've coded it this way: - luoUusiSessio:sender { char *types[2]={"vr",0},temp[MAXPATHLEN+1]; id panel=[OpenPanel new],a=nil; int i=0; // [panel chooseDirectories:YES]; [panel setTitle:"Uusi sessio"]; [panel setPrompt:"Valitse tietokantahakemisto"]; [panel setDirectory:"/Users/comm/VR"]; NXRunAlertPanel("1","%s",NULL,NULL,NULL,[self defNextDir]); if([panel runModalForTypes:types]==NX_OKTAG) { NXRunAlertPanel("1","%s",NULL,NULL,NULL,[panel filename]); etc... So first I initialize a new OpenPanel (actually it's been used before). After that I change the directory to point at ~/VR directory in where all the testX.vr symlinks are. If I choose one, everything works correctly at this time, but if chooseDirectories:YES is uncommented, the second NXRunAlertPanel() displays: "/Users/comm/test0.vr" instead of "/Users/comm/VR/test0.vr". The "VR" is missing even if the selection was done under that directory! Manual page says that OpenPanel ignores filters if chooseDirectories: is YES so that runModalForTypes should work anyway. Operating system version is 3.2 for Intel as well as the developement environment. Is this a bug or am I doing something very wrong here? -Juha
From: spanda@checuolo.org (Spanda Kala Bhavani) Newsgroups: comp.sys.next.bugs Subject: tcl/expect cron problems Date: 19 Aug 1994 20:56:13 GMT Organization: CERFnet Distribution: world Message-ID: <33369d$8k7@news.cerf.net> Keywords: tcl expect cron crontab spawn Just curious if anybody is having problems with spawn while running under cron ???? I wrote a script a while back using the "expect" source that I got from cs.orst.edu. It like to be run from a csh, but when I install it into cron spawn behaves wierdly. billh@burn.ucsd.edu spanda@checuolo.org
Newsgroups: comp.sys.next.bugs From: macck@helios.rz.tu-clausthal.de (Claas Carsten Kohl) Subject: HELP: NetInfo read-only Message-ID: <1994Aug21.141711.23306@solaris.rz.tu-clausthal.de> Sender: root@solaris.rz.tu-clausthal.de (Operator) Organization: Techn. Univ. Clausthal Date: Sun, 21 Aug 1994 14:17:11 GMT After installing TransSys PNI 1.9beta and NXFax 1.04 on my NSFIP 3.2 machine I am not able to make any changes to NetInfo, because "all objects are read- only". E.g.: I can't create new users with UserManager. How can I solve this problem? Thanks, Claas Carsten Kohl macck@helios.rz.tu-clausthal.de "NeXT: Expect the Unexpected ..."
From: djb1@dee02.stir.ac.uk (Dr Donald J Baird) Newsgroups: comp.sys.next.bugs Subject: NS 3.2 and DOS/NS formatted 1.44Mb disks with bad sectors Date: 22 Aug 1994 15:40:30 GMT Organization: University of Stirling Message-ID: <33agte$coo@lorne.stir.ac.uk> I have NS3.2 on both black and white hardware and I'm having a problem with standard disks formatted either under DOS (on a PC) or NS 3.2. Disks are beginning to accumulate bad sectors, for reasons beyond my ken. Has anyone else had this problem? I am have installed the recent DOS patch, but htis hasnt helped. Is it something to do with the way NS deals with diskspace? Or is it that NS cannot cope with bad sectors? All advice humbly sought. -- Donald Baird Voice: +786 467926 Environment/Systems Group Fax : +786 472133 Institute of Aquaculture Email: djb1@stirling.ac.uk Stirling University Scotland FK9 4LA * * * * * * * * * * * * * NeXTMail Welcome! * * * * * * * * * *
From: sanguish@digifix.com (Scott Anguish) Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace Subject: Quick Guide to NEXTSTEP Information on the Internet Date: 22 Aug 1994 22:58:50 -0400 Organization: Next Announcements Message-ID: <33bola$q1h@digifix.digifix.com> This post is made weekly, to help 'point' users to more NEXTSTEP information Topics include: Stepwise NEXTSTEP/OpenStep Information Server online comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers New Information --------------- Stepwise NEXTSTEP/OpenStep Information Server online A product directory and information server, built around the World Wide Web system, this will allow full multimedia announcements by NEXTSTEP developers, as well as the ability to browse the available products for NEXTSTEP. This service is online now, and can be reached at http://www.stepwise.com/ or http://digifix.digifix.com/ using OmniWeb (available from ftp.omnigroup.com) or Mosaic. If you are limited to terminal access, Lynx will give you access to the server as well. The entries currently consist of - NeXT Press Releases - OpenStep WhitePapers - Third Party Products Directory - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next.announce archives (searchable) - searchable contents of Third Party compilation CDs - User Group locations - Mailing List archives and information Additionally the NEXTSTEP Product Information Mail Server is available. You can get information on using the mail server at ns-products@stepwise.com Suggestions or comments can be directed to me at sanguish@digifix.com comp.sys.next.* newsgroups -------------------------- news://comp.sys.next.advocacy This is the "why NEXTSTEP is better (or worse) than anything else in the known universe" forum. It was created specifically to divert lengthy flame wars from .misc. news://comp.sys.next.announce Announcements of general interest to the NeXT community (new products, FTP submissions, user group meetings, commercial announcements etc.) The NEXTSTEP FAQs are posted here monthly as well. This is a moderated newsgroup, meaning that you can't post to it directly. Submissions should be e-mailed to next-announce@digifix.com where the moderator (Scott Anguish) will screen them for suitability. news://comp.sys.next.bugs A place to report verifiable bugs in NeXT-supplied software. Material e-mailed to Bug_NeXT@NeXT.COM is not published, so this is a place for the net community find out about problems when they're discovered. This newsgroup has a very poor signal/noise ratio--all too often bozos post stuff here that really belongs someplace else. It rarely makes sense to crosspost between this and other c.s.n.* newsgroups, but individual reports may be germane to certain non-NeXT- specific groups as well. news://comp.sys.next.hardware Discussions about NeXT-label hardware and compatible peripherals, and non-NeXT-produced hardware (e.g. Intel) that is compatible with NEXTSTEP. In most cases, questions about Intel hardware are better asked in comp.sys.ibm.pc.hardware. Questions about SCSI devices belong in comp.periphs.scsi. This isn't the place to buy or sell used NeXTs--that's what .marketplace is for. news://comp.sys.next.marketplace NeXT stuff for sale/wanted. Material posted here must not be crossposted to any other c.s.n.* newsgroup, but may be crossposted to misc.forsale.computers.workstation or appropriate regional newsgroups. news://comp.sys.next.misc For stuff that doesn't fit anywhere else. Anything you post here by definition doesn't belong anywhere else in c.s.n.*--i.e. no crossposting!!! news://comp.sys.next.programmer Questions and discussions of interest to NEXTSTEP programmers. This is primarily a forum for advanced technical material. Generic UNIX questions belong elsewhere (comp.unix.questions), although specific questions about NeXT's implementation or porting issues are appropriate here. Note that there are several other more "horizontal" newsgroups (comp.lang.objective-c, comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip, etc.) that may also be of interest. news://comp.sys.next.software This is a place to talk about [third party] software products that run on NEXTSTEP systems. news://comp.sys.next.sysadmin Stuff relating to NeXT system administration issues; in rare cases this will spill over into .programmer or .software. related Newsgroups ------------------ news://comp.soft-sys.nextstep Like comp.sys.next.software and comp.sys.next.misc combined. Exists because NeXT is a software-only company now, and comp.soft-sys is for discussion of software systems with scope similar to NEXTSTEP. news://comp.lang.objective-c Technical talk about the Objective-C language. Implemetations discussed include NeXT, Gnu, Stepstone, etc. news://comp.object Technical talk about OOP in general. Lots of C++ discussion, but NeXT and Objective-C get quite a bit of attention. At times gets almost philosophical about objects, but then again OOP allows one to be a programmer/philosopher. (The original Comp.Sys.Next no longer exists--do not attempt to post to it.) Exception to the crossposting restrictions: announcements of usenet RFDs or CFVs, when made by the news.announce.newgroups moderator, may be simultaneously crossposted to all c.s.n.* newsgroups. Getting the Newsgroups without getting News ------------------------------------------- Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are now available as a mailing list digest as well. next-nextstep-d next-advocacy-d next-announce-d next-bugs-d next-hardware-d next-marketplace-d next-misc-d next-programmer-d next-software-d next-sysadmin-d (For a full description, send mail saying LISTS to <digestif@antigone.com>). The subscription syntax is essentially the same as LISTSERV's. To subscribe, send a message to <digestif@antigone.com> saying: SUB Listname YourName Example: SUB next-hardware-d John Doe The ftp sites ------------- ftp://ftp.cs.orst.edu: The main site for North American submissions ftp://nova.cc.purdue.edu: Lots of older stuff, but very short on disk space ftp://ftp.informatik.uni-muenchen.de: In Germany. ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.next.com: See the below ftp.next.com and NextAnswers@next.com ------------------------------------- [from the document ftp://ftp.next.com/pub/NeXTanswers/1000_Help] Welcome to the NeXTanswers information retrieval system! This system allows you to request online technical documents, drivers, and other software, which are then sent to you automatically. You can request documents by fax or Internet electronic mail, transfer them by anonymous ftp, or download them from the BBS. NeXTanswers is an automated retrieval system. Requests sent to it are answered electronically, and are not read or handled by a human being. NeXTanswers does not answer your questions or forward your requests. USING NEXTANSWERS BY E-MAIL To use NeXTanswers by Internet e-mail, send requests to nextanswers@next.com. Files are sent as NeXTmail attachments by default; you can request they be sent as ASCII text files instead. To request a file, include that file's ID number in the Subject line or the body of the message. You can request several files in a single message. You can also include commands in the Subject line or the body of the message. These commands affect the way that files you request are sent: ASCII causes the requested files to be sent as ASCII text SPLIT splits large files into 95KB chunks, using the MIME Message/Partial specification REPLY-TO address sets the e-mail address NeXTanswers uses These commands return information about the NeXTanswers system: HELP returns this help file INDEX returns the list of all available files INDEX BY DATE returns the list of files, sorted newest to oldest SEARCH keywords lists all files that contain all the keywords you list (ignoring capitalization) For example, a message with the following Subject line requests three files: Subject: 2101 2234 1109 A message with this body requests the same three files be sent as ASCII text files: 2101 2234 1109 ascii This message requests two lists of files, one for each search: Subject: SEARCH Dell SCSI SEARCH NetInfo domain NeXTanswers will reply to the address in your From: line. To use a different address either set your Reply-To: line, or use the NeXTanswers command REPLY-TO <your-address> If you have any problem with the system or suggestions for improvement, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY FAX To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and follow the instructions. You'll be asked for your fax number, a number to identify your fax (like your phone extension or office number), and the ID numbers of the files you want. You can also request a list of available files. When you finish entering the file numbers, end the call and the files will be faxed to you. If you have problems using this fax system, please call Technical Support at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada. USING NEXTANSWERS BY ANONYMOUS FTP To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM and read the help file pub/NeXTanswers/README. If you have problems using this, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY MODEM To use NeXTanswers via modem call the NeXTanswers BBS at (415) 780-2965. Log in as the user "guest", and enter the Files section. From there you can download NeXTanswers documents. FOR MORE HELP... If you need technical support for NEXTSTEP beyond the information available from NeXTanswers, call the Support Hotline at 1-800-848-NeXT (outside the U.S. call +1-415-424-8500) to speak to a NEXTSTEP Technical Support Technician. If your site has a NeXT support contract, your site's support contact must make this call to the hotline. Otherwise, hotline support is on a pay-per-call basis. Thanks for using NeXTanswers! Written by: Eric P. Scott (mailto:eps@toaster.SFSU.EDU) and Scott Anguish (mailto:sanguish@digifix.com) Additions from: Greg Anderson (mailto:Greg_Anderson@afs.com) Michael Pizolato (mailto:Michael_Pizolato@afs.com) and Dan Grillo (mailto:dan_grillo@next.com)
From: eps@futon.SFSU.EDU (Eric P. Scott) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Re: Distinguishing a DOS disk from a NeXT disk? Date: 28 Aug 1994 23:04:41 GMT Organization: San Francisco State University Message-ID: <33r569$9kn@nic-nac.CSU.net> References: <Cv92tG.IIB@newshub.ccs.yorku.ca> You should be able to find this out with statfs()--DOS disks should return a filesystem type of MOUNT_PC. I say _should_, because statfs() returns MOUNT_UFS instead. Grr!!! I verified the bug for both NS 2.1 and 3.2 for m68k; I haven't tested anything later. NFS and Macintosh work OK. swapfs returns something really weird. I haven't tried CD-ROMs or audio discs. Michael: try something like access("msdos.sucks", 0)--if it fails with ENAMETOOLONG, you're probably dealing with a DOS filesystem. -=EPS=- ------- statfs.c /* cc -o statfs -s -object -O -bsd statfs.c */ #ifdef NX_COMPILER_RELEASE_3_0 #include <ansi/stdio.h> #include <bsd/sys/types.h> #include <bsd/sys/file.h> #define KERNEL 1 #include <bsd/sys/vfs.h> #undef KERNEL #include <bsd/sys/mount.h> #include <mach-o/nlist.h> #else #include <stdio.h> #include <sys/types.h> #include <sys/file.h> #define KERNEL 1 #include <sys/vfs.h> #undef KERNEL #include <sys/mount.h> #include <nlist.h> #endif struct nlist nl[]={ { { "_vfssw" } }, { { "_vfsNVFS" } }, { { (char *)NULL } } }; main(argc, argv) int argc; char *argv[]; { int k; struct statfs fs; long w; char buf[32]; if (argc!=2) { (void)fprintf(stderr, "Usage: %s path\n", *argv); exit(1); } if (statfs(argv[1], &fs)<0) { perror("statfs"); exit(1); } (void)printf(".f_type=%ld\n", fs.f_type); (void)printf(".f_bsize=%ld\n", fs.f_bsize); (void)printf(".f_blocks=%ld\n", fs.f_blocks); (void)printf(".f_bfree=%ld\n", fs.f_bfree); (void)printf(".f_bavail=%ld\n", fs.f_bavail); (void)printf(".f_files=%ld\n", fs.f_files); (void)printf(".f_ffree=%ld\n", fs.f_ffree); (void)printf(".f_fsid.val[0]=%ld\n", fs.f_fsid.val[0]); (void)printf(".f_fsid.val[1]=%ld", fs.f_fsid.val[1]); switch (fs.f_fsid.val[1]) { case MOUNT_UFS: (void)fputs(" (UFS)\n", stdout); break; case MOUNT_NFS: (void)fputs(" (NFS)\n", stdout); break; case MOUNT_PC: (void)fputs(" (PC)\n", stdout); break; case MOUNT_LO: (void)fputs(" (LO)\n", stdout); break; case MOUNT_SPECFS: (void)fputs(" (SPECFS)\n", stdout); break; case MOUNT_CFS: (void)fputs(" (CFS)\n", stdout); break; default: /* mounted with M_NEWTYPE option */ /* m68k only */ if (nlist("/sdmach", &nl)>=0) { w=nl[0].n_value+fs.f_fsid.val[1]*sizeof (struct vfssw); if (w<nl[1].n_value&& (k=open("/dev/kmem", O_RDONLY))>=0) { (void)lseek(k, w, L_SET); if (read(k, (char *)&w, 4)==4) { (void)lseek(k, w, L_SET); bzero(buf, sizeof buf); (void)read(k, buf, sizeof buf); (void)printf(" (%.32s)", buf); } (void)close(k); } } break; } (void)printf("\n.f_spare[0]=%ld\n", fs.f_spare[0]); (void)printf(".f_spare[1]=%ld\n", fs.f_spare[1]); (void)printf(".f_spare[2]=%ld\n", fs.f_spare[2]); (void)printf(".f_spare[3]=%ld\n", fs.f_spare[3]); (void)printf(".f_spare[4]=%ld\n", fs.f_spare[4]); (void)printf(".f_spare[5]=%ld\n", fs.f_spare[5]); (void)printf(".f_spare[6]=%ld\n", fs.f_spare[6]); exit(0); }
From: sanguish@digifix.com (Scott Anguish) Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace Subject: Quick Guide to NEXTSTEP Information on the Internet Date: 29 Aug 1994 00:40:41 -0400 Organization: Next Announcements Message-ID: <33ros9$9fi@digifix.digifix.com> This post is made weekly, to help 'point' users to more NEXTSTEP information Topics include: Stepwise NEXTSTEP/OpenStep Information Server online comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers New Information --------------- Stepwise NEXTSTEP/OpenStep Information Server online A product directory and information server, built around the World Wide Web system, this will allow full multimedia announcements by NEXTSTEP developers, as well as the ability to browse the available products for NEXTSTEP. This service is online now, and can be reached at http://www.stepwise.com/ or http://digifix.digifix.com/ using OmniWeb (available from ftp.omnigroup.com) or Mosaic. If you are limited to terminal access, Lynx will give you access to the server as well. The entries currently consist of - NeXT Press Releases - OpenStep WhitePapers - Third Party Products Directory - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next.announce archives (searchable) - searchable contents of Third Party compilation CDs - User Group locations - Mailing List archives and information Additionally the NEXTSTEP Product Information Mail Server is available. You can get information on using the mail server at ns-products@stepwise.com Suggestions or comments can be directed to me at sanguish@digifix.com comp.sys.next.* newsgroups -------------------------- news://comp.sys.next.advocacy This is the "why NEXTSTEP is better (or worse) than anything else in the known universe" forum. It was created specifically to divert lengthy flame wars from .misc. news://comp.sys.next.announce Announcements of general interest to the NeXT community (new products, FTP submissions, user group meetings, commercial announcements etc.) The NEXTSTEP FAQs are posted here monthly as well. This is a moderated newsgroup, meaning that you can't post to it directly. Submissions should be e-mailed to next-announce@digifix.com where the moderator (Scott Anguish) will screen them for suitability. news://comp.sys.next.bugs A place to report verifiable bugs in NeXT-supplied software. Material e-mailed to Bug_NeXT@NeXT.COM is not published, so this is a place for the net community find out about problems when they're discovered. This newsgroup has a very poor signal/noise ratio--all too often bozos post stuff here that really belongs someplace else. It rarely makes sense to crosspost between this and other c.s.n.* newsgroups, but individual reports may be germane to certain non-NeXT- specific groups as well. news://comp.sys.next.hardware Discussions about NeXT-label hardware and compatible peripherals, and non-NeXT-produced hardware (e.g. Intel) that is compatible with NEXTSTEP. In most cases, questions about Intel hardware are better asked in comp.sys.ibm.pc.hardware. Questions about SCSI devices belong in comp.periphs.scsi. This isn't the place to buy or sell used NeXTs--that's what .marketplace is for. news://comp.sys.next.marketplace NeXT stuff for sale/wanted. Material posted here must not be crossposted to any other c.s.n.* newsgroup, but may be crossposted to misc.forsale.computers.workstation or appropriate regional newsgroups. news://comp.sys.next.misc For stuff that doesn't fit anywhere else. Anything you post here by definition doesn't belong anywhere else in c.s.n.*--i.e. no crossposting!!! news://comp.sys.next.programmer Questions and discussions of interest to NEXTSTEP programmers. This is primarily a forum for advanced technical material. Generic UNIX questions belong elsewhere (comp.unix.questions), although specific questions about NeXT's implementation or porting issues are appropriate here. Note that there are several other more "horizontal" newsgroups (comp.lang.objective-c, comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip, etc.) that may also be of interest. news://comp.sys.next.software This is a place to talk about [third party] software products that run on NEXTSTEP systems. news://comp.sys.next.sysadmin Stuff relating to NeXT system administration issues; in rare cases this will spill over into .programmer or .software. related Newsgroups ------------------ news://comp.soft-sys.nextstep Like comp.sys.next.software and comp.sys.next.misc combined. Exists because NeXT is a software-only company now, and comp.soft-sys is for discussion of software systems with scope similar to NEXTSTEP. news://comp.lang.objective-c Technical talk about the Objective-C language. Implemetations discussed include NeXT, Gnu, Stepstone, etc. news://comp.object Technical talk about OOP in general. Lots of C++ discussion, but NeXT and Objective-C get quite a bit of attention. At times gets almost philosophical about objects, but then again OOP allows one to be a programmer/philosopher. (The original Comp.Sys.Next no longer exists--do not attempt to post to it.) Exception to the crossposting restrictions: announcements of usenet RFDs or CFVs, when made by the news.announce.newgroups moderator, may be simultaneously crossposted to all c.s.n.* newsgroups. Getting the Newsgroups without getting News ------------------------------------------- Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are now available as a mailing list digest as well. next-nextstep-d next-advocacy-d next-announce-d next-bugs-d next-hardware-d next-marketplace-d next-misc-d next-programmer-d next-software-d next-sysadmin-d (For a full description, send mail saying LISTS to <digestif@antigone.com>). The subscription syntax is essentially the same as LISTSERV's. To subscribe, send a message to <digestif@antigone.com> saying: SUB Listname YourName Example: SUB next-hardware-d John Doe The ftp sites ------------- ftp://ftp.cs.orst.edu: The main site for North American submissions ftp://nova.cc.purdue.edu: Lots of older stuff, but very short on disk space ftp://ftp.informatik.uni-muenchen.de: In Germany. ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.next.com: See the below ftp.next.com and NextAnswers@next.com ------------------------------------- [from the document ftp://ftp.next.com/pub/NeXTanswers/1000_Help] Welcome to the NeXTanswers information retrieval system! This system allows you to request online technical documents, drivers, and other software, which are then sent to you automatically. You can request documents by fax or Internet electronic mail, transfer them by anonymous ftp, or download them from the BBS. NeXTanswers is an automated retrieval system. Requests sent to it are answered electronically, and are not read or handled by a human being. NeXTanswers does not answer your questions or forward your requests. USING NEXTANSWERS BY E-MAIL To use NeXTanswers by Internet e-mail, send requests to nextanswers@next.com. Files are sent as NeXTmail attachments by default; you can request they be sent as ASCII text files instead. To request a file, include that file's ID number in the Subject line or the body of the message. You can request several files in a single message. You can also include commands in the Subject line or the body of the message. These commands affect the way that files you request are sent: ASCII causes the requested files to be sent as ASCII text SPLIT splits large files into 95KB chunks, using the MIME Message/Partial specification REPLY-TO address sets the e-mail address NeXTanswers uses These commands return information about the NeXTanswers system: HELP returns this help file INDEX returns the list of all available files INDEX BY DATE returns the list of files, sorted newest to oldest SEARCH keywords lists all files that contain all the keywords you list (ignoring capitalization) For example, a message with the following Subject line requests three files: Subject: 2101 2234 1109 A message with this body requests the same three files be sent as ASCII text files: 2101 2234 1109 ascii This message requests two lists of files, one for each search: Subject: SEARCH Dell SCSI SEARCH NetInfo domain NeXTanswers will reply to the address in your From: line. To use a different address either set your Reply-To: line, or use the NeXTanswers command REPLY-TO <your-address> If you have any problem with the system or suggestions for improvement, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY FAX To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and follow the instructions. You'll be asked for your fax number, a number to identify your fax (like your phone extension or office number), and the ID numbers of the files you want. You can also request a list of available files. When you finish entering the file numbers, end the call and the files will be faxed to you. If you have problems using this fax system, please call Technical Support at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada. USING NEXTANSWERS BY ANONYMOUS FTP To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM and read the help file pub/NeXTanswers/README. If you have problems using this, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY MODEM To use NeXTanswers via modem call the NeXTanswers BBS at (415) 780-2965. Log in as the user "guest", and enter the Files section. From there you can download NeXTanswers documents. FOR MORE HELP... If you need technical support for NEXTSTEP beyond the information available from NeXTanswers, call the Support Hotline at 1-800-848-NeXT (outside the U.S. call +1-415-424-8500) to speak to a NEXTSTEP Technical Support Technician. If your site has a NeXT support contract, your site's support contact must make this call to the hotline. Otherwise, hotline support is on a pay-per-call basis. Thanks for using NeXTanswers! Written by: Eric P. Scott (mailto:eps@toaster.SFSU.EDU) and Scott Anguish (mailto:sanguish@digifix.com) Additions from: Greg Anderson (mailto:Greg_Anderson@afs.com) Michael Pizolato (mailto:Michael_Pizolato@afs.com) and Dan Grillo (mailto:dan_grillo@next.com)
From: bakker@cyclon.aoml.erl.gov (Cary Bakker) Newsgroups: comp.sys.next.bugs Subject: running out of disk space, because of swap??? advice needed please.... Date: 30 Aug 1994 17:48:46 GMT Organization: U.S. Department of Commerce, NOAA/AOML Message-ID: <33vrdu$4dd@wave.aoml.erl.gov> I seem to have run out of disk space, when I should have plenty.. I checked the swapfile, and it was only 36M, but I rebooted anyways.. It shrunk to 16M, and the machine still told me I had no disk space. On top of that, the tmp directory was full of stuff, at least a few megs, and after the reboot it was emptied, and still NO SPACE... The /private/vm/swapfile.front is 367M.... when I do a df, I get: Filesystem kbytes used avail capacity Mounted on /private/vm/swapfile 415662 376443 0 101% /private/vm/swapfile.front /dev/sd0a 415662 376443 0 101% / /dev/rsd0h 102168 94926 7242 93% /no_name What is the swapfile.front file for? Also, I noticed that the number of kbytes useable, and used don't really add up to 101%... 376/416 = what, like 95% (rough guess..), but it's definitely not 101%... Is it unusual for the capacity to be off like that? The disk is a SCSI maxtor, and has worked ok so far.. However, some time last week it made some strange humming noise.. This sort of makes me wonder if it might be a hardware problem, but if so, how come the machine works fine otherwise? Any hints, pointers, etc.. will be greatly appreciated.. I'm gonna check elsewhere, like next answers, but wanted to post because with the machine like this I can't do any development, and I need help fast.... Thanks in advance, Cary
Newsgroups: comp.sys.next.bugs From: jurgen.baier@dns1.cim.ch (Juergen Baier) Subject: gnu tar 1.11.2 Message-ID: <jurgen.baier.38.00114ADF@dns1.cim.ch> Sender: news@unifr.ch (User for news) Organization: University of Fribourg - CH Date: Wed, 31 Aug 1994 16:17:25 GMT Is there somthing to do that GNU tar 1.11.2 compiles on NS/Intel. I have the original Compiler and GNU CC 2.6.0. After doing "sh configure" all I did was "make". It seem that it doen't like the headers. This is not the first time I'm compiling TAR. I compiled it already on NetBSD, RISC6000 and SCO with great success. So whats different with NeXT. Thanks ----------------------------------------- Juergen Baier DBA + SysAdmin CIM-Project Switzerland Rte Mont Carmel 1 1752 Givisiez / Switzerland tel +41 37 266 121 fax +41 37 267 414 internet: baier@dns1.cim.ch -----------------------------------------
Newsgroups: comp.sys.next.bugs From: fabien@free.fdn.org (Fabien Roy) Subject: Re: running out of disk space, because of swap??? advice needed please.... Message-ID: <1994Aug31.133016.7558@free.fdn.org> Sender: news@free.fdn.org Organization: XO informatique - Paris, France. References: <33vrdu$4dd@wave.aoml.erl.gov> Date: Wed, 31 Aug 1994 13:30:16 GMT In article <33vrdu$4dd@wave.aoml.erl.gov> bakker@cyclon.aoml.erl.gov (Cary Bakker) writes: > > > I seem to have run out of disk space, when I should have plenty.. > > I checked the swapfile, and it was only 36M, but I rebooted anyways.. > It shrunk to 16M, and the machine still told me I had no disk space. > On top of that, the tmp directory was full of stuff, at least a few megs, and > after the reboot it was emptied, and still NO SPACE... > > The /private/vm/swapfile.front is 367M.... > > when I do a df, I get: > > Filesystem kbytes used avail capacity Mounted on > /private/vm/swapfile 415662 376443 0 101% > /private/vm/swapfile.front > /dev/sd0a 415662 376443 0 101% / > /dev/rsd0h 102168 94926 7242 93% /no_name > > > What is the swapfile.front file for? > > Also, I noticed that the number of kbytes useable, and used don't really > add up to 101%... 376/416 = what, like 95% (rough guess..), but it's > definitely not 101%... > > Is it unusual for the capacity to be off like that? > > The disk is a SCSI maxtor, and has worked ok so far.. > However, some time last week it made some strange humming noise.. > This sort of makes me wonder if it might be a hardware problem, but if > so, how come the machine works fine otherwise? > > Any hints, pointers, etc.. will be greatly appreciated.. > > I'm gonna check elsewhere, like next answers, but wanted to post because > with the machine like this I can't do any development, and I need help > fast.... > > Thanks in advance, > > Cary Boot in single user mode and try this: 1) check your disk: fsck /dev/rsd0a (scsi) or fsck /dev/rhd0a (ide) 2) if there is no error try to find files that are larger than 4Megs find / -size +8192 -ls FYI: 101% means all the user disk space has been used the user disk space= disk size - 10% (common value) hope that helps Fabien -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail accepted) NEXTSTEP/OPENSTEP Consultant XO, 81 allee Danielle Casanova, 93320 Les Pavillons sous Bois France Tel: 33 1 4847 5198 Fax: 33 1 4847 5175
From: dinse@catatac.niehs.nih.gov (Gregg E. Dinse) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: RDP exception on HP 712/80 Date: 1 Sep 1994 16:17:00 GMT Organization: The National Institute of Environmental Health Sciences Message-ID: <344ups$pb8@jeeves.niehs.nih.gov> Keywords: RDP Hi, Last week I loaded NEXTSTEP on our HP 712/80. Most everything went fairly smoothly and the machine has run well all week. Today I tried to connect the machine to our ethernet and ran into a problem. The machine usually hangs early during the boot sequence (I tried about 12 times and it hung about 10 times) . The message I get is: Raise RDP exception 6 code 1 subcode 18d968 Waiting for RDP connection... (Type 'c' to continue or 'r' to reboot) I have no idea what RDP even stands for, much less what these code and subcode values mean. Also, typing c or r has no effect and I end up having to physically pulling the plug. Can anyone help me with this? Thanks, Gregg Dinse 919-541-4931 dinse@catatac.niehs.nih.gov
From: dinse@catatac.niehs.nih.gov (Gregg E. Dinse) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: RDP exception on HP 712/80: a follow-up Date: 2 Sep 1994 20:54:45 GMT Organization: The National Institute of Environmental Health Sciences Message-ID: <3483el$8qt@jeeves.niehs.nih.gov> Keywords: RDP, ethernet, HP Hello, Yesterday, I posted about a problem we were having with connecting our HP 712/80 (running NEXTSTEP) to the ethernet. ALMOST every time (but not quite a full 100%), the machine would hang very early in the boot sequence and I would have to actually pull the plug to regain control. We tried connecting the ethernet before booting, during booting and after booting, but had problems each way. The messages looked like: Raise RDP exception 6 code 1 subcode 18d968 Waiting for RDP connection... (Type 'c' to continue or 'r' to reboot) Today I called NeXT and they were not too helpful, in the sense that they claimed that they had never heard of a single instance of this problem. Well, I have heard from several people in less than 24 hours that have had the same sort of problem. Nevertheless, the guy at NeXT told me to try running SimpleNetworkStarter (which I don't think we had done before). I ran it and did not change anything (as all the fields seemed to be filled in with the correct values), but I then rebooted (with the ethernet plugged in during the whole boot sequence) and had no problems. I have not yet tried rebooting again. (I guess I did not want to push my luck!). I hope this is the solution I was looking for. Gregg Dinse 919-541-4931 dinse@catatac.niehs.nih.gov
Newsgroups: comp.sys.next.bugs From: mxedisn@csn.org (David C. Whitcombe) Subject: broken invariant and Printing from Webster. Message-ID: <CvJDDs.BJL@csn.org> Sender: news@csn.org (The Daily Planet) Organization: Colorado SuperNet, Inc. Date: Sat, 3 Sep 1994 04:20:16 GMT Here's a problem I get with both mathematica and with Adobe Illustrator: In my Console window, I get: gendep Mathematica[283]: *** hashtable: count differs after rehashing; probably indicates a broken invariant: there are x and y such as isEqual(x, y) is TRUE but hash(x) != hash (y) I get this with both Illustrator and Mathematica shortly after launching the App. And, when I try to print from Webster, I get: First, a panel saying, "Some or all of the pages in your print request couldn't be printed." And then, in the console again: gendep Server:Local_Printer[298]: Context error (1002). Window Server died? What the devil is a context error? I'm running 3.0 on black hardware, Workspace version 341, PostScript version 81.16 with 28 megs of ram. Both errors started after I upgraded to 3.0 david whitcombe mxedisn@gendep.com
From: tms@cfc.com (Todd M. Swan) Newsgroups: comp.sys.next.bugs Subject: Re: gnu tar 1.11.2 Date: 02 Sep 1994 20:16:43 GMT Organization: Chrysler Financial, MIS, Center Line, MI Message-ID: <TMS.94Sep2161643@litespeed.cfc.com> References: <jurgen.baier.38.00114ADF@dns1.cim.ch> In-reply-to: jurgen.baier@dns1.cim.ch's message of Wed, 31 Aug 1994 16:17:25 GMT In article <jurgen.baier.38.00114ADF@dns1.cim.ch>, jurgen.baier@dns1.cim.ch (Juergen Baier) writes: >Is there somthing to do that GNU tar 1.11.2 compiles on NS/Intel. >I have the original Compiler and GNU CC 2.6.0. >After doing "sh configure" all I did was "make". >It seem that it doen't like the headers. >This is not the first time I'm compiling TAR. I compiled it already on >NetBSD, RISC6000 and SCO with great success. >So whats different with NeXT. GNU tar ships with NEXTSTEP 3.1 and up. It's /usr/bin/gnutar. GNU zip is there also. NS3.2 has gnutar version 1.11.2. Todd -- _____ __ __ ____ Todd M. Swan - Chrysler Financial, Center Line, MI |_ _| \/ | ___| tms@cfc.com (NeXTmail) | | | |__ | The flame at the heart of a pawnbroker's diamond |_| |_|\/|_|____| is a cold fire. - Rush
Newsgroups: comp.sys.next.bugs From: samurai@hasc.ca (Darcy Brockbank) Subject: Re: RDP exception on HP 712/80: a follow-up Message-ID: <1994Sep4.193336.24662@sifon.cc.mcgill.ca> Sender: news@sifon.cc.mcgill.ca Organization: McGill University References: <3483el$8qt@jeeves.niehs.nih.gov> Date: Sun, 4 Sep 1994 19:33:36 GMT In article <3483el$8qt@jeeves.niehs.nih.gov> dinse@catatac.niehs.nih.gov (Gregg E. Dinse) writes: > Today I called NeXT and they were not too helpful, in the > sense that they claimed that they had never heard of a > single instance of this problem. Well, I have heard from > several people in less than 24 hours that have had the same > sort of problem. Nevertheless, the guy at NeXT told me to > try running SimpleNetworkStarter (which I don't think we > had done before). I ran it and did not change anything (as > all the fields seemed to be filled in with the correct > values), but I then rebooted (with the ethernet plugged in > during the whole boot sequence) and had no problems. I > have not yet tried rebooting again. (I guess I did not > want to push my luck!). I hope this is the solution I was > looking for. This happened to me within the 10th minute of me touching a Gecko w/ NEXTSTEP on it. The Gecko in question had a CD-ROM in the drive, from Lighthouse. I removed the disk (and you have to take it all the way out, or the drive will suck it back in) and the machine then decided it wanted to boot OK. This happened very early in the boot process. - db -- Trust me... trust me... trust me! -- Tool -- I just decided I don't trust you anymore -- The Wedding Present -- Darcy is too politically correct. -- Joe -- You have to think for both of us, for all of us. -- Ilsa -- Here's looking at you, kid -- Rick -- That's the price of heroes -- REM -- Ack Phbbt! -- BTC --
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: HP stack frames Date: Sun, 4 Sep 1994 21:11:55 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <8iOb1PS00iUyA4t0UB@andrew.cmu.edu> Situation: I am attempting to port a runtime debugging utility which must generate stack traces onto NEXTSTEP/HP. In the course of doing so, I use method_getNumberOfArguments() and method_getArgumentInfo() in order to determine the types and argument offsets for Obj-C method calls. Problem: There seems to be quite a complex of related inconsistancies with the construction and layout of stack frames under NEXTSTEP/HP and PDO/HP. One problem is that the HP PA-RISC architecture requires doubles to be 8-byte aligned. The above calls will incorrectly return a non-aligned position for doubles, although the values will be placed on the stack with correct alignment. Secondly, (specific to NEXTSTEP/HP) it appears that the system will incorrectloy lay out char & short values into the stack frame. This can be demonstrated by examining the stack frames created from the following code snippet: - assortedTypeDemo { return [self charA:'A' unsignedChar234:(unsigned char) 234 short1234:1234 unsignedShort4321:4321 intNeg112233:-112233 unsignedInt112233:112233 longNeg5555515:-5555515 unsignedLong1111151:1111151 floatPi:M_PI doubleE:M_E ptrSelf:self structRed:NX_COLORRED]; } - charA:(char) achar unsignedChar234:(unsigned char) bchar short1234:(short) ashort unsignedShort4321:(unsigned short) ushort intNeg112233:(int) anint unsignedInt112233:(unsigned int) uint longNeg5555515:(long) along unsignedLong1111151:(unsigned long) ulong floatPi:(float)afloat doubleE:(double)adouble ptrSelf:(void *)aptr structRed:(NXColor)astruct { // this will produce a stack backtrace return [CrashCatcher CC_dumpBacktrace:"Assorted Type Demo Report"]; } Let's take a look at what happens within gdb: gdb) i frame Stack level 13, frame at 0x1c3a7c: pcoqh = 0x1c33ec in -[CrashDummyUI charA:unsignedChar234:short1234:unsignedShort4321:intNeg112233:unsignedIn t112233:longNeg5555515:unsignedLong1111151:floatPi:doubleE:ptrSelf:struct Red:] (CrashDummyUI.m:389); saved pcoqh 0x20746570 called by frame at 0x1c3a7c, caller of frame at 0xbc0013c0 source language unknown. Arglist at 0x1c3a7c, args: self=0x5265706f, _cmd=0x656d6f20, achar=32 ' ', bchar=84 'T', ashort=31088, ushort=25888, anint=1147497839, uint=1953460768, along=1701602659, ulong=1852055635, afloat=4.5033387e+21, adouble=2.869724467895985e+161, aptr=0x706c6963, astruct={colorField = {25888, 24944, 28780, 26979, 24948, 26991}, str = 0x6e2e0000Error reading memory address 0x6e2e0000: No such file or directory. Note that the values gdb prints out above for the argument types are bluntly wrong. (gdb) p &self $1 = (struct CrashDummyUI **) 0x1c3a58 (gdb) p &_cmd $2 = (struct objc_selector **) 0x1c3a54 The stack (& argument frames) grow downwards, but take a look at what happens next: (gdb) p &achar $3 = 0x1c3a84 " Type Demo Report" (gdb) p &bchar $4 = (unsigned char *) 0x1c3a85 "Type Demo Report" (gdb) p &ashort $5 = (short *) 0x1c3a86 (gdb) p &ushort $6 = (unsigned short *) 0x1c3a88 These are outside of the stack frame growing down from 0x1c3a7c! (gdb) p &anint $7 = (int *) 0x1c3a40 (gdb) p &uint $8 = (unsigned int *) 0x1c3a3c (gdb) p &along $9 = (long *) 0x1c3a38 (gdb) p &ulong $10 = (unsigned long *) 0x1c3a34 (gdb) p &afloat $11 = (float *) 0x1c3a30 (gdb) p &adouble $12 = (double *) 0x1c3a24 (gdb) p &aptr $13 = (void **) 0x1c3a20 And these return to being on the right side of the stack frame, but the address for the double (&adouble) is not 8-byte aligned. Wait, there's more: When I use my customized stack backtrace (which fixes the misalignment problem of the double, and the mangled addresses of the other arguments), I get this [actually, this from a different run, so the addresses don't match up, but the relative offsets should be the same]: (address = 0xbc000e53, argnum = 2, offset = -9) charA: (char; [BOOL? 1=YES / 0=NO]) 0 (address = 0xbc000e4f, argnum = 3, offset = -13) unsignedChar234: (unsigned char)0 (address = 0xbc000e4a, argnum = 4, offset = -18) short1234: (short)1234 (address = 0xbc000e46, argnum = 5, offset = -22) unsignedShort4321: (unsigned short)4321 (address = 0xbc000e40, argnum = 6, offset = -28) intNeg112233: (int)-112233 (address = 0xbc000e3c, argnum = 7, offset = -32) unsignedInt112233: (unsigned int)112233 (address = 0xbc000e38, argnum = 8, offset = -36) longNeg5555515: (long)-5555515 (address = 0xbc000e34, argnum = 9, offset = -40) unsignedLong1111151: (unsigned long)1111151 (address = 0xbc000e30, argnum = 10, offset = -44) floatPi: (float)3.141593 (address = 0xbc000e24, argnum = 11, offset = -56) doubleE: (double)2.71828182845905 (address = 0xbc000e20, argnum = 12, offset = -60) ptrSelf: (ptr)0x107ce8 (address = 0xbc000e1c, argnum = 13, offset = -64) structRed: (structure) <<{?=[6S]*}-64>> (The format is: the real address of the item the argument number the relative offset from the argument pointer) Note that these offset's do not agree with the above offsets generated by gdb. Also note that the values of the char's are wrong, but those of the shorts are correct. To put it mildly, something is badly wrong here. -Chuck Charles William Swiger - WhiteLight Systems | Spin CA-VBHY? After all, --------------------------------------------+ "You need your 100% US-RDA of AMS & normal mail: infidel+@cmu.edu | Vitamins A, C, L, and T...." NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | --semper ubi sub ubi--
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: Re: HP stack frames Date: Mon, 5 Sep 1994 10:34:25 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <EiOmlli00iUzE1RY0Z@andrew.cmu.edu> In-Reply-To: <8iOb1PS00iUyA4t0UB@andrew.cmu.edu> Let me provide a little further information: My stack backtrace code works correctly for all argument types under PDO/HP. The same code, when used with NEXTSTEP/HP, produces the correct result for all arguments _except_ single byte {char, unsigned char} arguments. My primary reference for this has been the: "HP 9000/3000 PA-RISC Procedure Calling Conventions Reference Manual" which provides extensive documentation as to the format and layout of the stack on an HP, both for HP/UX and NEXTSTEP. (Fortunately, NEXTSTEP seems to guarantee the presence of $R4 as the frame pointer, so one doesn't have to go looking up the unwind descriptors in order to determine the frame size as is necessary under HP/UX.) I am running this on a HP 715/50 with 32 MB of RAM, two 1-GB drives dual booting into either HP/UX 9.01 (*) with PDO, or NEXTSTEP version 3.2hp (Blaze 2X). --------- (*) This version of the OS has been patched with all of the appropriate patches from HP's SupportLine service. Thanks, -Chuck Charles William Swiger - WhiteLight Systems | Spin CA-VBHY? After all, --------------------------------------------+ "You need your 100% US-RDA of AMS & normal mail: infidel+@cmu.edu | Vitamins A, C, L, and T...." NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | --semper ubi sub ubi--
From: jehu@jehu.async.vt.edu (john stanhope) Newsgroups: comp.sys.next.bugs Subject: Getting kernel panic and what not Date: 5 Sep 1994 15:56:53 GMT Organization: Virginia Tech, Blacksburg, Virginia Distribution: world Message-ID: <34ff45$edm@solaris.cc.vt.edu> I have been running a Dell XPS P90 with an DPT ISA 2021 SCSI card for a month and have been consistenly getting crashes if the form of kernel panic and lockups or the occasional window server crash. Yesterday for the first time the kernel panic window appeared with a message (usually hangs before printing anything) with a Kernel panic excpetion 6,3,1 unexpected kernel trap e eip 16d98c A stream of the following also shot by after hitting 'c' at the promt. ttysc0 (unexepected .... ) I know this has to do with the serial port but to my knowledge I was not using the modem at the time although it was connected and turned on. I have also never had a crash while using the serail port for slip or anything else. If any one has any insight to what this means or has seen similiar crash conditions please speak as I really getting tired of this crap. Thanks John Stanhope
From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: Mounting CD-ROMs permanently? Date: 6 Sep 1994 17:13:33 +0300 Organization: University of Jyvaskyla, Finland Sender: otto@network.cc.jyu.fi Message-ID: <OTTO.94Sep6171323@tukki.jyu.fi> In article <OTTO.94Aug29191448@tukki.jyu.fi> otto@tukki.jyu.fi (Otto J. Makela) writes: > The usual method of using CD-ROMs is that you log in and then insert > the disk, which then is automatically mounted and becomes available on > your desktop. Once you log out, the disk is unmounted and ejected. > > How would one make a disk (like a shareware collection) permanently > mounted, so that a normal user would not be able to eject it and it > would be available on the machine (like, for NFS export) even when > no-one is logged in? Thank you to everyone who responded, but... it ain't working. The suggestion given by virtually everyone was to manually mount the CD-ROM disc into a given directory, the device being either sd2a or sd2h (not really sure which is which, for example automount seems to use sd2h for ISO 9660 discs). The system is supposed to request that a disc be inserted and then mount the one you give it. Here's what happens... I start giving out commands: jybox.jyu.fi# mount -r -t cfs /dev/sd2a /msdos mount: /dev/sd2a on /msdos: Invalid argument mount: giving up on: /msdos jybox.jyu.fi# mount -r -t cfs /dev/sd2h /msdos mount: /dev/sd2h on /msdos: Invalid argument mount: giving up on: /msdos jybox.jyu.fi# mount -t cfs /dev/sd2h /msdos mount: /dev/sd2h on /msdos: Invalid argument mount: giving up on: /msdos At this point I decide that maybe it doesn't like the "cfs" filesystem type. jybox.jyu.fi# mount -r /dev/sd2h /msdos mount: /dev/sd2h on /msdos: Invalid argument mount: giving up on: /msdos At this point I do get a prompt to insert a disc, but when I do so, it seems to decide it doesn't like it, no mount is done. I can eject the disc with the eject front panel button. jybox.jyu.fi# mount -r /dev/sd2a /msdos mount: /dev/sd2a on /msdos: I/O error mount: giving up on: /msdos And now, the drive just gives I/O error whatever I do. I have to reboot the machine to get the kernel to recognize the drive again for automount. What is going on here? -- /* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (V.32bis/USR-HST,24h/d) */ /* Mail: Cygn.k.7 E 46/FIN-40100 Jyvaskyla/Finland, ICBM: 62.14N 25.44E */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */
From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: cmsg cancel <OTTO.94Sep5034616@tukki.jyu.fi> Control: cancel <OTTO.94Sep5034616@tukki.jyu.fi> Date: 6 Sep 1994 17:13:48 +0300 Organization: University of Jyvaskyla, Finland Sender: otto@network.cc.jyu.fi Message-ID: <OTTO.94Sep6171346@tukki.jyu.fi> -- /* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (V.32bis/USR-HST,24h/d) */ /* Mail: Cygn.k.7 E 46/FIN-40100 Jyvaskyla/Finland, ICBM: 62.14N 25.44E */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */
From: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.bugs Subject: Re: broken invariant and Printing from Webster. Date: 8 Sep 1994 00:26:11 -0700 Organization: The Marshmallow Peanut Circus Message-ID: <34meaj$7pe@samsara.circus.com> References: <CvJDDs.BJL@csn.org> In article <CvJDDs.BJL@csn.org>, David C. Whitcombe <mxedisn@csn.org> wrote: >Here's a problem I get with both mathematica and with Adobe Illustrator: >In my Console window, I get: >gendep Mathematica[283]: *** hashtable: count differs after rehashing; >probably indicates a broken invariant: there are x and y such as >isEqual(x, y) is TRUE but hash(x) != hash (y) > Hmm... I have seen this message before... yes. >I get this with both Illustrator and Mathematica shortly after launching >the App. > >And, when I try to print from Webster, I get: >First, a panel saying, "Some or all of the pages in your print request >couldn't be printed." >And then, in the console again: >gendep Server:Local_Printer[298]: Context error (1002). Window Server died? > >What the devil is a context error? > >I'm running 3.0 on black hardware, Workspace version 341, PostScript >version 81.16 with 28 megs of ram. > >Both errors started after I upgraded to 3.0 You might wish to try upgrading to 3.2 and see if the problem goes away. I think it's a little late for a 3.0 patch to fix this. :) A little more seriously, though, I'll make sure printing from Webster works in 3.3 and raise hell if it doesn't. As far as the console messages, it may be the app's fault which the OS has gracefully recovered from. If it doesn't seem to cause any problems otherwise, maybe you can just ignore the console output? I have to admit, I'm fairly unenlightened about what these error messages really mean, and if anyone wants to explain they should. But I do feel that reporting bugs which only show up on earlier releases might be energy better spent elsewhere, if what's shipping now works. Heh. Today I actually found a 3.0 CD and boot disk. And used 3.0 on an ND. It felt old and slow. 3.2 uses a bit less memory, and feels pretty solid. As for 3.3... I've got an NDA, so I'll just nod and say it's really nice and you'll just have to wait and see. :) >david whitcombe >mxedisn@gendep.com be seeing you... -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ Standard Disclaimers Apply! // // Home = buddha@circus.com \\ Work = Adam_Beeman@NeXT.COM // // http://samsara.circus.com/~buddha/ \\ I don't speak for anyone //
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: mark@ve6mgs.ampr.org (Mark G. Salyzyn) Subject: Re: Mounting CD-ROMs permanently? Organization: ADEC Systems Inc. Date: Thu, 8 Sep 94 16:04:10 GMT Message-ID: <1994Sep8.160410.4607@ve6mgs.ampr.org> References: <OTTO.94Sep6171323@tukki.jyu.fi> otto@tukki.jyu.fi (Otto J. Makela) writes: >Thank you to everyone who responded, but... it ain't working. It works here, or did you miss my private note? To repeat (publicly) I tied a background task to a currently mounted CDROM to prevent it from being unmounted (or subsequently ejected). The following code was written *now*, so no quarantees if they work, I have used other similar methods, done when needed. umount will not umount a volume if it is `busy', that is what these tasks ensure. hold.cd: #! /bin/sh if test ! -s /tmp/.hold.cd.PID ; then trap '' 1 2 3 15 # Run task in the context of the mounted drive. cd $1 while true ; do sleep 60 done& echo $! >~/bin/hold.cd.PID fi release.cd: #! /bin/sh if test -s /tmp/.hold.cd.PID ; then kill -9 `cat /tmp/.hold.cd.PID` rm /tmp/.hold.cd.PID fi Ciao -- Mark
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: jonadams@netcom.com (Jonathan Adams) Subject: Re: Mounting CD-ROMs permanently? Message-ID: <jonadamsCvtsIE.MH8@netcom.com> Followup-To: comp.sys.next.sysadmin,comp.sys.next.bugs Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <OTTO.94Sep6171323@tukki.jyu.fi> Date: Thu, 8 Sep 1994 19:22:59 GMT Otto J. Makela (otto@tukki.jyu.fi) wrote: : In article <OTTO.94Aug29191448@tukki.jyu.fi> otto@tukki.jyu.fi (Otto J. Makela) writes: : > The usual method of using CD-ROMs is that you log in and then insert : > the disk, which then is automatically mounted and becomes available on : > your desktop. Once you log out, the disk is unmounted and ejected. : > : > How would one make a disk (like a shareware collection) permanently : > mounted, so that a normal user would not be able to eject it and it : > would be available on the machine (like, for NFS export) even when : > no-one is logged in? Try the following solution (I just used it for an HP running NextStep HP 3.2 Gamma): #1 Log out of workspace #2 Type "console"[ENTER] as a username #3 Log in as root #4 Insert the cdrom #5 Type "mount /dev/sd2a /msdos"[ENTER] #6 type "exit"[ENTER] then, when the login panel shows up, log back in. I believe this will work fine for you. Jonathan Adams -- jonadams@netcom.com PGP 2.6 key available. Fingerprint: (Jonathan Adams) 40 27 43 E0 5C 20 66 0E EE 8C 10 9F EC 40 78 6A (revoked!) A5 77 E9 28 88 DD B7 D4 9C 8C F9 D5 D8 3F 45 BE (new! 1024 bit)
From: gguelden@ixpoint.de Newsgroups: comp.sys.next.bugs Subject: Re: RDP exception on HP 712/80: a follow-up Date: 9 Sep 1994 08:31:25 GMT Organization: iXpoint Informationssysteme GmbH, Waldbronn, Germany Message-ID: <34p6gt$ra@balu.ixpoint.de> References: <34lm9l$6qa@cs.ubc.ca> Chris Roehrig writes > In article <1994Sep4.193336.24662@sifon.cc.mcgill.ca> samurai@hasc.ca > (Darcy Brockbank) writes: > > This happened to me within the 10th minute of me touching a > > Gecko w/ NEXTSTEP on it. The Gecko in question had a CD-ROM > > in the drive, from Lighthouse. > > Much to my dismay, I also got one of these. We are the next. And now the 712/80 is dead. No more booting. What can we do ??? -- ++++++++++++++++++++++++++++++++++++++++++++++++++ + Dipl.- Inform. Gerd Gueldenpfennig + + iXpoint Informationssysteme GmbH + + Im Ermlisgrund 20-24 76337 Waldbronn Germany + + Phone ++49 7243/65535 Fax ++49 7243 69817 + + Email: gguelden@ixpoint.de (NeXTmail and MIME) + ++++++++++++++++++++++++++++++++++++++++++++++++++
Newsgroups: comp.sys.next.bugs From: kiwi@belly.in-berlin.de (Axel Habermann) Subject: disk performance Message-ID: <CvvHqs.21E@belly.in-berlin.de> Sender: usenet@belly.in-berlin.de Organization: - none - Date: Fri, 9 Sep 1994 17:25:40 GMT Hi everyone, a lot of people have complained about bad disk performance. I just experienced a severe performance boost when changing from a Maxtor XT8760 to a Micropolis 2112 disk drive. While both drives perform close regarding read performance, there's a factor of 4-5 when comparing write performance. See those numbers: IOZONE performance measurements: 1607290 bytes/second for writing the file 1361149 bytes/second for reading the file IOZONE performance measurements: 361081 bytes/second for writing the file 1454146 bytes/second for reading the file Some other datapoints: - I'm using Talus' driver for the NCR53C810 on a P66 with 32 MB RAM. - The Maxtor performs similar when using the Adaptec driver and an Adaptec 1542CF, but with half the read numbers. - Don't suspect IOZONE's method of measuring. I verified the results shown above with bigger/smaller files on empty and full disks with 16MB and 32MB and also with different benchmark programs in singleuser and multiuser. The results are roughly the same no matter how measured. Other people experience the same. - It is possible to increase the 360KB write of the Maxtor to about 660 KB by setting rotdelay to 1, 2 or 3. This shrinks the read from 1.4MB to 750KB/sec. My suspicion is, that the filesystem can write 8 KB per disk revolution to the Maxtor but significantly more to the Micropolis, because it takes to long to complete a disk transfer and initiate a new one on the next sector of the same disk not to miss it. (360 KB/sec is about 369KB=8KB * 60 /1.3, while the disk rotates at 60 revolutions per second. 1.3 is the number of revolutions you need to write a new block of 8KB after one is finished when assuming 24KB per track). People have reported constantly good results when using a DPT controller. As far as I know this is an intelligent one which might use a write behind cache. I think my Micropolis disk drive has its own write behind cache. That would put the blame for the bad write performance on the filesystem or the low level kernel routines (generic scsi interface) and not on the driver. Would someone with insight into this matter dare to comment. Cheers, Axel -- Axel Habermann \\|// "Wenn Du nicht kiwi@belly.in-berlin.de (NeXT-Mail) )o o( weisst was Du kiwi@cs.tu-berlin.de (NO NeXT-Mail) \ | / tust, mach's FaxFon: +49 30 4543046 \~/ mit Eleganz!"
Newsgroups: comp.sys.next.bugs From: samurai@hasc.ca (Darcy Brockbank) Subject: Re: RDP exception on HP 712/80: a follow-up Message-ID: <1994Sep10.164938.5173@sifon.cc.mcgill.ca> Sender: news@sifon.cc.mcgill.ca Organization: McGill University References: <34p6gt$ra@balu.ixpoint.de> Date: Sat, 10 Sep 1994 16:49:38 GMT In article <34p6gt$ra@balu.ixpoint.de> gguelden@ixpoint.de writes: > Chris Roehrig writes > > In article <1994Sep4.193336.24662@sifon.cc.mcgill.ca> samurai@hasc.ca > > (Darcy Brockbank) writes: > > > This happened to me within the 10th minute of me touching a > > > Gecko w/ NEXTSTEP on it. The Gecko in question had a CD-ROM > > > in the drive, from Lighthouse. > > > > Much to my dismay, I also got one of these. > > We are the next. And now the 712/80 is dead. No more booting. What can we > do ??? > This is what happened to the Gecko which I cursed with my touch. The people that owned the machine were forced to re-install from the CD-ROM. This kind of "robustness" makes NEXTSTEP/Intel look rock-solid. I'm not sure I'd want to get an HP running NEXTSTEP until after 3.3 is released. This is the worst bug I've ever seen under NEXTSTEP. - db -- -- I want decide who lives and who dies -- Crow T.R. -- Does my head look like an amusing icecube? -- Kryten -- Some might say I'm a pretty shallow guy, but a shallow guy with a great ass! -- Cat -- It's not how well you sing, it's how loud that counts -- Lewis -- You are what you do when it counts -- the Masao -
From: lloyd@max.tiac.net (Christopher Lloyd - not the actor) Newsgroups: comp.sys.next.bugs Subject: Re: RDP exception on HP 712/80: a follow-up Date: 10 Sep 1994 18:35:14 GMT Organization: The Internet Access Company Message-ID: <34su92$qld@sundog.tiac.net> References: <34p6gt$ra@balu.ixpoint.de> <1994Sep10.164938.5173@sifon.cc.mcgill.ca> In article <1994Sep10.164938.5173@sifon.cc.mcgill.ca> samurai@hasc.ca writes: >In article <34p6gt$ra@balu.ixpoint.de> gguelden@ixpoint.de writes: >> Chris Roehrig writes >> > In article <1994Sep4.193336.24662@sifon.cc.mcgill.ca> samurai@hasc.ca >> > (Darcy Brockbank) writes: >> > > This happened to me within the 10th minute of me touching a >> > > Gecko w/ NEXTSTEP on it. The Gecko in question had a CD-ROM >> > > in the drive, from Lighthouse. >> > >> > Much to my dismay, I also got one of these. >> >> We are the next. And now the 712/80 is dead. No more booting. What can we >> do ??? > >This is what happened to the Gecko which I cursed with my touch. The >people that owned the machine were forced to re-install from the CD-ROM. > >This kind of "robustness" makes NEXTSTEP/Intel look rock-solid. I'm not >sure I'd want to get an HP running NEXTSTEP until after 3.3 is released. >This is the worst bug I've ever seen under NEXTSTEP. Yea, my patience with this bug has been worn pretty thin. Despite having a Micropolis 2112, listed as compatible, I am still suffering downtime and have had to low level format and rebuild the disk once since using the final release. Not to mention the two times that NS has flaked out and gone in a perpetual cycle of spinning down and up the hard disk *ugh* This is no longer a matter of having a "compatible" disk or not, it is failure of the disk driver to work properly. I power down my machine every night, and I am sometimes still left with problems keeping NS up for 12 hours at once. The general solution to this problems seems to be: rebuild disk off CD-ROM If you still have problems: boot CD-ROM in single user mode ( -sb) sdform the hard disk rebuild disk off CD-ROM I've been using the final release every day all day for about 3 weeks now, and have suffered around 6 hours of downtime due to this problem. Highly annoying. blah! -- |: Christopher Lloyd :|: Yrrid Incorporated :|: lloyd@yrrid.com :| |: "If you find this world bad, you should see some of the others" -PKD :|
Newsgroups: comp.sys.next.bugs From: mark@ve6mgs.ampr.ab.ca (Mark Gregory Salyzyn) Subject: Re: disk performance Message-ID: <Cvx9Fx.96B@ve6mgs.ampr.ab.ca> Organization: UNIX drivers'R'Us References: <CvvHqs.21E@belly.in-berlin.de> Date: Sat, 10 Sep 1994 16:21:31 GMT kiwi@belly.in-berlin.de (Axel Habermann) writes: >a lot of people have complained about bad disk performance. >I just experienced a severe performance boost when changing >from a Maxtor XT8760 to a Micropolis 2112 disk drive. I use the following drives: MAXTOR 7345 <boot> MAXTOR 7345 <User> MAXTOR XT8760S <news spool> SONY SRD2040A <uucp spool> I get 360KB/s reads, 400KB/s writes on all drives (tunefs -a 7 -d 5). Adaptek 1542C, Buslogic BT542B, Buslogic BT445S and DPT2021 without any cache installed. All tests done while in single user mode (multiuser is far less, but when my machine is processing news *all* drives a'humin). >- Don't suspect IOZONE's method of measuring. I verified > the results shown above with bigger/smaller files on > empty and full disks with 16MB and 32MB and also with > different benchmark programs in singleuser and multiuser. Use a iozone read/write that is greater than the sum of your system Memory and the cache on the drive and controller to ensure your not seeing any form of cache hits. iozone 32 might not be enough for your system ... >- It is possible to increase the 360KB write of the Maxtor to > about 660 KB by setting rotdelay to 1, 2 or 3. This shrinks > the read from 1.4MB to 750KB/sec. I found a maxima at `tunefs -d 5', but most of the time I am still doing about 360KB r&w, the other times I get 360KBw and 714KBr. I think the rotational delay is not an accurate means of characterising the obviously more random processing delay of the Adaptek driver. >My suspicion is, that the filesystem can write 8 KB per disk >revolution to the Maxtor but significantly more to the Micropolis, >because it takes to long to complete a disk transfer and initiate >a new one on the next sector of the same disk not to miss it. I agree. But I think it can do an average of 8KB/rotation, and bounces around too much (under multiuser) to be predictable enough to do any filesystem tuning. I think this is a result of the driver queuing interrupt processing at some lower (SOFTINT0?) priority. This is an unreliable, in the processing time domain, mechanism of processing hardware (although, it has the advantage of reducing interrupt latency for other hardware that doesn't do this ;-/ ). >People have reported constantly good results when using a DPT controller. I suspect, only if they had the bucks to afford the on-board caches ;-) >As far as I know this is an intelligent one which might use a write >behind cache. I think my Micropolis disk drive has its own write >behind cache. It would be helpful if the drives and controller would reserve 26KB (for a track of information) of read-ahead cache as well. >That would put the blame for the bad write performance on the filesystem or >the low level kernel routines (generic scsi interface) and not on the driver. I suspect that much :-( I just wish there was some way to tune the filesystem to look after the poorer performance of the OS in this regard. Anyone game for porting the Mach2.5/Mach3.0/386BSD/FreeBSD/NetBSD/BSDLite Adaptek driver to NeXTSTEP to bypass the IOSCSI object interface to see if this is true? It worked for the serial driver ... Ciao -- Mark
Newsgroups: comp.sys.next.bugs From: coco@bootsie.attmail.com (Felix A. Lugo) Subject: Mount NFS file-system from Solaris 2.3 server problems Message-ID: <CvxFu5.8ww@nntpa.cb.att.com> Followup-To: coco@attmail.com Keywords: NFS bug Solaris Workspace permissions Sender: news@nntpa.cb.att.com (Netnews Administration) Organization: AT&T Date: Sat, 10 Sep 1994 18:39:41 GMT I understand there's a patch available to correct problems with the Workspace Browser and file permissions when operating on an NFS file system mounted from a Solaris 2.x server. Where can I obtain this patch for NSfip 3.2? I've checked the latest NeXTanswers, but no reference to this problem exists! --Felix Lugo coco@attmail.com
Newsgroups: comp.sys.next.bugs From: aw058@FreeNet.Carleton.CA (Deborah L. Chubey) Subject: SerialMouse Corruption... Message-ID: <CvxtA7.2uv@freenet.carleton.ca> Sender: news@freenet.carleton.ca (Usenet News Admin) Organization: The National Capital FreeNet Date: Sat, 10 Sep 1994 23:30:07 GMT I have an Intel machine (486DX2-66) with a SuperIO-IDE VLB card and 24Meg of memory. The card has a 1.44Meg floppy controller, IDE hard-drive controller, com1 & com2, and a parallel printer port. The machine also has a D-Link ThickNet/Twisted-pair network card (doing nothing), and an S3-805 VLB graphics card with 1Meg DRAM. And, is running V3.2 NeXTStep Now, the bug I have run into occurs when I do the following: a) receive a continuous stream of data from com2 and b) use the mouse to do something like: scroll the Terminal.app window as data is flowing into it, or, open another window or something (both cases seemed to create IO with the hard-drive) when I am receiving data. What happens when these two events occur is: I loose control of my mouse and it behaves very unpredictibly. The pointer tends to stay at the lower or right edge of the screen and the mouse buttons don't work. If I move mouse around, the pointer might jump out into the screen area. I noticed at this point that if I click on the left mouse button the pointer will move over to the right a bit. This is my bug.
From: jehu@jehu.async.vt.edu (john stanhope) Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware Subject: Do not buy a Dell XPS P90 before reading this Date: 11 Sep 1994 04:58:56 GMT Organization: Virginia Tech, Blacksburg, Virginia Distribution: world Message-ID: <34u2qg$n60@solaris.cc.vt.edu> Keywords: Dell, P90, serious problems So far Dell has replaced by motherboard twice, power supply once, and RAM once and still this machine will not stay for more than 2 or 3 days. Someone suggested it could be the serial drivers, I use the serial port alot, but it hung up within a few hours of rebooting and I never used the serial driver or even turned my modem on. I must admit that instead of installing NS I just moved the SCSI disk and controller from another PC, a Dell 450DE, into the XPS P90 thinking that since the install only copies files from the CD-ROM there would be no difference and NS could cope with the change. Can anyone find fault with that? NeXT employees feel free to speak up. Since I have spoken with quite a few people who have had no problem with the exact same machine except no DPT 2021 ISA SCSI I think it must be NeXT's DPT SCSI driver. I sent in a bug report but since the crash is so sporadic there's not much that NeXT can do, so they claim. Also, I just had a crash to day with following message Failed instruction exception (2, d, f000) If anyone has a clue to what this means please say so. Is there a way to get NS to be a little more verbose about problems? So far I have not seen anything in /usr/adm/messages about SCSI related problems, in fact there is usually no trace as to where the crash occurred or why. Any help will be greatly appreciated John Stanhope PS. I have had the window server crashes as reported by users of intel's marvelous PCI/ISA premiere motherboard.
From: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.bugs Subject: Re: SerialMouse Corruption... Date: 11 Sep 1994 00:07:20 -0700 Organization: The Marshmallow Peanut Circus Message-ID: <34uab8$ht2@samsara.circus.com> References: <CvxtA7.2uv@freenet.carleton.ca> In article <CvxtA7.2uv@freenet.carleton.ca>, Deborah L. Chubey <aw058@FreeNet.Carleton.CA> wrote: >I have an Intel machine (486DX2-66) with a SuperIO-IDE VLB card and >24Meg of memory. The card has a 1.44Meg floppy controller, IDE >hard-drive controller, com1 & com2, and a parallel printer port. >The machine also has a D-Link ThickNet/Twisted-pair network card (doing >nothing), and an S3-805 VLB graphics card with 1Meg DRAM. And, is >running V3.2 NeXTStep >Now, the bug I have run into occurs when I do the following: >a) receive a continuous stream of data from com2 >and >b) use the mouse to do something like: scroll the Terminal.app window >as data is flowing into it, or, open another window or something (both >cases seemed to create IO with the hard-drive) when I am receiving data. >What happens when these two events occur is: >I loose control of my mouse and it behaves very unpredictibly. The pointer tends >to stay at the lower or right edge of the screen and the mouse buttons don't >work. >If I move mouse around, the pointer might jump out into the screen area. I >noticed at this point that if I click on the left mouse button the pointer >will move over to the right a bit. >This is my bug. Hmm... let's see if I can't at least suggest some possible solutions. First, if I recall correctly, there was some problems with serial drivers in either 3.1 or 3.2, and a patch for it available on NeXTAnswers... did you check that out? Next, it sounds to me like you might have your hardware configured such that these two devices might be on the same interrupt, and when one of them is really busy, it hogs that interrupt... this might indeed be a bug... if there isn't a patch availabled, then of course the obvious fix in your case is simply to switch to a ps/2 or bus mouse. If I find the time, I'll see if I can try to reproduce this or whether it's a known problem... One final note is that you didn't say how fast of a connection you're trying to get out of com2... if it's faster than 38400 then that might explain everything right there... -Adam -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ Standard Disclaimers Apply! // // Home = buddha@circus.com \\ Work = Adam_Beeman@NeXT.COM // // http://samsara.circus.com/~buddha/ \\ I don't speak for anyone //
From: robert@steffi.demon.co.uk (Robert Nicholson) Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: Compiler disinformation? Date: 11 Sep 1994 19:32:41 GMT Organization: me organized? That's a joke! Distribution: world Message-ID: <ROBERT.94Sep11203241@steffi.demon.co.uk> CC: next-prog@omnigroup.com The following fails because of a lack of a class description for MyClass however the compiler error doesn't even hint at this. /* #import <objc/Object.h> @interface MyClass:Object - message; @end @implementation MyClass - message { return self; } @end */ int main(void) { id myclassinstance = [[MyClass alloc] init]; // This line is irrelevant id object = [(MyClass *)myclassinstance message]; exit(0); } cc -o try try.m try.m:18: illegal expression, found `)' try.m:18: syntax error, found `message' try.m:18: syntax error, missing `;' after `message' -- "Mariella Mariella Mariella" (PGP key: send email with Subject: request pgp key) (ASCII for text only messages)
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss) Newsgroups: comp.sys.next.bugs Subject: Re: disk performance Date: 12 Sep 1994 07:07:53 GMT Organization: Northwestern University, Evanston IL Message-ID: <350uo9$n8j@news.acns.nwu.edu> References: <CvvHqs.21E@belly.in-berlin.de> <Cvx9Fx.96B@ve6mgs.ampr.ab.ca> In article <Cvx9Fx.96B@ve6mgs.ampr.ab.ca>, Mark Gregory Salyzyn <mark@ve6mgs.ampr.ab.ca> wrote: >kiwi@belly.in-berlin.de (Axel Habermann) writes: > >>a lot of people have complained about bad disk performance. >>I just experienced a severe performance boost when changing >>from a Maxtor XT8760 to a Micropolis 2112 disk drive. > >I use the following drives: > MAXTOR 7345 <boot> > MAXTOR 7345 <User> > MAXTOR XT8760S <news spool> > SONY SRD2040A <uucp spool> > >I get 360KB/s reads, 400KB/s writes on all drives (tunefs -a 7 -d 5). Adaptek >1542C, Buslogic BT542B, Buslogic BT445S and DPT2021 without any cache >installed. All tests done while in single user mode (multiuser is far less, >but when my machine is processing news *all* drives a'humin). > > misc deleted >It would be helpful if the drives and controller would reserve 26KB (for a >track of information) of read-ahead cache as well. > >>That would put the blame for the bad write performance on the filesystem or >>the low level kernel routines (generic scsi interface) and not on the driver. > >I suspect that much :-( I just wish there was some way to tune the filesystem >to look after the poorer performance of the OS in this regard. > >Anyone game for porting the Mach2.5/Mach3.0/386BSD/FreeBSD/NetBSD/BSDLite >Adaptek driver to NeXTSTEP to bypass the IOSCSI object interface to see if >this is true? It worked for the serial driver ... > Mark and I have recently exchanged notes about I/O performance. While I think we all understand that the current state of the NeXT file system and I/O support isnt exactly the fastest we've seen (even for Intel based system), the low performance of his configuration is puzzling. My own system uses a Micropolis 2217 driver with a 445s. The scsi drive has some on board cache. Obviously there are a great many factors that come into play (Bus type and speed, block length, transfer mode, buffers and caches etc) and sorting them out can be difficult. Further the fragmentation of a drive and its effect on these throughput tests can be hard to determine My own results, using the original NeXT driver that supported the 445s on a 16 Mb 486 dx2-66v system are as follows: starbase:27# /DitDahDit/ftp/iozone2/iozone 100 4096 IOZONE: Performance Test of Sequential File I/O -- V1.16 (10/28/92) By Bill Norcott IOZONE writes a 100 Megabyte sequential file consisting of 25600 records which are each 4096 bytes in length. Writing the 100 Megabyte file, 'iozone.tmp'...74.748333 seconds Reading the file...59.821289 seconds IOZONE performance measurements: 1402808 bytes/second for writing the file 1752847 bytes/second for reading the file starbase:28# /DitDahDit/ftp/iozone2/iozone 100 512 IOZONE writes a 100 Megabyte sequential file consisting of 204800 records which are each 512 bytes in length. Writing the 100 Megabyte file, 'iozone.tmp'...71.630044 seconds Reading the file...62.936364 seconds IOZONE performance measurements: 1463877 bytes/second for writing the file 1666089 bytes/second for reading the file starbase:29# My own feelings are that a good cache implementation, either in the controller or drive can overcome some sluggishnes in the file system. -- Jerry S. Weiss j-weiss@nwu.edu Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois %SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
From: mow@marsu.s.bawue.de (Markus Wenzel) Newsgroups: comp.sys.next.bugs Subject: Re: disk performance Date: 11 Sep 1994 20:38:43 +0100 Organization: Palumbian Research Labs Message-ID: <34vmc3$h0@marsu.s.bawue.de> References: <CvvHqs.21E@belly.in-berlin.de> <Cvx9Fx.96B@ve6mgs.ampr.ab.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit mark@ve6mgs.ampr.ab.ca (Mark Gregory Salyzyn) writes: >>People have reported constantly good results when using a DPT controller. >I suspect, only if they had the bucks to afford the on-board caches ;-) No, Mark. I had constantly good results with the 2021 and excellent performance with the 2022, both without additional cache installed. >Anyone game for porting the Mach2.5/Mach3.0/386BSD/FreeBSD/NetBSD/BSDLite >Adaptek driver to NeXTSTEP to bypass the IOSCSI object interface to see if >this is true? It worked for the serial driver ... So nobody could do it better than you, Mark... You know what to do tonight !! :-)) Regards, Markus. -- // Markus Wenzel // 1st Institute of Physics // // NeXTSTEP Consulting + Administration // University of Stuttgart // // mow@marsu.s.bawue.de // wenzel@rus.uni-stuttgart.de //
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: Re: Compiler disinformation? Date: Mon, 12 Sep 1994 10:45:19 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Distribution: world Message-ID: <QiR6ZzS00iV202SpYP@andrew.cmu.edu> In-Reply-To: <ROBERT.94Sep11203241@steffi.demon.co.uk> Excerpts from netnews.comp.sys.next.bugs: 11-Sep-94 Compiler disinformation? by Robert Nicholson@steffi. > The following fails because of a lack of a class description for > MyClass however the compiler error doesn't even hint at this. [ ... ] > id myclassinstance = [[MyClass alloc] init]; // this _does_ matter > id object = [(MyClass *)myclassinstance message]; [ ... ] > cc -o try try.m > try.m:18: illegal expression, found `)' > try.m:18: syntax error, found `message' > try.m:18: syntax error, missing `;' after `message' Well, what you need to understand is that by using a type cast, ie '(MyClass *)', you are telling the compiler that you claim to know what you're doing and that it should trust you that you know what types are involved and that what occurs will do the right thing. When you use a type cast that cannot be fully resolved, you betray the compiler's trust in you, and it gets badly confused. :-) You will find the compiler error messages more rewarding if you use: MyClass *myclassinstance = [[MyClass alloc] init]; // this _does_ matter instead of explicitly removing typing information via the use of the generic 'id' above. You'll get an error message of the form: try.m:17: undefined type, found `MyClass' ....which I assume is what you were looking for? -Chuck Charles William Swiger - WhiteLight Systems | Spin CA-VBHY? After all, --------------------------------------------+ "You need your 100% US-RDA of AMS & normal mail: infidel+@cmu.edu | Vitamins A, C, L, and T...." NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | --semper ubi sub ubi--
From: Subrata_Sircar@next.com (Subrata Sircar) Newsgroups: comp.sys.next.bugs Subject: RDP Exception on HP 712/80: Request for Information Date: 13 Sep 1994 01:30:21 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <352vbd$168@rosie.next.com> Keywords: request need more info [This is not an official position of NeXT or anything even remotely resembling corporate policy. This is me, on my own time, trying to help figure out what's going on. Apologies if the points in this message have already been covered and I'm just behind as usual.] Could the people who have had the problem please submit bug reports to "bug_next@next.com"? I could be wrong, but it appears that only one person has done so, and that report doesn't have any real information in it. Without knowing more this will be a tough problem. Things that would be useful to know: EXACT hardware configuration of your machine(s) Does this problem always happen during boot, or other times too? How often? What is the exact error message (if any)? Does it vary between panics? Is there any way to reproduce this on demand? If not, what makes it more likely? -- Subrata Sircar | ssircar@next.com | Prophet & SPAMIT Charter Member Next Computer and I do not share the same views on everything. "I'm just mad that I missed the sexual revolution." - me "Yes, but you dress much better as a result." - Mike
From: robert@steffi.demon.co.uk (Robert Nicholson) Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware Subject: Re: Do not buy a Dell XPS P90 before reading this Date: 11 Sep 1994 20:30:59 GMT Organization: me organized? That's a joke! Distribution: world Message-ID: <ROBERT.94Sep11213059@steffi.demon.co.uk> References: <34u2qg$n60@solaris.cc.vt.edu> To: jehu@jehu.async.vt.edu (john stanhope) In-reply-to: jehu@jehu.async.vt.edu's message of 11 Sep 1994 04:58:56 GMT <jehu@jehu.async.vt.edu> writes: >So far Dell has replaced by motherboard twice, power supply once, and >RAM once and still this machine will not stay for more than 2 or 3 days. >Someone suggested it could be the serial drivers, I use the serial port >alot, but it hung up within a few hours of rebooting and I never used >the serial driver or even turned my modem on. Just curious. Is this the same model that Darcy bought? :-) -- "Mariella Mariella Mariella" (PGP key: send email with Subject: request pgp key) (ASCII for text only messages)
Newsgroups: comp.sys.next.bugs From: fabien@free.fdn.org (Fabien Roy) Subject: Re: disk performance Message-ID: <1994Sep13.120338.5302@free.fdn.org> Sender: news@free.fdn.org Organization: XO informatique - Paris, France. References: <350uo9$n8j@news.acns.nwu.edu> Date: Tue, 13 Sep 1994 12:03:38 GMT Hi, Is there HPPA IOZONE? Cheers Fabien -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail accepted) NEXTSTEP/OPENSTEP Consultant XO, 81 allee Danielle Casanova, 93320 Les Pavillons sous Bois France Tel: 33 1 4847 5198 Fax: 33 1 4847 5175
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: disk performance Date: Tue, 13 Sep 1994 13:04:02 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <8iRRi2C00iV1Q5QcYJ@andrew.cmu.edu> In-Reply-To: <1994Sep13.120338.5302@free.fdn.org> Excerpts from netnews.comp.sys.next.bugs: 13-Sep-94 Re: disk performance by Fabien Roy@free.fdn.org > Is there HPPA IOZONE? I believe the source for IOzone recompiles fine under NEXTSTEP/HP. -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
Newsgroups: comp.sys.next.bugs From: halkin@netcom.com (Hal Kinney) Subject: << Open Contract Position - Objective C NEXT >> agent sfsys Message-ID: <halkinCw2vFG.2yK@netcom.com> Organization: Netcom Online Communications Services (408-241-9760 login: guest) Distribution: usa Date: Tue, 13 Sep 1994 17:04:28 GMT Subject: << Programmer NEXT - Bay Area>> Agent sfsys Skills : NEXT Programmer with Objective C Minimum Industry : 2 years Experience (College Projects do "not" qualify). Location : San Francisco Start Date : ASAP Pay Rate : Market Length : 3 months ++ H1 Visa ok ? : NO Comments ; If you are strong with programming in the NEXT environment with Objective C ... FAX/email resume and/or let's talk. -- ~~~~~~~~~~ 20 years of Service and still growing ~~~~~~~~~~~~~~~~~~~ San Francisco Systems, Inc. | Contact: Hal Kinney halkin@netcom.com 110 Sutter St. Suite 701 | Voice: 415.982.3500 San Francisco, Ca. 94104 | FAX: 415.982.6013 (high res. please)
Newsgroups: comp.sys.next.bugs From: fabien@free.fdn.org (Fabien Roy) Subject: Re: RDP Exception on HP 712/80: Request for Information Message-ID: <1994Sep13.175913.6587@free.fdn.org> Sender: news@free.fdn.org Organization: XO informatique - Paris, France. References: <352vbd$168@rosie.next.com> Date: Tue, 13 Sep 1994 17:59:13 GMT In article <352vbd$168@rosie.next.com> Subrata_Sircar@next.com (Subrata Sircar) writes: > > [This is not an official position of NeXT or anything even remotely resembling > corporate policy. This is me, on my own time, trying to help figure out what's > going on. Apologies if the points in this message have already been covered > and I'm just behind as usual.] > > Could the people who have had the problem please submit bug reports to > "bug_next@next.com"? I could be wrong, but it appears that only one person has > done so, and that report doesn't have any real information in it. Without > knowing more this will be a tough problem. > > Things that would be useful to know: > > EXACT hardware configuration of your machine(s) > Does this problem always happen during boot, or other times too? > How often? > What is the exact error message (if any)? Does it vary between panics? > Is there any way to reproduce this on demand? If not, what makes it more > likely? > > -- > Subrata Sircar | ssircar@next.com | Prophet & SPAMIT Charter Member > Next Computer and I do not share the same views on everything. > "I'm just mad that I missed the sexual revolution." - me > "Yes, but you dress much better as a result." - Mike I used to have this problem! It disappeared when I change the primary boot device from the HP monitor program. My primary boot device is now scsi.6.0 Hope that helps Fabien -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail accepted) NEXTSTEP/OPENSTEP Consultant XO, 81 allee Danielle Casanova, 93320 Les Pavillons sous Bois France Tel: 33 1 4847 5198 Fax: 33 1 4847 5175
Newsgroups: comp.sys.next.bugs From: davisre@netcom.com (Robert Davis) Subject: Pasteboard class returns incorrect types list Message-ID: <davisreCw3GHu.Mvx@netcom.com> Organization: NETCOM On-line Communication Services Date: Wed, 14 Sep 1994 00:39:30 GMT I think I've found a bug in Pasteboard, but I want to post here to make sure I'm not overlooking something. This is on a 3.2 Intel system but occurs on every 3.x system I've tried (Intel and Motorola). Here's the situation -- suppose an app is going to place several types onto the pasteboard. It can declare some of those types with a declareTypes:num:owner: and add a few more later (if it's still the owner) with addTypes:num:owner:. Another app can subsequently get the list of all types (i.e. those from both the declare... and the add...) by sending a -types to the appropriate Pasteboard instance. The problem is that if an app happens to send the -types *between* another app's declare... and add... (i.e. after the declare but before the add) only the types from the declare will be returned, which is expected because how could the pboard know of any types that might be added later? However, even after the app that owns the pasteboard issues an addTypes..., -types continues to return ONLY the types from the initial declaration. My guess is that Pasteboard caches the types list the first time it is requested and doesn't invalidate the cache until the next declaration. Further evidence for this: using the undocumented _NXGetTypes() always returns the correct list, even if a -types is issued before an addTypes... In practice, this situation seems rare, but since all of this is asynchronous, it is *possible* that a -types could be issued at the wrong time, causing some types that exist in the pasteboard server to be invisible. The reason this is rare, I'm guessing, is that both copy and paste are usually issued by the (single) user who rarely does them at nearly the same time. Anyway, here are two little programs that illustrate this -- run them in separate shell windows. One reads the types list when you press return (using -types), the other declares NXAscii, waits for the user to hit return, and then *adds* RTF. Note that if you use the first program to read the types before telling the second to add RTF, -types will never return the RTF type, even if you tell it to reread after RTF has been added. Thanks to Brian Hess of Active Ingredients, Inc., for helping me bounce some ideas around. Rob ------- Cut here ------ // reader.m // compile with "cc -o reader reader.m -lNeXT_s" #import <appkit/appkit.h> void main() { Pasteboard *pb = [Pasteboard newName:NXGeneralPboard]; const NXAtom *types; while (1) { printf ("\nPress return to read and print types"); getchar(); for (types = [pb types]; types && *types; types++) printf ("Type (according to -types): %s\n", *types); } } ------- Cut here ----- // writer.m // compile with "cc -o writer writer.m -lNeXT_s" #import <appkit/appkit.h> void main() { Pasteboard *pb = [Pasteboard newName:NXGeneralPboard]; const NXAtom *types; int changeCount; printf ("Declaring NXAscii and writing text to pboard...\n"); changeCount = [pb declareTypes:&NXAsciiPboardType num:1 owner:nil]; [pb writeType:NXAsciiPboardType data:"Hello" length:6]; printf ("Change count is now %d\n", changeCount); printf ("Press return to add RTF.\n"); getchar(); printf ("Adding NXRTF and writing rich text to pboard...\n"); changeCount = [pb addTypes:&NXRTFPboardType num:1 owner:nil]; [pb writeType:NXRTFPboardType data:"Hello" length:6]; printf ("Change count is now %d\n", changeCount); printf ("Printing types...\n"); for (types = [pb types]; types && *types; types++) printf ("Type: %s\n", *types); } ------- Cut here ----- -- Robert Davis (davisre@netcom.com) "Look up, Hannah."
From: ivo@hasc.ca Newsgroups: comp.sys.next.bugs Subject: Re: SerialMouse Corruption... Date: 15 Sep 1994 14:46:27 GMT Organization: Hutchison Avenue Software Message-ID: <359mo3$dea@giuliani.gun.com> References: <CvxtA7.2uv@freenet.carleton.ca> In article <CvxtA7.2uv@freenet.carleton.ca> aw058@FreeNet.Carleton.CA (Deborah L. Chubey) writes: > > I loose control of my mouse and it behaves very unpredictibly. Its probably caused by the terrible serial drivers. In fact, I don't know how you can stand using a serial mouse at all with NEXTSTEP. I find it incredibly slow and jerky. My suggestion is to get a bus mouse. I ended up taking my serial card out completely because its all but useless with NEXTSTEP anyway. -ivo
From: roffel@biw.cube.de (Lee Roffel) Newsgroups: comp.sys.next.bugs Subject: Re: SerialMouse Corruption... Date: 15 Sep 1994 14:49:37 GMT Organization: biw Message-ID: <359mu1$2sc@next01.biw.cube.de> References: <CvxtA7.2uv@freenet.carleton.ca> In article <CvxtA7.2uv@freenet.carleton.ca> aw058@FreeNet.Carleton.CA (Deborah L. Chubey) writes: > > I have an Intel machine (486DX2-66) with a SuperIO-IDE VLB card and > 24Meg of memory. The card has a 1.44Meg floppy controller, IDE > hard-drive controller, com1 & com2, and a parallel printer port. > Some of the cards with multi-i/o have the IRQ's from the com ports switched... com1 should have irq "4", and com2 should have irq "3". .. NeXTStep likes to have them this way...(won't work otherwise) ciao... .. Lee -- Lee Roffel biw GmbH /| /eXTMail: roffel@biw.cube.de Werkstrasse 24 / | / Tel: +49 7151 602 204 D-71384 Weinstadt / |/ Fax: +49 7151 602 100 Germany
From: dekorte@scri.fsu.edu (Steve Dekorte) Newsgroups: comp.sys.next.bugs Subject: Workspace crashes Date: 15 Sep 1994 21:00:31 GMT Organization: Florida State University Message-ID: <35aclf$b6k@mailer.fsu.edu> While logged into the workspace, I get a workspace error panel once or twice a day which forces me to log out and relogin. I'm running NS 3.0 on a 25Mhz 040 Cube. Any suggestions? Steve
From: af@biomath.jussieu.fr (Alain Fauconnet) Newsgroups: comp.sys.next.bugs Subject: HP 712/80 NS3.2 doesn't see floppy? Date: 17 Sep 94 10:38:19 GMT Organization: Universites Paris VI/Paris VII - France Distribution: world Message-ID: <af.779798299@iaka> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I have the feeling that this might be a RTFM question, but our local HP distributor gave up next to no NS documentation with the NS3.2 release. Our Gecko has been running NS3.2 fairly reliably so far (from what I read here, seems that we're lucky to have a Seagate disk ;-). We recently got a floppy disk drive to install in the machine, but we can't use it. It is detected at boot time ("registering fdc0... fd0...") but we can't mount anything. A popup window appears with "Please insert disk" although there actually is a floppy in the drive. A dd if=/dev/fd0a of=/dev/null makes the drive's LED blink shortly, but an I/O error is immediately reported ("no such device"). I suspect that either this particular type of floppy drive isn't supported by NS, or I must tweak some jumpers on it because NS expects some signals that aren't enabled (such as medium change detect... trying to remember from my old days of writing BIOS code for 8086 clones ;-) Can anyone please help ? thanks in advance. _Alain_ -- Alain FAUCONNET Ingenieur systeme - System Manager AP-HP/SIM Public Health Research Labs 91 bld de l'Hopital 75013 PARIS FRANCE Mail: af@biomath.jussieu.fr (*no* NeXTmail please) Tel: (+33) 1-40-77-96-19 Fax: (+33) 1-45-86-80-68 I've RTFMed. It says: "Refer to your system administrator" But... I *am* the system administrator :-]
From: albert@proffa.cc.tut.fi (Ojala Pasi) Newsgroups: comp.sys.next.bugs Subject: Compressed multivolume file Date: 18 Sep 1994 20:09:14 +0300 Organization: Tampere University of Technology Distribution: world Message-ID: <35hs7q$7q4@proffa.cc.tut.fi> This is a forwarded message from: Juha Tuominen I've faced the following problem very often with NSI 3.2: When copying a large file to bunch of floppies, sometimes NS doesn't start copying a file chunk to a floppy. Usually this happens after a disk change. Floppy is mounted correctly and can be accessed from File viewer and Terminal, but clicking "Proceed" just causes a beep and Processes window keeps saying "please insert next volume". Is this a known bug? Any patches available?
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: gerald@kurt.in-berlin.de (Gerald Erdmann) Subject: sel_getUid () didn't find methods in categories Message-ID: <1994Sep19.145034.2884@kurt.in-berlin.de> Sender: gerald@kurt.in-berlin.de Date: Mon, 19 Sep 1994 14:50:34 GMT Hi, does anybody have an idea why sel_getUid () doesn't work with methods which are in a category of the same object? (short) Example: #import "anCategory.h" @implementation TestObject - xyz { .... } - doit { SEL s1, s2; ... s1 = sel_getUid ("xyz"); // returns an selector s2 = sel_getUid ("xyz2"); // returns nil !!!!!!!!! ... } @end @interface TestObject(anCategory) - xyz2; @end @implementation TestObject(anCategory) - xyz2 { ... } @end Thanx for any hint Gerald -------------------------------------------------------------- | GERALD ERDMANN | email: gerald @ kurt.in-berlin.de (NeXTmail welcome) | voice: +49 30 372 43 10 (Germany - Berlin) | crypt: pgp2 puplic key available |
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Number Nine BETA Driver Document Message-ID: <CwEv06.5Cw@eskimo.com> Sender: news@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever Date: Tue, 20 Sep 1994 04:26:29 GMT Document 1618_Number9GXEDriver.ReadMe.rtf states under the title, Configuring the #9GXE Display Adapter: "3. Select the Default VGA Adapter and click Remove." I found that installing the BETA driver in solitary produced various degrees of display failure: system locked, system panicked, or vertical blue/black lines appeared at the top of the screen. I found that the Default VGA driver must coexist with the BETA driver, taking care to define ports and addresses that did not clash. In my case, the following worked fine: Driver Port Address VGA 0x412 0xA0000 BETA 0x3B2 0x7EC00000 They worked like a charm. -- >< Marc J. Salvatori | Dropping DOS for NextStep >< >< salvo@eskimo.com | Ultimately in search of fine object-oriented tools ><
From: lloyd@max.tiac.net (Christopher Lloyd - not the actor) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Triple Fat, Bundles, 3.2 Intel/NeXT Installer and workaround. Date: 20 Sep 1994 11:06:19 GMT Organization: The Internet Access Company Message-ID: <35mfnb$prv@sundog.tiac.net> I have experienced a very subtle problem when building triple fat bundles/relocateables which are installed onto a 3.2 NeXT/Intel system via Installer. I thought I'd warn anyone who cares to listen, as it is likely to show up for anyone who distributes bundles. What happens is this (lipo -detailed_info reveals all): On 3.2 NeXT/Intel, the compiler/linker, typically, generates a double fat relocatable which looks like this: [ m68k chunk with four byte boundry alignment] [ i386 chunk with four byte boundry alignment] On 3.2 HP, the compiler/linker, typically, generates a triple fat relocatable which looks like this: [ m68k chunk with four byte boundry alignment] [ hppa chunk with four byte boundry alignment] [ i386 chunk with sixteen byte boundry alignment] The 3.2 HP release appears to now generate the i386 __TEXT __text section with a 16 byte boundry alignment. I don't know why. Now, there is nothing wrong with any of the above, the problem is in the Installer, or whatever the installer uses to pare down object code with, on 3.2 Intel/NeXT... If the user installs all three architectures, works. If the user installs just one architecture, works. If the user installs NeXT/HPPA, works. However, if the user installs any two architecture combination which includes Intel, the Installer generates something like: [ m68k chunk with four byte boundry alignment] [ i386 chunk with sixteen byte boundry alignment] Looks okay, but the i386 specifies 16 byte boundry alignment, and the Installer does not try to align the data on a 16 byte boundry and in most cases generates a faulty relocatable. When someone goes to use the relocatable, the rld() system issues an error like so: rld(): fat file: /Foo.bundle/Foo offset: 10196 for cputype (7) cpusubtype (3)) not aligned on it's alignment (2^4) WORKAROUND: When building triple fat bundles on 3.2 HP, add the following to your C compiler flags: -sectalign __TEXT __text 10 (10 is hex) This will force a 16 byte alignment on all the fat components, and implicitly prevent Installer from screwing up the alignment. I don't guarantee this is going to work at all, but it works for me and my 20 odd bundles. The 3.2 HP Installer appears to work properly. woof! -- |: Christopher Lloyd :|: Yrrid Incorporated :|: lloyd@yrrid.com :| |: "If you find this world bad, you should see some of the others" -PKD :|
From: sjmcdowa@slowhand.nmb.com (Steve McDowall) Newsgroups: comp.sys.next.bugs Subject: #9GXE64PRO Problem Date: 20 Sep 1994 14:31:09 GMT Organization: Norwest Mortgage Inc. Distribution: world Message-ID: <35mrnd$5bp@slowhand.nmb.com> Keywords: #9GXE64PRO I just installed a new #9GXE64PRO w/ 2 MB VRAM and the video is really wierd in anything but VGA mode.. In 800x600 444 color mode, the screen is divided into two parts (about 1/3 and 2/3 of the screen area) with a solid black line down in.. On the left side is a nice clear image (although 1/3) and on the right is a fuzzy image with the rest of the image, but mirrored.. The mouse also scrolls left and wraps around to the right.. In grayscale (8bit) the whole screen "dups" about 4-5 times in a very fuzzy unreadable manner.. I have a nice Viewsonic 17" 80HZ monitor, and it runs fine in highres mode in windows using the #9 drivers... Thwe machine is a P90 PCI w/ 32 mb.. The RAMDAC is a PTVP3025-135 and the BIOS is 1.03.08 Anyway have any similar type expierence.. BTW, the #9 driver I am using is fresh loaded from the ftp.next.com area ... -- Steven J. McDowall ATT: 515 221-4286 sjmcdowa@slowhand.nmb.com
From: phil@cnam.cnam.fr (Philippe Provost) Newsgroups: comp.sys.next.bugs Subject: RDP Exceptions: One possible answer Date: 20 Sep 1994 15:19:28 GMT Organization: Conservatoire National des Arts et Metiers, Paris, France Message-ID: <35mui0$8qj@sheckley.cnam.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Keywords: RDP , HP hello, We found one possible answer to the RDP execption problem concerning NS and HP systems. It occurs that HP systems need a real SCSI-ID/Logical device matching, which means that your entry in /etc/fstab has to be of the form: /dev/sd0a / 4.3 rw,noquota,noauto 0 1 //if your scsi-id is 0 /dev/sd1a / 4.3 rw,noquota,noauto 0 1 //if your scsi-id is 1 /dev/sd2a / 4.3 rw,noquota,noauto 0 1 //if your scsi-id is 2 etc... otherwise, first the system will either boot or fail, and in the case it boots, it will be in read only form. This is particularly true and (possibly worrying) with external HD you move from one system to another. Hope this help. Provost philippe Computer Survey Lab. French Army -- ====================================================================== Provost Philippe MIME-NeXTMail: phil@cnam.fr or philip@seriat.fr Veille Technologique Armee de Terre PGP/RSA Public Key available on request " La vie est tellement extraordinaire lorsque l'Amour est sa compagne" -- ============================================================================= Provost Philippe phil@cnam.cnam.fr NeXT Registered developper Veille Technologique Armee de Terre " La vie est tellement extraordinaire lorsque l'Amour est sa compagne"
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <cs@ecs.co.at> Date: Tue, 20 Sep 94 21:45:21 +0200 From: Christian Starkjohann <cs@ecs.co.at> Message-ID: <9409201945.AA03456@zaphod> Subject: New device-driver for /dev/pp0 Hello everyone I experienced some troubles with NeXT's ParallelPort-Driver on NSfI 3.2, especially when printing on a HP-Deskjet with djf3.0: After some pages the printer stopped and the djf3.0-process terminated. In the next step I took the graphics-data from a file and copied it to /dev/pp0: cat file >/dev/pp0 This resulted in an 'error 0'-message (after some lines were printed). All in all I decided to write my own device-driver for the parallel port. It works fine on my machine. If you have similar troubles, try my driver. It is available in sourcecode per anonymous ftp at ftp.uni-stuttgart.de at the path /pub/systems/next/i486/Drivers/3.2/ParallelPortDriver1.0.tar.gz For any comments/bugreports write to Christian Starkjohann <cs@ecs.co.at>
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Re: #9GXE64PRO Problem Message-ID: <CwGx2I.wM@eskimo.com> Sender: news@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever References: <35mrnd$5bp@slowhand.nmb.com> Date: Wed, 21 Sep 1994 07:06:17 GMT Steve McDowall (sjmcdowa@slowhand.nmb.com) wrote: : BTW, the #9 driver I am using is fresh loaded from the ftp.next.com : area ... Are you loading this driver along with the Default VGA driver? That's what I needed to do to get my GXEL16 to work. -- >< Marc J. Salvatori | Dropping DOS for NextStep >< >< salvo@eskimo.com | Ultimately in search of fine object-oriented tools ><
Newsgroups: comp.sys.next.bugs From: cowboy@trans.csuohio.edu (Joe Rosenfeld) Subject: Rlogin wont do IP addresses? Message-ID: <1994Sep21.160835.1016@news.csuohio.edu> Summary: Rlogin bug Sender: news@news.csuohio.edu (USENET News System) Organization: Cleveland State University Date: Wed, 21 Sep 1994 16:08:35 GMT I found a really strange bug in NeXTSTEP 3.2 running an rlogin session. If you rlogin to any IP address you get a host unknown error, but if you rlogin to its ALIAS it works just fine. We tried this on about eight NeXTs of various kinds and it is the same way everywhere. Can anyone shed light on this? TIA, Joe -- | Joe Rosenfeld cowboy@trans.csuohio.edu | Automation Librarian (216) 687-6881 [FAX] | CSU Law Library trans.csuohio.edu [ANON FTP] | NeXTMail and MIME ok
From: luomat@alleg.EDU (Timothy J. Luoma) Newsgroups: comp.sys.next.bugs Subject: Problems with WordPerfect Date: 21 Sep 1994 11:55:34 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9409211655.AA22030@alleg.EDU> I tried to save a WordPerfect file (which previously had been saved many times before) I got a warning panel saying that the file had been modified after opening, and I could either [cancel], [overwrite] or [rename]. 1) if I choose to overwrite I get warning panels saying: overwrite = Error: File not found [Ok] could not save the document, press any key to continue [null] [null] [OK] 2) if I choose to rename I get a warning panel saying: rename = Error: File not found [Ok] {appears twice} Then I get intermittant panels saying: warning: backup file deleted due to disk error [OK] I tried to copy the text and paste it into a different WP file. It came up looking really strangely, with ^s all over the place (I'll mail them to anyone who is interested in seeing the difference) For example, in any place where there had been a tab I got: a dark mark then ^X^H^G^H^G and another dark mark The really strange thing is that I could save a new file fine, just not the one which I had been working on. This is not the first time this has happened, and although it is not frequent, it is annoying as anything I've ever come across! The only thing I can do at this point is 1) print it out and compare it to the last time I'd saved it. As you might imagine, this becomes tiresome especially when making revisions/proof-reading; 2) save it as an ASCII file, a generic file, or an WP 4.2 file (none of which are preferable to regular WP, but are better than losing everything. All font changes, etc are lost, however) Does anyone know why this is happening and if anything can be done with it? Right now I am on a 16meg turbo black NeXT running 3.2 (although this has happened with 3.1 and probably earlier) but I have used WP all across campus Thanks TjL ps last spring I posted about a similar problem and someone did respond to me, unfortunately I cannot find his name in my list os private users (where I thought I had kept it) --- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 Motorola MAIL: NeXT YES / MIME Mail NO No Root access, no super-user access
Newsgroups: comp.sys.next.misc,comp.sys.next.bugs,comp.sys.next.sysadmin From: salmon@lgb.hill.af.mil (Keith E. Salmon) Subject: Host name lookup failure Message-ID: <CwG5HG.7Az@oodis01.hill.af.mil> Sender: news@oodis01.hill.af.mil (News System;Unix;) Organization: Hill AFB Date: Tue, 20 Sep 1994 21:10:28 GMT I have a recurring problem that I have not been able to explain or correct. I have a 486DX/66 running NS3.2, with ethernet cable going out to a transceiver, then a repeater, then an ethernet modem. The ethernet modem is connected to our LAN system, which is connected to the Internet through a T1 connection. I use another Unix machine in our organization to name serve and normally, operations are fine. Here is the problem. Every so often when I really have the machine loaded with lots of apps running and telneting here and there and ftp'ing in the background, the cursor starts spinning off towards pluto and nothing responds. After several minutes, all the apps I was using to access the net are now no longer accessing anything. When I open a terminal window and try to telnet to any particular site, I get a "host name lookup failure". I then contact the point of contact for the machine that I use to nameserve and have him see if the name server is down, and it's up! Also, at this point, I reboot the machine and everything is fine. I'm at my limit of knowledge on this topic, so if anyone has any helpful information or suggestions they would be much appreciated. Please respond by email to the address below with any suggestions or comments. Thanks. Keith Salmon Aerospace Engineer Hill Air Force Base, Utah salmon@lgb.hill.af.mil NeXTMail preferred
From: robin@pencom.com (Robin D. Wilson) Newsgroups: comp.sys.next.bugs Subject: Re: Rlogin wont do IP addresses? Date: 21 Sep 1994 22:41:22 GMT Organization: Pencom Sofware Message-ID: <35qcqi$c4k@digdug.pencom.com> References: <1994Sep21.160835.1016@news.csuohio.edu> In article <1994Sep21.160835.1016@news.csuohio.edu> cowboy@trans.csuohio.edu (Joe Rosenfeld) writes: :I found a really strange bug in NeXTSTEP 3.2 running an rlogin :session. : :If you rlogin to any IP address you get a host unknown error, but if :you rlogin to its ALIAS it works just fine. We tried this on about :eight NeXTs of various kinds and it is the same way everywhere. : :Can anyone shed light on this? From the 'man' page on 'rsh': Host names are given in netinfo(5) if NetInfo is running or in the file /etc/hosts if NetInfo is not running. Each host has one standard name (the first name given in the file), which is rather long and unambiguous, and optionally one or more nicknames. The host names for local machines are also commands in the directory /usr/hosts; if you put this direc- tory in your search path then the rsh can be omitted. It definitely omits reference to the 'IP' address as a valid name. Do you suppose this was intentional, or an accident? -- ----------------------------------------------------------------------------- *** These are my opinions... Mine! All Mine! Minemineminemineminemine! *** ----------------------------------------------------------------------------- Robin D. Wilson robin@pencom.com Pencom Software 701 Canyon Bend Dr. 9050 Capital of Texas Hwy Pflugerville, TX 78660 Austin, TX 78759
Newsgroups: comp.sys.next.bugs From: fabien@free.fdn.org (Fabien Roy) Subject: Re: RDP Exceptions: One possible answer Message-ID: <1994Sep21.103024.23972@free.fdn.org> Sender: news@free.fdn.org Organization: XO informatique - Paris, France. References: <35mui0$8qj@sheckley.cnam.fr> Date: Wed, 21 Sep 1994 10:30:24 GMT In article <35mui0$8qj@sheckley.cnam.fr> phil@cnam.cnam.fr (Philippe Provost) writes: > > > hello, > > > We found one possible answer to the RDP execption problem concerning NS > and HP systems. > > It occurs that HP systems need a real SCSI-ID/Logical device matching, > which means that your entry in /etc/fstab has to be of the form: > > /dev/sd0a / 4.3 rw,noquota,noauto 0 1 //if your scsi-id is 0 > /dev/sd1a / 4.3 rw,noquota,noauto 0 1 //if your scsi-id is 1 > /dev/sd2a / 4.3 rw,noquota,noauto 0 1 //if your scsi-id is 2 > > etc... > > otherwise, first the system will either boot or fail, and in the case it boots, it will be in read only form. > > This is particularly true and (possibly worrying) with external HD you > move from one system to another. > > Hope this help. > > Provost philippe > Computer Survey Lab. > French Army > > > -- > ====================================================================== > Provost Philippe MIME-NeXTMail: phil@cnam.fr or philip@seriat.fr > Veille Technologique Armee de Terre > PGP/RSA Public Key available on request > " La vie est tellement extraordinaire lorsque l'Amour est sa compagne" > -- > ========================================================================== === > Provost Philippe phil@cnam.cnam.fr > NeXT Registered developper Veille Technologique Armee de Terre > " La vie est tellement extraordinaire lorsque l'Amour est sa compagne" No true (IMHO) The HP rom search the scsi from address 6 down to 0. Example: Sep 8 11:01:36 gecko60 mach: The following scsi disks have been found: Sep 8 11:01:36 gecko60 mach: sd0 at target 6 Sep 8 11:01:36 gecko60 mach: sd1 at target 5 Sep 8 11:01:36 gecko60 mach: sd2 at target 2 Sep 8 11:01:36 gecko60 mach: root on sd0a Anyway ways this error disappeared when I updated the "path" monitor variable to point to my default boot drive i.e. scsi.6.0 Hope that helps Fabien -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail accepted) NEXTSTEP/OPENSTEP Consultant, SYBASE DBA XO, 81 allee Danielle Casanova, 93320 Les Pavillons sous Bois France Tel: 33 1 4847 5198 Fax: 33 1 4847 5175
Newsgroups: comp.sys.next.bugs From: cowboy@trans.csuohio.edu (Joe Rosenfeld) Subject: Re: Rlogin wont do IP addresses? Message-ID: <1994Sep22.024232.21245@news.csuohio.edu> Sender: news@news.csuohio.edu (USENET News System) Organization: Cleveland State University References: <1994Sep21.160835.1016@news.csuohio.edu> <35qcqi$c4k@digdug.pencom.com> Date: Thu, 22 Sep 1994 02:42:32 GMT Robin D. Wilson (robin@pencom.com) wrote: : In article <1994Sep21.160835.1016@news.csuohio.edu> cowboy@trans.csuohio.edu : (Joe Rosenfeld) writes: : :I found a really strange bug in NeXTSTEP 3.2 running an rlogin : :session. : : : :If you rlogin to any IP address you get a host unknown error, but if : :you rlogin to its ALIAS it works just fine. We tried this on about : :eight NeXTs of various kinds and it is the same way everywhere. : : : :Can anyone shed light on this? : From the 'man' page on 'rsh': : Host names are given in netinfo(5) if NetInfo is running or : in the file /etc/hosts if NetInfo is not running. Each host : has one standard name (the first name given in the file), : which is rather long and unambiguous, and optionally one or : more nicknames. The host names for local machines are also : commands in the directory /usr/hosts; if you put this direc- : tory in your search path then the rsh can be omitted. : It definitely omits reference to the 'IP' address as a valid name. Do you : suppose this was intentional, or an accident? Well, I thought of this, but still considered it strange. I can use the alias for the same host, and it does the expected DNS name lookup and goes to the proper place, and logins are possible, but use the IP and you get nothing. No other Unix I have found behaves like this, so I think I will put the host into the netinfo db and see if the IP address works. Gotta do this tomorrow, I guess. Joe -- | Joe Rosenfeld cowboy@trans.csuohio.edu | Automation Librarian (216) 687-6881 [FAX] | CSU Law Library trans.csuohio.edu [ANON FTP] | NeXTMail and MIME ok
Newsgroups: comp.sys.next.bugs From: brad@instep.wimsey.com Subject: Re: Rlogin wont do IP addresses? Message-ID: <1994Sep22.011207.2315@instep.wimsey.bc.ca> Sender: usenet@instep.wimsey.bc.ca (usenet) Organization: InStep Mobile Communications Inc. References: <35qcqi$c4k@digdug.pencom.com> Date: Thu, 22 Sep 1994 01:12:07 GMT Robin D. Wilson writes > In article <1994Sep21.160835.1016@news.csuohio.edu> cowboy@trans.csuohio.edu > (Joe Rosenfeld) writes: > :I found a really strange bug in NeXTSTEP 3.2 running an rlogin > :session. > : > :If you rlogin to any IP address you get a host unknown error, but if > :you rlogin to its ALIAS it works just fine. We tried this on about > :eight NeXTs of various kinds and it is the same way everywhere. > : > :Can anyone shed light on this? > > From the 'man' page on 'rsh': > [quote from RSH(1C) deleted]... Wouldn't you want to quote from the man of rlogin? In any event, neither rsh nor rlogin make reference to using IP address in "dot notation" as an option instead of specifying an actual hostname. Perhaps the poster is confusing the use of rlogin with that of telnet? The telnet man page makes specific mention of opening connections to hosts using the Internet address specified in the "dot notation". -- Brad Head <brad@instep.wimsey.com> Software Developer, InStep Mobile Communications Inc. Vancouver, British Columbia CANADA
From: jehu@jehu.async.vt.edu (john stanhope) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Does BackSpace crash on you? Date: 22 Sep 1994 15:15:05 GMT Organization: Virginia Tech, Blacksburg, Virginia Distribution: world Message-ID: <35s71p$nol@solaris.cc.vt.edu> Twice so far backspace has crashed on me. Both times it set the screen to black but the first time I was able to command-q (quit it) where as the second time I was unable to quit and had to reboot. The first crash occured under the Sperm module and the second on David Lambert's very cool school module. The cause of the crash appears to be the folowing message in /usr/adm/messages in the case of the School backO. I don't have the message generated when sperm crashed it but I think it was the same. Sep 21 18:38:32 jehu BackSpace[179]: DPS client library error: PostScript program error, DPSContext 3ee80 Sep 21 18:38:32 jehu BackSpace[179]: %%[ Error: typecheck; OffendingCommand: setcolor ]%% Note: I have also had the window server crashing problem that many pentium/pci people have seen so it could also be hardware but I wanted to check first and see if anyone else is experiencing this. Thanks John
From: robin@pencom.com (Robin D. Wilson) Newsgroups: comp.sys.next.bugs Subject: Re: Rlogin wont do IP addresses? Date: 22 Sep 1994 15:56:24 GMT Organization: Pencom Sofware Message-ID: <35s9f8$jtu@digdug.pencom.com> References: <1994Sep22.011207.2315@instep.wimsey.bc.ca> In article <1994Sep22.011207.2315@instep.wimsey.bc.ca> brad@instep.wimsey.com writes: :Robin D. Wilson writes :> In article <1994Sep21.160835.1016@news.csuohio.edu> :cowboy@trans.csuohio.edu :> (Joe Rosenfeld) writes: :> :I found a really strange bug in NeXTSTEP 3.2 running an rlogin :> :session. :> : :> :If you rlogin to any IP address you get a host unknown error, but if :> :you rlogin to its ALIAS it works just fine. We tried this on about :> :eight NeXTs of various kinds and it is the same way everywhere. :> : :> :Can anyone shed light on this? :> :> From the 'man' page on 'rsh': :> : [quote from RSH(1C) deleted]... : :Wouldn't you want to quote from the man of rlogin? In any event, neither rsh :nor rlogin make reference to using IP address in "dot notation" as an option :instead of specifying an actual hostname. Except that the 'rlogin' man page references the 'host' name setup from 'rsh': From the 'rlogin' man page: (The host names must be the standard names as described in rsh(1C).) FYI, on some systems 'rsh' is a link to 'rlogin'. -- ----------------------------------------------------------------------------- *** These are my opinions... Mine! All Mine! Minemineminemineminemine! *** ----------------------------------------------------------------------------- Robin D. Wilson robin@pencom.com Pencom Software 701 Canyon Bend Dr. 9050 Capital of Texas Hwy Pflugerville, TX 78660 Austin, TX 78759
Newsgroups: comp.sys.next.bugs From: bruce@trwlasd.com (Bruce McKenzie) Subject: Re: sel_getUid () didn't find methods in categories Message-ID: <CwJtsB.B3K@trwlasd.com> Sender: bruce@trwlasd.com (Bruce McKenzie) Organization: TRW References: <1994Sep19.145034.2884@kurt.in-berlin.de> Date: Thu, 22 Sep 1994 20:48:09 GMT In article <1994Sep19.145034.2884@kurt.in-berlin.de> gerald@kurt.in-berlin.de (Gerald Erdmann) writes: > s1 = sel_getUid ("xyz"); // returns an selector > s2 = sel_getUid ("xyz2"); // returns nil !!!!!!!!! Need to do an NXUniqueString on the input parameter to sel_getUid. If you don't pass in an NXAtom, it's not guaranteed to work. -- Bruce McKenzie (spuds@netcom.com, NeXTMail welcome) Atlas Software Ventures, Inc. PO Box 1299, Santa Clara, CA 95052-1299 800/278-9909 (ASV-9909) *** Software Development, specializing in NEXTSTEP *** --- -- Bruce McKenzie (spuds@netcom.com, NeXTMail welcome) Atlas Software Ventures, Inc. PO Box 1299, Santa Clara, CA 95052-1299 800/278-9909 (ASV-9909)
From: dinse@catatac.niehs.nih.gov (Gregg E. Dinse) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: RDP Exception Error: an apparent solution (in my case) Date: 23 Sep 1994 13:26:42 GMT Organization: The National Institute of Environmental Health Sciences Message-ID: <35ul2i$gdp@jeeves.niehs.nih.gov> Keywords: RDP, SCSI, hang, HP, Gecko Hello, Several weeks ago I posted a message about a problem with booting our HP 712/80 under NEXTSTEP with the ethernet connected. Here is the original problem, some background, and what seems to be the solution: PROBLEM: Almost every time I booted our HP 712/80 under NEXTSTEP with the ethernet connected, I'd get an RDP exception error that would hang the system so badly that I would have to physically pull the plug. All worked fine if the ethernet was not connected. The only work-around that I found was to start booting without the ethernet connected and then plug it in before the boot finished, but after the point at which the system usually hung. This seemed to work, but was a nuisance. BACKGROUND: For economic reasons, we purchased the HP with the minimum amount of RAM and the smallest hard drive. We then added third party RAM and replaced the small internal hard drive with a 2 GB drive. Although we bought the drive from a third party, it is an HP drive (model C24990A). Originally (probably before I read all the literature carefully), I set the jumpers on the new internal drive to SCSI target 1, as I had done in the past for our black hardware. I soon realized that the HP searches for SCSI devices in reverse order and changed the jumpers so that the drive was SCSI target 6, as HP/NeXT recommends. SOLUTION: The problem is that I forgot (or did not know enough) to change the SCSI path from 1 to 6. That is, when first setting up the system, I had given the following command at the BOOT_ADMIN> prompt: path pri scsi.1.0 where the 1 was to match the SCSI target number that I had given my boot drive earlier. To solve my problem, I had to hit the escape key early in the reboot to get back to the BOOT_ADMIN> prompt and then I typed: path pri scsi.6.0 As far as I can tell, this has solved the problem. I have rebooted at least 4 times and have not had any RDP exception errors or system hangs. ACKNOWLEDGEMENT: I would like to thank Fabien Roy for taking the time to help. Although over the past few weeks, other people have probably made some passing reference to the SCSI path needing to be set to 6, I did not understand that this was different than setting the SCSI target to 6 on the boot drive. Fabien took the time to explain what might have been obvious to others, but was not to me. Thanks Fabien. Gregg Dinse dinse@catatac.niehs.nih.gov
From: jr@sade.schiele-ct.de (Jochen Richter) Newsgroups: comp.sys.next.bugs Subject: Problem positioning DAT Tape under HP-PA Date: 23 Sep 1994 13:22:59 GMT Organization: schiele computertechnik, 76199 Karlsruhe Message-ID: <35ukrj$2ge@ts2.schiele-ct.de> I am using a HP 1533A DAT streamer. When dumping the filesystem or positioning the tape using "mt" I get the following error message: SCSI TAPE: dev = 0x2219 I/O error during close. This allows me only to restore the first tape file. I can't access any other file on the tape. This does't happen under HP-UX or black hardware. Any suggestions? -- Jochen Richter Phone: +49-721-696922 Zahringerstrasse 57 Fax: +49-721-696988 D-76133 Karlsruhe e-mail: jr@sade.schiele-ct.de Germany
From: russell@math.mtu.edu (Russell Reid) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Stop PrintManager from resetting fax modem? Date: 23 Sep 1994 20:19:42 GMT Organization: Michigan Technological University Message-ID: <35vd8u$2m3@news.mtu.edu> Keywords: modem, PrintManager I used to make my HSD Fax modem work by setting its timeout register to 90 seconds instead of the default 30 seconds. I am running 3.1 on a black non-turbo slab. The HSD (Interfax) modem only writes a few of its S-registers to memory when you use "AT &w0" or "AT &w1". (No way to fix that; it doesn't even have memory to write the other ones to!) I used to make the modem "unavailable" from PrintManager, set the S07 register to 90 using tip, then turn the modem back to "private" or "network" availability. Somewhere along the way, (Was it 3.1?), PrintManager developed the habit of resetting the modem to stored configuration whenever I "modify" the modem, including switching from "unavailable" (so that I can tweak it with tip) back to available. The bottom line is that faxing doesn't work. I don't want PrintManager to reset my modem; I configure the registers the way I need them. Does anybody know how to tweak PrintManager (Use an older version? A newer one?) to tell it to leave my settings alone? I tried NXFax's demo, which didn't correct the problem (the timeout is in the modem, not in the fax driver.) Help? I'd like to avoid a new modem if I can, at least for now. Thanks. Russell Reid Michigan Tech University
Newsgroups: comp.sys.next.bugs From: bruce@trwlasd.com (Bruce McKenzie) Subject: Re: sel_getUid () didn't find methods in categories Message-ID: <CwLEyC.FKq@trwlasd.com> Sender: bruce@trwlasd.com (Bruce McKenzie) Organization: TRW References: <CwJtsB.B3K@trwlasd.com> Date: Fri, 23 Sep 1994 17:22:58 GMT In article <CwJtsB.B3K@trwlasd.com> bruce@trwlasd.com (Bruce McKenzie) writes: > In article <1994Sep19.145034.2884@kurt.in-berlin.de> > gerald@kurt.in-berlin.de (Gerald Erdmann) writes: > > s1 = sel_getUid ("xyz"); // returns an selector > > s2 = sel_getUid ("xyz2"); // returns nil !!!!!!!!! > > Need to do an NXUniqueString on the input parameter to sel_getUid. If you > don't pass in an NXAtom, it's not guaranteed to work. Brainfart. I must have taken double my usual Thorazine dose. I was thinking of registering selectors. You don't have to Unique for this... Sorry for the confusion. At least everyone had a chance to sneer. :-) -- Bruce McKenzie (spuds@netcom.com, NeXTMail welcome) Atlas Software Ventures, Inc. PO Box 1299, Santa Clara, CA 95052-1299 800/278-9909 (ASV-9909)
From: chuckie@panix.com (Alec H. Peterson) Newsgroups: comp.sys.next.bugs Subject: BusLogic BIOS/Firmware version problems Date: 25 Sep 1994 13:35:49 -0400 Organization: PANIX Public Access Internet and Unix, NYC Message-ID: <364cdl$a48@panix.com> I read in one of the NeXTanswers documents that only BusLogic BIOS version 4.50 and Firmware version 3.31 work with NeXTStep (on a Buslogic 445S VLB card). Has anyone come up with a workaround for this problem, or am I going to have to deal with the BusLogic tech support about down-grading my BIOS version? Also, rumor has it that the floppy controller on the 445S doesn't work with NeXTStep. How true is this? Thanks. Alec -- Alec Peterson Panix Public Access UNIX and Internet chuckie@panix.com New York City, NY
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss) Newsgroups: comp.sys.next.bugs Subject: Re: BusLogic BIOS/Firmware version problems Date: 26 Sep 1994 04:04:04 GMT Organization: Northwestern University, Evanston IL Message-ID: <365h7k$22q@news.acns.nwu.edu> References: <364cdl$a48@panix.com> In article <364cdl$a48@panix.com>, Alec H. Peterson <chuckie@panix.com> wrote: >I read in one of the NeXTanswers documents that only BusLogic BIOS version >4.50 and Firmware version 3.31 work with NeXTStep (on a Buslogic 445S >VLB card). Has anyone come up with a workaround for this problem, or >am I going to have to deal with the BusLogic tech support about down-grading >my BIOS version? > >Also, rumor has it that the floppy controller on the 445S doesn't work >with NeXTStep. How true is this? > >Thanks. > >Alec > 1) Buslogic is easily to deal with. No fuss, no hassle, quick service and no charge. 2) The newer Buslogic driver [I think] (Next - intended for the 445c?) and the BuslogicFamily drivers [I'm certain] (Third party - ftp sites) work with the newer rom. [My hesitation is in swapping different roms/drivers, I didn't test everything everywhere]. 3) Both of the above have trouble with my SCSI DAT tape. The Adaptec driver worked (well, it had a minor, non-corrupting bug) with this drive but the newer don't work at all. 4) Don't know about the floppy controller. -- Jerry S. Weiss j-weiss@nwu.edu Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois %SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
From: mrozek@eecs.umich.edu (Eric M. Mrozek) Newsgroups: comp.sys.next.bugs Subject: My next won't complete a fax tx/rx. Date: 26 Sep 1994 17:18:34 GMT Organization: University of Michigan EECS Dept. Message-ID: <366vpa$9k3@zip.eecs.umich.edu> I just got a Practical Peripheral 14.4 fax/modem, and I'm having problems making the fax part work. I hooked it up to my NextStation Color and it seems to test out okay. I have no problems using the modem part. When I try to send or recieve a fax, the modem is able to dial and connect, but the transaction bombs within 30 seconds and an error message shows up in the fax log of the FaxReader. Can anyone give me some hints on where to look for problems? PrintManager.app appears to initialize the modem when the fax mode is turned on (I don't have a copy of the settings with me at the moment, but I can post it tomorrow if it would help). When I turn off the fax mode, the modem works fine if I send a new initialization string from my comm program (Microphone Pro). By the way, PrintManager locks up if it attempts to use the fax/modem before the comm program relases the modem. Does PrintManager not check the availability of the modem before accessing it? Eric
Newsgroups: comp.sys.next.bugs From: cowboy@trans.csuohio.edu (Joe Rosenfeld) Subject: Re: Rlogin wont do IP addresses? Message-ID: <1994Sep26.201426.12939@news.csuohio.edu> Sender: news@news.csuohio.edu (USENET News System) Organization: Cleveland State University References: <1994Sep22.011207.2315@instep.wimsey.bc.ca> <35s9f8$jtu@digdug.pencom.com> Date: Mon, 26 Sep 1994 20:14:26 GMT Robin D. Wilson (robin@pencom.com) wrote: : In article <1994Sep22.011207.2315@instep.wimsey.bc.ca> brad@instep.wimsey.com : writes: : :Robin D. Wilson writes : :> In article <1994Sep21.160835.1016@news.csuohio.edu> : :cowboy@trans.csuohio.edu : :> (Joe Rosenfeld) writes: : :> :I found a really strange bug in NeXTSTEP 3.2 running an rlogin : :> :session. : :> : : :> :If you rlogin to any IP address you get a host unknown error, but if : :> :you rlogin to its ALIAS it works just fine. We tried this on about : :> :eight NeXTs of various kinds and it is the same way everywhere. : :> : : :> :Can anyone shed light on this? : :> : :> From the 'man' page on 'rsh': : :> : : [quote from RSH(1C) deleted]... : : : :Wouldn't you want to quote from the man of rlogin? In any event, neither rsh : :nor rlogin make reference to using IP address in "dot notation" as an option : :instead of specifying an actual hostname. : Except that the 'rlogin' man page references the 'host' name setup from : 'rsh': : From the 'rlogin' man page: : (The host names must be the standard names as described in rsh(1C).) : FYI, on some systems 'rsh' is a link to 'rlogin'. The strange part about ALL of this, is that rlogin will worki with IPs on any other Unix I can get my hands on except NeXTSTEP. Only NeXTSTEP has these problems. I do not understand it. -- | Joe Rosenfeld cowboy@trans.csuohio.edu | Automation Librarian (216) 687-6881 [FAX] | CSU Law Library trans.csuohio.edu [ANON FTP] | NeXTMail and MIME ok
From: chuckie@panix.com (Alec H. Peterson) Newsgroups: comp.sys.next.bugs Subject: Re: BusLogic BIOS/Firmware version problems Date: 26 Sep 1994 16:25:37 -0400 Organization: PANIX Public Access Internet and Unix, NYC Message-ID: <367ao1$es4@panix.com> References: <364cdl$a48@panix.com> <365h7k$22q@news.acns.nwu.edu> In article <365h7k$22q@news.acns.nwu.edu>, Jerry Weiss <j-weiss@nwu.edu> wrote: > >1) Buslogic is easily to deal with. No fuss, no hassle, quick service and >no charge. Right you are, they were much easier to deal with than I had expected. > >2) The newer Buslogic driver [I think] (Next - intended for the 445c?) and the >BuslogicFamily drivers [I'm certain] (Third party - ftp sites) work with >the newer rom. [My hesitation is in swapping different roms/drivers, >I didn't test everything everywhere]. Yep, I grabbed the NeXT BusLogic driver and it worked fairly well. However, I had several problems where the CDROM drive just froze, and I'm still having them. As a result, I've only been able to get a minimal installation on my system. Any thoughts on this one? Thanks for the input. Alec -- Alec Peterson Panix Public Access UNIX and Internet chuckie@panix.com New York City, NY
From: Basil Aycock <baycock@ahpca.hpc.org> Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Large Disk Partitons Date: Mon, 26 Sep 94 19:24:14 PDT Organization: ARPA High Performance Computing Applications Message-ID: <367m36$npi@span.ahpca.hpc.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Is there anyway to get NeXT 3.1 to address large (4GB) NFS disk partitions. Thanks Basil Aycock ARPA High Performance Computing Applications
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Re: BusLogic BIOS/Firmware version problems Message-ID: <CwrxKB.AtD@eskimo.com> Sender: news@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever References: <364cdl$a48@panix.com> Date: Tue, 27 Sep 1994 05:50:34 GMT Alec H. Peterson (chuckie@panix.com) wrote: : I read in one of the NeXTanswers documents that only BusLogic BIOS version : 4.50 and Firmware version 3.31 work with NeXTStep (on a Buslogic 445S : VLB card). Has anyone come up with a workaround for this problem, or : am I going to have to deal with the BusLogic tech support about down-grading : my BIOS version? My 747S 4.70 runs this driver flawlessly, Alec. Good chance that yours will too. -- >< Marc J. Salvatori | New NeXTStepper, searching for communications, >< >< salvo@eskimo.com | word processing, and graphics packages ><
From: ddan@au.stratus.com (Dan Danz) Newsgroups: comp.sys.next.bugs Subject: Re: Stop PrintManager from resetting fax modem? Date: 27 Sep 1994 09:08:51 GMT Organization: Stratus Computer Inc, Marlboro MA Message-ID: <368nf3$2dt@transfer.stratus.com> References: <35vd8u$2m3@news.mtu.edu> In article <35vd8u$2m3@news.mtu.edu> russell@math.mtu.edu (Russell Reid) writes: > I used to make my HSD Fax modem work by setting its timeout register to 90 > seconds instead of the default 30 seconds. I am running 3.1 on a black > non-turbo slab. > {... more description omitted ... } > I tried NXFax's demo, which didn't correct the problem (the timeout is in > the modem, not in the fax driver.) > > Help? I'd like to avoid a new modem if I can, at least for now. Help is exactly what you get; from the online Help file for NXFax when discussing dread/dwrite values that can be set. modem AuxATCommand "": This feature allows people using NXFax with unsupported modems to supply additional configuration commands which will be issued each time NXFax initializes the modem. Command strings must be in the form ATL0 . Invalid commands or commands which are not preceded by AT may cause the modem to report an error. I've never used it, but it sounds like it will allow you to: dwrite {yourFaxModemName} AuxATCommand "ATs07=90" Your mileage may vary. #include <std_disclaimer.h> -- L. W. "Dan" Danz (WA5SKM) NeXT Mail: ddan@au.stratus.com Senior Technical Consultant VOS Mail: Dan_Danz@vos.stratus.com Asia Pacific Support Center Telephone: +61 (2) 954-0655 Stratus Computer Pty Ltd Fax: +61 (2) 954-0741 99 Walker St. North Sydney 2060 NSW Australia
Newsgroups: comp.sys.next.bugs From: rbz@netcom.com (Rodger B. Zeisler) Subject: Re: BusLogic BIOS/Firmware version problems Message-ID: <rbzCwsG8B.z4@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <364cdl$a48@panix.com> Date: Tue, 27 Sep 1994 12:33:46 GMT chuckie@panix.com (Alec H. Peterson) writes: >I read in one of the NeXTanswers documents that only BusLogic BIOS version >4.50 and Firmware version 3.31 work with NeXTStep (on a Buslogic 445S >VLB card). Has anyone come up with a workaround for this problem, or >am I going to have to deal with the BusLogic tech support about down-grading >my BIOS version? I purchased a BusLogic 445S last month. I ordered the ROMs (at no charge) from BusLogic on a Saturday via email and they arrived Fed-X on Tuesday. Before I had to used them though, NeXT release the BusLogic drivers on ftp.next.com. I used these drivers (instead of the adaptec 1542 drivers) and everything worked fine. I also tried the BusLogicFamily shareware drivers and they worked just fine with the current BIOS. >Also, rumor has it that the floppy controller on the 445S doesn't work >with NeXTStep. How true is this? I went so far as to order my system with a generic IDE/FD/S/P/G card just in case. I am using my floppy hung off the SCSI controller and it works fine. The extra insurance only cost me an extra $5 to upgrade from a Multi-IO (S/P/G) card to my current one. >-- >Alec Peterson Panix Public Access UNIX and Internet >chuckie@panix.com New York City, NY -- <Rodger> ====================================================== Rodger B. Zeisler rbz@netcom.com 1404 Minter Road Home (214) 517-4884 Plano, Tx 75023-1908 Work (214) 437-7636 ======================================================
From: Stefan.Boehringer@rubb.rz.ruhr-uni-bochum.de (Stefan Boehringer) Newsgroups: comp.sys.next.bugs Subject: Adress book Date: Tue, 27 Sep 1994 19:03 MDZ Organization: Ruhr-Uni-Bochum Distribution: world Message-ID: <19940927190308.Stefan.Boehringer@CD41014.rz.ruhr-uni-bochum.de> When using the address book built into the Workspace Manager members selected from a group are not selectable. This prevents you from using some service on the
Newsgroups: comp.sys.next.misc,comp.sys.next.bugs From: mark@ve6mgs.ampr.org (Mark G. Salyzyn) Subject: Re: Mux driver and NXFax: how to mix? Organization: ADEC Systems Inc. Distribution: na Date: Tue, 27 Sep 94 19:40:03 GMT Message-ID: <1994Sep27.194003.7025@ve6mgs.ampr.org> References: <Cwr75x.26y@credit.erin.utoronto.ca> <CwrE1r.MFs@nntpa.cb.att.com> <367umh$dcc@panix.com> dcl@panix.com (David Lambert) writes: >coco@bootsie.cb.att.com (Felix A. Lugo) writes: >>Stephen Morris <smorris@jurgen.physics.utoronto.ca> wrote: >>| Has anyone gotten the mux driver to work with NXFax ? >> Not entirely! >> I've experienced the same problems. NXFax works fine using NeXT's >>serial driver. When used in conjunction with Mux, however, faxing works; >>outgoing data calls work; incoming data calls hang. I also get many "silo >>overflow" errors from Mux on /usr/adm/messages. >> I've sent e-mail to the Mux developer but haven't heard back from him. >I have contacted the people at Black and White, and they have found >a bug in the way the Mux driver handles some element of the handshaking. >This is the apparent cause of the problem. Nothing to be done until >it's fixed, I guess. I will fix it *immediately* as soon as I am told what this problem is ;-/ As it stands, Mux supports the complete POSIX tty setup. What is happening is that a call to the ioctl is made by *something* during the login sequence in NXFax *sometimes* that sets the number of data bits to 5, which Mux complies with. SerialPorts only handles 7 and 8 data bits per character, and thus does not comply (and thus works). The fix is to turn off POSIX tty support, which has been done in Mux V1.5 (it can be compiled back in for those that started using the programability for their controller projects). I do not have a NXFax compliant modem, and thus can not test out myself what causes this problem. NXFax does NOT use any of the POSIX ioctl routines, so I suspect that a third party is setting the CBITS field to a value of `0' (thus setting Mux to 5 data bits a character). Neither I, or the NXFax people have been able to find out what is causing this. The fix is for Mux to be less energetic in handling all the (undocumented)POSIX ioctl functions, as has been done in V1.5 of the driver. As for sending email to me, if I have not replied within two days of you sending your email, then try mark@ve6mgs.ampr.org, or mark@adec23.UUCP. You may also contact Talus systems for support. In either case, I thought I was approachable, but apparently David, Felix and Stephen have decided I am not. Sending email is simple, and I am eager to fix whatever problems have been occurring (within my means). Ciao -- Mark Salyzyn
From: dcl@panix.com (David Lambert) Newsgroups: comp.sys.next.misc,comp.sys.next.bugs Subject: Re: Mux driver and NXFax: how to mix? Date: 27 Sep 1994 23:42:25 -0400 Organization: PANIX Public Access Internet and Unix, NYC Distribution: na Message-ID: <36aon1$531@panix.com> References: <Cwr75x.26y@credit.erin.utoronto.ca> <CwrE1r.MFs@nntpa.cb.att.com> <367umh$dcc@panix.com> <1994Sep27.194003.7025@ve6mgs.ampr.org> In <1994Sep27.194003.7025@ve6mgs.ampr.org> mark@ve6mgs.ampr.org (Mark G. Salyzyn) writes: >dcl@panix.com (David Lambert) writes: >>coco@bootsie.cb.att.com (Felix A. Lugo) writes: >>>Stephen Morris <smorris@jurgen.physics.utoronto.ca> wrote: >>>| Has anyone gotten the mux driver to work with NXFax ? >>> Not entirely! >>> I've experienced the same problems. NXFax works fine using NeXT's >>>serial driver. When used in conjunction with Mux, however, faxing works; >>>outgoing data calls work; incoming data calls hang. I also get many "silo >>>overflow" errors from Mux on /usr/adm/messages. >>> I've sent e-mail to the Mux developer but haven't heard back from him. >>I have contacted the people at Black and White, and they have found >>a bug in the way the Mux driver handles some element of the handshaking. >>This is the apparent cause of the problem. Nothing to be done until >>it's fixed, I guess. >I will fix it *immediately* as soon as I am told what this problem is ;-/ <long description of protocol mismatch deleted> >In either case, I thought I was approachable, but apparently David, Felix >and Stephen have decided I am not. Actually not - I just figured that if you knew about it, you were working on it. >Sending email is simple, and I am eager >to fix whatever problems have been occurring (within my means). I'm certain that you are, and only wish that I could use your fine product as much as possible. >Ciao -- Mark Salyzyn - later - David C. Lambert dcl@homer.uu.panix.com
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Re: BusLogic BIOS/Firmware version problems Message-ID: <Cwtpzx.F9v@eskimo.com> Sender: news@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever References: <364cdl$a48@panix.com> <365h7k$22q@news.acns.nwu.edu> <367ao1$es4@panix.com> Date: Wed, 28 Sep 1994 05:02:19 GMT Alec H. Peterson (chuckie@panix.com) wrote: : Yep, I grabbed the NeXT BusLogic driver and it worked fairly well. However, : I had several problems where the CDROM drive just froze, and I'm still : having them. As a result, I've only been able to get a minimal installation : on my system. Any thoughts on this one? Try disabling your internal and external RAM cache for the duration of your install and let's see if that helps. -- >< Marc J. Salvatori | New NeXTStepper, searching for communications, >< >< salvo@eskimo.com | word processing, and graphics packages ><
From: chuckie@panix.com (Alec H. Peterson) Newsgroups: comp.sys.next.bugs Subject: Re: BusLogic BIOS/Firmware version problems Date: 28 Sep 1994 07:52:21 -0400 Organization: PANIX Public Access Internet and Unix, NYC Message-ID: <36bldl$7of@panix.com> References: <364cdl$a48@panix.com> <365h7k$22q@news.acns.nwu.edu> <367ao1$es4@panix.com> <Cwtpzx.F9v@eskimo.com> In article <Cwtpzx.F9v@eskimo.com>, Marc Salvatori <salvo@eskimo.com> wrote: >Alec H. Peterson (chuckie@panix.com) wrote: >: Yep, I grabbed the NeXT BusLogic driver and it worked fairly well. However, >: I had several problems where the CDROM drive just froze, and I'm still >: having them. As a result, I've only been able to get a minimal installation >: on my system. Any thoughts on this one? > >Try disabling your internal and external RAM cache for the duration of >your install and let's see if that helps. Good idea, tho I borrowed a different CD-ROM drive from a friend of mine and it worked just fine. Go figure... Thanks again for the help, though. I really appreciate it. Alec -- Alec Peterson Panix Public Access UNIX and Internet chuckie@panix.com New York City, NY
From: jbryans@csulb.edu (Jack Bryans) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: What does 'mach: en0: stray xmit interrupt' mean? Date: 28 Sep 1994 19:18:24 GMT Organization: Cal State Long Beach Message-ID: <JBRYANS.94Sep28121824@tern.csulb.edu> We've been getting a dozen to a score of these/day on a black 3.0 server machine's syslog. Could it relate to the 'mach: enrx: no network buffers' crashes that recently started recurring after we cleaned up its connection to the net a few weeks ago? Does 'xmit interrupt' suggest it's originating on the server? Any way to find out what process is responsible? Jack
Newsgroups: comp.sys.next.bugs From: dave@prim.demon.co.uk (Dave Griffiths) Subject: highlight: inView:lit: does not work properly for NXBrowserCell Message-ID: <1994Sep28.152347.2251@prim.demon.co.uk> Organization: Primitive Software Ltd. Date: Wed, 28 Sep 1994 15:23:47 GMT According to the documentation, highlight:inView:lit: simply turns highlighting on and off for a NXBrowserCell. It doesn't work as advertized though. Here are the hoops Matrix jumps through on mouseDown: To turn highlight on: [cell highlight:&cellFrame inView:self lit:YES]; [cell trackMouse:theEvent inRect:&cellFrame ofView:self]; [cell highlight:&cellFrame inView:self lit:NO]; // huh? And to turn it off: [cell setState:0]; [cell drawSelf:&cellFrame inView:self]; Yuuuuuuuuuuuuuuuk. Turning it off again appears to be some sort of hack to avoid toggling the highlighted rectangle again, but details like that should be hidden from the user of a cell - the cell should maintain it's state properly. Dave
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: ParallelPort Driver Message-ID: <CwvMry.BJ8@eskimo.com> Sender: news@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever Date: Thu, 29 Sep 1994 05:47:57 GMT This driver does not consistenly allocate pp0. Success rate is less than 20% for my EMI Enterprise IV(AMIBIOS date = 11/11/92) for an 80486DX2-66. Christian Starkjohann's(cs@ecs.co.at) Par driver turned out to be 100% stable. -- >< Marc J. Salvatori | New NeXTStepper, searching for communications, >< >< salvo@eskimo.com | word processing, and graphics packages ><
From: "Steven J. McDowall" <mcdowall@mcaltd.com> Newsgroups: comp.sys.next.bugs Subject: #9 Driver problem.. Solved? Date: Fri, 30 Sep 94 22:54:24 CST Organization: Minnesota Regional Network Message-ID: <91743.mcdowall@mcaltd.com> Hi gang.. Well, my machine is happily purring with the #9 driver.. Alas, I wish I could say it was easy to fix.. The way it worked for me was to toss the old #9 card, and replace it with a #9 w/ 4MB and the BIOS level is now 1.03.10 (not 1.03.08).. So, I am not sure if it was the BIOS, or the memory, but it now works.. -Steve ---- Steven J. McDowall McDowall Computer Associates, Ltd. mcdowall@mcaltd.com ATT: 612 621-4812
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: rbp@investor.pgh.pa.us (Bob Peirce #305) Subject: Digital Librarian display problem Message-ID: <1994Sep29.135441.18717@investor.pgh.pa.us> Date: Thu, 29 Sep 94 13:54:41 GMT Organization: Cookson, Peirce & Co., Pittsburgh, PA I am running NS3.2 on a cube. Here's the deal. Normally, when I click on a selection in DL it brings up its internal display screen with the find and search icons. However, if the file has a number anywhere in it DL opens Edit.app and displays the file in an Edit window. There is an exception to this. If the number is big enough it works properly. Some specifics: I break out the listing from sonata into sub-files for each directory. Something like the 3.0/src directory listing would go into a file called 3.0=src. If something I am searching for is in that directory, the file comes up in Edit. Files without small numbers come up in the DL display. I catalog my recordings by number. LPs are in the 0000 series and CDs in the 2000 series. I use the ixbuild -g flag to generate descriptions from the first line of the file. This produces an entry like 00005: Style: Jazz Title: Brown, Clifford, Clifford ... the 0005: is bold. Selections from these lists come up in the DL viewer. What I wuold like to know is what magic will tell DL that files with small numbers are okay to bring up in a DL viewer? -- Bob Peirce Pittsburgh, PA 412-471-5320 rbp@investor.pgh.pa.us [OFFICE] me@venetia.pgh.pa.us [HOME (NeXT)]
From: sanguish@digifix.com (Scott Anguish) Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace Subject: Quick Guide to NEXTSTEP Information on the Internet Date: 3 Oct 1994 00:32:33 -0400 Organization: Next Announcements Message-ID: <36o1h1$f1j@digifix.digifix.com> This post is made weekly, to help 'point' users to more NEXTSTEP information Topics include: Stepwise NEXTSTEP/OpenStep Information Server online comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers New Information --------------- Stepwise NEXTSTEP/OpenStep Information Server online A product directory and information server, built around the World Wide Web system, this will allow full multimedia announcements by NEXTSTEP developers, as well as the ability to browse the available products for NEXTSTEP. This service is online now, and can be reached at http://www.stepwise.com/ or http://digifix.digifix.com/ using OmniWeb (available from ftp.omnigroup.com) or Mosaic. If you are limited to terminal access, Lynx will give you access to the server as well. The entries currently consist of - NeXT Press Releases - OpenStep WhitePapers - Third Party Products Directory - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next.announce archives (searchable) - searchable contents of Third Party compilation CDs - User Group locations - Mailing List archives and information Additionally the NEXTSTEP Product Information Mail Server is available. You can get information on using the mail server at ns-products@stepwise.com Suggestions or comments can be directed to me at sanguish@digifix.com comp.sys.next.* newsgroups -------------------------- news://comp.sys.next.advocacy This is the "why NEXTSTEP is better (or worse) than anything else in the known universe" forum. It was created specifically to divert lengthy flame wars from .misc. news://comp.sys.next.announce Announcements of general interest to the NeXT community (new products, FTP submissions, user group meetings, commercial announcements etc.) The NEXTSTEP FAQs are posted here monthly as well. This is a moderated newsgroup, meaning that you can't post to it directly. Submissions should be e-mailed to next-announce@digifix.com where the moderator (Scott Anguish) will screen them for suitability. news://comp.sys.next.bugs A place to report verifiable bugs in NeXT-supplied software. Material e-mailed to Bug_NeXT@NeXT.COM is not published, so this is a place for the net community find out about problems when they're discovered. This newsgroup has a very poor signal/noise ratio--all too often bozos post stuff here that really belongs someplace else. It rarely makes sense to crosspost between this and other c.s.n.* newsgroups, but individual reports may be germane to certain non-NeXT- specific groups as well. news://comp.sys.next.hardware Discussions about NeXT-label hardware and compatible peripherals, and non-NeXT-produced hardware (e.g. Intel) that is compatible with NEXTSTEP. In most cases, questions about Intel hardware are better asked in comp.sys.ibm.pc.hardware. Questions about SCSI devices belong in comp.periphs.scsi. This isn't the place to buy or sell used NeXTs--that's what .marketplace is for. news://comp.sys.next.marketplace NeXT stuff for sale/wanted. Material posted here must not be crossposted to any other c.s.n.* newsgroup, but may be crossposted to misc.forsale.computers.workstation or appropriate regional newsgroups. news://comp.sys.next.misc For stuff that doesn't fit anywhere else. Anything you post here by definition doesn't belong anywhere else in c.s.n.*--i.e. no crossposting!!! news://comp.sys.next.programmer Questions and discussions of interest to NEXTSTEP programmers. This is primarily a forum for advanced technical material. Generic UNIX questions belong elsewhere (comp.unix.questions), although specific questions about NeXT's implementation or porting issues are appropriate here. Note that there are several other more "horizontal" newsgroups (comp.lang.objective-c, comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip, etc.) that may also be of interest. news://comp.sys.next.software This is a place to talk about [third party] software products that run on NEXTSTEP systems. news://comp.sys.next.sysadmin Stuff relating to NeXT system administration issues; in rare cases this will spill over into .programmer or .software. related Newsgroups ------------------ news://comp.soft-sys.nextstep Like comp.sys.next.software and comp.sys.next.misc combined. Exists because NeXT is a software-only company now, and comp.soft-sys is for discussion of software systems with scope similar to NEXTSTEP. news://comp.lang.objective-c Technical talk about the Objective-C language. Implemetations discussed include NeXT, Gnu, Stepstone, etc. news://comp.object Technical talk about OOP in general. Lots of C++ discussion, but NeXT and Objective-C get quite a bit of attention. At times gets almost philosophical about objects, but then again OOP allows one to be a programmer/philosopher. (The original Comp.Sys.Next no longer exists--do not attempt to post to it.) Exception to the crossposting restrictions: announcements of usenet RFDs or CFVs, when made by the news.announce.newgroups moderator, may be simultaneously crossposted to all c.s.n.* newsgroups. Getting the Newsgroups without getting News ------------------------------------------- Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are now available as a mailing list digest as well. next-nextstep-d next-advocacy-d next-announce-d next-bugs-d next-hardware-d next-marketplace-d next-misc-d next-programmer-d next-software-d next-sysadmin-d (For a full description, send mail saying LISTS to <digestif@antigone.com>). The subscription syntax is essentially the same as LISTSERV's. To subscribe, send a message to <digestif@antigone.com> saying: SUB Listname YourName Example: SUB next-hardware-d John Doe The ftp sites ------------- ftp://ftp.cs.orst.edu: The main site for North American submissions ftp://nova.cc.purdue.edu: Lots of older stuff, but very short on disk space ftp://ftp.informatik.uni-muenchen.de: In Germany. ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.next.com: See the below ftp.next.com and NextAnswers@next.com ------------------------------------- [from the document ftp://ftp.next.com/pub/NeXTanswers/1000_Help] Welcome to the NeXTanswers information retrieval system! This system allows you to request online technical documents, drivers, and other software, which are then sent to you automatically. You can request documents by fax or Internet electronic mail, transfer them by anonymous ftp, or download them from the BBS. NeXTanswers is an automated retrieval system. Requests sent to it are answered electronically, and are not read or handled by a human being. NeXTanswers does not answer your questions or forward your requests. USING NEXTANSWERS BY E-MAIL To use NeXTanswers by Internet e-mail, send requests to nextanswers@next.com. Files are sent as NeXTmail attachments by default; you can request they be sent as ASCII text files instead. To request a file, include that file's ID number in the Subject line or the body of the message. You can request several files in a single message. You can also include commands in the Subject line or the body of the message. These commands affect the way that files you request are sent: ASCII causes the requested files to be sent as ASCII text SPLIT splits large files into 95KB chunks, using the MIME Message/Partial specification REPLY-TO address sets the e-mail address NeXTanswers uses These commands return information about the NeXTanswers system: HELP returns this help file INDEX returns the list of all available files INDEX BY DATE returns the list of files, sorted newest to oldest SEARCH keywords lists all files that contain all the keywords you list (ignoring capitalization) For example, a message with the following Subject line requests three files: Subject: 2101 2234 1109 A message with this body requests the same three files be sent as ASCII text files: 2101 2234 1109 ascii This message requests two lists of files, one for each search: Subject: SEARCH Dell SCSI SEARCH NetInfo domain NeXTanswers will reply to the address in your From: line. To use a different address either set your Reply-To: line, or use the NeXTanswers command REPLY-TO <your-address> If you have any problem with the system or suggestions for improvement, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY FAX To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and follow the instructions. You'll be asked for your fax number, a number to identify your fax (like your phone extension or office number), and the ID numbers of the files you want. You can also request a list of available files. When you finish entering the file numbers, end the call and the files will be faxed to you. If you have problems using this fax system, please call Technical Support at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada. USING NEXTANSWERS BY ANONYMOUS FTP To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM and read the help file pub/NeXTanswers/README. If you have problems using this, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY MODEM To use NeXTanswers via modem call the NeXTanswers BBS at (415) 780-2965. Log in as the user "guest", and enter the Files section. From there you can download NeXTanswers documents. FOR MORE HELP... If you need technical support for NEXTSTEP beyond the information available from NeXTanswers, call the Support Hotline at 1-800-848-NeXT (outside the U.S. call +1-415-424-8500) to speak to a NEXTSTEP Technical Support Technician. If your site has a NeXT support contract, your site's support contact must make this call to the hotline. Otherwise, hotline support is on a pay-per-call basis. Thanks for using NeXTanswers! Written by: Eric P. Scott (mailto:eps@toaster.SFSU.EDU) and Scott Anguish (mailto:sanguish@digifix.com) Additions from: Greg Anderson (mailto:Greg_Anderson@afs.com) Michael Pizolato (mailto:Michael_Pizolato@afs.com) and Dan Grillo (mailto:dan_grillo@next.com)
From: grossa@portnoy.sdsc.edu (Andrew Gross) Newsgroups: comp.sys.next.bugs Subject: Problems with POSIX + exec[vl] Followup-To: comp.sys.next.bugs Date: 3 Oct 1994 07:59:08 GMT Organization: San Diego Supercomputer Center @ UCSD Distribution: world Message-ID: <36odkc$i6q@rosebud.sdsc.edu> Keywords: POSIX execl execv don't work Hello, I'm trying to use execl from a POSIX-ized program and it appears the the process group info is incorrectly handled. My test program looks like: main.c: main() { execl("/bin/csh","csh",0); } And here's what happens when I compile and run with and without -posix : dark[508]% cc main.c dark[509]% ./a.out dark[1]% id uid=20(drew) euid=20(drew) gid=20(other) egid=20(other) groups=20(other),10(staff) dark[2]% more /etc/gettytab # Copyright (c) 1980 Regents of the University of California. ... dark[510]% cc -posix main.c dark[511]% ./a.out dark[1]% id Bus error dark[2]% more /etc/gettytab Stopped (tty output) dark[3]% I get the same behavior from execv. Any thoughts? (Aside from don't use -posix). Thank you for any help, Andrew Gross grossa@sdsc.edu
From: rragner@stingray.vm.iastate.edu (Rod Ragner) Newsgroups: comp.sys.next.bugs Subject: NS Intel LoginWindow Dissappears Date: 3 Oct 1994 16:43:43 GMT Organization: Iowa State University, Ames, Iowa Message-ID: <36pcbv$msh@news.iastate.edu> I installed NEXTSTEP 3.2 on a certified HP Vectra XM and it works fine most of the time, but sometimes the Login Window dissappears and I have to reboot the machine "the hard way" to get a Login Window back. I left the office Sunday afternoon with the Login Window on the screen and returned Monday morning to find a gray background without a Login Window. This is not the first time that this has happended either. A similar problem is that if I accidentally click the mouse on the background when the Login Window is on-screen, then the Login Window dissappears, never to return... If I have done something wrong here, I would appreciate some suggestions. Thank you! -- Rod Ragner Veterinary Diagnostic Laboratory College of Veterinary Medicine Iowa State University Ames, Iowa 50011 Voice: (515) 294-4751, FAX: (515) 294-3564, (NeXT Mail accepted)
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Re: #9 Driver problem.. Solved? Message-ID: <Cx4usA.5Ax@eskimo.com> Organization: Eskimo North (206) For-Ever References: <91743.mcdowall@mcaltd.com> Date: Tue, 4 Oct 1994 05:21:05 GMT Steven J. McDowall (mcdowall@mcaltd.com) wrote: : Well, my machine is happily purring with the #9 driver.. Alas, I wish : I could say it was easy to fix.. The way it worked for me was to : toss the old #9 card, and replace it with a #9 w/ 4MB and the : BIOS level is now 1.03.10 (not 1.03.08).. So, I am not sure if it was : the BIOS, or the memory, but it now works.. Hmmm. What card do you specifically have, Steve? My GXE level 16 BIOS is 1.15.18J, Release 87111593. This card runs the BETA driver just fine at 1280x1024x2@72Hz. -- >< Marc J. Salvatori | New NeXTStepper, searching for communications, >< >< salvo@eskimo.com | word processing, and graphics packages ><
Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs From: samurai@hasc.ca (Darcy Brockbank) Subject: Slow disk writes? Dissapointed? I was... UNTIL... Message-ID: <1994Oct4.173353.28989@sifon.cc.mcgill.ca> Sender: news@sifon.cc.mcgill.ca Organization: McGill University Date: Tue, 4 Oct 1994 17:33:53 GMT Well, I don't know how many of you are up to date on my hardware woes. Basically, I had cured them all, but was still dissapointed with by disk write performance. I talked a bit with a friend of mine a while ago (thanks Bob) who mentioned that I should try fiddling with the disk initialization procedure. For the record, I have a Micropolis 4110 1.0gig SCSI-II drive, and a NCR based PCI SCSI-II controller, using a Talus driver. I was getting a blazingly fast write benchmark of 465kb/sec. Sarcasm intended. So, I re-built the disk, but initialized it like this: (disk is sd1, and I have it fdisked to two partitions, one for DOS) disk -i /dev/rsd1h newfs -n -v -r 5400 /dev/rsd1a Most SCSI-II disks seem to be 5400 RPM disks. "disk" doesn't query for rotational speed, although this is simple to do. It's a bug, I figure. Anyway, the second call directly to newfs re-initializes the filesystem with a layout that's optimal for a 5400 RPM disk. After doing this, and re-installing NEXTSTEP I now have a write performance benchmark of 1311kb/sec, which is nearly 3 times faster. So, if you're setting up NEXTSTEP, and have a fast disk, you might want to try this. I'd be interested in hearing if other people experience such a significant improvement. Normally, at this part of my posting, I'd flame NeXT for releasing a piece of cruddy software, but I'll hold up and see if I'm not experiencing an anomaly :-). Thanks to Bob Brown for the suggestion to try changing the rotational speed parameter. - db -- Oh, meltdown. It's one of those annoying buzzwords. We prefer to call it an "unrequested fission surplus." -- M. Burns -- It's plainer than a Bulgarian pin-up -- Rimmer -- Jesus, I believe the race was the "front crawl." -- The Vacant Lot -- Rhode Island? They're *never* in contention!!! -- Kramer --
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Parallel Port Problems Solved Message-ID: <Cx6F7q.KLL@eskimo.com> Organization: Eskimo North (206) For-Ever Date: Wed, 5 Oct 1994 01:40:04 GMT With Christian Starkjohann's help, I was able to make a slight modification to his Par driver, and successfully used it with my HP1200C/PS. The trick was to remark out a par_ioctl line that set a timeout(to two seconds on my system). Christian plans to apply my discovery to an upcoming release of his Par driver. -- >< Marc J. Salvatori | New NeXTStepper, searching for communications, >< >< salvo@eskimo.com | word processing, and graphics packages ><
From: Matt_Watson@next.com (Matt Watson) Newsgroups: comp.sys.next.bugs Subject: Re: Slow disk writes? Dissapointed? I was... UNTIL... Date: 5 Oct 1994 03:03:16 GMT Organization: NeXT, Inc. Distribution: usa Message-ID: <36t51k$1du@rosie.next.com> References: <1994Oct4.173353.28989@sifon.cc.mcgill.ca> In article <1994Oct4.173353.28989@sifon.cc.mcgill.ca> samurai@hasc.ca (Darcy Brockbank) writes: [...] > I was getting a blazingly fast write benchmark of 465kb/sec. Sarcasm > intended. > > So, I re-built the disk, but initialized it like this: > > (disk is sd1, and I have it fdisked to two partitions, one for DOS) > > disk -i /dev/rsd1h > newfs -n -v -r 5400 /dev/rsd1a [...] On non-68k machines, mkfs uses a default rotdelay of 0ms, meaning all blocks are allocated contiguously if possible. This means the RPM parameter is irrelevant. (Check the output of the dumpfs command to see what the filesystem parameters are set to...) In summary, you probably saw a performance improvement only because you re-initialized the disk on an Intel machine, changing the rotdelay to 0 in the process. matt.
From: luomat@alleg.EDU (Timothy J. Luoma) Newsgroups: comp.sys.next.bugs Subject: Old Mail.app bugs.... Date: 5 Oct 1994 12:29:52 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9410051729.AA04726@alleg.EDU> I know these has been around for awhile, but it is one of those little annoyances that you (or maybe just me) never quite get over. / 1) In my Active.mbox I can go up and down by using the Return key alone (for down) or with the Shift key (for moving up). Until I compact my mail. Then it just sounds my system beep.... // 2) As far as the Addresses window goes, there really should be a way to NOT make your own username show up when creating a Private Group. Also, when you make a group, it would be nice if it didn't become de-selected (meaning you have to go hunt it down again). Just a little annoyance /// 3) Sorting seems to be confused when there are attachments. Send yourself a few messages with the same title, including a few with attachments. Then sort by subject... the ones with attachments seem to be out of order. --- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 Motorola MAIL: NeXT YES / MIME Mail NO No Root access, no super-user access
From: mbk@inls1.ucsd.edu (Matt Kennel) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs Subject: Re: Slow disk writes? Dissapointed? I was... UNTIL... Followup-To: comp.sys.next.hardware,comp.sys.next.bugs Date: 5 Oct 1994 21:28:54 GMT Organization: Institute For Nonlinear Science, UCSD Message-ID: <36v5qm$paq@network.ucsd.edu> References: <1994Oct4.173353.28989@sifon.cc.mcgill.ca> Darcy Brockbank (samurai@hasc.ca) wrote: : : Well, I don't know how many of you are up to date on my hardware woes. : Basically, I had cured them all, but was still dissapointed with by disk : write performance. I talked a bit with a friend of mine a while ago : (thanks Bob) who mentioned that I should try fiddling with the disk : initialization procedure. : For the record, I have a Micropolis 4110 1.0gig SCSI-II drive, and a : NCR based PCI SCSI-II controller, using a Talus driver. : I was getting a blazingly fast write benchmark of 465kb/sec. Sarcasm : intended. : So, I re-built the disk, but initialized it like this: : (disk is sd1, and I have it fdisked to two partitions, one for DOS) : : disk -i /dev/rsd1h : newfs -n -v -r 5400 /dev/rsd1a : Most SCSI-II disks seem to be 5400 RPM disks. "disk" doesn't query for : rotational speed, although this is simple to do. It's a bug, I figure. : Anyway, the second call directly to newfs re-initializes the filesystem : with a layout that's optimal for a 5400 RPM disk. After doing this, and : re-installing NEXTSTEP I now have a write performance benchmark of 1311kb/sec, : which is nearly 3 times faster. wow! So, it's not the fault of the Talus driver as some people were implying then...... This sounds important enough to go into the FAQ, Nextanswers, and Talus' documentation. : - db -- -Matt Kennel mbk@inls1.ucsd.edu -Institute for Nonlinear Science, University of California, San Diego -*** AD: Archive for nonlinear dynamics papers & programs: FTP to -*** lyapunov.ucsd.edu, username "anonymous".
Newsgroups: comp.sys.next.bugs From: jlemon@netcom.com (Jonathan Lemon) Subject: Re: Parallel Port Problems Solved Message-ID: <jlemonCx7Mtx.HAJ@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <Cx6F7q.KLL@eskimo.com> Date: Wed, 5 Oct 1994 17:20:20 GMT In article <Cx6F7q.KLL@eskimo.com>, Marc Salvatori <salvo@eskimo.com> wrote: >HP1200C/PS. The trick was to remark out a par_ioctl line that set a >timeout(to two seconds on my system). Christian plans to apply my >discovery to an upcoming release of his Par driver. YES! I would like to thank Christian for a nice piece of software. I was going bonkers trying to figure out why NeXTStep was saying "Some or all of your document could not be printed" when sending a .ps file to my HPLJ4/PS. When I cat'ed a file directly to /dev/pp0, it worked fine, but printing from a (nameless) application always failed, due to it's setting the timeout to a measly 2 seconds. After disallowing any timeout changes, it works like a charm. -- Jonathan
From: brianw@sw.stratus.com Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.misc Subject: 3.2 on Pentium 60 Mhz Date: 5 Oct 1994 21:36:06 GMT Organization: Stratus Computer Inc, Marlboro MA Distribution: world Message-ID: <36v686$b86@transfer.stratus.com> Keywords: scsi disk not initialized Hi, I have the following problem, when I have a non-networked Gateway 2000 PC with a Pentium 60Mhz chip: I am getting in the account of 'me' which has not passwd I immediately get the error message: 'scsi disk is not initialized' When I press 'okay' I get something like: 'hard disk is not initialized...' Any way, here's the console output, ANY help would be appreciated: Software Version 3.2 (Thunder5S) probing for DOS Filesystem name: DOS Nov 11 22:21:08 Workspace: Mounted DOS disk at /ms-dos_6 probing for CDROM probing for DOS probing for mac probing for cdaudio Nov 11 22:21:22 Workspace: Mounted floppy disk at /NEXTSTEP_3.2 /usr/etc/disk -i -h localhost -l "UntitledDisk" /dev/rsd0a Unknown device type (hd1) probing for CDROM probing for DOS fs_util: Unknown device type (hd1) probing for mac disk name: SEAGATE ST11200N 930000 disk type: fixed_rw_scsi writing disk label can't write label -- disk unusable!: I/O error Unknown device type (hd1) probing for cdaudio BuildDisk: Starting build at Thu Nov 11 22:28:10 1993... disk name: SEAGATE ST11200N 930000 disk type: fixed_rw_scsi writing disk label can't write label -- disk unusable!: I/O error
From: chuckie@panix.com (Alec H. Peterson) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.misc Subject: Re: 3.2 on Pentium 60 Mhz Date: 5 Oct 1994 21:10:14 -0400 Organization: PANIX Public Access Internet and Unix, NYC Message-ID: <36vipm$hfq@panix.com> References: <36v686$b86@transfer.stratus.com> Keywords: scsi disk not initialized In article <36v686$b86@transfer.stratus.com>, <brianw@sw.stratus.com> wrote: >Hi, I have the following problem, when I have a non-networked Gateway 2000 >PC with a Pentium 60Mhz chip: > >BuildDisk: Starting build at Thu Nov 11 22:28:10 1993... >disk name: SEAGATE ST11200N 930000 >disk type: fixed_rw_scsi >writing disk label >can't write label -- disk unusable!: I/O error Has the disk been low-level formatted? I just bought a Seagate drive and they claimed it was formatted, but it wasn't. Try that. Alec -- Alec Peterson Panix Public Access UNIX and Internet chuckie@panix.com New York City, NY
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware Subject: Re: Slow disk writes? Dissapointed? I was... UNTIL... Date: Wed, 5 Oct 1994 22:36:49 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <8iYq=1K00iV8EA0EUE@andrew.cmu.edu> In-Reply-To: <36v5qm$paq@network.ucsd.edu> Excerpts from netnews.comp.sys.next.bugs: 5-Oct-94 Re: Slow disk writes? Dissa.. by Matt Kennel@inls1.ucsd.e > wow! > > So, it's not the fault of the Talus driver as some people were implying > then...... > > This sounds important enough to go into the FAQ, Nextanswers, > and Talus' documentation. This is already documented pretty well in the man pages. Try 'man xxx', where xxx is one of: newfs mkfs tunefs 5 fs disktab disk (Of course, that doesn't mean that this information shouldn't also be cross-referenced from elsewhere: the FAQ should mention these manpages, perhaps, and note that setting the right parameters appropriately can produce a significant improvement in performance. Ditto for NeXTanswers, Talus drivers, and what have you.) -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.bugs Subject: Re: Old Mail.app bugs.... Date: 6 Oct 1994 06:25:29 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <37058q$93u@usenet.rpi.edu> References: <9410051729.AA04726@alleg.EDU> luomat@alleg.EDU (Timothy J. Luoma) writes: > 1) > In my Active.mbox I can go up and down by using the Return key > alone (for down) or with the Shift key (for moving up). > > Until I compact my mail. Then it just sounds my system beep.... ..until you select a message in the message list (using the mouse). That's still an annoyance, of course. -- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
From: rdieter@math.unl.edu (Rex Dieter) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.misc Subject: Re: 3.2 on Pentium 60 Mhz Followup-To: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.misc Date: 6 Oct 1994 03:58:38 GMT Organization: University of Nebraska--Lincoln Distribution: world Message-ID: <36vsle$fr6@crcnis1.unl.edu> References: <36v686$b86@transfer.stratus.com> brianw@sw.stratus.com wrote: : Hi, I have the following problem, when I have a non-networked Gateway 2000 : PC with a Pentium 60Mhz chip: : I am getting in the account of 'me' which has not passwd : I immediately get the error message: : 'scsi disk is not initialized' : When I press 'okay' I get something like: : 'hard disk is not initialized...' I've read about a bug in NS3.2 that didn't allow for SCSI disks larger than 2 Gig. All I remember reading was that it would be fixed in 3.2. Could that possibly be the problem? -- | Rex A. Dieter | Research Associate | | rdieter@math.unl.edu | UN-L Mathematics Dept. | ---------------------------------------------------------------- |#include<have_a_nice_day.h> | Nuthin but InterNet |
From: duane@shell.portal.com (Duane Takamine) Newsgroups: comp.sys.next.bugs Subject: SB16 beta driver teeny bug Date: 6 Oct 1994 09:47:09 GMT Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data) Message-ID: <370h2t$2rq@news1.shell> I only noticed this because a wrote my own driver for my SB AWE32 a while ago and did the same thing, but the beta SB16 driver on ftp.next.com has a teeny "bug" if you can call it that. They have set the mixer output register to pass-thru the mic input to the speaker output. I'm not sure if that is what they really wanted to do or if it was just an oversight. I mean, it is cute to have a $3000 Mr. Microphone, but on my own driver, I turned the bit off pretty quick. BTW, does anyone know if NeXT plans to implement a mixer panel for the driver, or not. If definitely not, I may start putting time back into my own driver again (although I have no idea really how to do that yet, either). PS: What is the email address to NeXT to report these little bugs directly. I used to know, but forgot (which is why I'm posting). Duane -- ---------------------------------------------------------------------- Duane Takamine duane@shell.portal.com Island CD Creations [a divison of Madd Hacker Productions] "We work for pizza and beer."
From: eps@futon.SFSU.EDU (Eric P. Scott) Newsgroups: comp.sys.next.bugs Subject: - readRTFDFrom: doesn't flag Text object as containing RTFD Date: 6 Oct 1994 09:45:56 GMT Organization: San Francisco State University Message-ID: <370h0k$eh7@nic-nac.CSU.net> Severity: Avoidable Bug Application/System Area where Bug was found: AppKit Release Version: 3.1 and 3.2 Detailed Description: A Text object loaded with an RTFD document via - readRTFDFrom: isn't marked as containing RTFD data, so a subsequent - saveRTFDTo:removeBackup:errorHandler: writes a flat file sans images rather than the expected file package. A workaround is to call the *undocumented* - setRTFD: method, e.g. [myText perform:@selector(setRTFD:) with:(id)YES]; after the - readRTFDFrom:. Robert Vasvari <vrobi@futon.sfsu.edu> assisted with the preparation of this bug report. -=EPS=-
From: btschumy@bga.com (Bill Tschumy) Newsgroups: comp.sys.next.bugs Subject: Re: Old Mail.app bugs.... Date: 6 Oct 1994 09:15:33 -0500 Organization: Otherwise Message-ID: <3710q5$h9b@edwin.bga.com> References: <9410051729.AA04726@alleg.edu> In article <9410051729.AA04726@alleg.edu>, Timothy J. Luoma <> wrote: >I know these has been around for awhile, but it is one of those >little annoyances that you (or maybe just me) never quite get over. > <deleted> Have you submitted these using BugNeXT? They ain't going to fix them if they don't know about them. Bill Tschumy Otherwise bill@otherwise.com (NeXTmail and MIME welcome)
Newsgroups: comp.sys.next.bugs From: ericb@il.us.swissbank.com (Eric_Brown) Subject: Re: SB16 beta driver teeny bug Message-ID: <1994Oct6.152023.3113@il.us.swissbank.com> Sender: root@il.us.swissbank.com (Operator) Organization: Swiss Bank Corporation CM&T Division References: <370h2t$2rq@news1.shell> Date: Thu, 6 Oct 1994 15:20:23 GMT Duane Takamine writes > I only noticed this because a wrote my own driver for my SB AWE32 > a while ago and did the same thing, but the beta SB16 driver on ftp.next.com > has a teeny "bug" if you can call it that. They have set the mixer > output register to pass-thru the mic input to the speaker output. I'm > not sure if that is what they really wanted to do or if it was just an > oversight. I mean, it is cute to have a $3000 Mr. Microphone, but on > my own driver, I turned the bit off pretty quick. > > BTW, does anyone know if NeXT plans to implement a mixer panel > for the driver, or not. If definitely not, I may start putting > time back into my own driver again (although I have no idea really how to > do that yet, either). That would definitely be a good idea. With most (all?) of the soundcards out today having a mixer of some sort, it wouldn't be too tough to define a standard mixer control API that could be implemented in all sound drivers and then accessed from the same preferences module. I'm getting tired of having each keystroke echo in my ears. > PS: What is the email address to NeXT to report these little bugs > directly. I used to know, but forgot (which is why I'm posting). > I don't remember the address, but you can use the BugNeXT.app in /NextDeveloper/Demos. -- _______________________________________________________________ / Eric Brown | The opinions expressed here \ | NEXTSTEP Consultant | are mine and do not necessarily | | | represent those of my employer | | ericb@il.us.swissbank.com | or SBC. | \___________________________|___________________________________/
From: mike@ceramics.cmpe.ubc.ca (Michael C. Cam) Newsgroups: comp.sys.next.bugs Subject: Does <Fax Later> work? Date: 6 Oct 1994 16:30:28 GMT Organization: The University of British Columbia Distribution: world Message-ID: <3718n4$1o7@nntp.ucs.ubc.ca> Hi, I have been trying to send some faxes at a later time but the fax later option in the fax panel doesn't seem to work. I thought it worked but then when I use it now it simply faxes it right away; it doesn't matter what day or time I set it. In the Fax Queue it also appears as an ASAP fax. Any help would be appreciated. Thanks in advance. --- ..Mike. ___________________________________________________________________ | | | ___ ^ ... /\ BEAUTIFUL | | _|_::| ___o '|`^ .. o_ . .. /\ / \ BRITISH | | |:::|:| \ \, ^ '|`|` (`_|/____') / / /\ COLUMBIA | | |:::|:| (o)/ (o) '|`'|`|`` ,,/ . ... . .. / \ | |-------------------------------------------------------------------| | Michael C. Cam E-MAIL (NeXT Mail OK) HOME 604-263-7609 | | UBC Materials Eng. mike@ceramics.cmpe.ubc.ca WORK 604-822-3122 | |___________________________________________________________________|
Newsgroups: comp.sys.next.bugs From: dave@prim.demon.co.uk (Dave Griffiths) Subject: [CustomView nibInstantiate] resets autosizing Message-ID: <1994Oct6.103459.1281@prim.demon.co.uk> Organization: Primitive Software Ltd. Date: Thu, 6 Oct 1994 10:34:59 GMT I've got a palette with a view subclass on it and in the initFrame: method for that view I set the autosizing to a default value. This then gets overwritten at a later stage presumably by the CustomView initialization stuff. It sets it to zero too, so there's really no reason for it. Dave
Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware From: mark@ve6mgs.ampr.org (Mark G. Salyzyn) Subject: Re: Slow disk writes? Dissapointed? I was... UNTIL... Organization: ADEC Systems Inc. Distribution: na Date: Thu, 6 Oct 94 21:54:11 GMT Message-ID: <1994Oct6.215411.16844@ve6mgs.ampr.org> References: <8iYq=1K00iV8EA0EUE@andrew.cmu.edu> Charles William Swiger <infidel+@CMU.EDU> writes: >newfs >mkfs >tunefs >5 fs >disktab >disk > >(Of course, that doesn't mean that this information shouldn't also be >cross-referenced from elsewhere: the FAQ should mention these manpages, >perhaps, and note that setting the right parameters appropriately can >produce a significant improvement in performance. Ditto for >NeXTanswers, Talus drivers, and what have you.) Well, it would help if the drives that have an odd number of 512 byte sectors on a track could be set up correctly. Unfortuneatly, NeXTSTEP 3.2 does not allow one to specify the 512 byte blocksize in the first place (it is hard coded for 1024 bytes/sector, which is find for a drive that has an even number of sectors/track). Enjoy, I ain't, Ciao -- Mark
From: zrudedog@aol.com (Zrudedog) Newsgroups: comp.sys.next.bugs Subject: Intel Boot Block? Date: 6 Oct 1994 22:42:02 -0400 Organization: America Online, Inc. (1-800-827-6364) Sender: news@newsbf01.news.aol.com Message-ID: <372chq$h2h@newsbf01.news.aol.com> After installing dos and Windows for Workgroups on a partitioned scsi drive I lost the next boot0 option. Previously at boot I was able to pick NSFIP/dos partition of the drive. How do I fix the boot block?? Where should I go for more info? Thanx, --rich
From: trestrail@aol.com (Trestrail) Newsgroups: comp.sys.next.bugs Subject: Re: Intel Boot Block? Date: 7 Oct 1994 07:36:01 -0400 Organization: America Online, Inc. (1-800-827-6364) Sender: news@newsbf01.news.aol.com Message-ID: <373br1$nu9@newsbf01.news.aol.com> References: <372chq$h2h@newsbf01.news.aol.com> In article <372chq$h2h@newsbf01.news.aol.com>, zrudedog@aol.com (Zrudedog) writes: >After installing dos and Windows for Workgroups on a partitioned scsi >drive I lost the next boot0 option. >Previously at boot I was able to pick NSFIP/dos partition of the drive. >How do I fix the boot block?? Where should I go for more info? Take a look at NeXTanswers # 1470. The incantation for replacing the boot manager is given there. Regards, Jeff Trestrail trestrail@aol.com
Newsgroups: comp.sys.next.bugs From: coco@erika.cb.att.com (Felix A. Lugo) Subject: Matrix Class/InterfaceBuilder/BuildDisk Bug since 3.0PR2 Message-ID: <CxAvru.u6@nntpa.cb.att.com> Sender: news@nntpa.cb.att.com (Netnews Administration) Organization: AT&T Maitland, Florida Date: Fri, 7 Oct 1994 11:26:17 GMT I reported the following bug back in 3.0PR2 (BetaBug #30088). It's now 3.2 and the problem is still here. This is a clear violation of NeXT's own UI guidelines, WHY HASN'T IT BEEN FIXED? --Felix coco@erika.cb.att.com P.S. Can anyone check this on 3.3PR? _________ CUT ME _________ Please check one that applies: _X_Bug ___Suggestion NeXT system release: 3.0 Pre-release2 Application where bug was found: Matrix Class/InterfaceBuilder/BuildDisk Application release: 3.0 v34 Description: The "Extension Packages" browser (ScrollView?) in the initial BuildDisk window does not auto-scroll. If multiple packages are available, so that the scroller is visible, and you drag to select/unselect packages outside the visible browser view, non-visible packages will be operated on (determined by watching the disk swatch changing). This appears to be more a problem with the Matrix class than anything else. Verify with: 1. Launch InterfaceBuilder 2. Create a new application (Command-n) 3. Add a button to the main window 4. Create a vertical matrix of buttons (10 buttons should suffice) 5. Bring up the Attributes view in the Inspector panel (Command-1) 6. Click on Inspect... and set the prototype button type to PushOn/PushOff and close the prototype window. 7. Select Match Prototype from the Inspector panel. 8. Group the matrix in a ScrollView by clicking the Format->Layout->GroupinScrollView menu item. 9. Resize the ScrollView so that three or four buttons are visible. 10. Test Interface (Command-r). 11. Drag from the first button in the matrix so that the drag extends beyond the physical boundary of the ScrollView but stays within the non-visible region of the matrix and click. 12. Scroll through the view and see the result. Clearly an action has taken place, but no VISIBLE feedback has been provided.
From: crath@bnr.ca (Christopher Rath) Newsgroups: comp.sys.next.bugs Subject: re: 1698_PrecompiledHeaderPatch.pkg.compressed Date: 07 Oct 1994 11:39:30 GMT Organization: Bell Northern Research, Ottawa, Canada Message-ID: <CRATH.94Oct7073930@bcaricbe.bnr.ca> Here is a report I sent to Bug_NeXT and Ask_NeXT: I pulled 1698_PrecompiledHeaderPatch.pkg.compressed off of ftp.next.com yesterday (and the day before too); however, it failed to install correctly. It complained that it couldn't find ``./lib/m68k/cpp-precomp'' and then aborted. Installation had appeared to proceed normally up until that point; however, HeaderViewer no longer runs. Inside the HeaderView.app directory the HeaderViewer executable is missing. When the initial install failed, I presumed that the ftp had corrupted the patch. However, a second ftp of the patch resulted in an identical patch being retreived (I compared them with cmp). Can you please check the patch on ftp.next.com. I am running NEXTSTEP 3.2 Developer on a NeXTstation Mono. Christopher -- === Christopher Rath ===== crath@bnr.ca ===== (613) 765-3141 === Bell-Northern Research | Box 3511, Station `C' | ``Hydrogen is a colourless, odourless Ottawa, ON K1Y 4H7 | gas which, given enough time, turns FAX: (613) 763-4101 | into people.'' --- Henry Hiebert
Newsgroups: comp.sys.next.bugs From: ericb@il.us.swissbank.com (Eric_Brown) Subject: Re: re: 1698_PrecompiledHeaderPatch.pkg.compressed Message-ID: <1994Oct7.150706.16184@il.us.swissbank.com> Sender: root@il.us.swissbank.com (Operator) Organization: Swiss Bank Corporation CM&T Division References: <CRATH.94Oct7073930@bcaricbe.bnr.ca> Date: Fri, 7 Oct 1994 15:07:06 GMT Christopher Rath writes > Here is a report I sent to Bug_NeXT and Ask_NeXT: > > I pulled 1698_PrecompiledHeaderPatch.pkg.compressed off of > ftp.next.com yesterday (and the day before too); however, it > failed to install correctly. It complained that it couldn't find > ``./lib/m68k/cpp-precomp'' and then aborted. Installation had appeared > to proceed normally up until that point; however, HeaderViewer no longer > runs. Inside the HeaderView.app directory the HeaderViewer executable > is missing. > > When the initial install failed, I presumed that the ftp had corrupted > the patch. However, a second ftp of the patch resulted in an identical > patch being retreived (I compared them with cmp). Can you please > check the patch on ftp.next.com. > > I am running NEXTSTEP 3.2 Developer on a NeXTstation Mono. > That's your problem right there. Here's an excerpt from the ReadMe for the patch: These instructions show you how to install the precompiled header patch on computers running NEXTSTEP Developer Release 3.2 for PA-RISC computers. Note that this patch is only for the PA-RISC release of NS3.2. I would suggest trying to re-install your NS Developer package to undo the changes made by the patch install. Good luck... -- _______________________________________________________________ / Eric Brown | The opinions expressed here \ | NEXTSTEP Consultant | are mine and do not necessarily | | | represent those of my employer | | ericb@il.us.swissbank.com | or SBC. | \___________________________|___________________________________/
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware Subject: Re: Slow disk writes? Dissapointed? I was... UNTIL... Date: Fri, 7 Oct 1994 13:03:24 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Distribution: na Message-ID: <4iZLxQq00iV3Q52EVa@andrew.cmu.edu> In-Reply-To: <1994Oct6.215411.16844@ve6mgs.ampr.org> Excerpts from netnews.comp.sys.next.bugs: 6-Oct-94 Re: Slow disk writes? Dissa.. by Mark G. Salyzyn@ve6mgs.a > Well, it would help if the drives that have an odd number of 512 byte sectors > on a track could be set up correctly. Unfortuneatly, NeXTSTEP 3.2 does not > allow one to specify the 512 byte blocksize in the first place (it is hard > coded for 1024 bytes/sector, which is find for a drive that has an even > number of sectors/track). Did you try to reformat the drive to 1024 byte physical sectors? That'll match with the internal blocksize.... -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: crath@bnr.ca (Christopher Rath) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <CRATH.94Oct7073930@bcaricbe.bnr.ca> Control: cancel <CRATH.94Oct7073930@bcaricbe.bnr.ca> Date: 07 Oct 1994 14:37:03 GMT Organization: Bell Northern Research, Ottawa, Canada Message-ID: <CRATH.94Oct7103703@bcaricbe.bnr.ca> -- === Christopher Rath ===== crath@bnr.ca ===== (613) 765-3141 === Bell-Northern Research | Box 3511, Station `C' | ``Hydrogen is a colourless, odourless Ottawa, ON K1Y 4H7 | gas which, given enough time, turns FAX: (613) 763-4101 | into people.'' --- Henry Hiebert
From: jfb@glenan.biomath.jussieu.fr (Jean-Francois Boisvieux) Newsgroups: comp.sys.next.bugs Subject: serial port on Gecko Date: 8 Oct 1994 14:29:22 GMT Organization: Universites Paris VI/Paris VII - France Distribution: world Message-ID: <376ac2$bqv@vishnu.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I cannot connect via the serial port using a modem or a direct connection through kermit on a Gecko. Getty is o.K ttys and gettytab also. I have no problem to connect out. Is it a known bug ? (otherwise it's a hardware problem of my own) -- Jean-Francois Boisvieux jfb@biomath.jussieu.fr (NeXTmail O.K) Faculte de Medecine Pitie-Salpetriere 91 Boulevard de l'Hopital 75634 Paris Cedex 13 (France).
From: work@dannug.dk (Michael Hallin) Newsgroups: comp.sys.next.bugs Subject: Re: Does <Fax Later> work? Date: 8 Oct 1994 06:12:17 GMT Organization: Danish NeXT User Group Distribution: world Message-ID: <375d81$rmv@machthenext.dannug.dk> References: <3718n4$1o7@nntp.ucs.ubc.ca> In article <3718n4$1o7@nntp.ucs.ubc.ca> mike@ceramics.cmpe.ubc.ca (Michael C. Cam) writes: |> |>Hi, |> |>I have been trying to send some faxes at a later time but the fax later |>option in the fax panel doesn't seem to work. I thought it worked but |>then when I use it now it simply faxes it right away; it doesn't matter |>what day or time I set it. In the Fax Queue it also appears as an ASAP |>fax. Any help would be appreciated. |> |>Thanks in advance. |> |>--- |> |>...Mike. Hi, Well, I just tried it, and it works on my machine. Unfortunately, your posting doesn t give any hints as to what modem your are using, what your hardware setup or your software setup looks like, so I m unable to give you any hints.. Best regards Michael -- _____________________________________________ Michael Hallin Copenhagen, Denmark Editor in chief DANNUG NEWS % DANNUG HOT! NeXTMail: work@dannug.dk NonNeXTMail: mh.xeroxvang@rxdk.xerox.com Voice: Int + 45 43 53 34 33
From: hketola@agsm.ucla.edu (Heikki Ketola) Newsgroups: comp.sys.next.bugs Subject: Re: Does <Fax Later> work? Date: 9 Oct 1994 04:17:27 GMT Organization: UCLA Microcomputer Support Office Message-ID: <377qsn$87l@news.mic.ucla.edu> References: <3718n4$1o7@nntp.ucs.ubc.ca> mike@ceramics.cmpe.ubc.ca (Michael C. Cam) writes: >Hi, >I have been trying to send some faxes at a later time but the fax later >option in the fax panel doesn't seem to work. I thought it worked but >then when I use it now it simply faxes it right away; it doesn't matter >what day or time I set it. In the Fax Queue it also appears as an ASAP >fax. Any help would be appreciated. >Thanks in advance. >..Mike. > ___________________________________________________________________ >| | >| ___ ^ ... /\ BEAUTIFUL | >| _|_::| ___o '|`^ .. o_ . .. /\ / \ BRITISH | >| |:::|:| \ \, ^ '|`|` (`_|/____') / / /\ COLUMBIA | >| |:::|:| (o)/ (o) '|`'|`|`` ,,/ . ... . .. / \ | >|-------------------------------------------------------------------| >| Michael C. Cam E-MAIL (NeXT Mail OK) HOME 604-263-7609 | >| UBC Materials Eng. mike@ceramics.cmpe.ubc.ca WORK 604-822-3122 | >|___________________________________________________________________| "Fax later" works fine on my machine EXCEPT from Preview where the symptoms are exactly what you described. heikki ketola
Newsgroups: comp.sys.next.bugs From: Eduardo Ostertag Subject: Problem communicating a PC with a NeXTstation Message-ID: <1994Oct7.125254.11649@tolten.puc.cl> Sender: news@tolten.puc.cl (News Manager) Organization: Pontificia Universidad Catolica de Chile Date: Fri, 7 Oct 1994 12:52:54 GMT I'm having a problem communicating a PC with a NeXTstation. I mount an exported NeXT directory and try to get a list of files using the DOS "dir" command. As soon as I do this, I get the following error messages in the NeXT console (the PC has an IP number 192.231.110.157): svckudp_send: xdr_replymsg failed nfs_server: bad sendreply from 192.231.110.157 The strange thing is that everything works OK with the rest of the UNIX machines we have here (Sun,NCR,HP,Alpha,RS6000). The only machine that is giving me problems is the NeXTstation. Configuration details: 1. NeXTstation 68040 running Software Version 3.1 Lightning4H 2. PC 486 running MSDOS-6.2 and Windows 3.1 3. Communication software: Wollongong PathWay Client NFS V2.0 4. MS-DOS LAN Manager V2.1 Netbind 5. NDIS program version 2.0 6. D-Link DE-620 NDIS DOS Driver V1.21 (printer port card) 7. MS DOS LAN Manager Protocol Manager V2.0 Any help, references, pointers is welcome. Thanx in advance, -Eduardo Ostertag <ostertag@macha.orden.cl>
From: chris@clubside.digex.net (Chris Rowley) Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware Subject: 1 GIG IDE Drive not recognized Date: 9 Oct 1994 15:36:57 GMT Organization: Express Access Online Communications, USA Message-ID: <3792mp$bh7@news1.digex.net> I just dumped my 340 and added a 1GB Caviar 31000 from Western Digital that I formatted into three DOS partitions (my 540 is NeXT/DOS Boot). However, while NeXT loved my old 340 (even though all the dada was STACKed and I couldn't see it), it coughs over the 1GB, saying I can "ignore" or "initialize" it. It's true that DOS needed a driver to partition and recognize it as well, and I'm curious: is there a fix so that the NeXTSTEP side can see the DOS side like it does on my other drive so I can use it for transferring file, supplemental (DOOM WAD) storage. Chris ------------- Home of 'Clubside', the only weekly obscenity-filled rag on the face of the Earth. Free most everywhere (ftp://ftp.digex.net/pub/access/clubside). Write us at 'editor@clubside.digex.net' for more info. We love NeXT-Mail, oh-e-oh. ------------- "Mrs. Crane, I'm looking at you... you wore green so you could hide." -- Carl, 'Caddyshack'
Newsgroups: comp.sys.next.bugs From: Bruce Gingery <bruce@TotSysSoft.com> Subject: Ruler confusion, multiple Text-in-ScrollView, in a ScrollView Message-ID: <1994Oct9.153540.4814@ToTSySSoft.com> Keywords: Ruler, Text, ScrollView Sender: news@ToTSySSoft.com Organization: Total System Software Date: Sun, 9 Oct 1994 15:35:40 GMT Topic: ScrollView Title: Ruler confusion, multiple Text-in-ScrollView, in a ScrollView Severity: Unavoidable Bug Reported_Version: lightning5s Sites: Total System Software Description: When multiple (scrolling) Text objects occur within the same ScrollView object, the Ruler gets confused. This is easily done in Interface Builder (tested in 3.1, 3.2, EOF-Beta-IB) Create a Window Drag in a Text object (in a ScrollView) from the Palette Drag in a second one (or dup the first one) and position so that they are aligned, or mis-aligned but not overlapping. Loop both and select Group In ScrollView Now enable the ruler in either Text object. The ruler will display in the OUTSIDE ScrollView, which would be fine if both Text's recognized this, but they don't. Hardware Configuration: Processor: MC680x0 (68040) Processor speed: 25 MHz Primary memory: 8.00 MB Hostname: tssslab Software Configuration: NeXT Mach 3.2: Mon Oct 18 21:57:41 PDT 1993; root(rcbuilder):mk-149.30.15.obj~2/RC_m68k/RELEASE_M68K Customer_Contact: bruce@TotSysSoft.com --- Bruce Gingery Total System Software Cheyenne, WY USA NEXT IN LINE magazine staff technical writer <bruce@TotSysSoft.com> Multimedia: NeXTmail(tm) and MIME-mail welcome
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: ian_stewart@nyro.com (Ian Stewart) Subject: Re: Intel Boot Block? Message-ID: <CxG05J.HI@nyro.com> Sender: ian@nyro.com (Ian Stewart) Organization: NYRO Technix, Inc. - markets VirtSpace(tm), Faxcess(tm), UUCP-EZ(tm) and other NEXTSTEP software. References: <372chq$h2h@newsbf01.news.aol.com> Date: Mon, 10 Oct 1994 05:48:55 GMT In article <372chq$h2h@newsbf01.news.aol.com> zrudedog@aol.com (Zrudedog) writes: > After installing dos and Windows for Workgroups on a partitioned scsi > drive I lost the next boot0 option. > Previously at boot I was able to pick NSFIP/dos partition of the drive. > How do I fix the boot block?? Where should I go for more info? > > Thanx, > --rich Boot into NEXTSTEP, if you automatically go into DOS, do step one, otherwise if you go directly into NEXTSTEP, start at step 2. 1) Type fdisk at the DOS prompt and set the active partition to the non-dos partion/NEXTSTEP partion, then reboot the computer. 2) Boot into NEXTSTEP and login as root. 3) Launch Terminal.app. 4) at the prompt, carefully type: /usr/etc/disk -B0 /usr/standalone/i386/boot0 /dev/rsd0a replace rsd0a with the appropriate device. (rsd0a if the first SCSI drive or rhd0a if IDE) That should do it. The next time you reboot the machine, you should see the boot prompt. (BTW, if you have a permanent swap file in windows, it will no longer work. Go into windows and setup a temp one!) If this works, send me $2.00 (minus postage of course) or order VS :^) :^) Ian x-nx --- NYRO Technix, Inc. 236 W. Portal Ave Suite 341 San Francisco CA 94127 415 664-1170 voice 415 664-5530 fax NYRO Technix, Inc. markets VirtSpace(tm), Faxcess(tm), UUCP-EZ(tm), On-Vacation(tm), READIT-EZ(tm) and other NEXTSTEP software.
Newsgroups: comp.sys.next.bugs From: smb3u@delton.psyc.virginia.edu (Steven M. Boker) Subject: Re: Old Mail.app bugs.... Message-ID: <CxGMtC.DqG@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia, Department of Psychology References: <9410051729.AA04726@alleg.EDU> Date: Mon, 10 Oct 1994 13:58:24 GMT In article <9410051729.AA04726@alleg.EDU> (Timothy J. Luoma)luomat@alleg.EDU writes: >I know these has been around for awhile, but it is one of those >little annoyances that you (or maybe just me) never quite get over. > [munch some annoying bugs] My favorite little annoyance is that if you use <cmd-W> to copy the text of an existing message into the current outgoing message, Mail is put into a funny state. 1. The "To:" field is made active and any text in that field is selected. 2. The desired message is copied into the edit ScrollView, but no display message is sent, so the edit window appears blank until you next click in the edit window. 3. The edit window is left in a funny state so that if you obscure part of the edit ScrollView with a menu and then remove the menu you see the part of the message text formerly hidden by the menu copied into the edit ScrollView from backing store. This is particularly ugly. Nothing that a little [self display] wouldn't cure, but a minor annoyance nonetheless. Steve -- #====#====#====#====#====#====#====#====#====#====#====#====#====# # Steven M. Boker # "Two's bifurcation # # boker@virginia.edu # but three's chaotic" # #====#====#====#====#====#====#====#====#====#====#====#====#====#
From: dicosmo@verveine.ens.fr (Roberto DiCosmo) Newsgroups: comp.sys.next.bugs Subject: DVIPS problems on HP Date: 10 Oct 1994 18:03:55 GMT Organization: Ecole Normale Superieure Distribution: world Message-ID: <DICOSMO.94Oct10190355@verveine.ens.fr> Dear all, here is a weird problem we got with dvips on our Gecko's: if you try to send dvips's output to the printer as in dvips -o"| lpr -Pmyprinter" foo.dvi here is what we get This is dvips 5.51 Copyright 1986, 1993 Radical Eye Software ' TeX output 1994.10.07:1813' -> | lpr -Pmyprinter <tex.pro><special.pro>. sh: nd: not found Broken pipe !!!!!!!!! Is this something known? (N.B.: dvips 5.51 SAME as our black NeXTs!)... Thank you for your help, and please mail a copy of your answer: I have no longer NewsGrazer at hand :-( --Roberto Di Cosmo <dicosmo@dmi.ens.fr> LIENS Ecole Normale Superieure 45, Rue d'Ulm 75005 Paris FRANCE -- Roberto Di Cosmo <dicosmo@dmi.ens.fr> LIENS Ecole Normale Superieure 45, Rue d'Ulm 75005 Paris FRANCE
From: sanguish@digifix.com (Scott Anguish) Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace Subject: Quick Guide to NEXTSTEP Information on the Internet Date: 11 Oct 1994 01:32:44 -0400 Organization: Next Announcements Message-ID: <37d81s$ouo@digifix.digifix.com> This post is made weekly, to help 'point' users to more NEXTSTEP information Topics include: Stepwise NEXTSTEP/OpenStep Information Server online comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers New Information --------------- Stepwise NEXTSTEP/OpenStep Information Server online A product directory and information server, built around the World Wide Web system, this will allow full multimedia announcements by NEXTSTEP developers, as well as the ability to browse the available products for NEXTSTEP. This service is online now, and can be reached at http://www.stepwise.com/ or http://digifix.digifix.com/ using OmniWeb (available from ftp.omnigroup.com) or Mosaic. If you are limited to terminal access, Lynx will give you access to the server as well. The entries currently consist of - NeXT Press Releases - OpenStep WhitePapers - Third Party Products Directory - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next.announce archives (searchable) - searchable contents of Third Party compilation CDs - User Group locations - Mailing List archives and information Additionally the NEXTSTEP Product Information Mail Server is available. You can get information on using the mail server at ns-products@stepwise.com Suggestions or comments can be directed to me at sanguish@digifix.com comp.sys.next.* newsgroups -------------------------- news://comp.sys.next.advocacy This is the "why NEXTSTEP is better (or worse) than anything else in the known universe" forum. It was created specifically to divert lengthy flame wars from .misc. news://comp.sys.next.announce Announcements of general interest to the NeXT community (new products, FTP submissions, user group meetings, commercial announcements etc.) The NEXTSTEP FAQs are posted here monthly as well. This is a moderated newsgroup, meaning that you can't post to it directly. Submissions should be e-mailed to next-announce@digifix.com where the moderator (Scott Anguish) will screen them for suitability. news://comp.sys.next.bugs A place to report verifiable bugs in NeXT-supplied software. Material e-mailed to Bug_NeXT@NeXT.COM is not published, so this is a place for the net community find out about problems when they're discovered. This newsgroup has a very poor signal/noise ratio--all too often bozos post stuff here that really belongs someplace else. It rarely makes sense to crosspost between this and other c.s.n.* newsgroups, but individual reports may be germane to certain non-NeXT- specific groups as well. news://comp.sys.next.hardware Discussions about NeXT-label hardware and compatible peripherals, and non-NeXT-produced hardware (e.g. Intel) that is compatible with NEXTSTEP. In most cases, questions about Intel hardware are better asked in comp.sys.ibm.pc.hardware. Questions about SCSI devices belong in comp.periphs.scsi. This isn't the place to buy or sell used NeXTs--that's what .marketplace is for. news://comp.sys.next.marketplace NeXT stuff for sale/wanted. Material posted here must not be crossposted to any other c.s.n.* newsgroup, but may be crossposted to misc.forsale.computers.workstation or appropriate regional newsgroups. news://comp.sys.next.misc For stuff that doesn't fit anywhere else. Anything you post here by definition doesn't belong anywhere else in c.s.n.*--i.e. no crossposting!!! news://comp.sys.next.programmer Questions and discussions of interest to NEXTSTEP programmers. This is primarily a forum for advanced technical material. Generic UNIX questions belong elsewhere (comp.unix.questions), although specific questions about NeXT's implementation or porting issues are appropriate here. Note that there are several other more "horizontal" newsgroups (comp.lang.objective-c, comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip, etc.) that may also be of interest. news://comp.sys.next.software This is a place to talk about [third party] software products that run on NEXTSTEP systems. news://comp.sys.next.sysadmin Stuff relating to NeXT system administration issues; in rare cases this will spill over into .programmer or .software. related Newsgroups ------------------ news://comp.soft-sys.nextstep Like comp.sys.next.software and comp.sys.next.misc combined. Exists because NeXT is a software-only company now, and comp.soft-sys is for discussion of software systems with scope similar to NEXTSTEP. news://comp.lang.objective-c Technical talk about the Objective-C language. Implemetations discussed include NeXT, Gnu, Stepstone, etc. news://comp.object Technical talk about OOP in general. Lots of C++ discussion, but NeXT and Objective-C get quite a bit of attention. At times gets almost philosophical about objects, but then again OOP allows one to be a programmer/philosopher. (The original Comp.Sys.Next no longer exists--do not attempt to post to it.) Exception to the crossposting restrictions: announcements of usenet RFDs or CFVs, when made by the news.announce.newgroups moderator, may be simultaneously crossposted to all c.s.n.* newsgroups. Getting the Newsgroups without getting News ------------------------------------------- Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are now available as a mailing list digest as well. next-nextstep-d next-advocacy-d next-announce-d next-bugs-d next-hardware-d next-marketplace-d next-misc-d next-programmer-d next-software-d next-sysadmin-d (For a full description, send mail saying LISTS to <digestif@antigone.com>). The subscription syntax is essentially the same as LISTSERV's. To subscribe, send a message to <digestif@antigone.com> saying: SUB Listname YourName Example: SUB next-hardware-d John Doe The ftp sites ------------- ftp://ftp.cs.orst.edu: The main site for North American submissions ftp://nova.cc.purdue.edu: Lots of older stuff, but very short on disk space ftp://ftp.informatik.uni-muenchen.de: In Germany. ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.next.com: See the below ftp.next.com and NextAnswers@next.com ------------------------------------- [from the document ftp://ftp.next.com/pub/NeXTanswers/1000_Help] Welcome to the NeXTanswers information retrieval system! This system allows you to request online technical documents, drivers, and other software, which are then sent to you automatically. You can request documents by fax or Internet electronic mail, transfer them by anonymous ftp, or download them from the BBS. NeXTanswers is an automated retrieval system. Requests sent to it are answered electronically, and are not read or handled by a human being. NeXTanswers does not answer your questions or forward your requests. USING NEXTANSWERS BY E-MAIL To use NeXTanswers by Internet e-mail, send requests to nextanswers@next.com. Files are sent as NeXTmail attachments by default; you can request they be sent as ASCII text files instead. To request a file, include that file's ID number in the Subject line or the body of the message. You can request several files in a single message. You can also include commands in the Subject line or the body of the message. These commands affect the way that files you request are sent: ASCII causes the requested files to be sent as ASCII text SPLIT splits large files into 95KB chunks, using the MIME Message/Partial specification REPLY-TO address sets the e-mail address NeXTanswers uses These commands return information about the NeXTanswers system: HELP returns this help file INDEX returns the list of all available files INDEX BY DATE returns the list of files, sorted newest to oldest SEARCH keywords lists all files that contain all the keywords you list (ignoring capitalization) For example, a message with the following Subject line requests three files: Subject: 2101 2234 1109 A message with this body requests the same three files be sent as ASCII text files: 2101 2234 1109 ascii This message requests two lists of files, one for each search: Subject: SEARCH Dell SCSI SEARCH NetInfo domain NeXTanswers will reply to the address in your From: line. To use a different address either set your Reply-To: line, or use the NeXTanswers command REPLY-TO <your-address> If you have any problem with the system or suggestions for improvement, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY FAX To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and follow the instructions. You'll be asked for your fax number, a number to identify your fax (like your phone extension or office number), and the ID numbers of the files you want. You can also request a list of available files. When you finish entering the file numbers, end the call and the files will be faxed to you. If you have problems using this fax system, please call Technical Support at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada. USING NEXTANSWERS BY ANONYMOUS FTP To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM and read the help file pub/NeXTanswers/README. If you have problems using this, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY MODEM To use NeXTanswers via modem call the NeXTanswers BBS at (415) 780-2965. Log in as the user "guest", and enter the Files section. From there you can download NeXTanswers documents. FOR MORE HELP... If you need technical support for NEXTSTEP beyond the information available from NeXTanswers, call the Support Hotline at 1-800-848-NeXT (outside the U.S. call +1-415-424-8500) to speak to a NEXTSTEP Technical Support Technician. If your site has a NeXT support contract, your site's support contact must make this call to the hotline. Otherwise, hotline support is on a pay-per-call basis. Thanks for using NeXTanswers! Written by: Eric P. Scott (mailto:eps@toaster.SFSU.EDU) and Scott Anguish (mailto:sanguish@digifix.com) Additions from: Greg Anderson (mailto:Greg_Anderson@afs.com) Michael Pizolato (mailto:Michael_Pizolato@afs.com) and Dan Grillo (mailto:dan_grillo@next.com)
Newsgroups: comp.sys.next.bugs From: csp1@tower.york.ac.uk (Colin Perkins) Subject: Re: Old Mail.app bugs.... Message-ID: <1994Oct11.084448.14747@leeds.ac.uk> Sender: news@leeds.ac.uk Date: Tue, 11 Oct 1994 09:44:47 +0100 (BST) References: <9410051729.AA04726@alleg.EDU> <CxGMtC.DqG@murdoch.acc.Virginia.EDU> In article <CxGMtC.DqG@murdoch.acc.Virginia.EDU> Steven M. Boker (smb3u@delton.psyc.virginia.edu) wrote: >In article <9410051729.AA04726@alleg.EDU> (Timothy J. Luoma)luomat@alleg.EDU writes: >>I know these has been around for awhile, but it is one of those >>little annoyances that you (or maybe just me) never quite get over. >> >[munch some annoying bugs] ...or that forwarding a message sometime doublespaces that message. ...or that sort-by-date often gets it wrong. -- Colin Perkins Parallel and Signal Processing Applications Group, Email: csp@ohm.york.ac.uk Department of Electronics, University of York, UK. Phone: (+44) 904 432379
From: axel@tumbolia.ppp.informatik.uni-muenchen.de (Axel Seibert) Newsgroups: comp.sys.next.bugs Subject: Re: Old Mail.app bugs.... Date: 11 Oct 1994 10:41:47 +0100 Organization: my private site Message-ID: <AXEL.94Oct11104143@tumbolia.ppp.informatik.uni-muenchen.de> References: <9410051729.AA04726@alleg.EDU> <CxGMtC.DqG@murdoch.acc.Virginia.EDU> In-reply-to: smb3u@delton.psyc.virginia.edu's message of Mon, 10 Oct 1994 13:58:24 GMT >>>>> "Steven" == Steven M Boker <smb3u@delton.psyc.virginia.edu> writes: [describes bug in Mail.app, when composing a new Mail and taking over old text with <cmd-W>] But this only happens when you have already entered the new adressee. Otherwise it works fine (at least for NS3.2 on black). But thanks for the tip how to copy text of an old message to a new one -- I always thought, this would only work, if you really forwarded the old mesage (that's what Cmd-W originally was for)! No more mouse, now (nearly -- hoping for 3.3) everything works with shortcuts. Great. Thanx a lot, Axel. -- aseibert@tumbolia.ppp.informatik.uni-muenchen.de (NeXTmail welcome) seiberta@informatik.tu-muenchen.de (please no NeXTmail here!) You are young only once, but you can stay immature indefinitely.
Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware From: samurai@cs.mcgill.ca (Darcy BROCKBANK) Subject: Re: Slow disk writes? Dissapointed? I was... UNTIL... Message-ID: <1994Oct12.032708.5808@sifon.cc.mcgill.ca> Sender: news@sifon.cc.mcgill.ca Organization: SOCS, McGill University, Montreal, Canada References: <8iYq=1K00iV8EA0EUE@andrew.cmu.edu> Date: Wed, 12 Oct 1994 03:27:08 GMT In article <8iYq=1K00iV8EA0EUE@andrew.cmu.edu> Charles William Swiger <infidel+@CMU.EDU> writes: >Excerpts from netnews.comp.sys.next.bugs: 5-Oct-94 Re: Slow disk writes? >Dissa.. by Matt Kennel@inls1.ucsd.e >> wow! >> >> So, it's not the fault of the Talus driver as some people were implying >> then...... >> >This is already documented pretty well in the man pages. > I don't think the man pages say that disk is broken and will always report that your disk is 3600 rpm, even though it ain't, and even after you've formatted the filesystem at 5400 rpm. There are many SCSI tools out there that get this right, so I don't know why disk could have remained broken for 7 years. BTW, I've verified my system with the Byte benchmark. I've gone up from an index of 1 (identical performance to a Sparc 1) to an index of 3 for writes. Overall system performance has gone up from 3.3 to 3.9. - db -- The hardest thing about learning to live in Quebec is remembering that the tap with the 'C' on it doesn't give you cold water.
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Ranlib Date: Wed, 12 Oct 1994 14:13:13 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <cib2QtC00iVGI5U8Jd@andrew.cmu.edu> Does anyone have a version of 'ranlib' for the m68k and i386 architectures which will not dump core when run on a MAB library containing a version for the hppa architecture? Failing that, could someone at NeXT please make a working version of the 'ranlib' command available as a patch? Thanks, -Chuck CrashCatcher Development Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: Private Addresses and DockOriginX Date: 12 Oct 1994 19:08:04 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9410130007.AA23430@alleg.EDU> MAIL.APP ADDRESSES WINDOW: PRIVATE USERS The Mail.app Addresses window is, to my thinking, the weakest link is the app. There is no way (that I know of) to expand the window wide enough to see the full name of the Private User. it breaks itself into 3 or 4 columns -- WHY? Is there some way to workaround this? (I tried alt-drag to enlarge it, but it still happened. WORKSPACE DWRITE: DockOriginX Previous to 3.2, there was a dwrite for Workspace called DockOriginX. It was used to make the dock "flush" with the right side of the screen. It doesn't seem to work now with 3.2 (does it work in 3.3?). Is there a way to make it work in 3.2? thanks TjL --- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 Motorola MAIL: NeXTMail ENCOURAGED, MIME tolerated No Root access, no super-user access
From: dicosmo@verveine.ens.fr (Roberto DiCosmo) Newsgroups: comp.sys.next.bugs Subject: Dvips bug on HP (SOLUTION) + HP compiler bug Date: 13 Oct 1994 11:44:55 GMT Organization: Ecole Normale Superieure Distribution: world Message-ID: <DICOSMO.94Oct13124455@verveine.ens.fr> I earlier reported a wierd bug with DVIPS on the HP 3.2 release of NEXTSTEP. Here is the description and the solution, that turns out to point out a bug in the optimizer of the HP compiler. I found the solution shorlty after my previous posting. DESCRIPTION: As shipped, dvips does not handle properly the redirection of output to a pipe. If you try: dvips -o"| lpr -Pmyprinter" foo.dvi here is what we get This is dvips 5.51 Copyright 1986, 1993 Radical Eye Software ' TeX output 1994.10.07:1813' -> | lpr -Pmyprinter <tex.pro><special.pro>. sh: nd: not found Broken pipe SOLUTION: In the source file output.c, there is a call to popen() that the optimizer completely screws up. The easiest solution is then to just compile output.c *without* the -O switch. MORE DETAILS: If you add a call to error or fprintf or the like before that popen(), everything works fine. (here is the code mangled by the optimizer: /* if we add this line, it works.... error(" "); */ n *= pagecopies * collatedcopies ; if (*oname != 0) { /* * We check to see if the first character is a exclamation * point, and popen if so. */ if (*oname == '!' || *oname == '|') { #ifdef MSDOS error("! can't open output pipe") ; #else #ifdef VMS error("! can't open output pipe") ; #else #ifdef VMCMS error("! can't open output pipe") ; #else #ifdef MVSXA error("! can't open output pipe") ; #else #ifdef __THINK__ error("! can't open output pipe") ; #else if (secure || (bitfile=popen(oname+1, "w"))==NULL) error("! couldn't open output pipe") ; else popened = 1 ; ) The bizarre nd: not found error is the result of the program passing to the shell "nd header file %s" from a string in the program data segment on the popen() call. If you add debugging code to the program, this error changes, as different kind of garbage is sent down the pipe. This typically pinpoints a compiler error. Thanx to all the people that answered to my previous posting reporting that they have the same problem. --Roberto Di Cosmo <dicosmo@dmi.ens.fr> LIENS Ecole Normale Superieure 45, Rue d'Ulm 75005 Paris FRANCE -- Roberto Di Cosmo <dicosmo@dmi.ens.fr> LIENS Ecole Normale Superieure 45, Rue d'Ulm 75005 Paris FRANCE
Newsgroups: comp.sys.next.bugs Subject: Re: Old Mail.app bugs.... Message-ID: <1994Oct13.071717.192@titan.sfasu.edu> From: deviate@lipschitz.sfasu.edu (J. Kelly Cunningham) Date: 13 Oct 94 07:17:17 CST References: <9410051729.AA04726@alleg.EDU> <CxGMtC.DqG@murdoch.acc.virginia.edu> Organization: As little as I can get away with... In article <CxGMtC.DqG@murdoch.acc.virginia.edu>, Steven M. Boker <smb3u@delton.psyc.virginia.edu> wrote: >In article <9410051729.AA04726@alleg.EDU> (Timothy J. >Luoma)luomat@alleg.EDU writes: >>I know these has been around for awhile, but it is one of those >>little annoyances that you (or maybe just me) never quite get over. >> >[munch some annoying bugs] > [more munching] Why does the "Read Receipt" ignore the "Reply-To:" field? Is there a fix I don't know about? -- kc
Newsgroups: comp.sys.next.bugs From: smb3u@delton.psyc.virginia.edu (Steven M. Boker) Subject: Re: Old Mail.app bugs.... Message-ID: <CxM61s.6z3@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia, Department of Psychology References: <9410051729.AA04726@alleg.EDU> <CxGMtC.DqG@murdoch.acc.Virginia.EDU> <AXEL.94Oct11104143@tumbolia.ppp.informatik.uni-muenchen.de> Date: Thu, 13 Oct 1994 13:41:52 GMT In article <AXEL.94Oct11104143@tumbolia.ppp.informatik.uni-muenchen.de> axel@tumbolia.ppp.informatik.uni-muenchen.de (Axel Seibert) writes: >>>>>> "Steven" == Steven M Boker <smb3u@delton.psyc.virginia.edu> writes: > >[describes bug in Mail.app, when composing a new Mail and taking over >old text with <cmd-W>] > >But this only happens when you have already entered the new >adressee. Otherwise it works fine (at least for NS3.2 on black). > Thats right, <cmd-R><cmd-W> doesn't work, but <cmd-W><cmd-R> does. Go fig. Steve -- #====#====#====#====#====#====#====#====#====#====#====#====#====# # Steven M. Boker # "Two's bifurcation # # boker@virginia.edu # but three's chaotic" # #====#====#====#====#====#====#====#====#====#====#====#====#====#
From: robin@pencom.com (Robin D. Wilson) Newsgroups: comp.sys.next.bugs Subject: Re: Private Addresses and DockOriginX Date: 13 Oct 1994 15:27:26 GMT Organization: Pencom Sofware Message-ID: <37jjku$ion@digdug.pencom.com> References: <9410130007.AA23430@alleg.EDU> In article <9410130007.AA23430@alleg.EDU> luomat@alleg.EDU (Tim Luoma) writes: :MAIL.APP ADDRESSES WINDOW: PRIVATE USERS : : The Mail.app Addresses window is, to my thinking, the : weakest link is the app. There is no way (that I know of) : to expand the window wide enough to see the full name of : the Private User. it breaks itself into 3 or 4 columns -- : WHY? Is there some way to workaround this? (I tried alt-drag : to enlarge it, but it still happened. : As a workaround... I use mail addresses with focus brackets to specify my "private" e-mail lists... Try this: Bob Smith <bobs@company.com> John Jones <@uucp_server.host.com:johnshome!jones> That way, all my private names show up in a view that I can see, and they still work within the SMTP RFC. One caveat, you can't use the format "Lastname, First" (with the comma) because a comma delimits a mail address. You could use something like: "Lastname - First" if you really wanted to alphabetize on the last name instead of the first... -- ----------------------------------------------------------------------------- *** These are my opinions... Mine! All Mine! Minemineminemineminemine! *** ----------------------------------------------------------------------------- Robin D. Wilson robin@pencom.com Pencom Software 701 Canyon Bend Dr. 9050 Capital of Texas Hwy Pflugerville, TX 78660 Austin, TX 78759
From: unsal@blackbox.cl.ee.vt.edu (Cem Unsal) Newsgroups: comp.sys.next.bugs Subject: Problem: Installer.app cannot eject first disk! Date: 13 Oct 1994 17:56:33 GMT Organization: Virginia Tech, Blacksburg, Virginia Message-ID: <37jsch$6lk@solaris.cc.vt.edu> I'm having a problem installing a new application to our nextstation. After installing the contents of the first diskette, the application cannot eject the disk. I cannot eject it from the workspace either. The error message is "an application is using the disk." :) I know that the application was working just fine 'till this day. Any ideas? Any pointers? Solutions? -- Cem Unsal unsal@vt.edu unsal@blackbox.cl.ee.vt.edu (NeXTMail OK)
From: mrozek@eecs.umich.edu (Eric M. Mrozek) Newsgroups: comp.sys.next.bugs Subject: my color nextstation won't turn off Date: 13 Oct 1994 19:18:45 GMT Organization: University of Michigan EECS Dept. Message-ID: <37k16l$a2@zip.eecs.umich.edu> Normally, my NeXT takes about 30 seconds to shut down when I tell it to turn off. But the last two times I've tried it, the screen blanks to the background, and then the machine just sits there. It never actually powers down (at least not for the 10 minutes that I waited for it). Does anyone know what's going on? I don't like to shut my computer off by unplugging it, not to mention that it spends a bunch of time checking the disk when it powers back up. Eric
Newsgroups: comp.sys.next.bugs From: slr@asysa.demon.co.uk (Stephen Rhodes) Subject: Spelling checker in Edit Organization: Advanced System Architectures Ltd. Date: Thu, 13 Oct 1994 15:54:02 +0000 Message-ID: <CxMC63.7AI@asysa.demon.co.uk> Sender: usenet@demon.co.uk I'm sick to death with the spelling checker assuming that a backquote is a spelling mistake. Does anyone know any way to make it ignore them.
Newsgroups: comp.sys.next.bugs From: coco@erika.cb.att.com (Felix A. Lugo) Subject: NCR3333 Floppy disk controller error Message-ID: <Cxo48K.I5q@nntpa.cb.att.com> Followup-To: coco@erika.cb.att.com Sender: news@nntpa.cb.att.com (Netnews Administration) Organization: AT&T Maitland, Florida Date: Fri, 14 Oct 1994 14:57:55 GMT I have a problem that occurs when rebooting (warm-start) NSfip 3.2 on an NCR3333. During initial diagnostics, I receive a "Floppy Controller Error" after the "Flex disk" message. After reboot finishes, the floppy drive no longer works. If I shutdown NSfip 3.2, recycle power, it works fine. If I disable the Floppy driver from Configure.app, rebooting works, but of course, no floppy. If I disable the floppy from firmware Setup, again rebooting works also. I contacted NCR support and they said it was a software problem which had also been experienced under OS/2 2.11 (OS/2 2.1 worked fine, however.) The fix under OS/2 2.11 was to use the floppy driver (IBM1FLPY.ADD) from OS/2 2.1. They said I should try to obtain a new Floppy driver that "resets" the floppy controller to a "cold start" state (yeah, like NeXT will cooperate)! Where can I obtain source code for the Floppy driver on NSfip 3.2? Or, where can I find information on resetting the floppy controller or programming the damn thing? Anyone else using a 3333 experiencing this problem? --Felix coco@erika.cb.att.com
From: hoff@darmstadt.gmd.de (Holger Hoffstaette) Newsgroups: comp.sys.next.bugs Subject: Re: Private Addresses and DockOriginX Date: 14 Oct 1994 17:56:46 GMT Organization: German Research Center for Information Technology Message-ID: <37mgou$8ok@sonne.darmstadt.gmd.de> References: <9410130007.AA23430@alleg.EDU> Tim Luoma (luomat@alleg.EDU) wrote: >WORKSPACE DWRITE: DockOriginX > Previous to 3.2, there was a dwrite for Workspace called > DockOriginX. It was used to make the dock "flush" with the > right side of the screen. It doesn't seem to work now with > 3.2 (does it work in 3.3?). Is there a way to make it work > in 3.2? According to my hex editor and /usr/lib/NextStep/Workspace.app/Workspace, the corresponding dwrite is now called DockOffsetX. Set it to 0 if you want to align the dock with the right screen border; larger values move it further to the right. Works just fine here. Holger -- Holger Hoffstätte, GMD-IPSI/PaVE | GCS d- H-- s:- g+++ a? w- v++ C++ UX++++ hoff@darmstadt.gmd.de [NeXTmail NO] | P--- N++ W--- MV Y+ -po+ tv++ b++ h++ n+
Newsgroups: comp.sys.next.bugs From: kiwi@belly.in-berlin.de (Axel Habermann) Subject: Re: my color nextstation won't turn off Message-ID: <Cxpo30.1sq@belly.in-berlin.de> Sender: usenet@belly.in-berlin.de Organization: - none - References: <37k16l$a2@zip.eecs.umich.edu> Date: Sat, 15 Oct 1994 11:04:12 GMT In article <37k16l$a2@zip.eecs.umich.edu> mrozek@eecs.umich.edu (Eric M. Mrozek) writes: > Normally, my NeXT takes about 30 seconds to shut down when I tell it to > turn off. But the last two times I've tried it, the screen blanks to the > background, and then the machine just sits there. It never actually > powers down (at least not for the 10 minutes that I waited for it). > > Does anyone know what's going on? I would guess you got at least one process which can't be killed. This happens for example with fax modem drivers waiting trying to connect to a non-existant (or turned off) modem. I suggest quitting all applications prior to power down and checking the output of 'ps auxww' looking for processes marked as 'U' (uninterruptable). Good luck! -- Axel Habermann \\|// "Wenn Du nicht kiwi@belly.in-berlin.de (NeXT-Mail) )o o( weisst was Du kiwi@cs.tu-berlin.de (NO NeXT-Mail) \ | / tust, mach's FaxFon: +49 30 4543046 \~/ mit Eleganz!"
Newsgroups: comp.sys.next.bugs From: willisma@tch31.cs.jmu.edu (matt a willis ) Subject: NS 3.2 install - HELP! Message-ID: <CxqC06.JM1@hub.cs.jmu.edu> Sender: newsusr@hub.cs.jmu.edu (USENET News System) Organization: James Madison University Date: Sat, 15 Oct 1994 19:40:54 GMT I'm having trouble installing NeXTstep 3.2 on a machine with the following configuration: Zeos 486 w/ 32Mb IDE hard drive Adaptec 6360 SCSI adapter NEC 2x CD ROM I have obtained the device driver for the SCSI adapter from NeXT. The problem I'm having is that during installation, my keyboard locks up. It willeither lock up or I get the repeating message: PS/2Keyboard/HandleACK: Unexpected ACK from Keyboard I've tried the fix suggested in NeXT help file #1480 to type the following command at the boot: prompt: "Boot Drivers"="PS2Keyboard Adaptec1542B DPT2012 IDE Floppy"
From: hoff@darmstadt.gmd.de Newsgroups: comp.sys.next.bugs Date: 14 Oct 94 20:56 GMT+0300 Subject: Re: Private Addresses and DockOrigi Message-ID: <37mgou$8ok@sonne.darmstadt.gmd.d> References: <37jjku$ion@digdug.pencom.com> Sender: Notesfile to Usenet Gateway <notes@glas.apc.org> Subject: Re: Private Addresses and DockOriginX Tim Luoma (luomat@alleg.EDU) wrote: >WORKSPACE DWRITE: DockOriginX > Previous to 3.2, there was a dwrite for Workspace called > DockOriginX. It was used to make the dock "flush" with the > right side of the screen. It doesn't seem to work now with > 3.2 (does it work in 3.3?). Is there a way to make it work > in 3.2? According to my hex editor and /usr/lib/NextStep/Workspace.app/Workspace, the corresponding dwrite is now called DockOffsetX. Set it to 0 if you want to align the dock with the right screen border; larger values move it further to the right. Works just fine here. Holger -- Holger Hoffstätte, GMD-IPSI/PaVE | GCS d- H-- s:- g+++ a? w- v++ C++ UX++++ hoff@darmstadt.gmd.de [NeXTmail NO] | P--- N++ W--- MV Y+ -po+ tv++ b++ h++ n+
From: gt6963c@prism.gatech.edu (John) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: HELP!!!! Date: 16 Oct 1994 04:02:42 -0400 Organization: Georgia Institute of Technology Sender: gt6963c@prism.gatech.edu Message-ID: <37qmn2$mtj@acmex.gatech.edu> Keywords: printmanager, netinfo I've had a major problem. I was trying to install the JetPilot pinter driver that handles printers like the HP DeskJet500C (which I have). When I used PrintManager to create a new printer, it created a corrupt entry in netinfo manager. I created two entries.. one for a monochrome DJ500 and one for color DJ500C (the same physical printer/device). But the color one instead of having directory entries "Admin, Comm, Device" (which is what the mono chrome one had), it had "dir:0, Comm, Device".. so I removed the dir:0 entry.. which removed almost my entire netinfo database. Now it wont boot because things like the "mounts" entry doesn't exist, so it can't find the file systems. It's really distressing. I want to reconstruct the netinfo database without re-installing.. recovering my files would be a major pain. (it wouldn't even let me reset user passwords or information before I rebooted because the database was so madly munged). I'm rather frustrated at the moment..but it seems to me that an app created by Next (like PrintManager) shouldn't have created this problem with corrupted database entries. It also seems that a company like Next that has such an emphasis on the user interface should have made a system database that keeps it's own backups (sorry, backing up the entire filesystem on my floppy drive isn't very reasonable). If there IS a file that netinfo kept a backup of my netinfo database in, I'd like to know about it. Is there a way to re-install just the netinfo database?? (considering that at this point I can't even reboot using the graphical reboot?) How would I go about booting from the CD? (which is a problem in itself since it means I can't use my mouse (for some reason, if I h ave the next cd in the drive when I boot, my mouse is disabled)). John -- John "Kzin" Rudd gt6963c@prism.gatech.edu (ex-kzin@cc.gatech.edu) Ascii Mail only (no Nextmail) (ex-kzin@ucscb.ucsc.edu) ========Intel: Putting the backward in backward compatable.===============
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: Re: Private Addresses and DockOriginX Date: 16 Oct 1994 19:42:33 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9410170042.AA22589@alleg.EDU> In comp.sys.next.bugs article hoff@darmstadt.gmd.de wrote: According to my hex editor and /usr/lib/NextStep/Workspace.app/Workspace, the corresponding dwrite is now called DockOffsetX. Set it to 0 if you want to align the dock with the right screen border; larger values move it further to the right. Works just fine here. THANKS! That was a great help! For any of you who are really strange as I am, and like your dock on the _LEFT_ rather than the right, here's the dwrite: dwrite Workspace DockOffsetX -1057 that makes it flush with the left side as much as I think possible. The closer you get to 0 the further right it goes. TjL --- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 Motorola MAIL: NeXTMail ENCOURAGED, MIME tolerated No Root access, no super-user access
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: david@zion.com(David J. Ferrero) Subject: HP DPSAddFD() trouble... Message-ID: <1994Oct17.190145.1297@zion.com> Sender: david@zion.com Organization: Zion Software & Consulting Date: Mon, 17 Oct 1994 19:01:45 GMT With the 3rd party demo deadline approaching, a triple fat version of our software looks grim... Opening a pseudo terminal port on an HP system and monitoring the file descriptor for incoming data with DPSAddFD(fd, dataHandler..) works. However when the same is applied to a serial device, the dataHandler is never called for incoming data. This method works fine under NeXT and Intel NEXTSTEP version 3.2, but fails to work for 3.2 HP. Any ideas? Thanks, David. -- ------------------------------------------------------------------------------ David J. Ferrero 203-659-4257 tel NEXTSTEP Registered Developer 203-657-3542 fax Zion Software & Consulting david@zion.com email
From: hoff@darmstadt.gmd.de Newsgroups: comp.sys.next.bugs,control Subject: cmsg cancel <37mgou$8ok@sonne.darmstadt.gmd.d> Control: cancel <37mgou$8ok@sonne.darmstadt.gmd.d> Date: Mon, 17 Oct 1994 14:23:43 GMT Organization: OpenVision Technologies, Inc. Message-ID: <cancel.37mgou$8ok@sonne.darmstadt.gmd.d> Cancelling spewage from notes gateway .
From: grio@next.com (Dan Grillo) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Re: HP DPSAddFD() trouble... Date: 17 Oct 1994 21:12:20 GMT Organization: Technical Support, NeXT Computer, Inc. Message-ID: <37upbk$se@rosie.next.com> References: <1994Oct17.190145.1297@zion.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Versions: makemail 2.5a Cc: In article <1994Oct17.190145.1297@zion.com>, David J. Ferrero <david@zion.com> wrote: >Opening a pseudo terminal port on an HP system and monitoring the file >descriptor for incoming data with DPSAddFD(fd, dataHandler..) works. >However when the same is applied to a serial device, the dataHandler is >never called for incoming data. > >This method works fine under NeXT and Intel NEXTSTEP version 3.2, but >fails to work for 3.2 HP. Does select() work? --Dan -- Dan Grillo dan_grillo@next.com (415) 780-2963
From: dicosmo@verveine.ens.fr (Roberto DiCosmo) Newsgroups: comp.sys.next.bugs Subject: Laptop Video Drivers (Cirrus Logic) Date: 18 Oct 1994 15:06:39 GMT Organization: Ecole Normale Superieure Distribution: world Message-ID: <DICOSMO.94Oct18160639@verveine.ens.fr> I have access to portables running NeXTStep with both the old series CL-6235 video driver (512k), and the brand new CL-6440 video driver (1024k). While it is clear that color support will not be available very soon (unless the CL-6440 supports linear frame addressing), it is nonetheless extremely appealing to be able to run directly an external display at 800x600 (CL-6235) and 1024x768 (CL-6440). We only miss the technical specifications neede to write the video driver. Now, after trying many times to contact Cirrus, without getting any answer (I also proposed to pay for the technical data sheets), here I am to ask for the help of any kind soul that has or knows how to get such documentation. I am willing to invest the time to develop the driver, and then put it into the public domain. Thank you for your help! P.S.: please mail me your suggestions, since I am now on an HP, and without a reasonable news-reader, I am no longer able to follow all the times these threads. -- Roberto Di Cosmo <dicosmo@dmi.ens.fr> LIENS Ecole Normale Superieure 45, Rue d'Ulm 75005 Paris FRANCE
From: scott@nic.gac.edu (Scott Hess) Newsgroups: comp.sys.next.bugs Subject: Re: Old Mail.app bugs.... Date: 18 Oct 94 13:20:51 Organization: Is a sign of weakness Message-ID: <SCOTT.94Oct18132051@nic.gac.edu> References: <9410051729.AA04726@alleg.EDU> <CxGMtC.DqG@murdoch.acc.Virginia.EDU> <AXEL.94Oct11104143@tumbolia.ppp.informatik.uni-muenchen.de> <CxM61s.6z3@murdoch.acc.Virginia.EDU> In-reply-to: smb3u@delton.psyc.virginia.edu's message of Thu, 13 Oct 1994 13:41:52 GMT In article <CxM61s.6z3@murdoch.acc.Virginia.EDU>, smb3u@delton.psyc.virginia.edu (Steven M. Boker) writes: >In article <AXEL.94Oct11104143@tumbolia.ppp.informatik.uni-muenchen.de>, > axel@tumbolia.ppp.informatik.uni-muenchen.de (Axel Seibert) writes: >>>>>>> "Steven" == Steven M Boker <smb3u@delton.psyc.virginia.edu> writes: >> >>[describes bug in Mail.app, when composing a new Mail and taking >>over old text with <cmd-W>] >> >>But this only happens when you have already entered the new >>adressee. Otherwise it works fine (at least for NS3.2 on black). > >Thats right, <cmd-R><cmd-W> doesn't work, but <cmd-W><cmd-R> does. >Go fig. When you do cmd-W with an empty To: line, every time the cursor blinks on, you get a flushWindow, which flushes the output. When you have something in the To: line, presumably the selection was drawn under a -disableFlushWindow, and somebody forgets to send the flushWindow. [In other words, the bug is still there, just masked.] BTW, the easy fix to this is to just hit TAB, and the drawing associated with selecting the next field will also flush the rest of the window, too. [This caught me at first, too, until I got used to it. Now I can _almost_ run Mail from the keyboard entirely. If only they had a GNUS-style space-scrolls-through-document ability...] Later, -- scott hess <scott@gac.edu><I write the code that makes the whole world sing> Home: 12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Office: 101 W. Burnsville Pkwy, Suite 108F, Burnsville, MN 55337 890-1332 <?If you haven't the time to design, where will you find the time to debug?>
Newsgroups: comp.sys.next.bugs From: scratch@sundial.sce.carleton.ca (Craig Scratchley) Subject: Something wrong with sed under NeXTSTEP Message-ID: <scratch.782534317@sundial.sce.carleton.ca> Summary: sed does not seem to work properly. Keywords: sed Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University Date: Wed, 19 Oct 1994 02:38:37 GMT sed is giving me results that I am not expecting. For example, sed -e "s/NEVER/PS_NEVER/gp" file > outfile duplicates the lines where it makes the substitution. This does not happen with sunOS. Also, grep gives the -w option, indicating that \< and \> should be supported, but these do not seem to work with sed under NeXTSTEP. example, sed command: s/\<task_t\>/ps_task_t/gp Craig -- W. Craig Scratchley | internet: scratch@sce.carleton.ca Dept. of Systems and Computer Engineering | phone: (613) 788-5740 (Dept.) Carleton University | (613) 241-6952 (Home) Ottawa, ON, CANADA K1S 5B6 | fax: (613) 788-5727 (Dept.)
From: ckb@GAS.UUG.Arizona.EDU (Charles K Braun) Newsgroups: comp.sys.next.bugs Subject: Help!!! Date: 19 Oct 1994 09:51:49 GMT Organization: University of Arizona, CCIT Message-ID: <382q7l$k78@news.CCIT.Arizona.EDU> I used a program callled hacker for the next that supposedly changes the icons....but after I used it I couldn't login as my user or root just user me... I am running 3.2 any input???? Thanx, Chuck ckb@gas.uug.arizona.edu or slip at chuck@primenet.com
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Something wrong with sed under NeXTSTEP Date: Wed, 19 Oct 1994 10:13:33 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <4idGaBy00iVDM2PJNU@andrew.cmu.edu> In-Reply-To: <scratch.782534317@sundial.sce.carleton.ca> Excerpts from netnews.comp.sys.next.bugs: 19-Oct-94 Something wrong with sed un.. by Craig Scratchley@sundial > sed is giving me results that I am not expecting. Get GNU sed via FTP from prep.ai.mit.edu in pub/gnu/sed-2.05.tar.gz. -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: kruppa@pcl12.wiwisem.wirtschaftswissenschaft.uni-tuebingen.de (Stephan Kruppa) Newsgroups: comp.sys.next.bugs Subject: Problems with OmniWeb and OmniImage Date: 19 Oct 1994 17:52:49 GMT Organization: InterNetNews at ZDV Uni-Tuebingen Message-ID: <383mdh$go8@newsserv.zdv.uni-tuebingen.de> I've strange problems with OmniWeb (v7.5.3) and OmniImage (v2.1). On the host machine both work fine, but if I use them over the network (via nfs) they both break down without starting up! The stangest thing is that some people told me that these applications already worked (a few hours ago). Is it possible that it has something to do with the network performance??? Thanx for your help Stephan -- Stephan Kruppa Universitaet Tuebingen Lehrstuhl fuer Wirtschaftsinformatik Nauklerstrasse 47 72074 Tuebingen Germany
From: gguelden@ixpoint.de Newsgroups: comp.sys.next.bugs Subject: Problems with not moveable windows Date: 19 Oct 1994 19:39:28 GMT Organization: iXpoint Informationssysteme GmbH, Waldbronn, Germany Message-ID: <383slg$2l1@balu.ixpoint.de> Hello, Sometimes some windows on a TurboColor stay on the screen and it is impossible to move them around. The machine, workspace and window server itself is still alive (menu works etc.) Anyone suggestions ? -- ++++++++++++++++++++++++++++++++++++++++++++++++++ + Dipl.- Inform. Gerd Gueldenpfennig + + iXpoint Informationssysteme GmbH + + Im Ermlisgrund 20-24 76337 Waldbronn Germany + + Phone ++49 7243/65535 Fax ++49 7243 69817 + + Email: gguelden@ixpoint.de (NeXTmail and MIME) + ++++++++++++++++++++++++++++++++++++++++++++++++++
Newsgroups: comp.sys.next.bugs From: fabien@free.fdn.org (Fabien Roy) Subject: NSCalendar localization bug Message-ID: <1994Oct20.212112.17728@free.fdn.org> Sender: news@free.fdn.org Organization: XO informatique - Paris, France. Date: Thu, 20 Oct 1994 21:21:12 GMT Excerpt from NSCalendarDate class description: "Each NSCalendarDate object also has a calendar format string bound to it. This format string contains date-conversion specifiers that are very similar to those used in strftime(). By reference to this format string, ^^^^^^^------------------^^^^^^^^^^ NSCalendarDate can interpret dates that are represented as strings conforming to the format. Several methods allow you to specify formats other than the one bound to the object, and setCalendarFormat: lets you change the default format string for an NSCalendarDate object." When I use strftime() I got a localized printout Example: testtime.c Cut------------------------------------------ #import <sys/time.h> #import <time.h> #import <locale.h> main (argc, argv) char **argv; { char str[255]; struct tm *ltime; struct timeval tp; struct timezone tpz; int size; setlocale(0,""); gettimeofday(&tp, &tpz); ltime=localtime(&tp.tv_sec); size=strftime(str, 255,"%A %d %B %Y %H:%M:%S (%Z)",ltime); printf ("%s\n",str); } Cut------------------------------------------- output from testtime: Jeudi 20 Octobre 1994 21:06:37 (MET) Cut------------------------------------------- But when I tried with NSCalendar I got English printout: Example: MyObject.h Cut------------------------------------------- #import <appkit/appkit.h> @interface MyObject:Object { id entree; id sortie; } - convert:sender; @end Cut------------------------------------------- MyObject.m Cut------------------------------------------- #import "MyObject.h" #import <foundation/NSDate.h> #import <foundation/NSString.h> @implementation MyObject - convert:sender { NSCalendarDate *maDate = [NSCalendarDate dateWithString: [NSString stringWithCString:[entree stringValue]] calendarFormat:@"%d %m %y"]; NSString * laChaine=[maDate descriptionWithCalendarFormat: @"%A, le %d %B %Y"]; [sortie setStringValue:[laChaine cString]]; return self; } @end Cut------------------------------------------- I got "Thursday, le 20 October 1994" when I type "20 10 94" Of course the PB.project options where localized: files in programm test.app ls -F test.app French.lproj/ test* I think that NeXT forgot to implement the code to read the default date strings in the default database: GLOBAL NXShortDays "Dim Lun Mar Mer Jeu Ven Sam" GLOBAL NXLongDays "Dimanche Lundi Mardi Mercredi Jeudi Vendredi Samedi" GLOBAL NXShortMonths "Jan F'ev Mar Avr Mai Jun Jul Ao Sep Oct Nov D'ec" GLOBAL NXLongMonths "Janvier F'evrier Mars Avril Mai Juin Juillet Ao t Septembre Octobre Novembre D'ecembre" Cheers Fabien -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail accepted) NEXTSTEP/OPENSTEP Consultant, SYBASE DBA XO, 81 allee Danielle Casanova, 93320 Les Pavillons sous Bois France Tel: 33 1 4847 5198 Fax: 33 1 4847 5175
From: chris@nice.usergroup.ethz.ch (Christian Limpach) Newsgroups: comp.sys.next.bugs Subject: Re: Something wrong with sed under NeXTSTEP Date: 20 Oct 1994 16:22:33 GMT Organization: A poorly-installed InterNetNews site - NOT Message-ID: <CHRIS.94Oct20172233arkin@nice.usergroup.ethz.ch> References: <scratch.782534317@sundial.sce.carleton.ca> In-reply-to: scratch@sundial.sce.carleton.ca's message of Wed, 19 Oct 1994 02:38:37 GMT Originator: uucp@nice In article <scratch.782534317@sundial.sce.carleton.ca> scratch@sundial.sce.carleton.ca (Craig Scratchley) writes: > sed is giving me results that I am not expecting. > > For example, sed -e "s/NEVER/PS_NEVER/gp" file > outfile > > duplicates the lines where it makes the substitution. This does not happen > with sunOS. unless you use the -n switch, sed will print every line. The final p in your s command forces an additional print, if the line has been changed by the s command (this is AFAIK the expected and correct behavior...) > Also, grep gives the -w option, indicating that \< and \> > should be supported, but these do not seem to work with sed under NeXTSTEP. > example, sed command: > s/\<task_t\>/ps_task_t/gp Neither the sed manpage nor the ed manpage make any reference to this feature. GNU sed supports it, so you might want to get it... christian
Newsgroups: comp.sys.next.bugs From: rfi@winzlieb.fokus.gmd.de (Robert Fischer) Subject: NS/HP and floppy drives Message-ID: <1994Oct21.082137.17846@fokus.gmd.de> Sender: news@fokus.gmd.de (News system) Organization: GMD-Fokus Date: Fri, 21 Oct 1994 08:21:37 GMT O.K., I know it is no bug but a documented 'feature' that floppy drives are not supported on some HP systems (my 725 for example), but: when will this be fixed?? And what about EISA? We are desperately waiting for support of the Parallax video board!! Robert. -- _0 ,\ \ (*)/ ' Robert Fischer fischer@fokus.gmd.de /%%\(*) GMD-Fokus Research Institute for /%%%#%%\ Berlin, GERMANY Open Communication Systems /%###% %%##%#%%\________________________________________________
From: t19@nikhef.nl (Geert J v Oldenborgh) Newsgroups: comp.sys.next.bugs Subject: Re: Something wrong with sed under NeXTSTEP Message-ID: <3010@nikhefh.nikhef.nl> Date: 21 Oct 94 08:41:48 GMT References: <scratch.782534317@sundial.sce.carleton.ca> <CHRIS.94Oct20172233arkin@nice.usergroup.ethz.ch> Organization: Nikhef-H, Amsterdam (the Netherlands). Not to mention the fact that gnu sed is 8bit clean and the NeXT version isn't. Fairly important over here.
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: [WM] Processes Panel Date: 21 Oct 1994 17:20:50 -0500 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9410212220.AA01545@alleg.EDU> Is this a known "bug"? I have been keeping the processes panel up in WM since I found out that you can activate an app by clicking on its icon in the Applications window. However, if you have some process (move,copy,destroy,etc) that makes it switch over to the Background portion of the Processes panel (which is useful sometimes and other times is annoying). But the "bug" is that it never goes back to the Applications section. Add that to the fact that there's no way to miniaturize it, or resize the panel, and the fact that the window in the panel is itsy bitsy and you've got a full blown irksome thingamagig. (ok maybe I'm not being really eloquent here, but hopefully the point is made). TjL --- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 Motorola No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: robert@steffi.dircon.co.uk (Robert Nicholson) Newsgroups: comp.sys.next.bugs Subject: Re: Something wrong with sed under NeXTSTEP Date: 22 Oct 1994 11:10:28 GMT Organization: me organized? That's a joke! Message-ID: <ROBERT.94Oct22121028@steffi.dircon.co.uk> References: <4idGaBy00iVDM2PJNU@andrew.cmu.edu> To: Charles William Swiger <infidel+@CMU.EDU> In-reply-to: Charles William Swiger's message of Wed, 19 Oct 1994 10:13:33 -0400 <infidel+@CMU.EDU> writes: >Excerpts from netnews.comp.sys.next.bugs: 19-Oct-94 Something wrong with >sed un.. by Craig Scratchley@sundial >>sed is giving me results that I am not expecting. >Get GNU sed via FTP from prep.ai.mit.edu in pub/gnu/sed-2.05.tar.gz. >-Chuck For the record. robert:/usr/tmp>cat stuff 12:08 NEVER NEVER NEVER robert:/usr/tmp>gsed -e "s/NEVER/PS_NEVER/gp" stuff 12:09 PS_NEVER PS_NEVER PS_NEVER PS_NEVER PS_NEVER PS_NEVER robert:/usr/tmp>gsed -n -e "s/NEVER/PS_NEVER/gp" stuff 12:09 PS_NEVER PS_NEVER PS_NEVER robert:/usr/tmp>gsed --version 12:09 GNU sed version 2.03 -- "When you try them you _know_ why they're there.More security, more freshness." (PGP key: send email with Subject: request pgp key) (ASCII for text only messages) A script consists of editing commands, one per line, of the following form: [address [, address] ] function [arguments] In normal operation sed cyclically copies a line of input into a pattern space (unless there is something left after a `D' command), applies in sequence all commands whose addresses select that pattern space, and at the end of the script copies the pattern space to the standard output (except under -n) and deletes the pattern space. -- "When you try them you _know_ why they're there.More security, more freshness." (PGP key: send email with Subject: request pgp key) (ASCII for text only messages)
From: takken@leland.stanford.edu (Todd Takken) Newsgroups: comp.sys.next.bugs Subject: Re: HELP!!!! Date: 22 Oct 1994 18:09:22 GMT Organization: Stanford University Distribution: world Message-ID: <38bkgi$ejp@nntp.Stanford.EDU> References: <37qmn2$mtj@acmex.gatech.edu> In article <37qmn2$mtj@acmex.gatech.edu> gt6963c@prism.gatech.edu (John) writes: > Is there a way to re-install just the netinfo database?? Important NeXT files to backup are /etc/netinfo/local.nidb/* , /etc/netinfo/network.nidb/* , /etc/hostconfig , and /etc/fstab . If you replace all of these from your uncorrupted backup copies, then your system should boot fine. -- Todd Takken takken@leland.stanford.edu
From: bjasmer@next.com (Bryce Jasmer) Newsgroups: comp.sys.next.bugs Subject: Re: HELP!!!! Date: 22 Oct 1994 18:51:12 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <38bmv0$l7@rosie.next.com> References: <38bkgi$ejp@nntp.Stanford.EDU> In article <37qmn2$mtj@acmex.gatech.edu> gt6963c@prism.gatech.edu (John) writes: > Is there a way to re-install just the netinfo database?? Check out /usr/template/client/etc/netinfo. It is a fresh copy of netinfo. Bryce
From: robert@amo.mit.edu(Robert Lutwak) Newsgroups: comp.sys.next.bugs Subject: Can't read NFS-mounted directory? Date: 23 Oct 1994 17:18:02 GMT Organization: Massachvsetts Institvte of Technology Message-ID: <38e5sa$so1@senator-bedfellow.MIT.EDU> Hi. Please humor and redirect me if this is the wrong forum for this question. I'm trying to read directory information direct from the disk using open(2) and read(2). With a local disk, this works just fine. With an NSF-mounted disk, the read command hangs (example follows). Thanks for any pointers, Robert Example: xenon137> cat test.c #include <stdio.h> #include <fcntl.h> #include <errno.h> main(int argc, char **argv) { int handle, count=0; char c; if((handle = open(argv[1], O_RDONLY)) < 0) { printf("Error: %d\n", errno); exit(1); } while (read(handle, &c, 1)) ++count; printf("%d\n", count); close(handle); } xenon138> cc -o test test.c xenon139> test /u5 1024 xenon140> test /u4 ^Cxenon141> Where /u5 is a local disk and /u4 is NFS-mounted. Note that I had to control-C to get out of the NFS read operation. -- Robert Lutwak robert@amo.mit.edu MIT Atomic Resonance and Spectroscopy Laboratory ---> NeXTmail always welcome <---
From: sanguish@digifix.com (Scott Anguish) Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace Subject: Quick Guide to NEXTSTEP Information on the Internet Date: 24 Oct 1994 01:54:50 -0400 Organization: Next Announcements Message-ID: <38fi7a$cfg@digifix.digifix.com> This post is made weekly, to help 'point' users to more NEXTSTEP information Topics include: Stepwise NEXTSTEP/OpenStep Information Server online comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information Server online ---------------------------------------------------- A product directory and information server, built around the World Wide Web system, this will allow full multimedia announcements by NEXTSTEP developers, as well as the ability to browse the available products for NEXTSTEP. This service is online now, and can be reached at http://www.stepwise.com/ http://www.digifix.com/ using OmniWeb (available from ftp.omnigroup.com) or Mosaic. If you are limited to terminal access, Lynx will give you access to the server as well. The entries currently consist of - NeXT Press Releases - OpenStep WhitePapers - Third Party Products Directory - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next.announce archives (searchable) - searchable contents of Third Party compilation CDs - User Group locations - Mailing List archives and information Additionally the NEXTSTEP Product Information Mail Server is available. You can get information on using the mail server at ns-products@stepwise.com Suggestions or comments can be directed to me at sanguish@digifix.com comp.sys.next.* newsgroups -------------------------- news://comp.sys.next.advocacy This is the "why NEXTSTEP is better (or worse) than anything else in the known universe" forum. It was created specifically to divert lengthy flame wars from .misc. news://comp.sys.next.announce Announcements of general interest to the NeXT community (new products, FTP submissions, user group meetings, commercial announcements etc.) The NEXTSTEP FAQs are posted here monthly as well. This is a moderated newsgroup, meaning that you can't post to it directly. Submissions should be e-mailed to next-announce@digifix.com where the moderator (Scott Anguish) will screen them for suitability. news://comp.sys.next.bugs A place to report verifiable bugs in NeXT-supplied software. Material e-mailed to Bug_NeXT@NeXT.COM is not published, so this is a place for the net community find out about problems when they're discovered. This newsgroup has a very poor signal/noise ratio--all too often bozos post stuff here that really belongs someplace else. It rarely makes sense to crosspost between this and other c.s.n.* newsgroups, but individual reports may be germane to certain non-NeXT- specific groups as well. news://comp.sys.next.hardware Discussions about NeXT-label hardware and compatible peripherals, and non-NeXT-produced hardware (e.g. Intel) that is compatible with NEXTSTEP. In most cases, questions about Intel hardware are better asked in comp.sys.ibm.pc.hardware. Questions about SCSI devices belong in comp.periphs.scsi. This isn't the place to buy or sell used NeXTs--that's what .marketplace is for. news://comp.sys.next.marketplace NeXT stuff for sale/wanted. Material posted here must not be crossposted to any other c.s.n.* newsgroup, but may be crossposted to misc.forsale.computers.workstation or appropriate regional newsgroups. news://comp.sys.next.misc For stuff that doesn't fit anywhere else. Anything you post here by definition doesn't belong anywhere else in c.s.n.*--i.e. no crossposting!!! news://comp.sys.next.programmer Questions and discussions of interest to NEXTSTEP programmers. This is primarily a forum for advanced technical material. Generic UNIX questions belong elsewhere (comp.unix.questions), although specific questions about NeXT's implementation or porting issues are appropriate here. Note that there are several other more "horizontal" newsgroups (comp.lang.objective-c, comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip, etc.) that may also be of interest. news://comp.sys.next.software This is a place to talk about [third party] software products that run on NEXTSTEP systems. news://comp.sys.next.sysadmin Stuff relating to NeXT system administration issues; in rare cases this will spill over into .programmer or .software. related Newsgroups ------------------ news://comp.soft-sys.nextstep Like comp.sys.next.software and comp.sys.next.misc combined. Exists because NeXT is a software-only company now, and comp.soft-sys is for discussion of software systems with scope similar to NEXTSTEP. news://comp.lang.objective-c Technical talk about the Objective-C language. Implemetations discussed include NeXT, Gnu, Stepstone, etc. news://comp.object Technical talk about OOP in general. Lots of C++ discussion, but NeXT and Objective-C get quite a bit of attention. At times gets almost philosophical about objects, but then again OOP allows one to be a programmer/philosopher. (The original Comp.Sys.Next no longer exists--do not attempt to post to it.) Exception to the crossposting restrictions: announcements of usenet RFDs or CFVs, when made by the news.announce.newgroups moderator, may be simultaneously crossposted to all c.s.n.* newsgroups. Getting the Newsgroups without getting News ------------------------------------------- Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are now available as a mailing list digest as well. next-nextstep-d next-advocacy-d next-announce-d next-bugs-d next-hardware-d next-marketplace-d next-misc-d next-programmer-d next-software-d next-sysadmin-d (For a full description, send mail saying LISTS to <digestif@antigone.com>). The subscription syntax is essentially the same as LISTSERV's. To subscribe, send a message to <digestif@antigone.com> saying: SUB Listname YourName Example: SUB next-hardware-d John Doe The ftp sites ------------- ftp://ftp.cs.orst.edu: The main site for North American submissions ftp://nova.cc.purdue.edu: Lots of older stuff, but very short on disk space ftp://ftp.informatik.uni-muenchen.de: In Germany. ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.next.com: See the below ftp.next.com and NextAnswers@next.com ------------------------------------- [from the document ftp://ftp.next.com/pub/NeXTanswers/1000_Help] Welcome to the NeXTanswers information retrieval system! This system allows you to request online technical documents, drivers, and other software, which are then sent to you automatically. You can request documents by fax or Internet electronic mail, read them on the world-wide web, transfer them by anonymous ftp, or download them from the BBS. NeXTanswers is an automated retrieval system. Requests sent to it are answered electronically, and are not read or handled by a human being. NeXTanswers does not answer your questions or forward your requests. USING NEXTANSWERS BY E-MAIL To use NeXTanswers by Internet e-mail, send requests to nextanswers@next.com. Files are sent as NeXTmail attachments by default; you can request they be sent as ASCII text files instead. To request a file, include that file's ID number in the Subject line or the body of the message. You can request several files in a single message. You can also include commands in the Subject line or the body of the message. These commands affect the way that files you request are sent: ASCII causes the requested files to be sent as ASCII text SPLIT splits large files into 95KB chunks, using the MIME Message/Partial specification REPLY-TO address sets the e-mail address NeXTanswers uses These commands return information about the NeXTanswers system: HELP returns this help file INDEX returns the list of all available files INDEX BY DATE returns the list of files, sorted newest to oldest SEARCH keywords lists all files that contain all the keywords you list (ignoring capitalization) For example, a message with the following Subject line requests three files: Subject: 2101 2234 1109 A message with this body requests the same three files be sent as ASCII text files: 2101 2234 1109 ascii This message requests two lists of files, one for each search: Subject: SEARCH Dell SCSI SEARCH NetInfo domain NeXTanswers will reply to the address in your From: line. To use a different address either set your Reply-To: line, or use the NeXTanswers command REPLY-TO <your-address> If you have any problem with the system or suggestions for improvement, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY FAX To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and follow the instructions. You'll be asked for your fax number, a number to identify your fax (like your phone extension or office number), and the ID numbers of the files you want. You can also request a list of available files. When you finish entering the file numbers, end the call and the files will be faxed to you. If you have problems using this fax system, please call Technical Support at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada. USING NEXTANSWERS VIA THE WORLD-WIDE WEB To use NeXTanswers via the Internet World-Wide Web connect to NeXT's web server at URL http://www.next.com. USING NEXTANSWERS BY ANONYMOUS FTP To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM and read the help file pub/NeXTanswers/README. If you have problems using this, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY MODEM To use NeXTanswers via modem call the NeXTanswers BBS at (415) 780-2965. Log in as the user "guest", and enter the Files section. From there you can download NeXTanswers documents. FOR MORE HELP... If you need technical support for NEXTSTEP beyond the information available from NeXTanswers, call the Support Hotline at 1-800-955-NeXT (outside the U.S. call +1-415-424-8500) to speak to a NEXTSTEP Technical Support Technician. If your site has a NeXT support contract, your site's support contact must make this call to the hotline. Otherwise, hotline support is on a pay-per-call basis. Thanks for using NeXTanswers! Written by: Eric P. Scott (mailto:eps@toaster.SFSU.EDU) and Scott Anguish (mailto:sanguish@digifix.com) Additions from: Greg Anderson (mailto:Greg_Anderson@afs.com) Michael Pizolato (mailto:Michael_Pizolato@afs.com) and Dan Grillo (mailto:dan_grillo@next.com)
From: cs@ecs.co.at (Christian Starkjohann) Newsgroups: comp.sys.next.bugs Subject: system-panic with damaged floppies Date: 24 Oct 1994 21:16:50 GMT Organization: Vienna University Computer Center, Austria Distribution: world Message-ID: <38h882$6jd@infosrv.edvz.univie.ac.at> Originator: cs@zaphod Hello everyone, Sometimes when I insert a floppy with damaged blocks (or maybe any other problems, I don't know exactly), NEXTSTEP crashes with a System-Panic. This happened to me on an NSfI, but I have also seen it happen on black hardware. Has anyone else experienced this problem? Christian Starkjohann <cs@ecs.co.at> or <cs@ekpds1.tuwien.ac.at>
From: Wolfgang Ambrosch <ambrosch@ping.at> Newsgroups: comp.sys.next.bugs Subject: Re: system-panic with damaged floppies Date: 25 Oct 1994 00:48:51 GMT Organization: ping - Personal InterNet Gate Distribution: world Message-ID: <38hklj$67i@pong.ping.at> References: <38h882$6jd@infosrv.edvz.univie.ac.at> Originator: wa@s051 In article <38h882$6jd@infosrv.edvz.univie.ac.at> cs@ecs.co.at (Christian Starkjohann) writes: > Sometimes when I insert a floppy with damaged blocks (or maybe any > other problems, I don't know exactly), NEXTSTEP crashes with a > System-Panic. This happened to me on an NSfI, but I have also seen it > happen on black hardware. > > Has anyone else experienced this problem? I have also had a similar problem (on black hardware), but I also managed to crash other machines including HP's (with faulty floppies and CD-Roms) and SUN's (floppies) that were both not running under Nextstep. It seems that a lot of systems are vulnerable at the file system level. -- Wolfgang Ambrosch | ambrosch@ping.at Jaegerhausgasse 16 | Fax : +43 2252 47 690 A-2500 Baden | Phone: +43 2252 46 817 Austria | NeXT-Mail and MIME welcome
From: eps@futon.SFSU.EDU (Eric P. Scott) Newsgroups: comp.sys.next.bugs Subject: Re: Can't read NFS-mounted directory? Date: 25 Oct 1994 01:31:59 GMT Organization: San Francisco State University Message-ID: <38hn6f$om9@nic-nac.CSU.net> References: <38e5sa$so1@senator-bedfellow.MIT.EDU> In article <38e5sa$so1@senator-bedfellow.MIT.EDU> robert@amo.mit.edu (Robert Lutwak) writes: >Please humor and redirect me if this is the wrong forum for this question. comp.unix.questions >I'm trying to read directory information direct from the disk using >open(2) and read(2). With a local disk, this works just fine. With >an NSF-mounted disk, the read command hangs (example follows). "Doctor, it hurts when I do this." "Don't do that." getdirentries(2) is the lowest-level interface appropriate for reading directories [*not* read(2)!]. For most applications, the directory(3) routines are a better choice, although scandir(3) finds use on occasion. Please use comp.sys.next.bugs for *bug reports* only--it's not intended to be a programming help desk, nor is it a discussion group. Thanks!! -=EPS=-
From: teeleh@xs4all.nl (teeleh) Newsgroups: comp.sys.next.bugs Subject: Printing Problem Date: 25 Oct 1994 16:00:46 GMT Organization: XS4ALL, networking for the masses Message-ID: <38ja3e$skr@news.xs4all.nl> Hi ya'all, I am have difficulties with printing a window with a tableview in it. The screen-image is different from the printer-image. Some of the differences are; there is no 'actual row' highlighted, the column-titles have a white background color and the title isn't completely visible if it's a small column. But these might be normal problems. I have another problem: On some columns I use a formatter-object. It works OK when displayed on screen, but on the printer it looks very bad. The first-half of the first character of the text of a formatted column is below the title, and the rest of the text is below the next title. How can I solve this? Do I have to implement a method in the formatter to respond to the 'print_self:' method or something like that? teeleh@xs4all.nl
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Lanscape mode printing in Virtuoso 2.0 is BROKEN. Date: 26 Oct 1994 00:54:14 GMT Organization: University of California, Berkeley Distribution: world Message-ID: <38k9bm$ojv@agate.berkeley.edu> Arrck, Could someone tell me how I can print landscape mode drawing to the printer without first rotating it by 90 degress? Did Altsys break it? I swear that I could print my horizontally wide drawing just fine by just doing Command-p and pressing OK. Now it won't do it. Also, some of my drawings are designed for 35mm slides with 7.33 x 11" aspect ratio rather than the letter size 8.5 x 11". I can create the drawing fine, but when saving the PS file, it insists on centering the output into the letter size region. What's the point of custom page size capability if it always centers the output to letter size region? I can see that it is trying to be clever, but it's doing the wrong thing. P.S. I could find no bug report/support address from the application, none in the info panel. So I am posting it here. -- Izumi Ohzawa <izumi@pinoko.berkeley.edu> [ $@Bg_78^=;(J ] USMail: Univ. of California, 360 Minor Hall, Berkeley, CA 94720-2020 Tel: 510-642-6440, Fax: 510-642-3323, (NeXT & MIME mails welcome)
From: marcel@cs.tu-berlin.de (Marcel Weiher) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Re: Lanscape mode printing in Virtuoso 2.0 is BROKEN. Date: 26 Oct 1994 03:04:44 GMT Organization: Technical University of Berlin, Germany Message-ID: <38kh0c$pg0@news.cs.tu-berlin.de> References: <38k9bm$ojv@agate.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit izumi@pinoko.berkeley.edu (Izumi Ohzawa) writes: >Arrck, >Could someone tell me how I can print landscape mode drawing >to the printer without first rotating it by 90 degress? >Did Altsys break it? I swear that I could print my >horizontally wide drawing just fine by just doing Command-p and >pressing OK. Now it won't do it. Oh, you have to go to "select PPD" and there, also select the landscape paper option. I know that this makes no sense whatsoever, but you have to do it anyway. >Also, some of my drawings are designed for 35mm slides with >7.33 x 11" aspect ratio rather than the letter size 8.5 x 11". >I can create the drawing fine, but when saving the PS file, >it insists on centering the output into the letter size region. >What's the point of custom page size capability if it always >centers the output to letter size region? Haven't tried that, but you probably want to do the same thing. Saving to EPS might also work better. Marcel
Newsgroups: comp.sys.next.bugs From: kiwi@belly.in-berlin.de (Axel Habermann) Subject: Re: system-panic with damaged floppies Message-ID: <Cy93tz.17F@belly.in-berlin.de> Sender: usenet@belly.in-berlin.de Organization: - none - References: <38hklj$67i@pong.ping.at> Date: Tue, 25 Oct 1994 22:58:45 GMT In article <38hklj$67i@pong.ping.at> Wolfgang Ambrosch <ambrosch@ping.at> writes: > In article <38h882$6jd@infosrv.edvz.univie.ac.at> cs@ecs.co.at (Christian > Starkjohann) writes: > > Sometimes when I insert a floppy with damaged blocks (or maybe any > > other problems, I don't know exactly), NEXTSTEP crashes with a > > System-Panic. This happened to me on an NSfI, but I have also seen it > > happen on black hardware. > > > > Has anyone else experienced this problem? Yes :-( also on a SparcStation. From the mount manpage: [...] BUGS Mounting filesystems full of garbage crashes the system. [...] -- Axel Habermann \\|// "Wenn Du nicht kiwi@belly.in-berlin.de (NeXT-Mail) )o o( weisst was Du kiwi@cs.tu-berlin.de (NO NeXT-Mail) \ | / tust, mach's FaxFon: +49 30 4543046 \~/ mit Eleganz!"
From: gguelden@ixpoint.de Newsgroups: comp.sys.next.bugs Subject: Re: Landscape mode printing in Virtuoso 2.0 is BROKEN. Date: 26 Oct 1994 09:03:03 GMT Organization: iXpoint Informationssysteme GmbH, Waldbronn, Germany Distribution: world Message-ID: <38l607$tm@balu.ixpoint.de> References: <38k9bm$ojv@agate.berkeley.edu> Izumi Ohzawa writes > Arrck, > > Could someone tell me how I can print landscape mode drawing > to the printer without first rotating it by 90 degress? > > Did Altsys break it? I swear that I could print my > horizontally wide drawing just fine by just doing Command-p and > pressing OK. Now it won't do it. You have to (!) print with using the PPDs in the print-panel. Altsys makes high quality outputs and that is only possible with the exact options of your output device. ++++++++++++++++++++++++++++++++++++++++++++++++++ + Dipl.- Inform. Gerd Gueldenpfennig + + iXpoint Informationssysteme GmbH + + Im Ermlisgrund 20-24 76337 Waldbronn Germany + + Phone ++49 7243/65535 Fax ++49 7243 69817 + + Email: gguelden@ixpoint.de (NeXTmail and MIME) + ++++++++++++++++++++++++++++++++++++++++++++++++++
From: Atze (Alexander Spohr) Newsgroups: comp.sys.next.bugs Subject: Double Pentium 90 and Cogent FAILED Date: 26 Oct 1994 20:34:34 GMT Organization: Pelikan & Partner, Hamburg, Germany Message-ID: <38megq$j77@diablo.ppp.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi Folks, I have an ASUS Double Pentium Board, PCI/EISA, 1 Pentium installed, 64 MB, ELSA Winner 2000 Pro 4MB, EISA DPT 2122 without cache, Bus-Mouse, PAS 16, NO serial or parallel ports. Problem: This system chrashes if I use it with the Cogent EISA Ethernet Adapter after some transfers. If I use the IntelEtherExpress (as I do now) it works fine. Why is this? The Cogent runs in my 486/2-66 without problems. Atze
Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware From: pdepuydt@uia.ac.be (Peter.Depuydt) Subject: CD-ROM probs !! RPD ??? Message-ID: <1994Oct27.114551.26046@reks.uia.ac.be> Sender: news@reks.uia.ac.be (USENET News System) Organization: U.I.A. Date: Thu, 27 Oct 1994 11:45:51 GMT My Next_Step 3.1 (Intel) was running perfectly, untill I installed a cd-rom player. My System config look like this : HP Vectra 486/66XM S3 graphics with 2MB Vram 20 MB ram Adaptec 1540C SCSI-II Card 1 GB HP harddisk and ... HP Multi-media kit. Adaptec sound-device, NEC CD-ROM CRD 210P 1.0 The problem is that when I try to copy from CD to HD I get an I/O error message. It's even worse when I launch an RTF-file directly from the CD. The result is an frozen machine. The only thing I can get is the kernel-debugger with the following message Raise RDP exception 6 code 3 subcode 0 waiting for RDP connection (type 'c' to continue) What does that mean ?? If I type 'C' the debugger window disappears but the system remains frozen. when I press ALT-ALTGR-NUMLOCK the debugger window appears again, but no way Goze. The one options that remains me is the "RESET BUTTON",bah . That doesn't sound like my NeXT I used to have. All Ideas and help are mostly welcome, and surely be appreciated !!! Please let NeXT STEP be my advantage ??!! 8-(( ----------------------------------------------------------------------- | Peter DEPUYDT | pdepuydt@wins.uia.ac.be | | Belgium | Student | _______________________________________________________________________ | No comment today | -----------------------------------------------------------------------
From: prail@tip.ameslab.gov (Joel Prail) Newsgroups: comp.sys.next.bugs Subject: Ghostscript/Next Color Correction problem? Date: 27 Oct 1994 14:09:57 GMT Organization: Iowa State University, Ames, Iowa Message-ID: <38ocbl$j2f@news.iastate.edu> I have compiled and installed Ghostscript 3.12 for my HP DesignJet 650C. Output from all computers except the NeXTs is perfect. But the NeXTs all have a light cyan background. But when I create a white box, it is still white! Is the NeXT printing system adding some color correction or what is happening with ghostscript that could cause this??? -Joel Prail
Newsgroups: comp.sys.next.bugs From: js@euler.hnv.icem.de(Juergen Sell) Subject: Re: system-panic with damaged floppies Message-ID: <CyC0q9.ur@euler.hnv.icem.de> Sender: js@euler.hnv.icem.de (Juergen Sell) Organization: Ink Unknown References: <Cy93tz.17F@belly.in-berlin.de> Date: Thu, 27 Oct 1994 12:44:32 GMT Could it have been the floppies were write protected also? If that would have mattered. (I once had problems with a floppy until I discovered it was write protected). Juergen --- Fon ++49-511-440688 NeXTMail welcome Fax ++49-511-440617 == What time do we live in when spontaneity and freedom get associated with instant coffee, == when a politician's idea of social change is changing names?
Newsgroups: comp.sys.next.bugs From: Bruce Gingery <bruce@TotSysSoft.com> Subject: Re: system-panic with damaged floppies Message-ID: <1994Oct27.191338.1565@ToTSySSoft.com> Sender: news@ToTSySSoft.com Organization: Total System Software References: <Cy93tz.17F@belly.in-berlin.de> Date: Thu, 27 Oct 1994 19:13:38 GMT In article <Cy93tz.17F@belly.in-berlin.de> kiwi@belly.in-berlin.de (Axel Habermann) writes: }~ In article <38hklj$67i@pong.ping.at> Wolfgang Ambrosch <ambrosch@ping.at> }~ writes: }~ > In article <38h882$6jd@infosrv.edvz.univie.ac.at> cs@ecs.co.at }~ (Christian }~ > Starkjohann) writes: }~ > > Sometimes when I insert a floppy with damaged blocks (or maybe any }~ > > other problems, I don't know exactly), NEXTSTEP crashes with a }~ > > System-Panic. This happened to me on an NSfI, but I have also seen it }~ > > happen on black hardware. }~ > > }~ > > Has anyone else experienced this problem? }~ }~ Yes :-( }~ }~ also on a SparcStation. }~ }~ From the mount manpage: }~ [...] }~ BUGS }~ Mounting filesystems full of garbage crashes the system. }~ [...] Also allowing the auto-mounting a magneto-optical that has been formatted as a readable, bootable NEXTSTEP floppy. Crrrrrassssshhhhhh and panic. Bruce Gingery
From: klar4000@fatmom.zrz.tu-berlin.de (Klaus Rappich) Newsgroups: comp.sys.next.misc,comp.sys.next.bugs Subject: Reverse printing Date: 28 Oct 1994 10:53:38 GMT Organization: TUBerlin/ZRZ Message-ID: <38ql7i$5k5@brachio.zrz.TU-Berlin.DE> Hello there, I have a problem with a HP Laserjet 4M printer on NS 2.1. Output is printed "face down" in wrong order.(last page on top) It's an ordinary ASCII-Textfile (3 Pages.) I checked in /usr/lib/transcript the ps* scripts and modified in psof ,the following line: 1. psof) exec psbanner $pname ; exit 0 ;; to psof) $REVERSE ; exec psbanner $pname ; exit 0 ;; Then I started the printjob. lpq says:Job ist active, /usr/adm/lpd-errs no ERRORmessage,/usr/spool/printer/status "printing",lock=ok .seq=ok. the printer don't do nothing,no output.in lpc:abort printer then start printer again,lpd started new.Dosn't work either. 2. psof) $REVERSE ; exit 0 ;; same as befor. 3. psof) $REVERSE ; exit 0 ;; changed back to psof) exec psbanner $pname ; exit 0 ;; 4. psif) exec $comm ;; modified to psif) $REVERSE ; exec $comm ;; Printer is printing but also in wrong order and very strange to. First page e.g two lines,than one blank page,then a half printed printed page and so on. In /usr/adm/lpd-errs I found this message: psbanner: next2:klar4000 Job: f1 Date: Thu Oct 27 13:45:55 1994 //usr/lib/transcript/psrv: file not reversible Changed the mod back,and I'm at the beginning again. Do anyone know that problem and/or have anyone a solution. I would greatly appreciate any help! Please email me directly if possible. Klaus Klaus.Rappich@zrz.TU-Berlin.DE
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Re: system-panic with damaged floppies Message-ID: <CyFCBB.CnA@eskimo.com> Organization: Eskimo North (206) For-Ever References: <Cy93tz.17F@belly.in-berlin.de> <1994Oct27.191338.1565@ToTSySSoft.com> Date: Sat, 29 Oct 1994 07:47:27 GMT Bruce Gingery (bruce@TotSysSoft.com) wrote: : Also allowing the auto-mounting a magneto-optical that has been formatted : as a readable, bootable NEXTSTEP floppy. Crrrrrassssshhhhhh and panic. Please forgive my ignorance, Bruce. But are you suggesting that an auto-load will try to run the MO-based kernel? In other words, don't auto-mount MO drives? -- >< Marc J. Salvatori | New NeXTStepper, searching for communications, >< >< salvo@eskimo.com | word processing, and graphics packages ><
Newsgroups: comp.sys.next.bugs From: katzlbt@necs (Thomas Katzlberger) Subject: Re: Can't read NFS-mounted directory? Message-ID: <1994Oct29.134222.26149@news.vanderbilt.edu> Sender: news@news.vanderbilt.edu Organization: Vanderbilt University References: <38e5sa$so1@senator-bedfellow.MIT.EDU> Date: Sat, 29 Oct 1994 13:42:22 GMT Robert Lutwak (robert@amo.mit.edu) wrote: : Hi. : Please humor and redirect me if this is the wrong forum for this question. : I'm trying to read directory information direct from the disk using : open(2) and read(2). With a local disk, this works just fine. With : an NSF-mounted disk, the read command hangs (example follows). : Thanks for any pointers, : Robert : -- : Robert Lutwak robert@amo.mit.edu : MIT Atomic Resonance and Spectroscopy Laboratory : ---> NeXTmail always welcome <--- The functions read() and write() are the lowest level interface you can use in UNIX use fopen(), fread() and fclose() whenever possible (this should be also possible for opening directories - see how Edit.app opens a dir). But there is a better Interface: (unfortunately I couldn't test it with nfs): addDirectoryEntries() { DIR *thedir = opendir(dir); char tempName[1025]; struct direct *entry; // Look at each entry in the dir. If they aren't hidden // (start with '.') if(thedir) { while(entry=readdir(thedir)) if(*entry->d_name != '.') { sprintf(tempName,"%s/%s",dir,entry->d_name); [self addFilename:tempName]; } closedir(thedir); } else NXLogError("%s is no directory !",dir); } Try man readdir for more info. Hope it works, cat. PS: should post that to comp.sys.next.programmer.
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Precompiled header compiler crashes with the "const" keyword Date: Sat, 29 Oct 1994 18:19:20 -0400 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <oiggdcS00iV3M4DLg=@andrew.cmu.edu> From bug_next log number 61895, Topic: cpp Title: Precompiled header compiler crashes with const keyword Severity: App Hang/Crash Reported_Version: lightning5s Sites: WhiteLight_Systems Description: The following piece of code in a header file causes 'cc -precomp' to segfault: /* tolerate old compilers which don't understand the "const" keyword */ #if !(defined(__GNUC__) || defined(__STDC__) || defined(const)) #define const #endif To reproduce the bug, put the above 4 lines of code into a header file named "header.h", and run the precompiled header compiler with: cc -precomp header.h This problem definitely occurs on the m68k and hppa architectures running NEXTSTEP 3.2; I have not tested the i386 architecture. BTW, just "#if !defined(const)" also causes a crash, but "#ifndef const" does not. -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: Keyboard app won't remap power key Date: 30 Oct 1994 20:58:17 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9410310256.AA19186@alleg.EDU> [NS 3.2 m68k -- /NextApps/Demos/Keyboard.app -- using ISO keyboard] I was pleased to see that the new Keyboard.app demo provided for a way to remap the "Power" key, since I frequently hit it by accident. However, the key cannot be set to "dead key" as I wanted to, and cannot be remapped in reality. It will show up as remapped, but it will still act the same way. I was wondering if anyone else in my position (no root/no su) knew of a way to make the power key ignore itself. tia, TjL --- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 Motorola No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: peter@netz.hrz.uni-siegen.de (Peter Merz) Newsgroups: comp.sys.next.bugs Subject: Very Slow network after network card exchange Date: 31 Oct 1994 13:16:53 GMT Organization: Computer Center, University of Siegen, Germany Message-ID: <392qo5$o8m@si-nic.hrz.uni-siegen.de> I got a problem with my network. I'm using a NE-2000 card with the public domain driver. Sometimes the NeXT-System hangs after a network request. So I decided to try another network card with a driver from NeXT. First I tried a SMC-WD with the SMC_WD-Driver from NeXT. The result was a ftp transfer rate about 6 Kbyte/s. Then I tried a 3COM Etherlink III with the new driver update. The same results. Then I switched back to NE2000. Good Performance but not stable. Any hints, why the other cards fail to work? Hardware: ASUS PCI-SP3G Board. NCR-SCSI with Talus driver. miro 20SV PCI. -- -- Peter Merz, pmerz@hrz.uni-siegen.de -- -- Computing Center at the University of Siegen, GERMANY -- -- Hochschulrechenzentrum der Universitaet Siegen --
From: ad_net@news.delphi.com (AD_NET@DELPHI.COM) Newsgroups: comp.sys.next.bugs Subject: Re: Very Slow network after network card exchange Date: 31 Oct 1994 14:53:46 -0000 Organization: Delphi Internet Services Corporation Message-ID: <3930dq$c50@news.delphi.com> References: <392qo5$o8m@si-nic.hrz.uni-siegen.de> peter@netz.hrz.uni-siegen.de (Peter Merz) writes: >I got a problem with my network. I'm using a NE-2000 card with the >public domain driver. Sometimes the NeXT-System hangs after a >network request. >So I decided to try another network card with >a driver from NeXT. First I tried a SMC-WD with the SMC_WD-Driver >from NeXT. >The result was a ftp transfer rate about 6 Kbyte/s. >Then I tried a 3COM Etherlink III with the new driver update. >The same results. >Then I switched back to NE2000. Good Performance but not stable. >Any hints, why the other cards fail to work? >Hardware: > ASUS PCI-SP3G Board. > NCR-SCSI with Talus driver. > miro 20SV PCI. We have experienced the same problem with the 3Com Etherlink III. After tring several combinations, we dumped all of our 3Com cards for the Intel Etherexpress 16. I strongly recommend that card. They perform well and are reasonably prices. Karlheinz >-- >-- Peter Merz, pmerz@hrz.uni-siegen.de -- >-- Computing Center at the University of Siegen, GERMANY -- >-- Hochschulrechenzentrum der Universitaet Siegen --
From: Mark_Dadgar@NeXT.COM (Mark Dadgar) Newsgroups: comp.sys.next.bugs Subject: Re: Very Slow network after network card exchange Date: 31 Oct 1994 16:19:13 GMT Organization: NeXT, Inc. Message-ID: <3935e1$do@rosie.next.com> References: <3930dq$c50@news.delphi.com> In article <3930dq$c50@news.delphi.com> ad_net@news.delphi.com (AD_NET@DELPHI.COM) writes: > peter@netz.hrz.uni-siegen.de (Peter Merz) writes: > >Then I tried a 3COM Etherlink III with the new driver update. > >The same results. > > We have experienced the same problem with the 3Com Etherlink III. After > tring several combinations, we dumped all of our 3Com cards for the Intel > Etherexpress 16. I strongly recommend that card. They perform well and > are reasonably prices. The 3Com card is known for having a very small (about 8K) buffer. NFS does not deal well with this (it drops packets a lot). You can obtain better performance by decreasing the NFS read/write size of the filesystems mounted on the machine with the 3Com card. 1K is probably the best size to use. This is done most easily with NFSManager, if the server is a NEXTSTEP machine. - Mark -- Mark Dadgar | If we had thought something this big was Network/Systems Admin. | going to happen to us, do you think we would NeXT Computer, Inc. | have called ourselves TOAD THE WET SPROCKET?! Mark_Dadgar@NeXT.COM | - Toad the Wet Sprocket
From: erikkay@next.com (Erik Kay) Newsgroups: comp.sys.next.bugs Subject: Re: Keyboard app won't remap power key Date: 31 Oct 1994 19:16:48 GMT Organization: NeXT, Inc. Message-ID: <393fr0$ju@rosie.next.com> References: <9410310256.AA19186@alleg.EDU> In article <9410310256.AA19186@alleg.EDU> luomat@alleg.EDU (Tim Luoma) writes: ] [NS 3.2 m68k -- /NextApps/Demos/Keyboard.app -- using ISO keyboard] ] ] I was pleased to see that the new Keyboard.app demo provided for a ] way to remap the "Power" key, since I frequently hit it by accident. ] However, the key cannot be set to "dead key" as I wanted to, and ] cannot be remapped in reality. It will show up as remapped, but it ] will still act the same way. I was wondering if anyone else in my ] position (no root/no su) knew of a way to make the power key ignore ] itself. This is a known bug in 3.2 (actually, it was a couple of bugs) that was (were) fixed for 3.3. Erik
From: grio@next.com (Dan Grillo) Newsgroups: comp.sys.next.bugs Subject: Re: Very Slow network after network card exchange Date: 31 Oct 1994 19:52:48 GMT Organization: Technical Support, NeXT Computer, Inc. Message-ID: <393huh$ls@rosie.next.com> References: <3930dq$c50@news.delphi.com> <3935e1$do@rosie.next.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Versions: makemail 2.5a In article <3935e1$do@rosie.next.com>, Mark Dadgar <Mark_Dadgar@NeXT.COM> wrote: >The 3Com card is known for having a very small (about 8K) buffer. NFS does >not deal well with this (it drops packets a lot). You can obtain better >performance by decreasing the NFS read/write size of the filesystems mounted >on the machine with the 3Com card. 1K is probably the best size to use. >This is done most easily with NFSManager, if the server is a NEXTSTEP >machine. For details see NeXTanswer 1492_NFS_Performance_Tuning.rtfd, available from fine NeXTanswer outlet stores near you. Today's greatest savings can be found at our latest store, http://www.next.com/NeXTanswers/ --Dan -- Dan Grillo dan_grillo@next.com (415) 780-2963
From: work@dannug.dk (Michael Hallin) Newsgroups: comp.sys.next.bugs Subject: Re: Lanscape mode printing in Virtuoso 2.0 is BROKEN. Date: 26 Oct 1994 19:04:22 GMT Organization: Danish NeXT User Group Distribution: world Message-ID: <38m97m$7t8@machthenext.dannug.dk> References: <38k9bm$ojv@agate.berkeley.edu> In article <38k9bm$ojv@agate.berkeley.edu> izumi@pinoko.berkeley.edu (Izumi Ohzawa) writes: |>Arrck, |> |>Could someone tell me how I can print landscape mode drawing |>to the printer without first rotating it by 90 degress? |> |>Did Altsys break it? I swear that I could print my |>horizontally wide drawing just fine by just doing Command-p and |>pressing OK. Now it won't do it. |> |>Also, some of my drawings are designed for 35mm slides with |>7.33 x 11" aspect ratio rather than the letter size 8.5 x 11". |>I can create the drawing fine, but when saving the PS file, |>it insists on centering the output into the letter size region. |>What's the point of custom page size capability if it always |>centers the output to letter size region? |> |>I can see that it is trying to be clever, but it's doing the wrong |>thing. |> |>P.S. |>I could find no bug report/support address from the application, |>none in the info panel. So I am posting it here. |> |>-- |>Izumi Ohzawa <izumi@pinoko.berkeley.edu> [ $@Bg_78^=;(J ] |>USMail: Univ. of California, 360 Minor Hall, Berkeley, CA 94720-2020 |>Tel: 510-642-6440, Fax: 510-642-3323, (NeXT & MIME mails welcome) Hi Izumi, Make sure that you select the right PPD file in the Options panel. This is of major importance to get a correct result! Best regards Michael -- _____________________________________________ Michael Hallin Copenhagen, Denmark Editor in chief DANNUG NEWS & DANNUG HOT! NeXTMail: work@dannug.dk NonNeXTMail: mh.xeroxvang@rxdk.xerox.com Voice: Int + 45 43 53 34 33
From: Wolfgang Ambrosch <ambrosch@ping.at> Newsgroups: comp.sys.next.bugs Subject: Re: Very Slow network after network card exchange Date: 1 Nov 1994 14:06:11 GMT Organization: ping - Personal InterNet Gate Message-ID: <395i0j$rdl@pong.ping.at> References: <392qo5$o8m@si-nic.hrz.uni-siegen.de> Originator: wa@s051 In article <392qo5$o8m@si-nic.hrz.uni-siegen.de> peter@netz.hrz.uni-siegen.de (Peter Merz) writes: > The result was a ftp transfer rate about 6 Kbyte/s. > Then I tried a 3COM Etherlink III with the new driver update. > The same results. > > Hardware: > ASUS PCI-SP3G Board. > NCR-SCSI with Talus driver. > miro 20SV PCI. With a very similar hardware configuration and a 3COM network card I measured ftp transfer rates of about 500-600kb/s reading from the NextStep-system to a HP 9000 with HP-UX. In the other direction (reading from the HP and writing on the NeXT the transfer rate was about 10-15kb/s. -- Wolfgang Ambrosch | ambrosch@ping.at Jaegerhausgasse 16 | Fax : +43 2252 47 690 A-2500 Baden | Phone: +43 2252 46 817 Austria | NeXT-Mail and MIME welcome
From: takken@leland.stanford.edu (Todd Takken) Newsgroups: comp.sys.next.bugs Subject: getting machine's ethernet address -- ether_hostton() is broken Date: 2 Nov 1994 03:02:57 GMT Organization: Stanford University Distribution: world Message-ID: <396vh1$gk3@nntp.Stanford.EDU> Here is code origonally posted by Christopher Lane, reposted by Charles W. Swiger and modified by Todd Takken. > void main(int argc, char *argv[]) > { > struct ether_addr e; > > if(ether_hostton("localhost", &e) != 0) perror("ether_hostton"); > else (void) puts(ether_ntoa(&e)); > } This generates an error, and it is not possible to get the machine's ethernet address using ether_hostton (see 'man ethers'). Instead of "localhost", one can also use the machine name returned by gethostname(). ether_hostton() fails in either case. Looks like a bug. -- Todd Takken takken@leland.stanford.edu
From: wilkie@cslab.tuwien.ac.at (Alexander Wilkie) Newsgroups: comp.sys.next.bugs Subject: Re: Keyboard app won't remap power key (this time: i386) Date: 2 Nov 1994 11:39:32 GMT Organization: Vienna University of Technology, Austria Distribution: world Message-ID: <397tpk$50a@news.tuwien.ac.at> References: <393fr0$ju@rosie.next.com> In article <393fr0$ju@rosie.next.com> erikkay@next.com (Erik Kay) writes: > In article <9410310256.AA19186@alleg.EDU> luomat@alleg.EDU (Tim Luoma) > writes: > ] [NS 3.2 m68k -- /NextApps/Demos/Keyboard.app -- using ISO keyboard] > ] > ] I was pleased to see that the new Keyboard.app demo provided for a > ] way to remap the "Power" key, since I frequently hit it by accident. > ] However, the key cannot be set to "dead key" as I wanted to, and > ] cannot be remapped in reality. It will show up as remapped, but it > ] will still act the same way. I was wondering if anyone else in my > ] position (no root/no su) knew of a way to make the power key ignore > ] itself. > > This is a known bug in 3.2 (actually, it was a couple of bugs) that was > (were) fixed for 3.3. > > Erik It's also interesting the other way round: Can one turn the power key ON with NSFIP? Not to speak of the ultimate joy that it would be to have some hardware add-on perform the actual power off... .. I'd be happy just to initiate the power down process with it. A.W. -- /////////////////////////////////// // Alexander Wilkie // // wilkie@cslab.tuwien.ac.at // ///////////////////////////////////
From: jjuran@eos.hitc.com (Joshua Juran) Newsgroups: comp.sys.next.bugs Subject: Using NeXT mail locks up mailboxes Date: Wed, 2 Nov 1994 10:52:34 -0500 Organization: Hughes Team (EOSDIS) Message-ID: <9411021052.AA34799@lo-mac3108B.hitc.com> We have a network of machines running mostly Solaris and HP-UX. We also have a PA-RISC with NeXTStep. These are all in an NIS domain, and they mount /usr/spool/mail. I'm having a problem where my system mailbox becomes owned by nobody (uid -2, shown as 65534 on the server). The server is an Auspex running SunOS 4.1.1. Curious fact: when the mailbox is owned by nobody, it doesn't receive mail! This puzzles me. (Group is staff, btw.) Also, if I try to send mail to "someguy" as opposed to "someguy@server" it munges that person's mailbox, and sends me a bounce message. ----- Transcript of session follows ----- mail: cannot append to /usr/spool/mail/someguy: Permission denied mail: cannot open dead.letter 554 someguy (What's his name)... 554 Service unavailable ----- Unsent message follows ----- This story is true. Only the names have been changed. :) Any clues? Better yet, any fixes? Is this a quirk with NeXT sendmail, or is this Sun's fault? Thanks for your help, Josh P.S. Note that I've changed my return address so that I'll be sure to receive replies. -- Joshua Juran jjuran@eos.hitc.com Information Systems Associate (NeXTMail welcome) Hughes Applied Information Systems (301) 925-0418 Hughes Information Technology Corporation =)
From: erikkay@next.com (Erik Kay) Newsgroups: comp.sys.next.bugs Subject: Re: Keyboard app won't remap power key (this time: i386) Date: 2 Nov 1994 17:55:45 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <398jr1$qj@rosie.next.com> References: <397tpk$50a@news.tuwien.ac.at> In article <397tpk$50a@news.tuwien.ac.at> wilkie@cslab.tuwien.ac.at (Alexander Wilkie) writes: ] In article <393fr0$ju@rosie.next.com> erikkay@next.com (Erik Kay) writes: ] > In article <9410310256.AA19186@alleg.EDU> luomat@alleg.EDU (Tim Luoma) ] > writes: ] > ] [NS 3.2 m68k -- /NextApps/Demos/Keyboard.app -- using ISO keyboard] ] > ] ] > ] I was pleased to see that the new Keyboard.app demo provided for a ] > ] way to remap the "Power" key, since I frequently hit it by accident. ] > ] However, the key cannot be set to "dead key" as I wanted to, and ] > ] cannot be remapped in reality. It will show up as remapped, but it ] > ] will still act the same way. I was wondering if anyone else in my ] > ] position (no root/no su) knew of a way to make the power key ignore ] > ] itself. ] > ] > This is a known bug in 3.2 (actually, it was a couple of bugs) that was ] > (were) fixed for 3.3. ] > ] > Erik ] ] It's also interesting the other way round: ] Can one turn the power key ON with NSFIP? ] Not to speak of the ultimate joy that it would be to have some hardware ] add-on perform the actual power off... ] .. I'd be happy just to initiate the power down process with it. Yep. This bug was fixed as well... In fact, the default NeXTUSA keymapping uses it, exactly where you'd expect it. :-) Erik
From: Lennart_Lovstrand@NeXT.COM Newsgroups: comp.sys.next.bugs Subject: Re: Using NeXT mail locks up mailboxes Date: 2 Nov 1994 20:36:04 GMT Organization: NeXT, Inc. Message-ID: <398t7k$10j@rosie.next.com> References: <9411021052.AA34799@lo-mac3108B.hitc.com> In article <9411021052.AA34799@lo-mac3108B.hitc.com> jjuran@eos.hitc.com (Joshua Juran) writes: > We have a network of machines running mostly Solaris and HP-UX. We > also have a PA-RISC with NeXTStep. These are all in an NIS domain, and they > mount /usr/spool/mail. I'm having a problem where my system mailbox becomes > owned by nobody (uid -2, shown as 65534 on the server). The server is an > Auspex running SunOS 4.1.1. Curious fact: when the mailbox is owned by > nobody, it doesn't receive mail! This puzzles me. (Group is staff, btw.) Let me guess -- you're trying to deliver mail on a host that NFS mounts /usr/spool/mail without root access. Am I right? Thought so. ;-) Under NEXTSTEP 3.2 and earlier, /bin/mail (which performs the actual delivery) will create the mailbox file while running as root and later attempt to chown it to its real owner. This will fail when the spool directory is mounted over NFS without root access to the client and the file will end up owned by user "nobody". After this, /bin/mail will refuse to append more messages to it since it isn't owned by the recipient and mail will start to bounce. NEXTSTEP 3.3 fixes this by making /bin/mail run under the intended recipient's uid at the time the mailbox is created. Thus no root access is required and no mapping to "nobody" occurs. The workaround for 3.2 and earlier is to either (1) not deliver mail to NFS mounted spool directories, but instead forward the messages to the NFS server, or (2) grant root access to the NFS client. Since you can become any other user anyway once you're root, it doesn't really open any new security holes (unless other files also are exported). Cheers, --Lennart Lovstrand NeXT Software Engineering
From: bediger@teal.csn.org (Bruce Ediger) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NFS export of black CD-ROM hardware? Date: 3 Nov 1994 03:43:20 GMT Organization: False September Message-ID: <399m8o$2t2@burgundy.csn.net> I'm having this weird problem with an NFS-exported CD-ROM. My NFS server is a 25MHz NeXTstation with a Sony CDU-541 "black" CD-ROM drive. I inserted a CD-ROM disk, and waited for whatever (Workspace Manager?) to mount it. Then I used NFSManager to export the CD-ROM directory read-only. I mounted the CD-ROM directory on a Sun IPC. IPC runs SunOS 4.1.3, NeXT running 3.2. "ls -l" shows the correct filenames and attributes and permission bits, so stat(2) works right. I can "cd" into the CD-ROM filesystem (on the IPC) and everything looks right. But trying to view some files with "vi" causes trouble: "vi" says some regular files are directories. "file" says that some files are ASCII text, but "more" says that the same files are "binary". What's the scoop? A regular, 4.3 filesystem NFS-exports OK, why doesn't a CD-ROM? Best regards, Bruce Ediger
From: peter@netz.hrz.uni-siegen.de (Peter Merz) Newsgroups: comp.sys.next.bugs Subject: Re: Very Slow network after network card exchange Date: 3 Nov 1994 09:01:36 GMT Organization: Computer Center, University of Siegen, Germany Message-ID: <39a8tg$imr@si-nic.hrz.uni-siegen.de> References: <392qo5$o8m@si-nic.hrz.uni-siegen.de> <395i0j$rdl@pong.ping.at> Wolfgang Ambrosch (ambrosch@ping.at) wrote: : In article <392qo5$o8m@si-nic.hrz.uni-siegen.de> : peter@netz.hrz.uni-siegen.de (Peter Merz) writes: : > The result was a ftp transfer rate about 6 Kbyte/s. : > Then I tried a 3COM Etherlink III with the new driver update. : > The same results. : > : > Hardware: : > ASUS PCI-SP3G Board. : > NCR-SCSI with Talus driver. : > miro 20SV PCI. : With a very similar hardware configuration and a 3COM network card I : measured ftp transfer rates of about 500-600kb/s reading from the : NextStep-system to a HP 9000 with HP-UX. In the other direction (reading : from the HP and writing on the NeXT the transfer rate was about 10-15kb/s. : -- Oh, I'm not the only one who got those problems! Instead of a HP I'm using a FreeBSD system. While the one direction is credibly slow the other works well. Same as Wolfgang. Don't tell me to use a EtherLink or the like. I'm interested it getting it to work (that means same read as write speed) and not in getting it as fast as an Etherlink. And the transfer rate is related to ftp, not nfs. I know how to tune nfs. Thats not the problem. After a complete new installation of the OS I got the same problem as described above. It seems to be my configuration. I believe it's the Talus driver, who slows up networktransfers to the NeXT-System, probably an interrupt handling problem. -- -- Peter Merz, pmerz@hrz.uni-siegen.de -- -- Computing Center at the University of Siegen, GERMANY -- -- Hochschulrechenzentrum der Universitaet Siegen --
From: lehmann@iaeb.kloeckner-hb.de (Dirk Lehmann) Newsgroups: comp.sys.next.bugs Subject: Strange behavior : Workspace <-> soundplaying ! Date: 3 Nov 1994 15:20:58 GMT Organization: Kloeckner Stahl GmbH Sender: lehmann@iaeb (Dirk Lehmann) Distribution: world Message-ID: <39av4q$8v@opuskl.kloeckner-hb.de> Is this a bug or a feature ? (Maybe only black hardware !) Recently I tried to copy some files within the workspace, while a soundfile was playing in background through Sound.app (by NeXT). I only wanted to copy some files, so I pressed shift to select the desired files. In this moment the workspace started doing tricks on me: I could only select one file at a time. No matter what kind of file, only one. After the sound was fully played, I released the shift key and started again with selecting files, now everything was as it ever was. The same thing happens, when you play a sound with sndplay from a shell ! Where is the connection between workspace & playing sounds ???
From: cisitm@albert.cad.cea.fr (Pierre Didierjean) Newsgroups: comp.sys.next.bugs Subject: *** Q: WHAT KIND OF PEOPLE ON THE NET ? Date: 3 Nov 1994 16:41:50 GMT Organization: SSII Sender: cisitm@albert.cad.cea.fr Message-ID: <39b3se$bfl@anemone.saclay.cea.fr> I'd like to know what kind of people i find on the net. Students, Commercials, Adminitrations, Scientifics or what ?? Is anybody knows that or have statistical results ? What are YOU doing in life ? I am a system administrator. Thanks for the answers and sorry for my english ..... Bye +-----------------------------------------------------------------------------+ | Pierre DIDIERJEAN | | | | Administrateur Systeme UNIX | | Cisi, Aix-en-Provence | | France | +-----------------------------------------------------------------------------+ | email : cisitm@albert.cad.cea.fr | +-----------------------------------------------------------------------------+
From: cisitm@albert.cad.cea.fr Newsgroups: alt.spam,comp.sys.next.bugs Subject: cmsg cancel <39b3se$bfl@anemone.saclay.cea.fr> Control: cancel <39b3se$bfl@anemone.saclay.cea.fr> Date: 03 Nov 1994 17:57:18 EDT Organization: Just say no to Spam. Sender: nospam@nowhere.nohow.edu. Message-ID: <cancel.39b3se$bfl@anemone.saclay.cea.fr> This spam has been cancelled. Comments to: na48985@anon.penet.fi.
From: rencsok@convex.cl.msu.edu Newsgroups: comp.sys.next.bugs Subject: System sluggish when WM FileViewer with directory open with > 500 files Date: 4 Nov 1994 06:25:47 GMT Organization: Michigan State University Message-ID: <39ck5b$qtr@msuinfo.cl.msu.edu> Has anyone noticed serious system response degradation with the File Viewer open to a directory with more than 500 or 1000 files in a particular directory. Any clue as to exactly why the system performance degrades? I have a 040 ND cube with 64M on the motherboard (20M on the ND), large swap etc. Just wondering. Randy Rencsok rencsok@convex.cl.msu.edu
From: jfb@tequila Newsgroups: comp.sys.next.bugs Subject: Gecko and serial driver Date: 04 Nov 94 09:39:53 Organization: Universites Paris VI/Paris VII - France Distribution: world Message-ID: <jfb.94Nov493953@tequila> References: <39ck5b$qtr@msuinfo.cl.msu.edu> Mime-Version: 1.0 Content-Type: text/plain I've encountered real problems when I've tried to use a modem on my home gecko; a- I 've first install uucp and it works fine b- then I've tried PPP (I had a version on a black next) , and it does not work : the reason is that the serial port is just unable to support character based interaction : logging from outside (using kermit) emacs just hang, micro-emacs behaves better but the use of arrows are not possible, etc ... anybody has encountered such problems yet ? and (better) anybody has a solution ? thanks for any suggestions, by mail and I'll make a synthesis.
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss) Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: 4 Nov 1994 09:45:47 GMT Organization: Northwestern University, Evanston IL Message-ID: <39cvsb$m8o@news.acns.nwu.edu> References: <39ck5b$qtr@msuinfo.cl.msu.edu> In article <39ck5b$qtr@msuinfo.cl.msu.edu>, <rencsok@convex.cl.msu.edu> wrote: > >Has anyone noticed serious system response degradation with the File >Viewer open to a directory with more than 500 or 1000 files in a particular >directory. Any clue as to exactly why the system performance degrades? >I have a 040 ND cube with 64M on the motherboard (20M on the ND), large >swap etc. > It was pretty bad under 3.0, but I dont think I've noticed it under 3.2. Don't ask me about 3.1, I've eliminated brain cells with any memory of that experience. Its probably a buffering issue, and somewhat dependant on file name length and ordering preference. YMNV. Not strictly a bug however... -- Jerry S. Weiss j-weiss@nwu.edu Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois %SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
From: jfb@tequila Newsgroups: comp.sys.next.bugs Subject: Re: Gecko and serial driver (bis with adress) Date: 04 Nov 94 12:05:21 Organization: Universites Paris VI/Paris VII - France Distribution: world Message-ID: <jfb.94Nov412521@tequila> References: <39ck5b$qtr@msuinfo.cl.msu.edu> <jfb.94Nov493953@tequila> Mime-Version: 1.0 Content-Type: text/plain I've encountered real problems when I've tried to use a modem on my home gecko; a- I 've first install uucp and it works fine b- then I've tried PPP (I had a version on a black next) , and it does not work : the reason is that the serial port is just unable to support character based interaction : logging from outside (using kermit) emacs just hang, micro-emacs behaves better but the use of arrows are not possible, etc ... anybody has encountered such problems yet ? and (better) anybody has a solution ? thanks for any suggestions, by mail and I'll make a synthesis. --- Jean-Francois Boisvieux Departement de Biomathematiques Faculte de medecine Pitie-Salpetriere 75013 Paris France jfb@biomath.jussieu.fr (NeXT mail O.K) tel : (33) 1 45 86 19 98 fax : (33) 1 45 83 87 20
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: Fri, 4 Nov 1994 09:29:10 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <EiiYIqO00iV84230VA@andrew.cmu.edu> In-Reply-To: <39ck5b$qtr@msuinfo.cl.msu.edu> Excerpts from netnews.comp.sys.next.bugs: 4-Nov-94 System sluggish when WM Fil.. by rencsok@convex.cl.msu.ed > Has anyone noticed serious system response degradation with the File > Viewer open to a directory with more than 500 or 1000 files in a particular > directory. Any clue as to exactly why the system performance degrades? Sure. The system tries to sort the filenames into alphabetical order, and it takes considerably more than 10 times as much work to sort 10 times as many items. That fact, plus the WM's tendancy to call fstat() a lot in order to provide a more responsive browser means that working in huge directories becomes unwieldy. In any event, you should be creating subdirectories well before you put 1000 files into one place. -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: jjuran@eos.hitc.com (Joshua Juran) Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: Fri, 04 Nov 1994 14:44:51 -0500 Organization: Hughes Applied Information Systems Message-ID: <jjuran-0411941444510001@lo-mac3108b.hitc.com> References: <39ck5b$qtr@msuinfo.cl.msu.edu> <39cvsb$m8o@news.acns.nwu.edu> In article <39cvsb$m8o@news.acns.nwu.edu>, j-weiss@nwu.edu wrote: > In article <39ck5b$qtr@msuinfo.cl.msu.edu>, <rencsok@convex.cl.msu.edu> wrote: > > > >Has anyone noticed serious system response degradation with the File > >Viewer open to a directory with more than 500 or 1000 files in a particular > >directory. Any clue as to exactly why the system performance degrades? > > Its probably a buffering issue, and somewhat dependant on file name length > and ordering preference. I think you're pretty close. In any case, open Preferences.app and click on the Unix ribbon icon. Turn on the Large Filesystem flag. You might also check the help for this section; it explains the file list buffering somewhat. I do remember that enabling this option speeds up the File Viewer's display of large directories -- er, folders. :) > YMNV. OWDTOM? (Okay, what does *this* one mean?) Josh jjuran@eos.hitc.com =) NeXTMail welcomed, at least for another few weeks. :(
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: 4 Nov 1994 14:14:53 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411042012.AA27509@alleg.EDU> Silly question perhaps, but do you have "large file system" set? either dwrite System LargeFileSystem Yes or go to Preferences.app and find the "UNIX" entry and click on the Large File System box. not sure if it will help, but I would guess that is what it is designed to help.... TjL --- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 m68k No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: Fri, 4 Nov 1994 20:29:39 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <8iii03C00iV94=aWA1@andrew.cmu.edu> In-Reply-To: <jjuran-0411941444510001@lo-mac3108b.hitc.com> Excerpts from netnews.comp.sys.next.bugs: 4-Nov-94 Re: System sluggish when WM.. by Joshua Juran@eos.hitc.co >> YMNV. > > OWDTOM? (Okay, what does *this* one mean?) I suspect he misacronimized (TM, 11/4/94) for either of: YMMV == "Your Milage May Vary" YMMNV == "Your Milage May Not Vary" -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
Newsgroups: comp.sys.next.bugs From: magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) Subject: Re: Keyboard app won't remap power key (this time: i386) In-Reply-To: erikkay@next.com's message of 2 Nov 1994 17:55:45 GMT Message-ID: <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> Sender: news@cc.umontreal.ca (Administration de Cnews) Organization: Universite de Montreal References: <397tpk$50a@news.tuwien.ac.at> <398jr1$qj@rosie.next.com> Date: Sat, 5 Nov 1994 08:12:16 GMT >>>>> "Erik" == Erik Kay <erikkay@next.com> writes: Erik> In article <397tpk$50a@news.tuwien.ac.at> Erik> wilkie@cslab.tuwien.ac.at (Alexander Wilkie) writes: ] In Erik> article <393fr0$ju@rosie.next.com> erikkay@next.com (Erik Erik> Kay) writes: ] > In article <9410310256.AA19186@alleg.EDU> Erik> luomat@alleg.EDU (Tim Luoma) ] > writes: ] > ] [NS 3.2 m68k Erik> -- /NextApps/Demos/Keyboard.app -- using ISO keyboard] ] > ] Erik> ] > ] I was pleased to see that the new Keyboard.app demo Erik> provided for a ] > ] way to remap the "Power" key, since I Erik> frequently hit it by accident. ] > ] However, the key Erik> cannot be set to "dead key" as I wanted to, and ] > ] cannot Erik> be remapped in reality. It will show up as remapped, but it Erik> ] > ] will still act the same way. I was wondering if Erik> anyone else in my ] > ] position (no root/no su) knew of a Erik> way to make the power key ignore ] > ] itself. ] > ] > This Erik> is a known bug in 3.2 (actually, it was a couple of bugs) Erik> that was ] > (were) fixed for 3.3. ] > ] > Erik ] ] It's Erik> also interesting the other way round: ] Can one turn the Erik> power key ON with NSFIP? ] Not to speak of the ultimate joy Erik> that it would be to have some hardware ] add-on perform the Erik> actual power off... ] .. I'd be happy just to initiate the Erik> power down process with it. Erik> Yep. This bug was fixed as well... In fact, the default Erik> NeXTUSA keymapping uses it, exactly where you'd expect Erik> it. :-) Erik> Erik Is there a way in 3.2 to remove power-key action (for a normal user or by root for the whole system) ? Thank you, Francois Magnan -- **************************************************** ** Francois Magnan : magnan@mathcn.umontreal.ca ** ** Dept. Mathematiques, Universite de Montreal ** ****************************************************
Newsgroups: comp.sys.next.bugs From: katzlbt@necs (Thomas Katzlberger) Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Message-ID: <1994Nov5.164425.14579@news.vanderbilt.edu> Sender: news@news.vanderbilt.edu Organization: Vanderbilt University References: <39ck5b$qtr@msuinfo.cl.msu.edu> <39cvsb$m8o@news.acns.nwu.edu> Date: Sat, 5 Nov 1994 16:44:25 GMT Jerry Weiss (jweiss@casbah.acns.nwu.edu) wrote: : In article <39ck5b$qtr@msuinfo.cl.msu.edu>, <rencsok@convex.cl.msu.edu> wrote: : > : >Has anyone noticed serious system response degradation with the File : >Viewer open to a directory with more than 500 or 1000 files in a particular : >directory. Any clue as to exactly why the system performance degrades? : >I have a 040 ND cube with 64M on the motherboard (20M on the ND), large : >swap etc. : > : It was pretty bad under 3.0, but I dont think I've noticed it under 3.2. : Don't ask me about 3.1, I've eliminated brain cells with any memory : of that experience. : Its probably a buffering issue, and somewhat dependant on file name length : and ordering preference. : YMNV. : Not strictly a bug however... : -- : Jerry S. Weiss : j-weiss@nwu.edu : Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois : %SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire Oh yes this bug is still effective in 3.2. I experience it every 3 or four days when I insert a floppydisk and move a folder while it is getting mounted, or an application uses a remote call (e.g. openFile:) to workspace while I am dragging somethind in WM. I think it has got something to do with a deadlock in Distributed Objects since it clears after a timeout. -- Thomas Katzlberger katzlbt@vuse.vanderbilt.edu
Newsgroups: comp.sys.next.bugs From: yong@iitmax.iit.edu (Yong Yoo) Subject: HELP: PROBLEM LOGIN INTO THE SYSTEM. Message-ID: <1994Nov6.044459.31856@iitmax.iit.edu> Organization: Illinois Institute of Technology, Chicago Date: Sun, 6 Nov 94 04:44:59 GMT Hi, I am running NeXTSTEP v3.2 on Pentium System with 32MB RAM, and VESA ATI pro with 2MB. The system works great except for time to time it wouldn't let me login. I would type my account and the password and the system will pause for an about 10 seconds and I get busy circle icon cursor for an another 10 seconds and the system kicks me out to the login window. I also tried typing in wrong accounts or passwords, but then the login window shakes side ways. The worst thing is that once the system refuse to let any accounts into the system, only way I can go into the account again is to restart the system. I have checked the file in /private/adm/messages and found this line: loginwindow[179]: loginwindow: Workspace exited ts 0 cd 0 rc 0 sv 0 ss 0. Is there anyone who knows how to fix this? Even after I updated the new ati drivers from next ftp site, I still have the problem. I would appreciated very much if you would to send it to my account. thanks in advance. Yong Yoo yong@iitmax.acc.iit.edu -- Yong yong@iitmax.acc.iit.edu
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: Strange behavior : Workspace <-> soundplaying ! Date: 6 Nov 1994 04:43:26 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411050910.AA00389@flexus> LS, This is a new entry in KBNS. >>>>> Aliases Dirk_Lehmann: . lehmann@iaeb.kloeckner-hb.de 1994-11-03 <<<<<< >>>>> /Object/Responder/View/Control/NXBrowser & NXBrowserCell KBNS.32.2.014_o3.2o Operation with shift key disturbed during sound playback Description: While a sound is playing, the operations with the shift key held down in a browser that accepts multiple selections is affected as if the shift key is (not really always) released between `select' mouse actions. This persists after the sound has finished playing until the shift key has been really released. How to verify: Use sndplay from a shell for the sound (Dirk_Lehmann says it works with Sound.app too), and check a File Viewer and Librarian.app. Urgency: Does no harm, is immediately detectable, and is actually so weird that it becomes funny Confirmed: Dirk_Lehmann (unknown version on black hardware, reported), Raf_Schietekat (o3.2o) Workaround: Wait until the sound has finished or split up your actions with the browser. Cure (for NeXT): Cure it (absolutely no hurry to this one). Report history: Reported to c.s.n.bugs on 1994-11-03 by Dirk_Lehmann for File Viewers Comment: Is there a more appropriate place than NXBrowser(Cell) to classify this? <<<<<< Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp (? I should test this again)
From: jr@sade.schiele-ct.de (Jochen Richter) Newsgroups: comp.sys.next.bugs Subject: Setting netmask on black HW Date: 6 Nov 1994 16:21:51 GMT Organization: schiele computertechnik, 76199 Karlsruhe Message-ID: <39ivqv$l9v@ts2.schiele-ct.de> Whenever I try change the netmask to 255.255.255.248 in Hostmanager boot will fail after: Starting RPC and network services: portmap netinfo lookupd with the message: netinfo timeout sleeping. When setting the mask using ifconfig I get the same message on the console. Doing exactly the same thing on my gecko works fine. Is it a bug on black HW? -- Jochen Richter Akademiestrasse 16 Phone: +49-721-9 20 30 90 D-76133 Karlsruhe Fax: +49-721-9 20 30 99 Germany e-mail: jr@sade.schiele-ct.de
From: art@cubicsol.com (Art Isbell) Newsgroups: comp.sys.next.bugs Subject: Re: Strange behavior : Workspace <-> soundplaying ! Date: 6 Nov 1994 18:36:29 GMT Organization: University of California, Santa Cruz Distribution: world Message-ID: <39j7nd$aco@darkstar.UCSC.EDU> References: <9411050910.AA00389@flexus> In article <9411050910.AA00389@flexus> flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) writes: > >>>>> /Object/Responder/View/Control/NXBrowser & NXBrowserCell > KBNS.32.2.014_o3.2o Operation with shift key disturbed during sound playback > I don't think this bug has anything to do with the playing of a sound, per se. I've seen it when the CPU is very busy in general (not just when playing a sound). Playing a sound on black hardware after the DSP was no longer being used (> NS 3.0?) is apparently very CPU-intensive. --- Art Isbell Cubic Solutions NeXT Registered Consultant NEXTSTEP software development and consulting NeXTmail: art@cubicsol.com Voice: +1 408 335 1154 USmail: 95018-9442 Fax: +1 408 335 2515
From: felix@nice.usergroup.ethz.ch (Felix Rauch) Newsgroups: comp.sys.next.bugs Subject: Re: Strange behavior : Workspace <-> soundplaying ! Date: Sun, 6 Nov 1994 12:06:54 GMT Organization: NiCE - NeXT User Group, Zuerich, Switzerland Message-ID: <1994Nov6.120654.348@harka> References: <39av4q$8v@opuskl.kloeckner-hb.de> Originator: HARKA@nice Dirk Lehmann (lehmann@iaeb.kloeckner-hb.de) wrote: > Recently I tried to copy some files within the workspace, while a soundfile > was playing in background through Sound.app (by NeXT). I only wanted to copy > some files, so I pressed shift to select the desired files. In this moment the > workspace started doing tricks on me: I could only select one file at a time. > No matter what kind of file, only one. After the sound was fully played, > I released the shift key and started again with selecting files, now everything > was as it ever was. The same thing happens, when you play a sound with > sndplay from a shell ! > Where is the connection between workspace & playing sounds ??? There also seems to be something wrong with the keyboard when playing sounds. Keystrokes get lost and sometimes the keyboard suddenly switches to UPPERCASE. This happens on a color slab with NS3.2. I already sent NeXT a bug-report about this. Maybe this has to do with the sound-format. Most of my sound-files are 8 bit muLaw at 8012.821 Hz. - Felix -- Felix Rauch, CS-Student @ ETH Zurich, Switzerland. internet: felix@nice.ch (NeXT Mail welcome)
From: rencsok@convex.cl.msu.edu Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: 6 Nov 1994 21:36:29 GMT Organization: Michigan State University Message-ID: <39ji8t$3hu@msuinfo.cl.msu.edu> References: <1994Nov5.164425.14579@news.vanderbilt.edu> In answer to my questions in origional post (omitted) >jweiss@casbah.acns.nwu.edu commented (you can see origional posts if you wish) > >It was pretty bad under 3.0, but I dont think I've noticed it under 3.2. >Don't ask me about 3.1, I've eliminated brain cells with any memory >of that experience. > >Its probably a buffering issue, and somewhat dependant on file name length >and ordering preference. >infidel+@CMU.EDU comments. > >Sure. The system tries to sort the filenames into alphabetical order, >and it takes considerably more than 10 times as much work to sort 10 >times as many items. That fact, plus the WM's tendancy to call fstat() >a lot in order to provide a more responsive browser means that working >in huge directories becomes unwieldy. > >In any event, you should be creating subdirectories well before you put >1000 files into one place. >jjuran@eos.hitc.com >luomat@alleg.EDU > ..Did you turn on Large Filesystem? >katzlbt@necs >Oh yes this bug is still effective in 3.2. I experience it every 3 or >four days when I insert a floppydisk and move a folder while it is >getting mounted, or an application uses a remote call (e.g. openFile:) >to workspace while I am dragging somethind in WM. > >I think it has got something to do with a deadlock in Distributed >Objects since it clears after a timeout. Well I have LFS turned on. (I was root when this happened BTW) And it seemed to hit me quickly vs. a true scaling. I actually had on the order of 1500 files in one directory. C Swinger had a good comment that the sorting/etc might account for the increase. But it felt like somehow buffer space ran out. I wanted to increase it, but after some checking it seemed 256buffers is the best one can get (254), and nbuf above that wasn't working for me. I took the "why in the heck do you have 1500 files in one dir to heart and just broke up the directory into subdirs.. And observed what happened as I reduced the number of files. It did seem to scale (if someone could check this) until I got to < 100 and then things got very snappy again. But now after all the discussion I wonder. I don't believe that I've ever heard of this kind of limitation under unix, say if dealt with from a terminal window or command line. It seemed a WM - File Viewer issue, and the question of whether it was a buffer or sort problem is interesting. I also had the passing thought that perhaps Jobs or NeXT had it in mind that filesystems with loaded directories is not a concern because heirarchical structures were preferred. Anyway thanks for the comments. My soln. Simply break em up.. As to if it's some sort of bug or problem I don't know. I do know everything seemed to break when I saw a WM error that dealt with a > 500 file move (not just the dir, but all 500 files or whatever it was) I can repeat it if anyone wants to know.. Or forget it if no-one cares. Thanks again for all the responses, And I apologize if anyone out there thought this was wasted bandwidth. Randy rencsok@convex.cl.msu.edu
Newsgroups: comp.sys.next.bugs From: cdubuque@t-rex.acm.ndsu.NoDak.edu (Chadwick A. Dubuque) Subject: Re: Keyboard app won't remap power key (this time: i386) Sender: usenet@ns1.nodak.edu (Usenet login) Message-ID: <CyvM1M.DD0@ns1.nodak.edu> Date: Mon, 7 Nov 1994 02:39:22 GMT References: <397tpk$50a@news.tuwien.ac.at> <398jr1$qj@rosie.next.com> <MAGNAN.94Nov5031217@maths1.mathcn.umontreal.ca> Organization: NDSU ACM In article <MAGNAN.94Nov5031217@maths1.mathcn.umontreal.ca>, Magnan Francois <magnan@maths1.MATHCN.UMontreal.CA> wrote: >Is there a way in 3.2 to remove power-key action (for a normal user >or by root for the whole system) ? As root: dwrite PowerOffDisabled true Chadwick A. Dubuque, cdubuque@cadaver.acm.ndsu.NoDak.edu /^\ North Dakota State U. Ass'n for Computing Machinery Chairperson <acm> "We haven't the money, so we've got to think." -Lord Rutherford \v/ -- Chadwick A. Dubuque, cdubuque@cadaver.acm.ndsu.NoDak.edu /^\ North Dakota State U. Ass'n for Computing Machinery Chairperson <acm> "We haven't the money, so we've got to think." -Lord Rutherford \v/
From: takken@leland.stanford.edu (Todd Takken) Newsgroups: comp.sys.next.bugs Subject: Re: Setting netmask on black HW Date: 7 Nov 1994 04:20:07 GMT Organization: Stanford University Distribution: world Message-ID: <39k9tn$kl7@nntp.Stanford.EDU> References: <39ivqv$l9v@ts2.schiele-ct.de> In article <39ivqv$l9v@ts2.schiele-ct.de> jr@sade.schiele-ct.de (Jochen Richter) writes: > Whenever I try change the netmask to 255.255.255.248 in Hostmanager boot > will fail after: Starting RPC and network services: portmap netinfo > lookupd with the message: netinfo timeout sleeping. But don't you want the netmask set to 255.255.255.0 ? -- Todd Takken takken@leland.stanford.edu
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: Tirade against WordPerfect on the NeXT Date: 6 Nov 1994 23:53:31 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411070553.AA26471@alleg.EDU> [the following is brought on by extreme frustration that has been forced to continue for too long. If that doesn't interest you....] May I express the degrees of loathing for WordPerfect on the NeXT? I am currently working on my Senior Thesis, and WP has consistently deleted my page numbering codes, my footnote preferences, my line spacing codes, and other assorted "features". Not too surprising, really standard stuff for WP. And it is so easy (lie!) to set the line spacing (required use of the Mouse) and page numbering (ditto). What I really love is the flexibility WP allows me to set preferences to come up with the line spacing I want and the page numbers already on! Oops, what drug amd I on -- those features aren't available! Silly me. But what really set me off was the "Left / Right Indent" function. Those of you know know anything about the NeXT will realize that this menu item is entirely impossible to set via NXCommandKeys, which means I have to keep a menu open to it all the time, as well as another one for footnotes because I can't set a key for "Edit" because the Footnote, Endnote, and Overstrike menues ALL have "EDIT" submenus, and WP gets confused and doesn't know which item should get the CommandKey -- so what does it do? It changes! Of course! Sometimes it starts as one, and then when you use it, it goes away! How nice! {note to future NEXTSTEP programmers: PLEASE make your Menu items unique, like "Edit Footnote" "Edit Endnote" "Edit Overstrike" so that NXCommandKeys can be used 8-} Anyway, that wasn't what set me off. What set me off was I clicked on this wonderful "feature" and it somehow managed to turn my entire thesis into a format that only allows TWO characters per line, flush against the right margin. Gee, I wonder if my advisor will notice? So I say to myself, ok, I'll delete the codes with the search/replace. A bit of a pain to have to re-indent them all, but since nothing shows up in the WP Inspector Window (lovingly known as "Bug heaven" I don't have much choice. Except in the WP search/replace window there isn't a code listed for "Left / Right Indent" so I assume the one marked "Indent" (which just does left indentation) will work, so I get rid of all the indent codes -- and guess what?! Nothing happened! Nothing at all. So now I get to go back to a backup copy (which thankfully it did make) and try and recover what I've lost, except that I've been doing a lot of fine-tuning and slight revisions, so I'll never be sure if I've gotten all the changes that I had made before. I really wish we had a different word processor, but we don't. Well, time's a wasting and this chapter is due tomorrow.... TjL ps -- if anyone is thinking that this is a freak occurrence, it isn't. I've used WP on the NeXT for 4 years and it has been consistently crappy. Try the index feature some day when you have nothing to do and can watch the wheel spin aimlessly. -- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 m68k No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: hannes@track.cslab.tuwien.ac.at (Hannes Tiefenbrunner) Newsgroups: comp.sys.next.bugs Subject: Re: Keyboard app won't remap power key Date: 7 Nov 1994 07:47:13 GMT Organization: ping - Personal InterNet Gate Message-ID: <39km21$357@pong.ping.at> References: <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> Keywords: power off key Originator: root@esprit In article <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) writes: > > Is there a way in 3.2 to remove power-key action (for a normal user > or by root for the whole system) ? Should work by setting the loginWindow's default 'PowerOffDisabled' to 'Yes'. But then you should add a 'power-off'-user with something like 'halt -p' as login-shell. ____________________________________ Hannes Tiefenbrunner hannes@ping.at (NeXTMail preferred)
Newsgroups: comp.sys.next.bugs From: jocke@rat.se (Joakim Johansson) Subject: Re: Keyboard app won't remap power key Message-ID: <CywB8x.Jwp@rat.se> Sender: jocke@rat.se (Joakim Johansson) Organization: Research & Trade, AB. References: <39km21$357@pong.ping.at> Date: Mon, 7 Nov 1994 11:37:27 GMT In article <39km21$357@pong.ping.at> hannes@track.cslab.tuwien.ac.at (Hannes Tiefenbrunner) writes: > In article <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> > magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) writes: > > > > Is there a way in 3.2 to remove power-key action (for a normal user > > or by root for the whole system) ? > > Should work by setting the loginWindow's default > 'PowerOffDisabled' to 'Yes'. > But then you should add a 'power-off'-user with ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > something like 'halt -p' as > login-shell. There is already both a 'power-off-user' and a 'reboot-user' ('power' and 'reboot'). Joakim -- Joakim Johansson | "The truth is the one thing that Software Developer @ Research & Trade | nobody will believe." jocke@rat.se <NeXTmail> | - George Bernard Shaw
From: jjuran@eos.hitc.com (Joshua Juran) Newsgroups: comp.sys.next.bugs Subject: Re: Keyboard app won't remap power key Date: Mon, 07 Nov 1994 09:48:13 -0500 Organization: Hughes Applied Information Systems Message-ID: <jjuran-0711940948130001@lo-mac3108b.hitc.com> References: <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> <39km21$357@pong.ping.at> In article <39km21$357@pong.ping.at>, hannes@track.cslab.tuwien.ac.at wrote: > In article <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> > magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) writes: > > > > Is there a way in 3.2 to remove power-key action (for a normal user > > or by root for the whole system) ? > > Should work by setting the loginWindow's default 'PowerOffDisabled' to 'Yes'. > But then you should add a 'power-off'-user with something like 'halt -p' as > login-shell. I don't believe the fake user is necessary. On black hardware (don't know about HP) right-Command/tilde will invoke a mini-monitor, even if power-off is disabled. Press r to restart, or the power key to power off. Btw, you should try this before you try Command/Option/keypad-asterisk in the event of a crash (which also works when power-off is disabled, so don't make servers publicly accessible). At least, this was the case with black 3.1. I assume it still holds. Josh jjuran@eos.hitc.com NeXTMail for a few more weeks. :(
From: bbry@bu.edu (Bryony Bechtold) Newsgroups: comp.sys.next.bugs Subject: Re: Tirade against WordPerfect on the NeXT Date: 7 Nov 1994 17:39:41 GMT Organization: Boston University Message-ID: <39loot$lee@news.bu.edu> References: <9411070553.AA26471@alleg.EDU> <Tadle of woe and misery deleted> So, like, get a copy of WriteUp
From: tom_gall@vnet.ibm.com (Tom Gall) Newsgroups: comp.sys.next.bugs Subject: EOF Installation Weirdness Date: 7 Nov 1994 18:52:06 GMT Organization: IBM Rochester MN Sender: tgall@wintermute.rchland.ibm.com (Tom Gall) Distribution: world Message-ID: <39lt0m$1f0c@locutus.rchland.ibm.com> I just received EOF v1.0 this past Friday. (GREAT product -- LOVE the new IB!!! For that alone it was worth it!) Anyway I did run into a couple of hick-ups... 1) after the install /tmp was no longer writeable to anybody but root. (The problem showed up for me when compiles failed) 2) IB wigged out, and wouldn't parse .h files anymore. On the console it complained (sorry for the verbatim as this was at home) about the parser.bundle not being aligned right. (After running the EOF Modeler.....say aren't we missing a control in IB? hint, Hint, HINT, *HINT*) O and one last thing, whoever choose all the quotes in the IB manual, great job!! Tom -- #include <std-disclaimer.h> |o| Tom Gall "Where's the ka-boom? There was supposed to be |o| |o| IBM Rochester an earth shattering ka-boom!" -Marvin Martian |o| |o| tom_gall@vnet.ibm.com (work - No NeXTMail) |o| |o| TGall@eworld.com (home - Newton Mail) |o| |o| Coming Soon, NeXTMailable email address |o|
From: hoff@lachedarmstadt.gmd.de (Holger Hoffstaette) Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: 7 Nov 1994 13:50:42 GMT Organization: German National Research Center for IT Sender: hoff@lache (Holger Hoffstaette) Distribution: world Message-ID: <39lbbi$qaj@sonne.darmstadt.gmd.de> References: <EiiYIqO00iV84230VA@andrew.cmu.edu> In article <EiiYIqO00iV84230VA@andrew.cmu.edu>, Charles William Swiger <infidel+@CMU.EDU> writes: >Excerpts from netnews.comp.sys.next.bugs: 4-Nov-94 System sluggish when >WM Fil.. by rencsok@convex.cl.msu.ed >> Has anyone noticed serious system response degradation with the File >> Viewer open to a directory with more than 500 or 1000 files in a particular >> directory. Any clue as to exactly why the system performance degrades? > >Sure. The system tries to sort the filenames into alphabetical order, >and it takes considerably more than 10 times as much work to sort 10 Well, the last time I checked my CS 1 book, the invention of better sorting algorithms was not exactly in the 'rocket science' chapter..but at least it's consistent across the system: opening the Windows menu entry with a lot of (iconified) windows creates a huge menu list that bogs down the system seriously. :( >times as many items. That fact, plus the WM's tendancy to call fstat() >a lot in order to provide a more responsive browser means that working >in huge directories becomes unwieldy. .effectively yielding the opposite result. HCI/GUI usability studies aren't en vogue anymore, it seems. >In any event, you should be creating subdirectories well before you put >1000 files into one place. On a CD-ROM, /Users, /usr/spool/news or other directories when you're not root ? I don't think so. There's more to 'scalability' than the ability to run on overpriced RISC boxes, and caring about quality, robustness and generally being insanely great starts right there. (sorry for the rambling, I guess I had too much coffee today) -- Holger Hoffstätte, GMD-IPSI/PaVE | GCS d- H-- s:- g+++ a? w- v++ C++ UX++++ hoff@darmstadt.gmd.de [NeXTmail NO] | P--- N++ W--- MV Y+ -po+ tv++ b++ h++ n+
Newsgroups: comp.sys.next.bugs From: cdubuque@t-rex.acm.ndsu.NoDak.edu (Chadwick A. Dubuque) Subject: Re: Keyboard app won't remap power key Sender: usenet@ns1.nodak.edu (Usenet login) Message-ID: <CyxB6H.J79@ns1.nodak.edu> Date: Tue, 8 Nov 1994 00:39:52 GMT References: <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> <39km21$357@pong.ping.at> Organization: NDSU ACM Keywords: power off key In article <39km21$357@pong.ping.at>, Hannes Tiefenbrunner <hannes@track.cslab.tuwien.ac.at> wrote: >In article <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> >magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) writes: >> >> Is there a way in 3.2 to remove power-key action (for a normal user >> or by root for the whole system) ? > >Should work by setting the loginWindow's default 'PowerOffDisabled' to 'Yes'. >But then you should add a 'power-off'-user with something like 'halt -p' as >login-shell. I tried this; it does NOT disable users from powering-down after they have logged in. If this is what you wish to do, (prevent ALL unauthorized power-downs,) use the dwrite. (I hope I got that dwrite correct :-)) If your system is out in the open, and you just wish to prevent people from powering down who don't have a login, use the loginwindow option. -- Chadwick A. Dubuque, cdubuque@cadaver.acm.ndsu.NoDak.edu /^\ North Dakota State U. Ass'n for Computing Machinery Chairperson <acm> "We haven't the money, so we've got to think." -Lord Rutherford \v/
Newsgroups: comp.sys.next.bugs From: cdubuque@t-rex.acm.ndsu.NoDak.edu (Chadwick A. Dubuque) Subject: Re: Keyboard app won't remap power key Sender: usenet@ns1.nodak.edu (Usenet login) Message-ID: <CyxB9H.H2p@ns1.nodak.edu> Date: Tue, 8 Nov 1994 00:41:40 GMT References: <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> <39km21$357@pong.ping.at> Organization: NDSU ACM Keywords: power off key In article <39km21$357@pong.ping.at>, Hannes Tiefenbrunner <hannes@track.cslab.tuwien.ac.at> wrote: >In article <MAGNAN.94Nov5031217@maths1.MATHCN.UMontreal.CA> >magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) writes: >> >> Is there a way in 3.2 to remove power-key action (for a normal user >> or by root for the whole system) ? > >Should work by setting the loginWindow's default 'PowerOffDisabled' to 'Yes'. >But then you should add a 'power-off'-user with something like 'halt -p' as >login-shell. >____________________________________ >Hannes Tiefenbrunner >hannes@ping.at (NeXTMail preferred) I tried this; it does NOT disable users from powering-down after they have logged in. If this is what you wish to do, (prevent ALL unauthorized power-downs,) use the dwrite I posted. (I hope I got that dwrite correct :-)) If your system is out in the open, and you just wish to prevent people from powering down who don't have a login, use the loginwindow option. Chadwick A. Dubuque, cdubuque@cadaver.acm.ndsu.NoDak.edu /^\ North Dakota State U. Ass'n for Computing Machinery Chairperson <acm> "We haven't the money, so we've got to think." -Lord Rutherford \v/ -- Chadwick A. Dubuque, cdubuque@cadaver.acm.ndsu.NoDak.edu /^\ North Dakota State U. Ass'n for Computing Machinery Chairperson <acm> "We haven't the money, so we've got to think." -Lord Rutherford \v/
From: samurai@cs.mcgill.ca (Darcy BROCKBANK) Newsgroups: comp.sys.next.bugs Subject: Re: EOF Installation Weirdness Date: 8 Nov 1994 03:53:39 GMT Organization: SOCS, McGill University, Montreal, Canada Distribution: world Message-ID: <39mso3$au1@sifon.cc.mcgill.ca> References: <39lt0m$1f0c@locutus.rchland.ibm.com> In article <39lt0m$1f0c@locutus.rchland.ibm.com> tom_gall@vnet.ibm.com (Tom Gall) writes: >I just received EOF v1.0 this past Friday. (GREAT product -- LOVE the new >IB!!! For that alone it was worth it!) Agree. >Anyway I did run into a couple of hick-ups... > >1) after the install /tmp was no longer writeable to anybody but root. >(The problem showed up for me when compiles failed) Sad. > >2) IB wigged out, and wouldn't parse .h files anymore. On the console it >complained (sorry for the verbatim as this was at home) about the parser.bundle >not being aligned right. Hmmm. This is the same thing that happened to me during the beta. The bundles have the alignment problem that someone noted on comp.sys.next .programmer a while back (along with the fix, I believe). I can't believe that this problem has made it into the CD-ROM for EOF. I'll know for sure when mine arrives... The workaround? You have to replace the binaries for all the bundles (I had several that were screwed up) with versions from either 3.2, or that were operational during the beta. Anyway, I especially like the color schemes. It makes me wonder if they're contracting out to The Keith. Anyway, it's great. - db -- Burns: "Who is that goat legged fellow? I like the cut of his jib!" Smithers: "Prince of Darkness, sir. He's your 11:00."
From: wolfgang@wi.WHU-Koblenz.de (Wolfgang Roeckelein) Newsgroups: comp.sys.next.bugs Subject: bug in printing routines using *.ppd file Date: 8 Nov 1994 12:42:07 GMT Organization: WHU Koblenz Message-ID: <39nrmv$iuk@obelix.WHU-Koblenz.de> Hello, when I print from an application (I tried several, each with the same behaviour) to a non-NeXT-postscript-printer, the *.ppd (postscript printer definition) file is at least ignored for the PageSize Feature. When I print to a file (Device dependent of cource) the Pagesize Feature from the ppd-file is honored. Below two excerpts: Printing directly: %%PaperSize: A3 Printing to a file: %%BeginFeature: *PageSize A3 a3 %%EndFeature Has anybody a clue how to circumvent this problem? Is a special entry in the appropiate netinfo place needed? Please answer by mail, my news connections loosing sometimes articles. Wolfgang -- Dipl.-Wirtsch.-Inf. Voice: +49 261 6509 173 Wolfgang Roeckelein Fax: +49 261 6509 179 WHU Koblenz E-Mail: roeckelein@wi.whu-koblenz.de Burgplatz 2 (NeXTmail ok) D-56179 Vallendar Germany
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: Tue, 8 Nov 1994 11:00:38 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Distribution: world Message-ID: <siju2a600iUv02tb1P@andrew.cmu.edu> In-Reply-To: <39lbbi$qaj@sonne.darmstadt.gmd.de> Excerpts from netnews.comp.sys.next.bugs: 7-Nov-94 Re: System sluggish when WM.. by Holger Hoffstaette@lache > >Sure. The system tries to sort the filenames into alphabetical order, > >and it takes considerably more than 10 times as much work to sort 10 > > Well, the last time I checked my CS 1 book, the invention of better sorting > algorithms was not exactly in the 'rocket science' chapter..but at least > it's consistent across the system: opening the Windows menu entry with > a lot of (iconified) windows creates a huge menu list that bogs down > the system seriously. :( Well, the problem of sorting is about as well understood as any issue in computing. :-) In any case, for the typical number of items in a directory (10) up to the reasonable max that should be in a directory (200-500), a simple insertion sort is easier to write and maintain (and may well be faster) then trying to call qsort. > >times as many items. That fact, plus the WM's tendancy to call fstat() > >a lot in order to provide a more responsive browser means that working > >in huge directories becomes unwieldy. > > .effectively yielding the opposite result. HCI/GUI usability studies > aren't en vogue anymore, it seems. NeXT has done a better job using HCI to provide a good GUI interface than any other operating system I'm familiar with on the current market. However, NeXT has made assumptions about what they'd encounter, and when you present the OS with a situation outside of these assumptions, you can encounter some undesirable results. > >In any event, you should be creating subdirectories well before you put > >1000 files into one place. > > On a CD-ROM, /Users, /usr/spool/news or other directories when you're > not root ? I don't think so. Whoever was responsible for the CD-ROM's content should be able to ensure the above dictum is enforced. There are a very few situations where you don't have any other choice then to put 1000's of files in one place. /Users isn't one of them. News I'll give you, although that's one of the rare exceptions. Not being root has nothing to do with how you lay out your own directories. > There's more to 'scalability' than the ability to run on overpriced > RISC boxes, and caring about quality, robustness and generally being > insanely great starts right there. Sure. -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
Newsgroups: comp.sys.next.bugs From: ingo@ipge.toppoint.de (Ingo Prochaska) Subject: Re: HELP: PROBLEM LOGIN INTO THE SYSTEM. Message-ID: <1994Nov8.054941.5861@ipge.toppoint.de> Organization: Private Site, Kiel, Germany References: <1994Nov6.044459.31856@iitmax.iit.edu> Date: Tue, 8 Nov 1994 05:49:41 GMT MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Yong Yoo (yong@iitmax.iit.edu) wrote: > Hi, I am running NeXTSTEP v3.2 on Pentium System with 32MB RAM, and VESA > ATI pro with 2MB. The system works great except for time to time it wouldn't > let me login. I would type my account and the password and the system will > pause for an about 10 seconds and I get busy circle icon cursor for an > another 10 seconds and the system kicks me out to the login window. > I also tried typing in wrong accounts or passwords, but then the login window > shakes side ways. The worst thing is that once the system refuse to let > any accounts into the system, only way I can go into the account again is > to restart the system. I have checked the file in /private/adm/messages > and found this line: I've noticed that, too. I'm running NeXTSTEP v3.2 on a 486-40 with 24 MB Ram and a VLB ATI Graphics pro with 2MB. Exiting the Window-Server or killing it from a rlogin didn change anything. Two weeks ago I've changed my Motherboard (but for another reason - nothing directly related to NSFIP), and since then I've never noticed it again. Ingo -- Ingo Prochaska, Olshausenstr. 20, 24118 Kiel, +049 431 84638
From: dave@rail (Dave Kloba) Newsgroups: comp.sys.next.bugs Subject: Re: EOF Installation Weirdness Date: 8 Nov 1994 14:32:06 GMT Organization: Senco Products, Inc. Message-ID: <39o257$4h7@itserver.senco.com> References: <39lt0m$1f0c@locutus.rchland.ibm.com> In article <39lt0m$1f0c@locutus.rchland.ibm.com> tom_gall@vnet.ibm.com (Tom Gall) writes: > 2) IB wigged out, and wouldn't parse .h files anymore. On the console it > complained (sorry for the verbatim as this was at home) about the parser.bundle > not being aligned right. > We've hit this on the Prereleases also. If you copy IB directly from the CD it should work find. Our current theory is that if one installed by copying the package from the CD to disk then installed, it barfed. If you installed from the CD it should work. (again it just a theory) David Kloba Vanguard Software Corp << This is not a sig >>
From: sldq1@cc.usu.edu Newsgroups: comp.sys.next.bugs Subject: Re: EOF Installation Weirdness Message-ID: <1994Nov8.110234.32281@cc.usu.edu> Date: 8 Nov 94 11:02:34 MDT References: <39lt0m$1f0c@locutus.rchland.ibm.com> <39o257$4h7@itserver.senco.com> Organization: Utah State University In article <39o257$4h7@itserver.senco.com>, dave@rail (Dave Kloba) writes: > In article <39lt0m$1f0c@locutus.rchland.ibm.com> > tom_gall@vnet.ibm.com (Tom Gall) writes: >> 2) IB wigged out, and wouldn't parse .h files anymore. On the console it >> complained (sorry for the verbatim as this was at home) about the parser.bundle >> not being aligned right. >> > > We've hit this on the Prereleases also. If you copy IB directly from the CD it should work find. > > Our current theory is that if one installed by copying the package from the CD to disk then > installed, it barfed. If you installed from the CD it should work. (again it just a theory) With the pre-release versions, if you install for ALL cpu types it works fine. If you just install for one, or two, problems occur.
Newsgroups: comp.sys.next.bugs,gnu.utils From: brad@instep.wimsey.com Subject: WARNING: bug in gnutar Message-ID: <1994Nov7.180956.7941@instep.wimsey.com> Sender: usenet@instep.wimsey.com (usenet) Organization: InStep Mobile Communications Inc. Date: Mon, 7 Nov 1994 18:09:56 GMT There is a dangerous bug in gnutar. This bug has been confirmed on both Solaris and NEXTSTEP 3.2: BUG: The update option 'u' of gnutar does not work as advertised. BACKGROUND: The man page for tar (NEXTSTEP lacks a manpage for gnutar) states: u The named files are added to the tape if either they are not already there or have been modified since last put on the tape. The --help option of gnutar states: -u, --update only append files that are newer than copy in archive DETAILS: Given these two descriptions it would seem that the u option would result in a sensible behavior whereby files that didn't exist before are added to the tar and files newer than what is on the tar are updated. The actual behavior between tar(1) and gnutar (/usr/bin/gnutar) varies dramatically (and dangerously for those using gnutar to backup a filesystem) as illustrated in the following test: a) USING /usr/bin/gnutar (NEXTSTEP 3.2) localhost[1] mkdir stuff localhost[2] touch stuff/xxx localhost[3] gnutar -cvf stuff.gnutar ./stuff /stuff/ /stuff/xxx localhost[4] touch stuff/xxx localhost[5] gnutar -uvf stuff.gnutar ./stuff localhost[6] echo "Make xxx bigger" >> stuff/xxx localhost[7] gnutar -uvf stuff.gnutar ./stuff localhost[8] touch stuff/yyy localhost[9] gnutar -uvf stuff.gnutar ./stuff /stuff/ /stuff/xxx /stuff/yyy localhost[10] rm -rf stuff localhost[11] gnutar -xvf stuff.gnutar /stuff/ /stuff/xxx /stuff/ /stuff/xxx /stuff/yyy b) USING /bin/tar (NEXTSTEP 3.2) localhost[1] mkdir stuff localhost[2] touch stuff/xxx localhost[3] tar -cvf stuff.tar ./stuff a ./stuff/xxx 0 blocks localhost[4] touch stuff/xxx localhost[5] tar -uvf stuff.tar ./stuff a ./stuff/xxx 0 blocks localhost[6] echo "Make xxx bigger" > stuff/xxx localhost[7] tar -uvf stuff.tar ./stuff a ./stuff/xxx 1 block localhost[8] touch stuff/yyy localhost[9] tar -uvf stuff.tar ./stuff a ./stuff/yyy 0 blocks localhost[10] rm -rf ./stuff localhost[11] tar -xvf stuff.tar x ./stuff/xxx, 0 bytes, 0 tape blocks x ./stuff/xxx, 0 bytes, 0 tape blocks x ./stuff/xxx, 16 bytes, 1 tape blocks x ./stuff/yyy, 0 bytes, 0 tape blocks Compare the output of gnutar and tar on execution lines 5 and 7. You'll see that gnutar didn't update the tar file in each of these cases, whereas tar did so correctly. We use gnutar to backup our filesystem since it provides the mangling of long filenames that /bin/tar can't handle. How is it that this bug has not been noticed before? -- Brad Head <brad@instep.wimsey.com> Software Developer, InStep Mobile Communications Inc. Vancouver, British Columbia CANADA
From: tom_gall@vnet.ibm.com (Tom Gall) Newsgroups: comp.sys.next.bugs Subject: Re: EOF Installation Weirdness Date: 8 Nov 1994 18:12:45 GMT Organization: IBM Rochester MN Sender: tgall@wintermute.rchland.ibm.com (Tom Gall) Distribution: world Message-ID: <39of2t$1eq4@locutus.rchland.ibm.com> References: <39lt0m$1f0c@locutus.rchland.ibm.com> <39mso3$au1@sifon.cc.mcgill.ca> In article <39mso3$au1@sifon.cc.mcgill.ca>, samurai@cs.mcgill.ca (Darcy BROCKBANK) writes: |> In article <39lt0m$1f0c@locutus.rchland.ibm.com> tom_gall@vnet.ibm.com (Tom Gall) writes: |> >I just received EOF v1.0 this past Friday. (GREAT product -- LOVE the new |> >IB!!! For that alone it was worth it!) |> |> Agree. |> [..] |> > |> >2) IB wigged out, and wouldn't parse .h files anymore. On the console it |> >complained (sorry for the verbatim as this was at home) about the parser.bundle |> >not being aligned right. |> |> Hmmm. This is the same thing that happened to me during the beta. The |> bundles have the alignment problem that someone noted on comp.sys.next |> .programmer a while back (along with the fix, I believe). I can't |> believe that this problem has made it into the CD-ROM for EOF. |> I'll know for sure when mine arrives... By the sounds of a mail message I received, it was a bug in the installer. You could install one arch or three but not two, which is what I did. |> The workaround? You have to replace the binaries for all the bundles |> (I had several that were screwed up) with versions from either 3.2, |> or that were operational during the beta. I just copied over IB direct from the EOF CD and everything was back to normal. Strange thing tho, is initially right after the install, Dave and I ran IB right away from the root account and everything worked ok! It was when I logged in later from my own account when IB was hosed. |> Anyway, I especially like the color schemes. It makes me wonder if |> they're contracting out to The Keith. Anyway, it's great. Yeah, tho doesn't it seem like the icons for outlets and actions should be something different? (On the classes page) They seem so.......well boring as compared everything else... I guess I would have used a very small version of the new box icon for outlets, and probably the arrow head icon for actions... Tom |> - db -- #include <std-disclaimer.h> |o| Tom Gall "Where's the ka-boom? There was supposed to be |o| |o| IBM Rochester an earth shattering ka-boom!" -Marvin Martian |o| |o| tom_gall@vnet.ibm.com (work - No NeXTMail) |o| |o| TGall@eworld.com (home - Newton Mail) |o| |o| Coming Soon, NeXTMailable email address |o|
From: mow@marsu.s.bawue.de (Markus Wenzel) Newsgroups: comp.sys.next.bugs Subject: Re: Tirade against WordPerfect on the NeXT Date: 8 Nov 1994 09:00:38 +0100 Organization: Palumbian Research Labs Message-ID: <39nb76$1dk@marsu.s.bawue.de> References: <9411070553.AA26471@alleg.EDU> <39loot$lee@news.bu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit bbry@bu.edu (Bryony Bechtold) writes: ><Tadle of woe and misery deleted> >So, like, get a copy of WriteUp Or, get a free evaluation license strings for Xanthus OpenWrite 0.96. Very cool app! -- // Markus Wenzel // 1st Institute of Physics // // NeXTSTEP Consulting + Administration // University of Stuttgart // // mow@marsu.s.bawue.de // wenzel@rus.uni-stuttgart.de // // ...have a look at http://s.pi1.physik.uni-stuttgart.de/wenzel/mow.html //
Control: cancel <CyxB9H.H2p@ns1.nodak.edu> Newsgroups: comp.sys.next.bugs From: cdubuque@t-rex.acm.ndsu.NoDak.edu (Chadwick A. Dubuque) Subject: cancel Sender: usenet@ns1.nodak.edu (Usenet login) Message-ID: <CyyyDt.CGw@ns1.nodak.edu> Date: Tue, 8 Nov 1994 21:58:41 GMT Organization: North Dakota Higher Education Computing Network <CyxB9H.H2p@ns1.nodak.edu> was cancelled from within trn. -- Chadwick A. Dubuque, cdubuque@cadaver.acm.ndsu.NoDak.edu /^\ North Dakota State U. Ass'n for Computing Machinery Chairperson <acm> http://www.acm.ndsu.NoDak.edu/~cdubuque/ finger for PGP pub. key \v/
From: don@darth.byu.edu (Don Yacktman) Newsgroups: comp.sys.next.bugs Subject: Re: WARNING: bug in gnutar Date: 9 Nov 1994 09:04:13 GMT Distribution: world Message-ID: <39q3ad$clp@bones.et.byu.edu> References: <1994Nov7.180956.7941@instep.wimsey.com> brad@instep.wimsey.com writes ) We use gnutar to backup our filesystem since it provides the mangling ) of long filenames that /bin/tar can't handle. ) ) How is it that this bug has not been noticed before? Probably because we use a different option for filesystem backups. The system I set up for our Auspex server for the BYU College of Engineering (~40 Gig in the filesystem) uses the -N option which places all files modified since a certain date in the archive. Of course, this is used with a new tape archive, rather than appending onto an old archive. Works great for us, but your mileage may vary. Regardless, this bug ought to get fixed. Be sure to report it to the GNU folks so that they know about it! -- Later, -Don Yacktman Don_Yacktman@byu.edu
From: abe@vic.cc.purdue.edu (Vic Abell) Newsgroups: comp.sys.next.bugs Subject: Re: WARNING: bug in gnutar Date: 9 Nov 1994 13:09:26 GMT Organization: Purdue University Distribution: world Message-ID: <39qhm6$40@mozo.cc.purdue.edu> References: <1994Nov7.180956.7941@instep.wimsey.com> <39q3ad$clp@bones.et.byu.edu> In article <39q3ad$clp@bones.et.byu.edu> Don_Yacktman@byu.edu writes: >brad@instep.wimsey.com writes >) We use gnutar to backup our filesystem since it provides the mangling >) of long filenames that /bin/tar can't handle. >) >) How is it that this bug has not been noticed before? > >Regardless, this bug ought to get fixed. Be sure to report it to >the GNU folks so that they know about it! For quickest results, send your bug report to: pinard@iro.umontreal.ca (Francois Pinard) Franc,ois is working on a new release of gnutar that fixes many (reported) bugs. He may be able to tell you if this bug has been reported and (hopefully) fixed.
Newsgroups: comp.sys.next.bugs From: kiwi@belly.in-berlin.de (Axel Habermann) Subject: Re: HELP: PROBLEM LOGIN INTO THE SYSTEM. Message-ID: <CyzsH6.1Do@belly.in-berlin.de> Sender: usenet@belly.in-berlin.de Organization: - none - References: <1994Nov6.044459.31856@iitmax.iit.edu> Date: Wed, 9 Nov 1994 08:48:41 GMT In comp.sys.next.bugs article <1994Nov6.044459.31856@iitmax.iit.edu> you wrote: > Hi, I am running NeXTSTEP v3.2 on Pentium System with 32MB RAM, and VESA What Pentium? 60, 66 90 MHz? > ATI pro with 2MB. The system works great except for time to time it wouldn't > let me login. [...] > > loginwindow[179]: loginwindow: Workspace exited ts 0 cd 0 rc 0 sv 0 ss 0. It may sound stupid, but I would suspect a heat problem. I experienced very annoying and reproducible misbehaviours before I installed a second processor fan on my P66. Most of the time, Workspace would quit shortly after login during startup. Sometimes applications just disappeared. Very strange things can happen when your processor feels to hot. Since the new fan, I haven't had a single crash. Cheers, Axel -- Axel Habermann \\|// "Wenn Du nicht kiwi@belly.in-berlin.de (NeXT-Mail) )o o( weisst was Du kiwi@cs.tu-berlin.de (NO NeXT-Mail) \ | / tust, mach's FaxFon: +49 30 4543046 \~/ mit Eleganz!"
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: Strange behavior : Workspace <-> soundplaying ! Date: 9 Nov 1994 11:34:57 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411090736.AA00586@flexus> Art Isbell writes: > I don't think this bug has anything to do with the playing > of a sound, per se. I've seen it when the CPU is very > busy in general (not just when playing a sound). Playing > a sound on black hardware after the DSP was no longer > being used (> NS 3.0?) is apparently very CPU-intensive. I don't know whether the DSP has indeed fallen into disuse (why would it?), but during playback the CPU has (far?) more than half of its cycles to spare, and the bug does not occur during any of several activities that call for all of the CPU's capacity for some time (like opening KBNS :-) ). Felix Rauch writes: > There also seems to be something wrong with the keyboard > when playing sounds. Keystrokes get lost and sometimes > the keyboard suddenly switches to UPPERCASE. This happens > on a color slab with NS3.2. I already sent NeXT a > bug-report about this. Maybe this has to do with the > sound-format. Most of my sound-files are 8 bit muLaw at > 8012.821 Hz. Yes, if I do a glissando over a row of keys, but during typing? Didn't see the UPPERCASE thing. (I have a monochrome NeXTstation classic.) Maybe this is related to the specific NeXT hardware version? There's 25 MHz and 33 Mhz, there's monochrome and colour, there's the original DRAM controller and the new one... But I'd suggest converting this diligence to looking over the more important KBNS entries and giving them a facelift if necessary. Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp, I think
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: 9 Nov 1994 11:34:56 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411090743.AA00608@flexus> LS, Does anyone have empirical evidence of a difference in performance governed by the `Large File System' switch? I've been told it only affects whether the File Viewer displays the `neighbour' icon for other users' home directories (see KBNS, as always). Don't waste your time trying to find out, though. Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp, I think
Newsgroups: comp.sys.next.bugs From: karl@trapac.com (Karl Kraft) Subject: Re: System sluggish when WM FileViewer with directory open with > 500 files Message-ID: <Cz0KqA.H1v@trapac.com> Organization: Trans Pacific Container Service Corporation References: <EiiYIqO00iV84230VA@andrew.cmu.edu> Date: Wed, 9 Nov 1994 18:58:58 GMT In article <EiiYIqO00iV84230VA@andrew.cmu.edu> Charles William Swiger <infidel+@CMU.EDU> writes: >In any event, you should be creating subdirectories well before you put >1000 files into one place. > >-Chuck I agree. Does anyone know how to get the Window Server to allow you to put system wide fonts in more than one directory? (Note that NextLibrary is not an option, and making people link their ~/Library is not an option either) -- Karl Kraft Karl_Kraft@trapac.com Karl_Kraft@ensuing.com [My opinions are my own]
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.software From: brad@instep.wimsey.com Subject: WARNING: dangerous bug in gnutar Message-ID: <1994Nov9.235830.13686@instep.wimsey.com> Sender: usenet@instep.wimsey.com (usenet) Organization: InStep Mobile Communications Inc. Date: Wed, 9 Nov 1994 23:58:30 GMT There is a dangerous bug in gnutar. This bug has been confirmed on both Solaris and NEXTSTEP 3.2: BUG: The update option 'u' of gnutar does not work as advertised. BACKGROUND: The man page for tar (NEXTSTEP lacks a manpage for gnutar) states: u The named files are added to the tape if either they are not already there or have been modified since last put on the tape. The --help option of gnutar states: -u, --update only append files that are newer than copy in archive DETAILS: Given these two descriptions it would seem that the u option would result in a sensible behavior whereby files that didn't exist before are added to the tar and files newer than what is on the tar are updated. The actual behavior between tar(1) and gnutar (/usr/bin/gnutar) varies dramatically (and dangerously for those using gnutar to backup a filesystem) as illustrated in the following test: a) USING /usr/bin/gnutar (NEXTSTEP 3.2) localhost[1] mkdir stuff localhost[2] touch stuff/xxx localhost[3] gnutar -cvf stuff.gnutar ./stuff /stuff/ /stuff/xxx localhost[4] touch stuff/xxx localhost[5] gnutar -uvf stuff.gnutar ./stuff localhost[6] echo "Make xxx bigger" >> stuff/xxx localhost[7] gnutar -uvf stuff.gnutar ./stuff localhost[8] touch stuff/yyy localhost[9] gnutar -uvf stuff.gnutar ./stuff /stuff/ /stuff/xxx /stuff/yyy localhost[10] rm -rf stuff localhost[11] gnutar -xvf stuff.gnutar /stuff/ /stuff/xxx /stuff/ /stuff/xxx /stuff/yyy b) USING /bin/tar (NEXTSTEP 3.2) localhost[1] mkdir stuff localhost[2] touch stuff/xxx localhost[3] tar -cvf stuff.tar ./stuff a ./stuff/xxx 0 blocks localhost[4] touch stuff/xxx localhost[5] tar -uvf stuff.tar ./stuff a ./stuff/xxx 0 blocks localhost[6] echo "Make xxx bigger" > stuff/xxx localhost[7] tar -uvf stuff.tar ./stuff a ./stuff/xxx 1 block localhost[8] touch stuff/yyy localhost[9] tar -uvf stuff.tar ./stuff a ./stuff/yyy 0 blocks localhost[10] rm -rf ./stuff localhost[11] tar -xvf stuff.tar x ./stuff/xxx, 0 bytes, 0 tape blocks x ./stuff/xxx, 0 bytes, 0 tape blocks x ./stuff/xxx, 16 bytes, 1 tape blocks x ./stuff/yyy, 0 bytes, 0 tape blocks Compare the output of gnutar and tar on execution lines 5 and 7. You'll see that gnutar didn't update the tar file in each of these cases, whereas tar did so correctly. We use gnutar to backup our filesystem since it provides the mangling of long filenames that /bin/tar can't handle. How is it that this bug has not been noticed before? -- Brad Head <brad@instep.wimsey.com> Software Developer, InStep Mobile Communications Inc. Vancouver, British Columbia CANADA
From: gguelden@ixpoint.de Newsgroups: comp.sys.next.bugs Subject: Frozen Windows Date: 10 Nov 1994 11:01:34 GMT Organization: iXpoint Informationssysteme GmbH, Waldbronn, Germany Message-ID: <39suie$1h4@balu.ixpoint.de> Anybody knows anything about suddenly frozen windows on ColorStations ? The machine is still alive, but some windows stay on the sceen and can not be manipulated. (NS 3.2) -- ++++++++++++++++++++++++++++++++++++++++++++++++++ + Dipl.- Inform. Gerd Gueldenpfennig + + iXpoint Informationssysteme GmbH + + Im Ermlisgrund 20-24 76337 Waldbronn Germany + + Phone ++49 7243/65535 Fax ++49 7243 69817 + + Email: gguelden@ixpoint.de (NeXTmail and MIME) + ++++++++++++++++++++++++++++++++++++++++++++++++++
From: abe@vic.cc.purdue.edu (Vic Abell) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.software Subject: Re: WARNING: dangerous bug in gnutar Date: 10 Nov 1994 13:11:36 GMT Organization: Purdue University Message-ID: <39t668$a4@mozo.cc.purdue.edu> References: <1994Nov9.235830.13686@instep.wimsey.com> In article <1994Nov9.235830.13686@instep.wimsey.com> brad@instep.wimsey.com writes: > >There is a dangerous bug in gnutar. This bug has been confirmed on both >Solaris and NEXTSTEP 3.2: > >BUG: The update option 'u' of gnutar does not work as advertised. > >... > >How is it that this bug has not been noticed before? Franc,ois Pinard <pinard@iro.umontreal.ca> currently has in Beta test a new version of GNU tar that fixes many reported bugs. He recently assumed maintenance of GNU tar after a period in which little maintenance had been done and promptly responded to several bug reports I had filed. Perhaps your bug has been fixed. You certainly should send e-mail to Franc,ois to make sure the bug you believe you have found has been reported. It may even be fixed in the upcoming 1.11.5 release of GNU tar. Vic Abell
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: WP IBM-> NS, password not working Date: 10 Nov 1994 13:08:33 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411101908.AA26495@alleg.EDU> argh. I was working on a document this summer at home on my IBM w/WP and saved it with a password, put it on disk and shipped it out here with me. Now my password won't work (or I've so entirely messed something up that something got screwed up). The document has all the contacts and reservation numbers for my wedding plans, so I'd really like to be able to see it again. I realize this is a bit of a strange question, but does anyone one know of a way to hack through? Any data that can be retrieved is better than none. thanks tjl -- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 m68k No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: dcl@panix.com (David Lambert) Newsgroups: comp.sys.next.bugs Subject: Re: WP IBM-> NS, password not working Date: 10 Nov 1994 15:13:31 -0500 Organization: PANIX Public Access Internet and Unix, NYC Message-ID: <39tutb$g7m@panix.com> References: <9411101908.AA26495@alleg.EDU> In <9411101908.AA26495@alleg.EDU> luomat@alleg.EDU (Tim Luoma) writes: >I was working on a document this summer at home on my IBM w/WP and >saved it with a password, put it on disk and shipped it out here with >me. Now my password won't work.... >I realize this is a bit of a strange question, but does anyone one >know of a way to hack through? Any data that can be retrieved is >better than none. Tim - WP encryption is known to be insecure. I believe there's a Norton utility that can crack the encryption - check the sci.crypt FAQ. - David C. Lambert dcl@homer.uu.panix.com
From: wjs@yucca.omnigroup.com (William Shipley) Newsgroups: comp.sys.next.bugs Subject: Re: EOF Installation Weirdness Date: 11 Nov 1994 09:43:49 -0800 Organization: Omni Development, Inc. Message-ID: <3a0agl$9l@yucca.omnigroup.com> References: <39lt0m$1f0c@locutus.rchland.ibm.com> <39mso3$au1@sifon.cc.mcgill.ca> Darcy BROCKBANK writes: >In article <39lt0m$1f0c@locutus.rchland.ibm.com> tom_gall@vnet.ibm.com (Tom Gall) writes: >>2) IB wigged out, and wouldn't parse .h files anymore. On the console it >>complained (sorry for the verbatim as this was at home) about the parser.bundle >>not being aligned right. >I can't >believe that this problem has made it into the CD-ROM for EOF. >I'll know for sure when mine arrives... The problem is in the Installer, and is documented in the release notes I have. The workaround I recall is to either install triply-fat, or to install singly-fat, but not try to install doubly-fat, as the alignment for the Intel segment is off if you do this. Again, this is from memory. But I know you don't have to go back to the 3.2 IB.
Newsgroups: comp.sys.next.bugs From: Nitezki@NiDat.sub.org (Peter Nitezki) Subject: Re: WARNING: bug in gnutar Message-ID: <1994Nov12.092507.468@nidat.sub.org> Sender: nitezki@nidat.sub.org Organization: private site of Peter Nitezki, Kraichtal, Germany References: <1994Nov7.180956.7941@instep.wimsey.com> Date: Sat, 12 Nov 1994 09:25:07 GMT In article <1994Nov7.180956.7941@instep.wimsey.com> brad@instep.wimsey.com writes: > > There is a dangerous bug in gnutar. This bug has been confirmed on both > Solaris and NEXTSTEP 3.2: > > BUG: The update option 'u' of gnutar does not work as advertised. > > BACKGROUND: > > The man page for tar (NEXTSTEP lacks a manpage for gnutar) states: > > u The named files are added to the tape if either they > are not already there or have been modified since > last put on the tape. > ...munch... > How is it that this bug has not been noticed before? > This has been noticed by hordes of Unix users since the day Start/Stop tape drives disappeared, thus a plain ol'e Unix "bug". (We're used to call this bug a feature ;-) Streaming devices just don't allow to perform the necessary tape positioning operations, therefore, the option isn't working. Since tar (and also gnutar) doesn't know of the type of device beforehand it also doesn't complain. This is a very old Unix deficiency. The tape driver just wasn't upgraded when devices went away from the old operation paradigm. For sake of compatibility all Unices since Sys III knownigly sport this sort of strange behaviour. The 'u' option works fine for disk archives, though. -- Peter Nitezki | Nitezki@NiDat.sub.org # Blessed art thou who knoweth Staarenbergstr. 44 | Tel.: +49 7251 62495 # not about the pleasure and D-76703 Kraichtal | Fax : +49 7251 69215 # delight of being hooked GERMANY | pgp & NeXTmail ok! # up to the Net. Peter 1,3-5
Newsgroups: comp.sys.next.bugs From: katzlbt@styx (Thomas Katzlberger) Subject: Re: Strange behavior : Workspace <-> soundplaying ! Message-ID: <1994Nov13.191219.5454@news.vanderbilt.edu> Sender: news@news.vanderbilt.edu Organization: a black NeXT References: <9411090736.AA00586@flexus> Date: Sun, 13 Nov 1994 19:12:19 GMT Raf Schietekat (flexus!rfschtkt@maze.ruca.ua.ac.be) wrote: : Art Isbell writes: : > I don't think this bug has anything to do with the playing : > of a sound, per se. I've seen it when the CPU is very : > busy in general (not just when playing a sound). Playing : > a sound on black hardware after the DSP was no longer : > being used (> NS 3.0?) is apparently very CPU-intensive. This is only true for sounds played at 8kHz, sounds played at 22kHz or 44kHz do not take any CPU cycles at all (on black Hardware). Using the sound functions SNDPlay() ... : I don't know whether the DSP has indeed fallen into disuse (why would it?), but : during playback the CPU has (far?) more than half of its cycles to spare, and : the bug does not occur during any of several activities that call for all of : the CPU's capacity for some time (like opening KBNS :-) ). : Felix Rauch writes: : > There also seems to be something wrong with the keyboard : > when playing sounds. Keystrokes get lost and sometimes : > the keyboard suddenly switches to UPPERCASE. This happens : > on a color slab with NS3.2. I already sent NeXT a : > bug-report about this. Maybe this has to do with the : > sound-format. Most of my sound-files are 8 bit muLaw at : > 8012.821 Hz. : Yes, if I do a glissando over a row of keys, but during typing? Didn't see the : UPPERCASE thing. (I have a monochrome NeXTstation classic.) The UPPERCASE thing seems really strange it semms to be a typo (Ctrl-A) switches to uppercase in some programs like terminals. : Maybe this is related to the specific NeXT hardware version? There's 25 MHz and : 33 Mhz, there's monochrome and colour, there's the original DRAM controller and : the new one... I think I read something about loosing keystrokes in NeXT's FAQs. It is a hardware problem as I know. : But I'd suggest converting this diligence to looking over the more important : KBNS entries and giving them a facelift if necessary. : Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium : (real, i.e., with triangle in the Deliver button) NeXTmail preferred : Addressing limitations: no !, % or .uucp, I think -- Thomas Katzlberger katzlbt@vuse.vanderbilt.edu
From: yoda@cis.uni-muenchen.de (Marc Guenther) Newsgroups: comp.sys.next.bugs Subject: Re: Strange behavior : Workspace <-> soundplaying ! Date: 13 Nov 1994 20:42:09 GMT Organization: Institut fuer Informatik der Universitaet Muenchen Message-ID: <3a5tn1$mav@arcadia.informatik.uni-muenchen.de> References: <1994Nov13.191219.5454@news.vanderbilt.edu> > : Felix Rauch writes: > : > There also seems to be something wrong with the keyboard > : > when playing sounds. Keystrokes get lost and sometimes > : > the keyboard suddenly switches to UPPERCASE. This happens > : > on a color slab with NS3.2. I already sent NeXT a > : > bug-report about this. Maybe this has to do with the > : > sound-format. Most of my sound-files are 8 bit muLaw at > : > 8012.821 Hz. I had this behavior since 2.0 on my cube ! Very annouying. Sometimes it looses about every fifth keystroke. Especailly nice, if it looses the Command key, while you are typing CMD-c to copy selected text. It gets all replaced by a 'c' :-) > : Yes, if I do a glissando over a row of keys, but during typing? Didn't see the > : UPPERCASE thing. (I have a monochrome NeXTstation classic.) the uppercase thing happens, cause the Next actually looses the shift key, when you RELEASE it ! It thinks, the key is still down, so everything it uppercase. You have to press it again. > The UPPERCASE thing seems really strange it semms to be a typo > (Ctrl-A) switches to uppercase in some programs like terminals. > > : Maybe this is related to the specific NeXT hardware version? There's 25 MHz and > : 33 Mhz, there's monochrome and colour, there's the original DRAM controller and > : the new one... Yea, it seems so. I have this behaviour on almost every machine, except for a Turbo COlor. ?!? :) > I think I read something about loosing keystrokes in NeXT's FAQs. > It is a hardware problem as I know. Do you have any pointers for that ? I have never found anything about it. Of course, I have mailed Next with it, but of course, got no response. -- Marc Guenther ------------------------------------------------------------------------- Centrum fuer Informations | Wagmuellerstr. 23 | Phone: +49 89 211 0670 und Sprachverarbeitung | 80538 M"unchen | Fax: +49 89 211 0674 University of Munich | Germany | yoda@cis.uni-muenchen.de -------------------------------------------------------------------------
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: coco@erika.cb.att.com (Felix A. Lugo) Subject: Problem with SB16 beta and NSfip 3.2 Message-ID: <Cz9JCt.87I@nntpa.cb.att.com> Sender: news@nntpa.cb.att.com (Netnews Administration) Organization: AT&T Maitland, Florida Date: Mon, 14 Nov 1994 15:07:40 GMT I've got a weird problem using the beta Sound Blaster 16 driver for NSfip 3.2. Here's my setup. NCR 3333, 486DX2 66MHz, VLB/ISA, 32MB INTERFACE DMA IRQ PORT MEM ================================================================== ATI Ultra Pro (VLB) 6 @ 0x100 2048K @ 0x7e00000 1120x832x68x16 PS/2 Mouse 12 Intel EtherExpress 10 16 @ 0x300 RJ-45 connector Adaptec 154X 7 11 4 @ 0x130 Sound Blaster 16 1,5 5 20 @ 0x220 MidiPort: 0x330 Serial Ports 3,4 8 @ 0x3f8 SCSI Tape PS/2 Keyboard 1 6 @ 0x60 101 PC Keyboard IDE Controller 14 8 @ 0x1f0 Floppy Disk Drive 2 6 6 @ 0x3f2 I see the following in NeXTanswers: | Because of a driver kit bug, in NEXTSTEP 3.2, the Sound | Blaster 16 audio adapter does not function correctly in computers | with ISA slots. After booting NEXTSTEP, you may playback or record | 16-bit data, but your first choice sets the mode permanently until | you reboot. This bug will be fixed in a future release of NEXTSTEP. | | Due to MIDI port conflicts (port 0x300 or 0x330), you cannot | use the Sound Blaster 16 audio adapter at the same time that you | use an EtherExpress network adapter (which uses port 0x300) and | also an Adaptec SCSI adapter (which uses port 0x330). If you use | the Sound Blaster 16 adapter, you may use either an EtherExpress | network adapter or an Adaptec SCSI adapter, but not both. Okay! I'm NOT doing any recording; I've gone as far as forcing a sound file to play at boot time (using sndplay in /etc/rc.local). Sometimes playback fails to work after a reboot or power-on. I have to reboot one or more times until sounds start playing again. The combo SB16/Adaptec 1540C-1542C/Intel EtherExpress 16TP works fine. --Felix coco@erika.cb.att.com
From: pmarc@zapotec.math.byu.edu (Paul Marshall Cardon II) Newsgroups: comp.sys.next.bugs Subject: Re: Building Perl 5.000 on NEXTSTEP/HP Date: 14 Nov 1994 19:08:03 GMT Organization: Brigham Young University Message-ID: <3a8cij$1hm@hamblin.math.byu.edu> References: <Ailtg6G00iV3Q50kZl@andrew.cmu.edu> In article <Ailtg6G00iV3Q50kZl@andrew.cmu.edu> Charles William Swiger <infidel+@CMU.EDU> writes: : It appears that building Perl 5 results in a fatal error from the : version of gcc (2.5.8) shipped with the Developer version of NEXTSTEP : 3.2 for HP machines. : : This is the relevant output after running 'Configure -d' and then a 'make': : : `sh cflags libperl.a pp.o` pp.c : CCCMD = cc -c -D_POSIX_SOURCE -DUSE_NEXT_CTYPE -O : pp.c: In function `pp_sin': : pp.c:1217: internal error--insn does not satisfy its constraints: : (insn 322 166 167 (set (reg/v:DF 137) : (reg:DF 8 %r8)) 82 {movdf+1} (insn_list 166 (nil)) : (nil)) : cc: Internal compiler error: program cc1obj got fatal signal 6 : *** Exit 1 : : Using _any_ level of optimization seems to fail. Using just '-g' for : the CFLAGS seems to build okay. Perl 5 builds correctly (passes all of : the tests) on NEXTSTEP 3.2 for Motorola. I had the same thing happen, so like you I compiled without -O flags and got it to build. I haven't been able to get a TRI-FAT compile to pass the tests for all three architectures (Intel fails). I tried compiling alone for Intel (on an Intel machine) and it still fails the tests. -- Paul M. Cardon Technical Editor - System Administration - NEXT IN LINE Magazine President of Provo OpenStep-NEXTSTEP User and Developer Group (PoNG) NEXTSTEP and HP System Manager - Math Department - Brigham Young University
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs,comp.lang.perl Subject: Building Perl 5.000 on NEXTSTEP/HP Date: Mon, 14 Nov 1994 12:14:46 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <Ailtg6G00iV3Q50kZl@andrew.cmu.edu> It appears that building Perl 5 results in a fatal error from the version of gcc (2.5.8) shipped with the Developer version of NEXTSTEP 3.2 for HP machines. This is the relevant output after running 'Configure -d' and then a 'make': `sh cflags libperl.a pp.o` pp.c CCCMD = cc -c -D_POSIX_SOURCE -DUSE_NEXT_CTYPE -O pp.c: In function `pp_sin': pp.c:1217: internal error--insn does not satisfy its constraints: (insn 322 166 167 (set (reg/v:DF 137) (reg:DF 8 %r8)) 82 {movdf+1} (insn_list 166 (nil)) (nil)) cc: Internal compiler error: program cc1obj got fatal signal 6 *** Exit 1 Using _any_ level of optimization seems to fail. Using just '-g' for the CFLAGS seems to build okay. Perl 5 builds correctly (passes all of the tests) on NEXTSTEP 3.2 for Motorola. Thanks for any feedback, -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: russ@physical27.chem.ufl.edu (Clifford R. Bowers) Newsgroups: comp.sys.next.bugs Subject: HP Freezes on printing through parrallel port Date: 14 Nov 1994 22:49:00 GMT Organization: University of Florida Message-ID: <3a8pgtINNqcc@no-names.nerdc.ufl.edu> Keywords: crash, freeze, parallel port, HP RISC This is my first to the bugs newsgroup. My black hardware never gave this sort of crap. When I print large image files ~1MB in size, the station suddenly freezes when I try to do other tasks while printing is going on. My configuration is as follows: NextStep 3.2, 16MB ram printer: HP Deskjet 1200C/ps connected to the parallel port. computer: HP 712/60. Any suggestions would be truly appreciated. This has caused much embarassment in fron of my MAC oriented colleagues. Thanks, Russ Bowers Chemistry Department University of Florida Gainesville, FL (904) 846-0839
From: fliu@uci.edu (Feng Liu) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: There must be a bug with Next's NSF mount Date: 14 Nov 1994 22:47:47 GMT Organization: University of California, Irvine Message-ID: <3a8pej$e6g@news.service.uci.edu> SGI indigo2 running IRIX 5.2 exports a disk /users to both a DEC 3000/300LX and a NeXT mono 040 machine. Both use -o rw, bg, hard, intr options for mounting. Everything works fine on the DEC, but on the NeXT mono it complains segmentation fault and messes up the Terminal window when I vi any asci file of more than 100k on the mounted NSF disk. Emacs works fine. vi also works fine on a NFS mount disk exported by the DEC machine. I wonder if it is a bug with NeXT or SGI or with my setup. Any help will be appreciated. -- Feng Liu Department of Mechanical and Aerospace Engineering University of California, Irvine Irvine, CA 92717 phone: 714-824-3105 Fax: 714-824-8585
From: koen1830@w250zrz.zrz.tu-berlin.de (Andreas Koenig) Newsgroups: comp.sys.next.bugs,comp.lang.perl Subject: Re: Building Perl 5.000 on NEXTSTEP/HP Date: 15 Nov 1994 00:49:46 GMT Organization: mal franz, mal anna Message-ID: <3a90ja$48f@brachio.zrz.TU-Berlin.DE> References: <Ailtg6G00iV3Q50kZl@andrew.cmu.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Fcc: /u/k/Mailboxes/NNoutgoing.mbox/mbox Apparently-To: <koen1830@w203zrz.zrz.tu-berlin.de> In article <Ailtg6G00iV3Q50kZl@andrew.cmu.edu>, Charles William Swiger <infidel+@CMU.EDU> wrote: >It appears that building Perl 5 results in a fatal error from the >version of gcc (2.5.8) shipped with the Developer version of NEXTSTEP >3.2 for HP machines. > >This is the relevant output after running 'Configure -d' and then a 'make': > >`sh cflags libperl.a pp.o` pp.c > CCCMD = cc -c -D_POSIX_SOURCE -DUSE_NEXT_CTYPE -O >pp.c: In function `pp_sin': >pp.c:1217: internal error--insn does not satisfy its constraints: >(insn 322 166 167 (set (reg/v:DF 137) > (reg:DF 8 %r8)) 82 {movdf+1} (insn_list 166 (nil)) > (nil)) >cc: Internal compiler error: program cc1obj got fatal signal 6 >*** Exit 1 > >Using _any_ level of optimization seems to fail. Using just '-g' for >the CFLAGS seems to build okay. Perl 5 builds correctly (passes all of >the tests) on NEXTSTEP 3.2 for Motorola. > Well, we have heard this before. The answer is twofold: THEY BLEW IT! The compiler for NS on HP is BETA. Fortunately, there is a workaround. Thanks to Hadar Pedhazur <uunet!ubs!hadar@ubs> we know, that the compiler is satisfied with changes to PP(pp_sin) along the following really obfuscated lines (and as far as I remember it's similar for pp_cos and pp_log): > PP(pp_sin) > { > dSP; dTARGET; tryAMAGICun(sin); > { > double value; > value = POPn; > if (value > 999999999999.99 && value < 0.0) ^^ yes, that is AND > DIE("Can't take sin of %g, Hadar says so!", value); > > value = sin(value); > XPUSHn(value); > RETURN; > } > } You find those functions in the file pp.c. Hadar HAS reported the problem to NeXT. The bug is known, filed, and contemplated:( --andreas
From: koen1830@w250zrz.zrz.tu-berlin.de (Andreas Koenig) Newsgroups: comp.sys.next.bugs,comp.lang.perl Subject: Re: Building Perl 5.000 on NEXTSTEP/HP Date: 15 Nov 1994 00:50:01 GMT Organization: mal franz, mal anna Message-ID: <3a90jp$48g@brachio.zrz.TU-Berlin.DE> References: <Ailtg6G00iV3Q50kZl@andrew.cmu.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Fcc: /u/k/Mailboxes/NNoutgoing.mbox/mbox Apparently-To: <koen1830@w203zrz.zrz.tu-berlin.de> In article <Ailtg6G00iV3Q50kZl@andrew.cmu.edu>, Charles William Swiger <infidel+@CMU.EDU> wrote: >It appears that building Perl 5 results in a fatal error from the >version of gcc (2.5.8) shipped with the Developer version of NEXTSTEP >3.2 for HP machines. > >This is the relevant output after running 'Configure -d' and then a 'make': > >`sh cflags libperl.a pp.o` pp.c > CCCMD = cc -c -D_POSIX_SOURCE -DUSE_NEXT_CTYPE -O >pp.c: In function `pp_sin': >pp.c:1217: internal error--insn does not satisfy its constraints: >(insn 322 166 167 (set (reg/v:DF 137) > (reg:DF 8 %r8)) 82 {movdf+1} (insn_list 166 (nil)) > (nil)) >cc: Internal compiler error: program cc1obj got fatal signal 6 >*** Exit 1 > >Using _any_ level of optimization seems to fail. Using just '-g' for >the CFLAGS seems to build okay. Perl 5 builds correctly (passes all of >the tests) on NEXTSTEP 3.2 for Motorola. > Well, we have heard this before. The answer is twofold: THEY BLEW IT! The compiler for NS on HP is BETA. Fortunately, there is a workaround. Thanks to Hadar Pedhazur <uunet!ubs!hadar@ubs> we know, that the compiler is satisfied with changes to PP(pp_sin) along the following really obfuscated lines (and as far as I remember it's similar for pp_cos and pp_log): > PP(pp_sin) > { > dSP; dTARGET; tryAMAGICun(sin); > { > double value; > value = POPn; > if (value > 999999999999.99 && value < 0.0) ^^ yes, that is AND > DIE("Can't take sin of %g, Hadar says so!", value); > > value = sin(value); > XPUSHn(value); > RETURN; > } > } You find those functions in the file pp.c. Hadar HAS reported the problem to NeXT. The bug is known, filed, and contemplated:( --andreas
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.lang.perl,comp.sys.next.bugs Subject: Re: Building Perl 5.000 on NEXTSTEP/HP Date: Tue, 15 Nov 1994 10:29:46 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <UimBDeO00WBOQ2_exr@andrew.cmu.edu> In-Reply-To: <3a90ja$48f@brachio.zrz.TU-Berlin.DE> Excerpts from netnews.comp.sys.next.bugs: 15-Nov-94 Re: Building Perl 5.000 on .. by Andreas Koenig@w250zrz.z [ ... ] > THEY BLEW IT! The compiler for NS on HP is BETA. Really? I can believe that's true, but how do you know that? After all, 2.5.8 is a pretty stable version of gcc, and gamma software can have bugs in it too.... :-) > Fortunately, there is a workaround. Thanks to Hadar Pedhazur > <uunet!ubs!hadar@ubs> we know, that the compiler is satisfied with > changes to PP(pp_sin) along the following really obfuscated lines > (and as far as I remember it's similar for pp_cos and pp_log): Either that, or just recompile that pp.c with -g and everything else with optimization and you'll end up with a pretty fast version of perl that'll pass all tests okay. -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: WORKAROUND: Re: System sluggish when WM FileViewer with directory open with > 500 files Date: 15 Nov 1994 11:18:47 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411151718.AA05042@alleg.EDU> Remember the thread about the File Viewer being slow when there were a lot of files around? I think I may have found a solution, or at least an option other than having to break them down into littler directories: dwrite Workspace FolderUnsortedAbove I think this may allow you to have an unsorted folder above a certain amount. I'm not sure if that will help, but I thought I'd offer it. TjL -- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 m68k No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: WP Review Unsaved (on logout) doesn't work Date: 15 Nov 1994 12:15:41 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411151815.AA07903@alleg.EDU> [I know, this is beginning to sound like alt.wordperfect.bitch.moan.groan but this is a real possible bug here] I'd like to hear from anyone who uses WP to test something. Modify a document in WP. Go to Logout. If it "works" like mine does, it will bring up a WP alert panel saying "There are unsaved documents" "Cancel" "Quit Anyway" "Review Unsaved" Cancel --> continues with Logout -- WHY? Quit anyway --> works as you'd expect Review Unsaved --> Will not save. Comes back "File not found" WP v1.0.1 updated 25 January 1993 TjL -- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 m68k No Root access, no super-user access NeXTMail, MIME OK finger for public key
Newsgroups: comp.sys.next.bugs From: Frank Price <wprice@netcom.com> Subject: Starting up in DOS or NeXTStep Message-ID: <netnewsCzBz9q.57n@netcom.com> Sender: netnews@netcom.com (USENET Administration) Organization: Netcom Date: Tue, 15 Nov 1994 22:46:37 GMT I've been using a NeXTStep Intel system for several months now. I still have multiple problems, but I'm basically ignoring them because they don't make it impossible to use the system. The most frustrating problem is that if I don't press "n" when I turn on the computer (or rather about 30 seconds after), it starts up in DOS. Did I miss some configuration setting?? How can I make it so that the computer ALWAYS starts up in NeXTStep unless I press "d"? -Frank __________________________________________________________________________ | Frank Price | Email:wprice@netcom.com | | ______ | Other:wprice@wprice.slip.netcom.com | | \ / | | | \ / | | |_____\/_______|_______________________________________________________ __|
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: my recycler won't accept any files Date: 15 Nov 1994 21:21:52 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411160321.AA09775@alleg.EDU> any clues as to what I did wrong? -- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 m68k No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: bernhard@pluto.nt.tuwien.ac.at (Bernhard Mayr) Newsgroups: comp.sys.next.bugs Subject: write permission Date: 16 Nov 1994 12:33:07 GMT Organization: Vienna University of Technology, Austria Message-ID: <3acu63$bn1@news.tuwien.ac.at> I'm currenty administrating a small Next-Net (2 black stations, 4 INTEL). The PC's are mostly used by our students for programming. Today I saw in the / - dirctory of one PC a file which belonged to a student. When I checked the permissions via the inspector I found out that ALL users were allowed to write everywhere! However, in the shell (with ls -la) everything seemed to be ok (only read and execute permissions). The same thing was true for 2 more PC and one black Next. Could it be a bug that inspector and shell indicate different write permission? How could it be that I changed (as root) the permission unpurposly? Bernhard Mayr -- ---------------------------------------------------------------- Mag.rer.nat. D.I. Bernhard J. MAYR Institut f. Nachrichtentechnik u. Hochfrequenztechnik, TU-WIEN mail: bmayr@email.tuwien.ac.at; tel: 58801/3513 ----------------------------------------------------------------
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: my recycler won't accept any files Date: Wed, 16 Nov 1994 08:54:18 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <IimUw_S00WBLA1inRS@andrew.cmu.edu> In-Reply-To: <9411160321.AA09775@alleg.EDU> Excerpts from netnews.comp.sys.next.bugs: 15-Nov-94 my recycler won't accept an.. by Tim Luoma@alleg.EDU > any clues as to what I did wrong? Check ownership and permissions for ~/.NeXT/.NextTrash. Generally, you'll need to have root do a "chown -R youruserid ~yourhomedir" to fix this.... -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@alleg.EDU> Message-ID: <9411161411.AA21411@alleg.EDU> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v116.1) From: Tim Luoma <luomat@alleg.EDU> Date: Wed, 16 Nov 94 09:11:15 -0500 Subject: Re: my recycler won't accept any files Cc: Charles William Swiger <infidel+@CMU.EDU> Ok, darned if I understand why, but it seems to have fixed itself when I logged in this time (I had logged out and back in before, but it didn't seem to care) To recap: I could drag stuff to my trash FOLDER but not the little icon thingy on the dock. It just wouldn't move. Now it works. Go figure. Thanks TjL -- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 m68k No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: pmarc@allanon.math.byu.edu (Paul Cardon) Newsgroups: comp.sys.next.bugs Subject: Re: write permission Date: 16 Nov 1994 16:48:34 GMT Organization: Brigham Young University Message-ID: <3add52$kq4@hamblin.math.byu.edu> References: <3acu63$bn1@news.tuwien.ac.at> In article <3acu63$bn1@news.tuwien.ac.at> bernhard@pluto.nt.tuwien.ac.at (Bernhard Mayr) writes: :I'm currenty administrating a small Next-Net (2 black stations, 4 INTEL). :The PC's are mostly used by our students for programming. :Today I saw in the / - dirctory of one PC a file which belonged to a :student. When I checked the permissions via the inspector I found out that :ALL users were allowed to write everywhere! However, in the shell (with ls :-la) everything seemed to be ok (only read and execute permissions). :The same thing was true for 2 more PC and one black Next. : :Could it be a bug that inspector and shell indicate different write :permission? :How could it be that I changed (as root) the permission unpurposly? The permissions on / are 1777. Left as an exercise for the reader why this could be useful. Left as another exercise for the reader why this could be really bad. :-( -- Paul M. Cardon Technical Editor - System Administration - NEXT IN LINE Magazine President of Provo OpenStep-NEXTSTEP User and Developer Group (PoNG) NEXTSTEP and HP System Manager - Math Department - Brigham Young University
From: jmcnamar@onramp.net (Jason McNamara) Newsgroups: comp.sys.next.bugs Subject: Re: Problem with SB16 beta and NSfip 3.2 Date: 16 Nov 1994 18:48:27 GMT Organization: On-Ramp; Individual Internet Connections; Dallas/Ft Worth/Houston, TX USA Message-ID: <3adk5r$jl0@news.onramp.net> References: <Cz9JCt.87I@nntpa.cb.att.com> In article <Cz9JCt.87I@nntpa.cb.att.com> coco@erika.cb.att.com (Felix A. Lugo) writes: > I've got a weird problem using the beta Sound Blaster 16 driver for > NSfip 3.2. Here's my setup. (deleted) Talus Imaging has a Soundblaster driver which works. Don't know what the cost (if any) is, but I'm sure it's not much. You can reach them at... info@talus.com 713-578-1434 ..but response time might be a couple days as I think most of the staff is as at Comdex. Jason McNamara > > --Felix > coco@erika.cb.att.com
Newsgroups: comp.sys.next.bugs From: rbp@investor.pgh.pa.us (Bob Peirce #305) Subject: Logout by me kills system Message-ID: <1994Nov16.125554.21106@investor.pgh.pa.us> Date: Wed, 16 Nov 94 12:55:54 GMT Organization: Cookson, Peirce & Co., Pittsburgh, PA This has been going on at least since 2.0. I once sent a bug report to NeXT but nothing has happened that I can see. Maybe someone out there can help. I do a lot of background testing on my NeXT '40 Cube. Sometimes, when several background jobs are running and I log off, the machine crashes. I get a grey screen and a cursor that I can move but no login window. <CMD>-<CMD>-~ gets me to the small monitor but it doesn't recognize any command but "monitor." From there, "bsd" will do a full re-boot. As near as I can tell this ONLY happens for the "me" login. However, this MIGHT be because "me" is running the background jobs. Since it does not happen every time I log off, it would be very difficult to test the relationship between background job and user. I have noticed that this seems more likely to happen the longer the OS has been up; ie, it NEVER happens right after a reboot. This makes me think there is some buffer out there in OS land that gradually fills up until it overflows into another variable or the OS itself. This seems ONLY to happen when background jobs are running. -- Bob Peirce Venetia, PA 412-941-6883 me@venetia.pgh.pa.us [HOME (NeXT)] rbp@investor.pgh.pa.us [OFFICE] There is only one basic human right, the right to do as you damn well please. And with it comes the only basic human duty, the duty to take the consequences. -- P.J. O'Rourke
Newsgroups: comp.sys.next.bugs From: bell@nosc.mil (Thomas Bell) Subject: Re: Starting up in DOS or NeXTStep Message-ID: <1994Nov16.203901.14282@nosc.mil> Sender: news@nosc.mil (Network News) Organization: NCCOSC RDT&E Division, San Diego, CA References: <netnewsCzBz9q.57n@netcom.com> Date: Wed, 16 Nov 1994 20:39:01 GMT In article <netnewsCzBz9q.57n@netcom.com> Frank Price <wprice@netcom.com> writes: > I've been using a NeXTStep Intel system for several months now. I still > have multiple problems, but I'm basically ignoring them because they > don't make it impossible to use the system. The most frustrating problem > is that if I don't press "n" when I turn on the computer (or rather about > 30 seconds after), it starts up in DOS. Did I miss some configuration > setting?? How can I make it so that the computer ALWAYS starts up in > NeXTStep unless I press "d"? > > -Frank > __________________________________________________________________________ > | Frank Price | Email:wprice@netcom.com > | > | ______ | Other:wprice@wprice.slip.netcom.com > | > | \ / | > | > | \ / | > | > |_____\/_______|_______________________________________________________ > __| I run into the same problem every time I upgrade to a new version of MeSsy-DOS. Here's what you need to do. 1) Boot into DOS 2) Run fdisk and make the NonDOS partition (ie. your Nextstep partition) active rather than the DOS partition 3) Reboot (NextStep should boot up automatically) 4) If you don't get the "Enter n for Nextstep, d for DOS..." prompt then you need to rewrite the boot block. Otherwise you're all set. 5) To rewrite the boot block open a terminal window and log in as root or boot into single user mode and type the command "disk -b /dev/rsd0h" if you have a SCSI disk or type "disk -b /dev/rhd0h" if you have an IDE disk. 6) That's all. ------ Tom Bell bell@nosc.mil Naval Command Control and Ocean Surveillance Center RDT&E DIV
From: armes@tds.com Newsgroups: comp.sys.next.bugs Subject: Re: my recycler won't accept any files Date: 17 Nov 1994 03:33:59 GMT Organization: Trident Data Systems Distribution: world Message-ID: <3aeiv7$9eh@discovery.ectds.com> References: <9411160321.AA09775@alleg.EDU> In article <9411160321.AA09775@alleg.EDU> luomat@alleg.EDU (Tim Luoma) writes: > any clues as to what I did wrong? > Without knowing what you have done, check your .NeXT and .NeXT/.NextTrash directories and be sure they are read write execute for owner. Thats all I can suggest. Jim armes@tds.com "I'm a lumberjack & I'm ok..."
Newsgroups: comp.sys.next.bugs From: martin@jeramy.westfalen.de (Martin Roggon) Subject: Trouble with NewsGrazer 2.0, Version 72.3 Message-ID: <1994Nov16.145144.476@jeramy.westfalen.de> Sender: martin@jeramy.westfalen.de Organization: Martin's NeXTcube, 59387 Ascheberg, Germany Date: Wed, 16 Nov 94 14:51:44 GMT Hi folkes, as I wrote in the subject I ve got some trouble with that version of program. If I write a followup to an article, NewsGrazer ist posting a few lines out of my article at it s end again. He simply appends some random lines ! Does anyone of you has got the same problem or ist there a newer version in which this bug (?) is fixed ? If so, wouls someone of you bee so kind to send me this ? Thanks ... Martin -- NewsGrazer, a NeXTstep(tm) news reader, posting -- M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P($AI(&9O;&ME<RQ< M"EP*87,@22!W<F]T92!I;B!T:&4@<W5B:F5C="!)PG9E(&=O="!S;VUE('1R M;W5B;&5<"G=I=&@@=&AA="!V97)S:6]N(&]F('!R;V=R86TN7`I)9B!)('=R M:71E(&$@9F]L;&]W=7`@=&\@86X@87)T:6-L92Q<"DYE=W-'<F%Z97(@:7-T M('!O<W1I;F<@82!F97<@;&EN97,@;W5T(&]F(&UY7`IA<G1I8VQE(&%T(&ET MPG,@96YD(&%G86EN+EP*2&4@<VEM<&QY(&%P<&5N9',@<V]M92!R86YD;VT@ M;&EN97,@(5P*7`I$;V5S(&%N>6]N92!O9B!Y;W4@:&%S(&=O="!T:&4@<V%M M92!P<F]B;&5M(&]R7`II<W0@=&AE<F4@82!N97=E<B!V97)S:6]N(&EN('=H M:6-H('1H:7,@8G5G("@_*2!<"FES(&9I>&5D(#]<"EP*268@<V\L('=O=6QS M('-O;65O;F4@;V8@>6]U(&)E92!S;R!K:6YD('1O7`IS96YD(&UE('1H:7,@ 9/UP*7`I4:&%N:W,@+BXN($UA<G1I;@I]"FYD `
From: hadar@CERF.NET (Hadar Pedhazur) Newsgroups: comp.sys.next.bugs,comp.lang.perl Subject: Re: Building Perl 5.000 on NEXTSTEP/HP Followup-To: comp.sys.next.bugs,comp.lang.perl Date: 17 Nov 1994 04:35:55 -0800 Organization: CERFnet Dial n' CERF Customer Message-ID: <3afinb$62v@nic.cerf.net> References: <Ailtg6G00iV3Q50kZl@andrew.cmu.edu> Charles William Swiger (infidel+@CMU.EDU) wrote: : It appears that building Perl 5 results in a fatal error from the : version of gcc (2.5.8) shipped with the Developer version of NEXTSTEP : 3.2 for HP machines. : This is the relevant output after running 'Configure -d' and then a 'make': : `sh cflags libperl.a pp.o` pp.c : CCCMD = cc -c -D_POSIX_SOURCE -DUSE_NEXT_CTYPE -O : pp.c: In function `pp_sin': : pp.c:1217: internal error--insn does not satisfy its constraints: : (insn 322 166 167 (set (reg/v:DF 137) : (reg:DF 8 %r8)) 82 {movdf+1} (insn_list 166 (nil)) : (nil)) : cc: Internal compiler error: program cc1obj got fatal signal 6 : *** Exit 1 : Using _any_ level of optimization seems to fail. Using just '-g' for : the CFLAGS seems to build okay. Perl 5 builds correctly (passes all of : the tests) on NEXTSTEP 3.2 for Motorola. : Thanks for any feedback, : -Chuck : Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: : --------------------------------------------+ : AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll : NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.) This occurs in THREE routines in pp.c, namely pp_sin, pp_cos, and pp_exp. The solution (a total KLUDGE, but a working one!) is to insert a DUMMY IF which somehow realigns the stack! Then, you can successfully build perl5 FAT (which we have done). Here's OUR fix, change the comments to reflect YOUR favorite $#@!: if (value < -999.99 && value > 999.99) DIE("Can NEVER reach this statement, says Hadar!"); These two lines are inserted IMMEDIATELY above the value=sin(value); line in the pp_sin, and analagously in the other routines. Hope this helps! Hadar Pedhazur UBS Securities, Inc. ubs!hadar@uunet.uu.net
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa) Newsgroups: comp.sys.next.bugs Subject: Re: Trouble with NewsGrazer 2.0, Version 72.3 Date: 17 Nov 1994 20:41:24 GMT Organization: University of California, Berkeley Distribution: world Message-ID: <3agf5k$h6k@agate.berkeley.edu> References: <1994Nov16.145144.476@jeramy.westfalen.de> In article <1994Nov16.145144.476@jeramy.westfalen.de> martin@jeramy.westfalen.de (Martin Roggon) writes: >If I write a followup to an article, >NewsGrazer ist posting a few lines out of my >article at it s end again. >He simply appends some random lines ! Check Preferences/Configuration panel. Make sure "JIS conversion" switch at the bottom right corner is checked OFF. I believe the bug is related to that. --- Izumi Ohzawa [ $@Bg_78^=;(J ] USMail: University of California, 360 Minor Hall, Berkeley, CA 94720 Telephone: (510) 642-6440 Fax: (510) 642-3323 Internet: izumi@pinoko.berkeley.edu (NeXT Mail OK)
Newsgroups: comp.sys.next.bugs From: brouwer@minnie.informatik.uni-stuttgart.de (Klaus Brouwer) Subject: Severe bug in gcc2.5.8 Message-ID: <CzGu5K.n17@news.informatik.uni-stuttgart.de> Sender: news@informatik.uni-stuttgart.de Organization: Informatik, Uni Stuttgart, Germany Date: Fri, 18 Nov 1994 13:44:04 GMT Severe bug in gcc2.5.8 (NeXT version) In myClass I defined a class method + openFile:(const char *)filename; and called it within another class method this way: obj = (myClass *)[self openFile:file]; Trying to compile this I got a warning similar to "You cast a pointer to an integer of different length." Strange. I tried to modify the call: obj = (myClass *)[(myClass *)self openFile:file]; With this I got a different warning: "myClass does not respond to openFile:" $%^#$?????? I decided to ignore all warnings and tested it out....the second warning was wrong, but the first was true: the returned id was truncated to a BOOL and dereferencing it as a pointer genereated a protection violation. Together with my faithfull companion HeaderViewer I found the following in the NXWorkspaceRequestProtocol: - (BOOL)openFile:(const char *)filename; The compiler uses this method definition for my method! Although mine is a class method and myClass doesn't adopt to this protocol. Any insiders outside? The only way I found, was to rename my method. Urg. Bye, Klaus Brouwer
From: hermann@GLOIN.genias.de () Newsgroups: comp.sys.next.bugs Subject: test Date: 18 Nov 1994 15:37:54 GMT Organization: GENIAS Software GmbH Message-ID: <3aihoi$2b9@GIMLI.genias.de> privater test!
From: hermann@GLOIN.genias.de () Newsgroups: comp.sys.next.bugs Subject: test Date: 18 Nov 1994 15:43:58 GMT Organization: GENIAS Software GmbH Message-ID: <3aii3u$2cl@GIMLI.genias.de> test
From: hermann@GLOIN.genias.de () Newsgroups: comp.sys.next.bugs Subject: test Date: 18 Nov 1994 15:47:34 GMT Organization: GENIAS Software GmbH Message-ID: <3aiiam$2cl@GIMLI.genias.de> test
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: Public Window Server Date: 18 Nov 1994 16:46:59 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411182246.AA07218@alleg.EDU> Under what circumstances would setting the Public Window Server ON be dangerous? Would someone have to have know my password to exploit it? Would they have to be logged into the same machine I am to exploit it? Is it possible for one person to tell if another's Public Window Server was ON? I guess I know that it is a security hole, and I believe it (mine is firmly OFF) I am just curious as to why, and what someone could do with it ON. So far I haven't missed it (having the option), so I am not too worried about not using it. tjl
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: Strange behavior : Workspace <-> soundplaying ! Date: 19 Nov 1994 11:01:27 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411191400.AA00446@flexus> LS, I plead guilty to sloppy verification of the keystrokes thing: I have now verified loss, during straight typing on my classic NeXTstation, of both ordinary keystrokes and key-ups of the shift key (so that the system thinks the shift key is still down, and produces all capitals). Well, I've been punished for it: when I tried to produce a CD-quality .snd file from a .score to compare with 8-kBps .snd files, my hard disk filled up, so my system crashed and I had to reboot (from the hardware monitor, fschk and all). I have found that (with some facts repeated): - CPU load per se does not matter (a simple 8-kBps sound file causes (far) less than 10% CPU load and the problem does occur; the problem does not occur during full CPU load like opening a large file in Edit) - only 8-kBps mu-law sound using the DSP causes the problem, not straight 16-bit sound (which is probably fed directly to the DACs) - playing a .score on the DSP does not cause the problem to happen, so it may be a problem of feeding the DSP with unexpanded mu-law input on harsh real-time constraints I think that, when a sound is to be played, the system tries to use the DSP if this is necessary (for expanding mu-law sound, for instance), and will use the DSP if it is currently free (so the DSP has indeed *not* fallen into disuse). Otherwise, the work is done on the CPU. That means that if the system is currently playing a .score, and a mu-law .snd is performed in the meantime (but started later), the problem will not occur (verified), because the .score is occupying the DSP, and so the .snd is unpacked and merged (with the DSP output) on the CPU. Well, I did check the ReleaseNotes for clues (see ``Sounds which formerly required [...]'' in Sound.rtf)... So, unless NeXT has a better explanation and/or cure (Thomas Katzlberger writes about ``something [...] in NeXT's FAQs'', but is not specific, and Art Isbell reports the problem while no .snd is playing, although he hasn't described how to reproduce it), I suggest that there be a NetInfo entry to decide whether mu-law sounds are expanded on the DSP if it is available (losing keystrokes is not as innocent as strange NXBrowser behaviour, especially if you're typing from printed copy so you can't look at the screen all the time, but expanding mu-law sounds on the CPU does cost a bit, especially on '030 cubes). Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be, Flanders, Belgium (real, i.e., with triangle in the Deliver button) NeXTmail preferred Addressing limitations: no !, % or .uucp, I think **NeXT's uucp machinery throws away some messages. uucp guru's help wanted!**
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: Sat, 19 Nov 1994 12:24:42 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <QinXHOC00iV681x0Y1@andrew.cmu.edu> In-Reply-To: <9411182246.AA07218@alleg.EDU> Excerpts from netnews.comp.sys.next.bugs: 18-Nov-94 Public Window Server by Tim Luoma@alleg.EDU > Under what circumstances would setting the Public Window Server ON be > dangerous? It's dangerous whenever your machine is attacked to a network. > Would someone have to have know my password to exploit it? No. > Would they have to be logged into the same machine I am to exploit it? No. > Is it possible for one person to tell if another's Public Window Server was > ON? Yes. > I guess I know that it is a security hole, and I believe it (mine is > firmly OFF) I am just curious as to why, and what someone could do > with it ON. So far I haven't missed it (having the option), so I am > not too worried about not using it. Setting PWS on is roughly equivalent to doing 'xhost +' under X. (Ie, not secure at all.) -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: anderson@macc.wisc.edu (Jess Anderson) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 19 Nov 1994 18:17:51 GMT Organization: Division of Information Technology, UW-Madison Message-ID: <3alfgf$l87@news.doit.wisc.edu> References: <QinXHOC00iV681x0Y1@andrew.cmu.edu> In article <QinXHOC00iV681x0Y1@andrew.cmu.edu>, Charles William Swiger <infidel+@CMU.EDU> wrote: >Excerpts from netnews.comp.sys.next.bugs: 18-Nov-94 Public >Window Server by Tim Luoma@alleg.EDU >>Under what circumstances would setting the Public Window >>Server ON be dangerous? >It's dangerous whenever your machine is attacked to a network. Felicitous typo! -- <> There's not a man in America who at one time or another hasn't <> had a secret desire to boot a child in the ass. <> -- W.C. Fields -- Opinions expressed herein have no connection with the UW-Madison. Jess Anderson anderson@doit.wisc.edu
From: takken@leland.stanford.edu (Todd Takken) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 19 Nov 1994 20:45:37 GMT Organization: Stanford University Distribution: world Message-ID: <3alo5h$qgo@nntp.Stanford.EDU> References: <QinXHOC00iV681x0Y1@andrew.cmu.edu> In article <QinXHOC00iV681x0Y1@andrew.cmu.edu> Charles William Swiger <infidel+@CMU.EDU> writes: > > Under what circumstances would setting the Public Window Server ON be > > dangerous? > > It's dangerous whenever your machine is attacked to a network. > Setting PWS on is roughly equivalent to doing 'xhost +' under X. (Ie, > not secure at all.) So if a user has PSW=ON, then anybody else could port graphics to his display while he is logged in. How is this a security problem? Is there some other more dangerous function which the Public Window Server allows? -- Todd Takken takken@leland.stanford.edu
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: Sat, 19 Nov 1994 19:04:52 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Distribution: world Message-ID: <kind_Yq00iV_I5h2wD@andrew.cmu.edu> In-Reply-To: <3alo5h$qgo@nntp.Stanford.EDU> Excerpts from netnews.comp.sys.next.bugs: 19-Nov-94 Re: Public Window Server by Todd Takken@leland.stanf > So if a user has PSW=ON, then anybody else could port graphics to his > display while he is logged in. How is this a security problem? Is there > some other more dangerous function which the Public Window Server allows? Yes, PWS allows one to get data back from the remote machine. The would allow a determined intruder to do various things, including gaining access to your keystrokes (such as when you're logging in), which means they could immediately crack your account by telnet'ing in. (There are various other things they could do via the WindowServer, but that's unnecessary considering the enormity of the security hole above.) -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
Newsgroups: comp.sys.next.bugs From: trebels@desdemona.theo-phys.gwdg.de (Stephan Trebels) Subject: Re: Severe bug in gcc2.5.8 Message-ID: <KZLUBPNL@gwdu03.gwdg.de> Sender: news@gwdu03.gwdg.de (USENET News System) Organization: GWDG, Goettingen References: <CzGu5K.n17@news.informatik.uni-stuttgart.de> Date: Sun, 20 Nov 1994 15:55:27 GMT Hi, well, that behaviour is ok in my opinion. @selector(openFile:) has only ONE signature, so, you cannot declare any method of name openFile: with another return type. Compiling with -Wall should have written a warning on the terminal; I expect, it has... So don't complain. There is just one map method name -> (return type, arg types) allowed in a single executable (you DID link with NeXT_s, didn't you...) The compiler can't really do anything else, and it did warn. Ciao, Stephan Klaus Brouwer wrote: >Severe bug in gcc2.5.8 (NeXT version) >In myClass I defined a class method > + openFile:(const char *)filename; >and called it within another class method this way: > obj = (myClass *)[self openFile:file]; >Trying to compile this I got a warning similar to >"You cast a pointer to an integer of different length." >Strange. I tried to modify the call: > obj = (myClass *)[(myClass *)self openFile:file]; >With this I got a different warning: >"myClass does not respond to openFile:" >$%^#$?????? >I decided to ignore all warnings and tested it out....the second warning was >wrong, but the first was true: the returned id was truncated to a BOOL and >dereferencing it as a pointer genereated a protection violation. >Together with my faithfull companion HeaderViewer I found the following in >the NXWorkspaceRequestProtocol: >- (BOOL)openFile:(const char *)filename; >The compiler uses this method definition for my method! Although mine is a >class method and myClass doesn't adopt to this protocol. >Any insiders outside? The only way I found, was to rename my method. Urg. > Bye, Klaus Brouwer -- X-EMail: Stephan Trebels <trebels@theo-phys.gwdg.de>
Newsgroups: comp.sys.next.bugs From: bbrown@solana.com Subject: GDB bugs Distribution: fj Message-ID: <root.94Nov201117@ganesha> Sender: usenet@mv.mv.com (System Administrator) Mime-Version: 1.0 Content-Type: text/plain Organization: MV Communications, Inc. Date: Sun, 20 Nov 1994 11:01:07 GMT HI, GDB is segmentation faulting during the very early stages of debuging one of my pieces of software. This is very annoying. Are there any known bugs in GDB? I did not find any mention of GDB bugs on ftp.next.com. Is the NeXT version of the GDB sources ftpable from anywhere? I intend to debug the GDB debuging my application with GDB. Is there a version of GDB available from the FSF which can debug NeXT code? Do you have a favorite contact at NeXT for this type of problem? Thanks much. Bill Brown bbrown@solana.com.
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 21 Nov 1994 02:43:28 GMT Organization: University of California, Berkeley Distribution: world Message-ID: <3ap1gg$801@agate.berkeley.edu> References: <9411182246.AA07218@alleg.EDU> In article <9411182246.AA07218@alleg.EDU> luomat@alleg.EDU (Tim Luoma) writes: >Under what circumstances would setting the Public Window Server ON be >dangerous? At all circumstances. Enabling PWS is the same as running anonymous FTP server with all read/write permissions for your files. It is readable/writable by you then anyone will have the same permission as you, without any password and without any account on your system. Just any random person on the Internet with NS client library can do it. >Would someone have to have know my password to exploit it? No. >Would they have to be logged into the same machine I am to exploit it? No. >Is it possible for one person to tell if another's Public Window Server was ON? Yes. Anyone on the Internet can try to connect to your WindowServer. It is going to either succeed or fail. >I guess I know that it is a security hole, and I believe it (mine is >firmly OFF) I am just curious as to why, and what someone could do >with it ON. So far I haven't missed it (having the option), so I am >not too worried about not using it. Use PWS very carefully and briefly. Enable it only when launching an app from remote host. As soon as you get the menu from the remote app. Turn the PWS switch immediately before you forget. Once an app is connected, PWS can be disabled and the app will keep working. -- Izumi Ohzawa <izumi@pinoko.berkeley.edu> [ $@Bg_78^=;(J ] USMail: Univ. of California, 360 Minor Hall, Berkeley, CA 94720-2020 Tel: 510-642-6440, Fax: 510-642-3323, (NeXT & MIME mails welcome)
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 21 Nov 1994 02:46:53 GMT Organization: University of California, Berkeley Distribution: world Message-ID: <3ap1mt$81k@agate.berkeley.edu> References: <3alo5h$qgo@nntp.Stanford.EDU> In article <3alo5h$qgo@nntp.Stanford.EDU> takken@leland.stanford.edu (Todd Takken) writes: >So if a user has PSW=ON, then anybody else could port graphics to his >display while he is logged in. How is this a security problem? Is there >some other more dangerous function which the Public Window Server allows? Messed up screen is the least of your problems. I or anyone else can read your files and delete them if you enable it. Just read the PS Red Book, and remind yourself of the all the file operators in PS/DPS. Secure/Non-Secure DPS contexts are options to the client library. DPS server is always non-secure as it currently exists for NS. -- Izumi Ohzawa <izumi@pinoko.berkeley.edu> [ $@Bg_78^=;(J ] USMail: Univ. of California, 360 Minor Hall, Berkeley, CA 94720-2020 Tel: 510-642-6440, Fax: 510-642-3323, (NeXT & MIME mails welcome)
Newsgroups: comp.sys.next.bugs From: macrae@geo.ucalgary.ca (Andrew MacRae) Subject: Re: Public Window Server Message-ID: <Nov21.054012.12930@acs.ucalgary.ca> Date: Mon, 21 Nov 1994 05:40:12 GMT References: <3ap1gg$801@agate.berkeley.edu> Organization: The University of Calgary, Alberta, Canada In article <3ap1gg$801@agate.berkeley.edu> izumi@pinoko.berkeley.edu (Izumi Ohzawa) writes: > In article <9411182246.AA07218@alleg.EDU> luomat@alleg.EDU (Tim Luoma) > writes: > >Under what circumstances would setting the Public Window Server ON be > >dangerous? > > At all circumstances. Enabling PWS is the same as running [Public Window Server is a HUGE, GAPING, EASY hole when enabled.] .. > > Use PWS very carefully and briefly. Enable it only when launching > an app from remote host. As soon as you get the menu from the > remote app. Turn the PWS switch immediately before you forget. > Once an app is connected, PWS can be disabled and the app will > keep working. > Cool. I did not know you could do that (connect then turn off PWS). Thanks. What I keep wondering is when NeXT will implement something other than "all or nothing" access to the Window Server. Something that enables different types of priviledges and from different hosts -- something at least along the lines of xhost would be a start. I know nothing about how difficult this would be to implement, but there is definitely a need. Are there any third-party options for restricting selected priveledges for the Window Server? Do Adobe's other implementations of DPS support this (or only on top of X-windows)? -- -Andrew macrae@geo.ucalgary.ca home page: "http://geo.ucalgary.ca/~macrae/current_projects.html"
Newsgroups: comp.sys.next.bugs From: csaldanh@mae.carleton.ca (Chris Saldanha) Subject: Re: Public Window Server Message-ID: <CzLsM1.AHz@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University References: <QinXHOC00iV681x0Y1@andrew.cmu.edu> <3alo5h$qgo@nntp.Stanford.EDU> Date: Mon, 21 Nov 1994 05:58:49 GMT Todd Takken (takken@leland.stanford.edu) wrote: : So if a user has PSW=ON, then anybody else could port graphics to his : display while he is logged in. How is this a security problem? Is there : some other more dangerous function which the Public Window Server allows? Remember: It's not porting "graphics" to your screen. It is executing Display PostScript on your screen. PostScript has numerous non-graphics-related functions, including some for file access (like deletion of files!). --Chris Chris Saldanha | "Can I tell you what makes love Carleton University (Comp. Sci) | so frigtening? csaldanh@mae.carleton.ca (NeXT/MIME) | Its that you don't own it. chris@computerActive.on.ca (NeXTMail) | It owns you."
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 21 Nov 1994 09:44:06 GMT Organization: University of California, Berkeley Distribution: world Message-ID: <3apq56$his@agate.berkeley.edu> References: <Nov21.054012.12930@acs.ucalgary.ca> In article <Nov21.054012.12930@acs.ucalgary.ca> macrae@geo.ucalgary.ca (Andrew MacRae) writes: >In article <3ap1gg$801@agate.berkeley.edu> izumi@pinoko.berkeley.edu >(Izumi Ohzawa) writes: >> In article <9411182246.AA07218@alleg.EDU> luomat@alleg.EDU (Tim Luoma) >> writes: >> >Under what circumstances would setting the Public Window Server ON be >> >dangerous? >> >> At all circumstances. Enabling PWS is the same as running >[Public Window Server is a HUGE, GAPING, EASY hole when enabled.] >... >> >> Use PWS very carefully and briefly. Enable it only when launching >> an app from remote host. As soon as you get the menu from the >> remote app. Turn the PWS switch immediately before you forget. >> Once an app is connected, PWS can be disabled and the app will >> keep working. >> > > Cool. I did not know you could do that (connect then turn off >PWS). Thanks. Actually, I realize now that this does not always work. Some apps creates new DPS contexts while it is running, primarily to give robustness for executing imported PS/EPS code so that bad imported PS code will not blow away the main app context. These unfortunately will crash if PWS is disabled. One example of an app that does these things is Yap.app. It uses a separate context to execute PS code in ducuments. If there is a error, it destroys the context and create a fresh one for next execution. Such apps require PWS to be on practically at all times if you want to run remotely. In the end, NeXT providing better access control is the only solution. I suppose MCCA customers don't have any need for these apps, as NeXT has ignored our pleas for this. Hmmm, should we be trusting those banks...? They can filter packets from outside, but there is no security within their local net. -- Izumi Ohzawa <izumi@pinoko.berkeley.edu> [ $@Bg_78^=;(J ] USMail: Univ. of California, 360 Minor Hall, Berkeley, CA 94720-2020 Tel: 510-642-6440, Fax: 510-642-3323, (NeXT & MIME mails welcome)
From: trebels@desdemona.theo-phys.gwdg.de (Stephan Trebels) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 21 Nov 1994 14:36:54 GMT Organization: GWDG, Goettingen Distribution: world Message-ID: <3aqba6$k58@gwdu19.gwdg.de> References: <QinXHOC00iV681x0Y1@andrew.cmu.edu> <3alo5h$qgo@nntp.Stanford.EDU> Todd Takken wrote: >In article <QinXHOC00iV681x0Y1@andrew.cmu.edu> Charles William Swiger ><infidel+@CMU.EDU> writes: >> > Under what circumstances would setting the Public Window Server ON be >> > dangerous? >> >> It's dangerous whenever your machine is attacked to a network. >> Setting PWS on is roughly equivalent to doing 'xhost +' under X. (Ie, >> not secure at all.) >So if a user has PSW=ON, then anybody else could port graphics to his >display while he is logged in. How is this a security problem? Is there >some other more dangerous function which the Public Window Server allows? Hi, PWS allows someone else to create a connection to your windowserver, i.e. to execute arbitrary DPS programs. e.g. also the file access functions. anyone on the net could read all the files accessible to the user, who's logged in. Do you ever type a password while you're logged in? Do you want everyone to know what you do, see every window, you open? My PWS is off until NeXT provides at least a host-specific granularity, or even better user@host-specific with a challenge-response technique. Ciao, Stephan -- X-EMail: Stephan Trebels <trebels@theo-phys.gwdg.de>
From: luomat@alleg.EDU (Tim Luoma) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 21 Nov 1994 10:31:07 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411211631.AA12949@alleg.EDU> > Use PWS very carefully and briefly. Enable it only when > launching an app from remote host. As soon as you get > the menu from the remote app. Turn the PWS switch > immediately before you forget. Once an app is connected, > PWS can be disabled and the app will keep working. > Cool. I did not know you could do that (connect then turn off PWS). Thanks. I don't think you _can_ do this. The windowserver is only launched at startup, correct? So when would it recheck the dwrite? I would check this before trying.... preferably late one night when you don't think anyone else will be around. TjL -- Timothy J. Luoma Email: luomat@alleg.edu (Shell=tcsh) Workstation Environment using NeXTSTEP 3.2 m68k No Root access, no super-user access NeXTMail, MIME OK finger for public key
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 21 Nov 1994 17:15:48 GMT Organization: University of California, Berkeley Distribution: world Message-ID: <3aqkk4$r8u@agate.berkeley.edu> References: <9411211631.AA12949@alleg.EDU> In article <9411211631.AA12949@alleg.EDU> luomat@alleg.EDU (Tim Luoma) writes: > > Use PWS very carefully and briefly. Enable it only when > > launching an app from remote host. As soon as you get > > the menu from the remote app. Turn the PWS switch > > immediately before you forget. Once an app is connected, > > PWS can be disabled and the app will keep working. > > > > Cool. I did not know you could do that (connect > then turn off PWS). Thanks. > >I don't think you _can_ do this. The windowserver is only launched >at startup, correct? So when would it recheck the dwrite? Yes, you can. I do it all the time with Edit.app connecting from remote host when 'vi' gets too tedius. PWS status is needed only when creating DPS contexts. Once they are created, PWS can be turned off. As I noted, if an app creates additional DPS contexts later on, then PWS must be enabled for those times as well. Apparently, Preferences.app will toggle PWS status of the WindowServer whenever the check mark is toggled, not just when WS is started. Actually, WS runs continuously across logins unless "exit" is typed to loginwindow. So, it has be able to change PWS on the fly. -- Izumi Ohzawa <izumi@pinoko.berkeley.edu> [ $@Bg_78^=;(J ] USMail: Univ. of California, 360 Minor Hall, Berkeley, CA 94720-2020 Tel: 510-642-6440, Fax: 510-642-3323, (NeXT & MIME mails welcome)
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: Severe bug in gcc2.5.8 Date: 21 Nov 1994 11:47:51 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411211719.AA01740@flexus> Klaus, First, it's always a good idea to start a class with a capital letter. Second, never use `self' to stand for the class object, even in class methods: use the explicit class itself (``[MyClass openFile:filename];''), and your problem will disappear. This is a murky aspect of Obj-C. Third, always try to avoid type/semantics conflicts between identical method names (unlike what NeXT has tended to do), i.e., rename your method anyway. But it is strange that even though, inside a class method, any instance variable is evaluated as if `self' has been set to an instance of the class already, `self' accepts any method as if it were a general `id'. And it is also strange that, for method typing, `self' would consider myClass' `+openFile:' class method if and only if no instance method by that name has been declared. Even more strange: if the class method contains a sequence anInstanceVariable=[List new]; [self addSubview:self]; then the compiler gives a warning `` `myClass' does not respond to `addSubview:' '' if and only if the assignment on the previous line is not commented out! It's also strange that, in a class method, `self' would initially be the class object at all, but this (and possibly some of the other things) may be a remnant of some confusion during Obj-C's conception about whether to allow for class variables... Well, we can't look at the NS_3.2 Concepts manual for guidance, considering the rubbish it contains about this subject (see ``Redefining self'' in the CoreObjC.rtf file): it's perfectly acceptable to redefine `self' to an instance, and to evaluate/assign its instance variables directly! Conclusion: no bug, only confusion about behaviour that is not clearly defined anyway. Well, that's just my opinion. Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be (NeXTmail), Flanders, Belgium Addressing limitations: no !, % or .uucp, I think **NeXT's uucp machinery throws away some messages. uucp guru's help wanted!**
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 21 Nov 1994 18:14:40 GMT Organization: University of California, Santa Barbara Distribution: world Message-ID: <3aqo2g$fnq@yuggoth.ucsb.edu> References: <3apq56$his@agate.berkeley.edu> Is there a way to tell an intelligent gateway to forbid packets that would represent someone attempting to connect to a publically set window server -- but that would not forbid other types of connections? -- Douglas Scott | Senior Development Engineer Tel: (805) 893-8352 | Center for Computer Music Research and Composition Internet (NeXTMail ok): | University of California, Santa Barbara <doug@ccmrc.ucsb.edu> | http://ccmrc.ucsb.edu/
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott) Newsgroups: comp.sys.next.bugs Subject: Re: GDB bugs Date: 21 Nov 1994 18:10:32 GMT Organization: University of California, Santa Barbara Distribution: fj Message-ID: <3aqnqo$fi9@yuggoth.ucsb.edu> References: <root.94Nov201117@ganesha> In article <root.94Nov201117@ganesha> bbrown@solana.com writes: ] HI, ] GDB is segmentation faulting during the very early stages ] of debuging one of my pieces of software. This is very annoying. ] Are there any known bugs in GDB? I did not find any mention of ] GDB bugs on ftp.next.com. Is the NeXT version of the GDB sources ] ftpable from anywhere? I intend to debug the GDB debuging my ] application with GDB. Is there a version of GDB available from the ] FSF which can debug NeXT code? Do you have a favorite contact ] at NeXT for this type of problem? Thanks much. ] ] Bill Brown ] bbrown@solana.com. The source for NeXT's gdb comes inside the GNU source package on the 3.2 Developer CDROM. -- Douglas Scott | Senior Development Engineer Tel: (805) 893-8352 | Center for Computer Music Research and Composition Internet (NeXTMail ok): | University of California, Santa Barbara <doug@ccmrc.ucsb.edu> | http://ccmrc.ucsb.edu/
From: speters@samsun.us.oracle.com (Stephen Peters) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 21 Nov 1994 20:16:17 GMT Organization: Oracle Corporation, Redwood City, CA, USA Distribution: world Message-ID: <SPETERS.94Nov21121617@samsun.us.oracle.com> References: <3alo5h$qgo@nntp.Stanford.EDU> <3ap1mt$81k@agate.berkeley.edu> In-reply-to: izumi@pinoko.berkeley.edu's message of 21 Nov 1994 02:46:53 GMT In article <3ap1mt$81k@agate.berkeley.edu> izumi@pinoko.berkeley.edu (Izumi Ohzawa) writes: > In article <3alo5h$qgo@nntp.Stanford.EDU> takken@leland.stanford.edu (Todd Takken) writes: > > >So if a user has PSW=ON, then anybody else could port graphics to his > >display while he is logged in. How is this a security problem? Is there > >some other more dangerous function which the Public Window Server allows? > > Messed up screen is the least of your problems. I or anyone else > can read your files and delete them if you enable it. > Just read the PS Red Book, and remind yourself of the all the > file operators in PS/DPS. Huh? I thought that the file operators were disabled in DPS for just this reason. To my mind, the other security implications are things like the ability to snoop the DPS traffic to get keystrokes, screen data, etc. In addition, doesn't it also enable the sound server on NeXT machines, so that one can basically record any conversation occurring in your office? Stephen Peters
Newsgroups: comp.sys.next.bugs From: fs@comdev.fdn.fr (Frederic STARK) Subject: Re: Public Window Server Message-ID: <CzMIDG.56L@comdev.fdn.fr> Sender: usenet@comdev.fdn.fr Organization: Communication Developpement. References: <kind_Yq00iV_I5h2wD@andrew.cmu.edu> Date: Mon, 21 Nov 1994 15:15:15 GMT > > So if a user has PSW=ON, then anybody else could port graphics to his > > display while he is logged in. How is this a security problem? Is there > > some other more dangerous function which the Public Window Server allows? Well, anybody can execute Postscript code on your machine. And Postscript is not only doing graphic, but also accessing keys and sending messages to contexts/process. Put your PWS on, I log you out in a fraction of seconds. (*very* easy) Put your PWS on, someone can spy every thing you are doing. --------------------------------------------------------------------- Frederic STARK fs@comdev.fdn.fr NeXTMail OK (if small) "No keyboard, press F1 to continue" ---------------------------------------------------------------------
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa) Newsgroups: comp.sys.next.bugs Subject: Re: Public Window Server Date: 22 Nov 1994 01:58:25 GMT Organization: University of California, Berkeley Distribution: world Message-ID: <3arj81$f79@agate.berkeley.edu> References: <SPETERS.94Nov21121617@samsun.us.oracle.com> In article <SPETERS.94Nov21121617@samsun.us.oracle.com> speters@samsun.us.oracle.com (Stephen Peters) writes: >> Just read the PS Red Book, and remind yourself of the all the >> file operators in PS/DPS. > >Huh? I thought that the file operators were disabled in DPS for just >this reason. > >To my mind, the other security implications are things like the >ability to snoop the DPS traffic to get keystrokes, screen data, etc. >In addition, doesn't it also enable the sound server on NeXT machines, >so that one can basically record any conversation occurring in your >office? You are referring to regular DPS contexts and non-secure DPS contexts. [DPSCreateContext(), DPSCreateNonsecureContext() respectively.] These are options you have with the DPS *client* library. The server is always ready to accept non-secure contexts when PWS is on. Normal apps that don't need any file operators (Like Mail.app) of course use normal contexts that has files operators disabled when calling on the client library. On the other hand, if you are writing malicious code to break into remote PWS, then of course you use DPSCreateNonsecureContext(). The choice is for the client programmer to make, not to the DPS Window Server. The WindowServer is always non-secure when it is PWS. -- Izumi Ohzawa <izumi@pinoko.berkeley.edu> [ $@Bg_78^=;(J ] USMail: Univ. of California, 360 Minor Hall, Berkeley, CA 94720-2020 Tel: 510-642-6440, Fax: 510-642-3323, (NeXT & MIME mails welcome)
From: un5p@rzstud1.rz.uni-karlsruhe.de (Eric Schaetzlein) Newsgroups: comp.sys.next.bugs Subject: Parallel Port driver (Intel) Date: 22 Nov 1994 14:02:50 GMT Organization: University of Karlsruhe, Germany Message-ID: <3astma$mgh@nz12.rz.uni-karlsruhe.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi there, I've got problems printing large files on /dev/pp0 on my Intel NS3.2 machine. Printing works fine on DOS, so there is no trivial hardware problem. a "cp /etc/passwd /dev/pp0" works, too, but if the files are getting bigger than lets say 30 kb, lines come out at about 1 (line!) per minute or so. (and never more than five of them!) Using the non-unix NEXTSTEP print feature doesn't produce any output at all, the job just hangs in the queue :-/ My guess is that the IOParallel driver is buggy. Can someone confirm this? (Or tell me that I did any misconfiguration? [If that is possible]) Thanks in advance, -Eric. +--------------------------------------------------------------------------+ | Eric Schaetzlein NeXTmail o.k. | | un5p@rz.uni-karlsruhe.de http://rzstud1.rz.uni-karlsruhe.de/~un5p | | ASCII stupid question, get an stupid ANSI! | +--------------------------------------------------------------------------+
Newsgroups: comp.sys.next.bugs From: brouwer@minnie.informatik.uni-stuttgart.de (Klaus Brouwer) Subject: Re: Severe bug in gcc2.5.8 Message-ID: <CzMAG7.K6B@news.informatik.uni-stuttgart.de> Sender: news@informatik.uni-stuttgart.de Organization: Informatik, Uni Stuttgart, Germany References: <CzGu5K.n17@news.informatik.uni-stuttgart.de> <KZLUBPNL@gwdu03.gwdg.de> Date: Mon, 21 Nov 1994 12:24:07 GMT In <KZLUBPNL@gwdu03.gwdg.de> trebels@desdemona.theo-phys.gwdg.de (Stephan Trebels) writes: >Hi, >well, that behaviour is ok in my opinion. >@selector(openFile:) has only ONE signature, >so, you cannot declare any method of name >openFile: with another return type. >Compiling with -Wall should have written a warning >on the terminal; I expect, it has... It has not. >So don't complain. There is just one map method name >-> (return type, arg types) allowed in a single >executable (you DID link with NeXT_s, didn't you...) >The compiler can't really do anything else, and >it did warn. The compiler said that myClass does not respond to +openFile: is this a bug or not? >Ciao, Stephan Bye, Klaus Brouwer
Newsgroups: comp.sys.next.bugs From: brouwer@minnie.informatik.uni-stuttgart.de (Klaus Brouwer) Subject: Re: Severe bug in gcc2.5.8 Message-ID: <Czo5Ar.2DM@news.informatik.uni-stuttgart.de> Sender: news@informatik.uni-stuttgart.de Organization: Informatik, Uni Stuttgart, Germany References: <CzGu5K.n17@news.informatik.uni-stuttgart.de> Date: Tue, 22 Nov 1994 12:28:03 GMT Ok, I've got several answers by now that can be devided in two groups: The first group says I did something wrong, but - with one exception - they all mention a different possible "error". Let me tell you that by JUST RENAMING THE METHOD the error vanished completely. So don't think about it any longer. Just some words about the mentioned exception: nearly all replyers said that a method selector looks the same regardless of beeing for a class or an instance method. That's true, but don't mix up the compiler and the runtime system! At this point the difference between a message and a method becomes meaningfull: you can have equally named instance and class methods, although their selector is the same. The receiver just gets a message and looks what method should be called, the instance calls its instance method and the class calls its class method. I mentioned the class method thing only because I did not know whether it does matter or not. Should have left it out... The second group says:"Hey, it's just everything as it has to be!" Let me describe the problem in more detail: - at the point of the method definition or implementation no warning was shown that an equally named method already exists - the compiler doesn't complain about the 32 bit value returned by the method implementation although there would be a conflict if it really uses the method definition in "NXWorkspaceRequest" protocol. - at the point of calling the method I suddenly got a warning - the warning that myClass does not respond to openFile: is obviously wrong, because it is there (special hint for Art Isbell: my real class name starts with an uppercase letter). - at runtime, a 32bit value is put on the stack by openFile: but only a 8bit value is poped by the caller. For me there is just one explenation: the compiler comletely IGNORES my method definition because an equally named method is defined in some protocol. THIS IS A BUG! It might be true that I am not allowed to give the method the name I did, but the reaction of the compiler on this situation is unacceptable. (Please don't start talking about the meaning of the word "severe", one might think it is not severe, I think it is). Bye, Klaus Brouwer
From: tengel@monk.NMR.EMBL-Heidelberg.DE (Thomas Engel) Newsgroups: comp.sys.next.bugs Subject: NeXT DOs and localhost + NXHosting and domainname...?? Date: 22 Nov 1994 21:40:46 GMT Organization: University of Heidelberg, Germany Message-ID: <3atogu$3po@sun0.urz.uni-heidelberg.de> Hi! Well I was wondering if this is a know feature :-) When forming DO connections 'localhost' ist not a vaild host name. I don't think this is a good one. Well I know that useing a black hostname will use the localhost....but why can't this be mapped internally ?? Anotherone: When NXHosting a app getdomainname does not return anything ????? Any clues ? Aloha Tomi -- _________________________________________________________ (tomi@shinto.nbg.sub.org) Thomas Engel Neptunstr. 9 NeXTMail welcome D - 90522 Oberasbach Germany
From: flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) Newsgroups: comp.sys.next.bugs Subject: Re: Severe bug in gcc2.5.8 Date: 23 Nov 1994 00:52:57 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9411230617.AA00365@flexus> > Second, never use `self' to stand for the class object, > even in class methods: use the explicit class itself > (``[MyClass openFile:filename];''), and your problem will > disappear. This is a murky aspect of Obj-C. Hey mister-know-it-all, how about using your brain first? How then is a subclass supposed to override +openFile: and have the new behaviour used also from inherited class methods? Better dig a hole in the ground and crawl into it. > It's also strange that, in a class method, `self' would > initially be the class object at all, but this (and > possibly some of the other things) may be a remnant of > some confusion during Obj-C's conception about whether > to allow for class variables... Rubbish! (Same reason.) On c.s.n.p: > Nope, the namespace is distinct. Class methods are odd > things, as `self' can be both the class object, and an > instance (self should only be an instance, IMHO). The method namespace is distinct, but what do you know about the message selector namespace? > Conclusion: no bug, only confusion about behaviour that > is not clearly defined anyway. Well, that's just my > opinion. I don't think you see things clear enough to decide anything. Just stick to your remarks about first, third, strangeness and CoreObjC.rtf. Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be (NeXTmail), Flanders, Belgium Addressing limitations: no !, % or .uucp, I think **NeXT's uucp machinery throws away some messages. uucp guru's help wanted!** PS: Sorry...
Newsgroups: comp.sys.next.bugs From: brouwer@minnie.informatik.uni-stuttgart.de (Klaus Brouwer) Subject: Re: Severe bug in gcc2.5.8 Message-ID: <CzpzDC.Izx@news.informatik.uni-stuttgart.de> Sender: news@informatik.uni-stuttgart.de Organization: Informatik, Uni Stuttgart, Germany References: <9411211719.AA01740@flexus> Date: Wed, 23 Nov 1994 12:15:11 GMT In <9411211719.AA01740@flexus> flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) writes: Hi! >First, it's always a good idea to start a class with a capital letter. In the real world it is called BWOpener. >Second, never use `self' to stand for the class object, even in class methods: >use the explicit class itself (``[MyClass openFile:filename];''), and your >problem will disappear. This is a murky aspect of Obj-C. It is completely legal to use 'self' in a class method. What you shouldn't do is redefining 'self' to point to a newly created instance within a class method. By using the class name instead of the actual class object I lose the ability redefine openFile: in a subclass. >Third, always try to avoid type/semantics conflicts between identical method >names (unlike what NeXT has tended to do), i.e., rename your method anyway. Yes, but I didn't know that there was an equally named method and the compiler didn't tell me. >But it is strange that even though, inside a class method, any instance >variable is evaluated as if `self' has been set to an instance of the class >already, `self' accepts any method as if it were a general `id'. gcc2.5.8 produces warnings if you do this. >And it is also >strange that, for method typing, `self' would consider myClass' `+openFile:' >class method if and only if no instance method by that name has been declared. As far as I know, this behaviour applies only to a root class, e.g. Object. >Even more strange: if the class method contains a sequence > anInstanceVariable=[List new]; > [self addSubview:self]; >then the compiler gives a warning `` `myClass' does not respond to >`addSubview:' '' if and only if the assignment on the previous line is not >commented out! Hey, what about class-names-should-always-start-with-uppercase-letters? :-) Accessing instance variables directly in class methods is at least very bad style. The shown behaviour is strange nevertheless. What happens if you write: MyClass *obj; // allocate 'obj' here obj->anInstanceVariable = [List new]; [obj addSubview:obj]; This is correct if addSubview: is an instance method. If it is a class method it might be that your "anInstanceVariable=[List new];" statement above implicitly redefines 'self'. The conclusion is: just don't do it. >It's also strange that, in a class method, `self' would >initially be the class object at all, but this .... Not strange, well documented. >Well, we can't look at the NS_3.2 Concepts manual for guidance, considering >the rubbish it contains about this subject (see ``Redefining self'' in the >CoreObjC.rtf file): it's perfectly acceptable to redefine `self' to an >instance, and to evaluate/assign its instance variables directly! Huh? I thought it says that this is possible, but one should better use a new statically typed variable and assign instance variables as shown above (they used a for too long variable name like "newInstance" or the like). >Conclusion: no bug, only confusion about behaviour that is not clearly defined >anyway. Well, that's just my opinion. The bug is the completely wrong behaviour of the compiler on the same-selector- different-types problem. See my second posting for this topic. >Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be (NeXTmail), Flanders, Belgium >Addressing limitations: no !, % or .uucp, I think >**NeXT's uucp machinery throws away some messages. uucp guru's help wanted!** Bye, Klaus Brouwer
From: dcl@panix.com (David Lambert) Newsgroups: comp.sys.next.bugs Subject: Re: Severe bug in gcc2.5.8 Date: 23 Nov 1994 09:08:04 -0500 Organization: PANIX Public Access Internet and Unix, NYC Message-ID: <3avic4$ecu@panix.com> References: <9411230617.AA00365@flexus> In <9411230617.AA00365@flexus> flexus!rfschtkt@maze.ruca.ua.ac.be (Raf Schietekat) writes: >Hey mister-know-it-all, how about using your brain first? How then is a >subclass supposed to override +openFile: and have the new behaviour used also >from inherited class methods? Better dig a hole in the ground and crawl into >it. .... >I don't think you see things clear enough to decide anything. Was this attack really necessary? The poster was just trying to help. - David C. Lambert dcl@homer.uu.panix.com
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <cs@ecs.co.at> Date: Wed, 23 Nov 94 22:04:57 +0100 From: Christian Starkjohann <cs@ecs.co.at> Message-ID: <9411232104.AA00828@zaphod> Subject: Re: Parallel Port driver (Intel) In article <3astma$mgh@nz12.rz.uni-karlsruhe.de> un5p@rzstud1.rz.uni-karlsruhe.de (Eric Schaetzlein) writes: > Hi there, > > I've got problems printing large files on /dev/pp0 on my Intel NS3.2 machine. > Printing works fine on DOS, so there is no trivial hardware problem. > a "cp /etc/passwd /dev/pp0" works, too, but if the files are getting bigger than > lets say 30 kb, lines come out at about 1 (line!) per minute or so. > (and never more than five of them!) > > Using the non-unix NEXTSTEP print feature doesn't produce any output at all, > the job just hangs in the queue :-/ > > My guess is that the IOParallel driver is buggy. Can someone confirm this? > (Or tell me that I did any misconfiguration? [If that is possible]) > > Thanks in advance, > > -Eric. > > +--------------------------------------------------------------------------+ > | Eric Schaetzlein NeXTmail o.k. | > | un5p@rz.uni-karlsruhe.de http://rzstud1.rz.uni-karlsruhe.de/~un5p | > | ASCII stupid question, get an stupid ANSI! | > +--------------------------------------------------------------------------+ There are some hardware/driver-combinations where the original NeXT-driver for /dev/pp0 gives unpredictable behaviour. My machine is of this type. As a workaround I have written a new driver for this device. This driver works fine for my machine and several others, but I have received bugreports that there are certain configurations where it can crash the machine.... The driver is available at ftp.informatik.uni-muenchen.de in next/i486/Parallel and on the ftp-server of the uni stuttgart. Hope that helps. Christian. Christian Starkjohann <cs@ecs.co.at> or <cs@ekpds1.tuwien.ac.at>
Newsgroups: comp.sys.next.bugs From: neekibo@precipice.fdn.org (Hugues RICHARD) Subject: "fixed" windows that no longer move Message-ID: <1994Nov24.175818.646@precipice.fdn.org> Sender: neekibo@precipice.fdn.org Organization: Individual - Dijon, France. Date: Thu, 24 Nov 1994 17:58:18 GMT Hi, Sometimes, my WS server (NS3.2) has a strange behaviour : I power on my single NXStation (classic), I login. I can launch apps, use the WSM. I can select, miniaturize, bring to front, send to back and close windows but ... I can no longer move them! If I click on the title bar, it only activate the window. So I logout and I login. Same thing. I logout again and I login using another account (normal or root doesn t care) Finally I "exit" on the login panel and login again : the problem disappear! It seems to have no causes. It appeared about 1 or 2 months ago. Any clues ? PS : I have NS3.2 on the internal disk (ST1480...) and NS3.0J on the external disk (Micropolis 4110). Unfortunately, I don t remember if the problem occured during I was using NS3.0J. ... already BugNeXT ed Hugues RICHARD -- -------------------------------------------------------------------- neekibo@precipice.fdn.org (small NextMail OK) ------------ NS3.2 ------------ NS3.0J ------------ :-) ------------
Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer From: mfradkin@next.mrco.carleton.ca (Mikhail Fradkin) Subject: Help with font installation on NeXT Message-ID: <CzzI43.50A@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University References: <Czxq35.1oq@cunews.carleton.ca> Date: Mon, 28 Nov 1994 15:38:26 GMT Hi, I've got a problem installing cyrillic font on my NeXT computer running NS v.3.0. I took Mac type 1 KOI8-Terminal font and got afm file using mcvert. Then I have produced outline font file through 'mfrc' program from Mac printer-downloadable font (Macintosh file type 'LWFN'). Everything was fine and 'buildafmdir' did not complain at all. However, every time I am trying to use the font I get an error message in NeXT console: Nov 27 09:37:02 nuar Edit[9180]: DPS client library error: PostScript program error, DPSContext 7c1f8 Nov 27 09:37:03 nuar Edit[9180]: %%[ Error: typecheck; OffendingCommand: setshared ]%% and all characters are shown in standard system font instead of desirable one. Even worse, after trying to use this font I got the same error message for CyrillicGothic font which was working perfectly for a year. Any advice? Misha PS. I would be very grateful if you could reply via e-mail; NeXT mail welcome. If interested, I can send font files for check by experts. M.F. -- NewsGrazer, a NeXTstep(tm) news reader, posting -- M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$U,C!<='@S,#8P7'1X-#8P,%QT M>#8Q-#!<='@W-C@P7'1X.3(P,%QT>#$P-S0P7'1X,3(R.#!<='@Q,S@R,%QT M>#$U,S8P7&8P7&(P7&DP7'5L;F]N95QF<S,R7&9C,%QC9C`@2&DL(%P*"4DG M=F4@9V]T(&$@<')O8FQE;2!I;G-T86QL:6YG(&-Y<FEL;&EC(&9O;G0@;VX@ M;7D@3F585"!C;VUP=71E<B!R=6YN:6YG($Y3('8N,RXP+B!)('1O;VL@36%C M('1Y<&4@,2!+3TDX+51E<FUI;F%L(&9O;G0@86YD(&=O="!A9FT@9FEL92!U M<VEN9R!M8W9E<G0N(%1H96X@22!H879E('!R;V1U8V5D(&]U=&QI;F4@9F]N M="!F:6QE('1H<F]U9V@@)VUF<F,G('!R;V=R86T@9G)O;2!-86,@<')I;G1E M<BUD;W=N;&]A9&%B;&4@9F]N="`H36%C:6YT;W-H(&9I;&4@='EP92`G3%=& M3B<I+B!%=F5R>71H:6YG('=A<R!F:6YE(&%N9"`G8G5I;&1A9FUD:7(G(&1I M9"!N;W0@8V]M<&QA:6X@870@86QL+EP*"4AO=V5V97(L(&5V97)Y('1I;64@ M22!A;2!T<GEI;F<@=&\@=7-E('1H92!F;VYT($D@9V5T(&%N(&5R<F]R(&UE M<W-A9V4@:6X@3F585"!C;VYS;VQE.EP*7`H*7&9S,C@@3F]V(#(W(#`Y.C,W M.C`R(&YU87(@161I=%LY,3@P73H@1%!3(&-L:65N="!L:6)R87)Y(&5R<F]R M.B`@4&]S=%-C<FEP="!P<F]G<F%M(&5R<F]R+"!$4%-#;VYT97AT(#=C,68X M7`I.;W8@,C<@,#DZ,S<Z,#,@;G5A<B!%9&ET6SDQ.#!=.B`E)5L@17)R;W(Z M('1Y<&5C:&5C:SL@3V9F96YD:6YG0V]M;6%N9#H@<V5T<VAA<F5D(%TE)5P* M7`IA;F0@86QL(&-H87)A8W1E<G,@87)E('-H;W=N(&EN('-T86YD87)D('-Y M<W1E;2!F;VYT(&EN<W1E860@;V8@9&5S:7)A8FQE(&]N92X@179E;B!W;W)S M92P@869T97(@=')Y:6YG('1O('5S92!T:&ES(&9O;G0@22!G;W0@=&AE('-A M;64@97)R;W(@;65S<V%G92!F;W(@0WER:6QL:6-';W1H:6,@9F]N="!W:&EC M:"!W87,@=V]R:VEN9R!P97)F96-T;'D@9F]R(&$@>65A<BY<"EP*"4%N>2!A M9'9I8V4_7`H)"4UI<VAA7`I<"E!3+B!)('=O=6QD(&)E('9E<GD@9W)A=&5F M=6P@:68@>6]U(&-O=6QD(')E<&QY('9I82!E+6UA:6P[($YE6%0@;6%I;"!W M96QC;VUE+B!)9B!I;G1E<F5S=&5D+"!)(&-A;B!S96YD(&9O;G0@9FEL97,@ @9F]R(&-H96-K(&)Y(&5X<&5R=',N($TN1BX@7`H*?0ID `
Newsgroups: comp.sys.next.bugs From: tomi@shinto.nbg.sub.org (Thomas Engel) Subject: Re: NeXT DOs and localhost + NXHosting and domainname...?? Message-ID: <Czvwwu.3Bt@shinto.nbg.sub.org> Sender: tomi@shinto.nbg.sub.org (Thomas Engel) Organization: STEPeople's home. (A NUGI member) References: <3atogu$3po@sun0.urz.uni-heidelberg.de> Date: Sat, 26 Nov 1994 17:07:42 GMT In article <3atogu$3po@sun0.urz.uni-heidelberg.de> tengel@monk.NMR.EMBL-Heidelberg.DE (Thomas Engel) writes: > > When NXHosting a app getdomainname does not return anything ????? > Oops Might have been that this was due to a messed up configuration of the machine....but now I m back on a single machine network :-) and cannont recheck this one .... Aloha Tomi -- _________________________________________________________ (tomi@shinto.nbg.sub.org) Thomas Engel Neptunstr. 9 NeXTMail welcome D - 90522 Oberasbach
Newsgroups: comp.sys.next.bugs From: ad244@FreeNet.Carleton.CA (Orrin C. Kerr) Subject: Does Compression have a bug in it? Message-ID: <CzzpG4.5uy@freenet.carleton.ca> Sender: ad244@freenet.carleton.ca (Orrin C. Kerr) Organization: The National Capital FreeNet Date: Mon, 28 Nov 1994 18:16:51 GMT One of my users was a good lad, and did what I told him. He compressed some of his bulkier directories on the LAN using the Compress utility. So far, so good. Then he tried to unpack the package. _Not_ so good. He gets files of zero length, and in the midst of the uncompression job, it halted ad popped up an error message, "tar: directory checksum error (6183!=5927)" So is there a known bug with Compression? It *might* be affecting _only_ Wingz files. We have not at least run across any non-Wingz files that are damaged. Help! Help. -- Orrin C. Kerr ad244@freenet.carleton.ca All opinions expressed are my own and not the responsibility of my innocent employer (who shall remain nameless)(but it's gummint).
Newsgroups: comp.sys.next.bugs From: rfi@winzlieb.fokus.gmd.de (Robert Fischer) Subject: Re: Does Compression have a bug in it? Message-ID: <1994Nov29.121711.17274@fokus.gmd.de> Sender: news@fokus.gmd.de (News system) Organization: GMD-Fokus References: <CzzpG4.5uy@freenet.carleton.ca> Date: Tue, 29 Nov 1994 12:17:11 GMT In article <CzzpG4.5uy@freenet.carleton.ca> ad244@FreeNet.Carleton.CA (Orrin C. Kerr) writes: > > ... > Then he tried to unpack the package. _Not_ so good. He gets files of > zero length, and in the midst of the uncompression job, it halted ad popped > up an error message, "tar: directory checksum error (6183!=5927)" > I had an similar error when I tar'red a folder with /usr/bin/gtar and tried to untar it with /bin/tar. It is possible to do the 'File/Compress' with gtar behind the scenes instead of using tar (the default). Maybe your machines are configured differently. Workaround: >> mv JDJDiweopweo.compressed JDJDiweopweo.tar.Z >> uncompress JDJDiweopweo.tar >> tar xvf JDJDiweopweo.tar >> or: gtar xvf JDJDiweopweo.tar Hope that helps. Robert. ----------------------------------------------------------------------- Robert Fischer @ GMD-Fokus -------- __o ------- _`\<,_ fischer@fokus.gmd.de ------- (*)/ (*) ## NeXT-Mail welcome ## -----------------------------------------------------------------------
From: steveq@telerate.com (Steve Quirk) Newsgroups: comp.sys.next.bugs Subject: HP Vectra XM/XP Ethernet driver problems Date: 29 Nov 1994 13:22:14 GMT Organization: Dow Jones Telerate Distribution: usa Message-ID: <3bf9u6$gvq@jetty.telerate.com> I have an HP XP/60 (Pentium 60) with a built in ethernet adapter. The driver is the "HP Vectra XM/XP Ethernet" ftp'd from ftp.next.com. I have problems using NFS - specifically, the following messages show up in /usr/adm/messages: .. mach: NFS read failed for server jetty.telerate.com: RPC: Timed out .. mach: NFS read failed for server jetty.telerate.com: RPC: Unable to send Worse than that is that the system occasionally freezes - forcing an ugly (cmd-cmd-~) reboot. Usually about once a day. My solution to the problem was to disable the built in ethernet & put in another adapter. I haven't had to reboot in over two days (!). Has anyone else experienced any problems like this? -- steveq@telerate.com Dow Jones Telerate (201)-938-5846 600 Plaza Two, Jersey City, NJ, 07311
From: rob@lighthouse.com (Rob Kedoin) Newsgroups: comp.sys.next.bugs Subject: Re: Starting up in DOS or NeXTStep Date: 29 Nov 1994 17:23:13 GMT Organization: Omni Development, Inc. Message-ID: <3bfo21$kbu@fungusaur.wizards.com> References: <1994Nov16.203901.14282@nosc.mil> In addition to Tom Bell's suggestion about using Dos fdisk, I just wanted to mention that there is a NEXTSTEP versio as well that you can run to set the active partition on your disk. Once that is set to your NS partition, you should be all set. "man fdisk" for more info.
From: rob@lighthouse.com (Rob Kedoin) Newsgroups: comp.sys.next.bugs Subject: Re: Starting up in DOS or NeXTStep Date: 29 Nov 1994 17:24:07 GMT Organization: Omni Development, Inc. Distribution: usa Message-ID: <3bfo3n$kdj@fungusaur.wizards.com> References: <1994Nov16.203901.14282@nosc.mil> Keywords: partitions, dos, fdisk In addition to Tom Bell's suggestion about using Dos fdisk, I just wanted to mention that there is a NEXTSTEP versio as well that you can run to set the active partition on your disk. Once that is set to your NS partition, you should be all set. "man fdisk" for more info.
Control: cancel <25.103.3393@datanet.com> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <25.103.3393@datanet.com> From: contest@datanet.com (Contest) Message-ID: <c16489-25.103.3393@datanet.com> Date: 29 Nov 94 20:22:33 GMT Organization: DNIS * Palm Springs, CA * Via Modem Call: (619) 864-1468 Mass spam cancelled by news@uunet.uu.net.
Control: cancel <25.103.3393@datanet.com> Distribution: world Newsgroups: comp.sys.next.bugs Subject: cancel: :SKILL CONTEST - WIN $750,000 CONDO! From: contest@datanet.com (Contest) Message-ID: <cancel.25.103.3393@datanet.com> Date: Mon, 28 Nov 94 10:36:00 -0800 Organization: DNIS * Palm Springs, CA * Via Modem Call: (619) 864-1468 Cleaning up spam from contest@datanet.com. red@redpoll.mrfs.oh.us
Newsgroups: comp.sys.next.bugs From: puritan@crash.cts.com (Jimmy Corona - Puritan Bennett) Subject: PPP Problems on NeXT Organization: CTS Network Services (CTSNET), San Diego, CA Date: Tue, 29 Nov 1994 20:29:05 GMT Message-ID: <D01q8J.Dpv@crash.cts.com> Sender: news@crash.cts.com (news subsystem) Jimmy Corona jimmy@puritben.com I am running Morning Star PPP on my NeXT Turbo. I have a microcom Deskporte Fast modem connected via dedicated line to a Provider. The system disconnects during periods of high usage with the following symptoms: 1.) PPP is "up" 2.) a LCK file still exists for the port 3.) the pppd.log file still says "connected" 4.) the modem displays DTR and DCD as high (connected) 5.) If I try to ping my Provider, the kernel gives the following error message: "Sendto: no buffer space available" "ping: wrote 198.137.219.227 64 chars, ret= -1" Has anyone seen or heard of this before? Please help if you can, I'm getting desparate. jimmy@puritben.com
From: thibault@csfac.uwlax.edu (Henry Thibault) Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: ?Getting NeXT to sync with LAN Date: 29 Nov 1994 23:30:27 GMT Organization: University of Wisconsin - La Crosse Distribution: world Message-ID: <3bgdij$sc8@alfred.acs.uwlax.edu> A colleague who took his Next to Malaysia for his new job has asked me to post the following, since he is not yet in shape to post here. *PLEASE REPLY TO HIM AT michael@rumah.pc.my, NOT TO ME, NOT TO THE NEWSGROUP* ============Begin Post================ from Mike Olan (michael@rumah.pc.my): I am having a problem getting my Nextstation to synchronize with the local network here so that I can use mail, gopher, usenet, etc. I have been trying to connect using 'uucico' in debug mode as illustrated in Appendix G -- NextAdmin. Everything works fine through the login sequence up to the point where the remote UUCP should send an initial greeting: imsg looking for SYNC< Here's where it stops and finally hangs up after timing out. It was suggested that perhaps the problem could be that bsd on the Next sets the line to 7-bit but the net here wants it at 8-bit. But I can't find a way to do this. Any suggestions, solutions, insights, etc. will be appreciated. Please send responses directly to: michael@rumah.pc.my -- Henry Thibault Comp Sci Dept/Morris Hall - U of Wisc/La Crosse WI 54601 thibault@csfac.uwlax.edu henryt3934@aol.com (yes - AOL at home - blush!) FLAMES ==> flush@glugalug.alug (also student pleas for deadline extensions)
From: contest@datanet.com (Contest) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <25.103.3393@datanet.com> Control: cancel <25.103.3393@datanet.com> Date: Mon, 28 Nov 94 10:36:00 -0800 Organization: Computer Science Dept, University of Tennessee, Knoxville Message-ID: <3bgdo1INN8u@CS.UTK.EDU> SPAM Cancelled by MAPS 1.0
From: robert@steffi.dircon.co.uk (Robert Nicholson) Newsgroups: comp.sys.next.bugs Subject: Re: :SKILL CONTEST - WIN $750,000 CONDO! Date: 29 Nov 1994 22:07:49 GMT Organization: me organized? That's a joke! Distribution: world Message-ID: <ROBERT.94Nov29220749@steffi.dircon.co.uk> References: <25.103.3393@datanet.com> To: contest@datanet.com (Contest) In-reply-to: contest@datanet.com's message of Mon, 28 Nov 94 10:36:00 -0800 Path: steffi.dircon.co.uk!dircon!pipex!uunet!datanet !contest Distribution: world Newsgroups: comp.sys.next.bugs Subject: :SKILL CONTEST - WIN $750,000 CONDO! From: contest@datanet.com (Contest) Message-ID: <25.103.3393@datanet.com> Date: Mon, 28 Nov 94 10:36:00 -0800 Organization: DNIS * Palm Springs, CA * Via Modem Call: (619) 864-1468 Lines: 19 (add-hook 'gnus-apply-kill-hook '(lambda () (gnus-kill "Subject" "^subscribe$") (gnus-kill "Subject" "^unsubscribe$") (gnus-kill "Subject" "MAKE[ \\.]MONEY[ \\.]FAST") (gnus-kill "Subject" "Green Card Lottery") (gnus-kill "Subject" ">>>> VERY IMPORTANT!! READ THIS!! <<<<") (gnus-kill "Subject" "Global Alert For All") (gnus-kill "Subject" "GEnie Information SuperHighway") (gnus-kill "Subject" "U.S. Green Card Lottery") (gnus-kill "Subject" "Q: WHAT KIND OF PEOPLE ON THE NET") (gnus-kill "Subject" ".*CONTEST - WIN") ;; Apply a local kill file. (load (gnus-newsgroup-kill-file gnus-newsgroup-name) t t t) (gnus-expunge "X") )) -- "Emacs isn't pretty. It's functional!" (PGP key: send email with Subject: request pgp key) (ASCII for text only messages)
Newsgroups: comp.sys.next.bugs From: smith@nextone.niehs.nih.gov (Howard C. Smith) Subject: single precision math fcns: wheres the beef? Message-ID: <1994Nov30.205959.25008@alw.nih.gov> Keywords: math trig single precision Sender: postman@alw.nih.gov (AMDS Postmaster) Organization: National Institutes of Health Date: Wed, 30 Nov 1994 20:59:59 GMT Im clueless as to why NeXT doesnt have the faster single precision trig (math(3m)) functions available in libm... Has anyone else located these missing routines? -- Howard C. Smith National Institute of Environmental Health Sciences 111 T.W. Alexander Drive Research Triangle Park, NC 27709 smith@nextone.niehs.nih.gov
From: Charles William Swiger <infidel+@CMU.EDU> Newsgroups: comp.sys.next.bugs Subject: Re: single precision math fcns: wheres the beef? Date: Wed, 30 Nov 1994 18:50:24 -0500 Organization: Carnegie Mellon, Pittsburgh, PA Message-ID: <sirEz0S00iV7AAmYFM@andrew.cmu.edu> In-Reply-To: <1994Nov30.205959.25008@alw.nih.gov> Excerpts from netnews.comp.sys.next.bugs: 30-Nov-94 single precision math fcns:.. by Howard C. Smith@nextone. > Im clueless as to why NeXT doesnt have the > faster single precision trig (math(3m)) functions > available in libm... > > Has anyone else located these missing routines? There's a library called 'libjv.a' which incorperates faster versions of the math routines. You could probably find it somewhere on the NeXT archives and modify it for single-precision usage. Of course, it helps to understand number theory and numerical methods of approximation when doing computationally-intensive tasks. -Chuck Charles William Swiger - WhiteLight Systems | Vitamin L Rule #1: --------------------------------------------+ AMS & normal mail: infidel+@cmu.edu | If you "whoosh" me, I'll NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | _poke_ you! (Ouch.)
From: pmarc@zuni.math.byu.edu ( Paul Marshall Cardon II) Newsgroups: comp.sys.next.bugs Subject: Re: single precision math fcns: wheres the beef? Date: 1 Dec 1994 00:50:54 GMT Organization: Brigham Young University Message-ID: <3bj6le$at8@hamblin.math.byu.edu> References: <1994Nov30.205959.25008@alw.nih.gov> Howard C. Smith (smith@nextone.niehs.nih.gov) wrote: : Im clueless as to why NeXT doesnt have the : faster single precision trig (math(3m)) functions : available in libm... : Has anyone else located these missing routines? If you have a Pentium, what's the difference? :-) -- Paul M. Cardon
From: kennedy@b0ru01.fnal.gov (Robert Daniel Kennedy) Newsgroups: comp.sys.next.bugs Subject: Re: single precision math fcns: wheres the beef? Date: 1 Dec 1994 19:15:42 GMT Organization: Fermi National Accelerator Laboratory, Batavia IL, USA Distribution: world Message-ID: <3bl7cu$h88@fnnews.fnal.gov> References: <1994Nov30.205959.25008@alw.nih.gov> Keywords: math trig single precision Hello, Libjv has significant documented weaknesses (see the libjv and libFPSP doc). If you want speed AND accuracy, try libFPSP. The source is largely assembly from Motorola specifically to augment the 68040 FPU functionality beyond the minimum actually in the 68040 hardware. I understand that libFPSP is a little slower than libjv, but the accuracy of libFPSP is better. CAVEAT: The following is not intended to be a detailed technical testimonial. Its just a regurgitation of my experiences. I have used "patch 2" to the libFPSP package with great success. After using f2c to convert a nuclear physics simulation, I noticed that the results tended to differ between an SGI-based run and a NeXT-based run without libFPSP. The differences were small (1 part in the 6 or 7th significant decimal digit) and were essentially negligible for this work. Nevertheless they were annoying. After linking in libFPSP on the NeXT, the differences went away AND the code ran substantially faster (lots of trig in the simulation). Libjv did not cause the differences to disappear, though it did cause the simulation to run faster. Rob Kennedy Rutgers/CDF/FNAL
From: robin@pencom.com (Robin D. Wilson) Newsgroups: comp.sys.next.bugs Subject: Re: Does Compression have a bug in it? Date: 1 Dec 1994 23:31:39 GMT Organization: Pencom Sofware Message-ID: <3blmcr$ijc@digdug.pencom.com> References: <CzzpG4.5uy@freenet.carleton.ca> In article <CzzpG4.5uy@freenet.carleton.ca> ad244@FreeNet.Carleton.CA (Orrin C. Kerr) writes: : :One of my users was a good lad, and did what I told him. He compressed :some of his bulkier directories on the LAN using the Compress utility. So :far, so good. : :Then he tried to unpack the package. _Not_ so good. He gets files of :zero length, and in the midst of the uncompression job, it halted ad popped :up an error message, "tar: directory checksum error (6183!=5927)" : :So is there a known bug with Compression? It *might* be affecting :_only_ Wingz files. We have not at least run across any non-Wingz files :that are damaged. More likely that 'tar' had an error/problem (during the compress). We use tar alot, and occasionally it blows-chunks. When it does, this is the error we receive. Unfortunately, with "compress", you have no other recourse (since it removes the original files/directories)... Unless you have a backup somewhere... You might try using gnutar with the following options set: -i, --ignore-zeros ignore blocks of zeros in archive (normally mean EOF) --ignore-failed-read don't exit with non-zero status on unreadable files (gnutar is provided on the NEXTSTEP distribution for 3.x systems. You can get a complete list of gnutar options with "gnutar --help". To attempt using gnutar on a compressed file, use the following command: gnutar -xzvi --ignore-failed-read -f <file>.compress This will "unzip", and "untar" the file... It will not (try not to) exit on errors. -- ----------------------------------------------------------------------------- *** These are my opinions... Mine! All Mine! Minemineminemineminemine! *** ----------------------------------------------------------------------------- Robin D. Wilson robin@pencom.com Pencom Software 701 Canyon Bend Dr. 9050 Capital of Texas Hwy Pflugerville, TX 78660 Austin, TX 78759
From: Brian Dear <70034.1062@CompuServe.COM> Newsgroups: comp.sys.next.bugs Subject: NS3.2 NeXTmail delivery locks up Canon obj.stat41 Date: 1 Dec 1994 17:29:31 GMT Organization: Coconut Computing, Inc. Message-ID: <3bl15r$sdj$1@mhadf.production.compuserve.com> We have a Canon object.station 41 with 32MB RAM, 21" monitor, 1GB drive, and NS3.2 installed. This machine is on a network; we have a NeXTcube on the net as our mailhost. The problem is, when we compose NeXTmail and click Deliver on our Canon, the sendmail activity causes the Canon to essentially become unusable for anywhere from 2 to 10 minutes. You can't launch any apps from the Dock, if you have a Terminal shell already open, you can't even press RETURN to get another "$" prompt, etc. Clicking on a folder icon in the File Viewer causes a busy mouse cursor (and then you're really stuck!). Sometimes you can get the Terminal shell to work, and then if you do a "ps 0" command, there's a process saying something like "DATA wait (sendmail)". More info: the Canon is set up to "be a client" via SimpleNetworkStarter. Everything else works fine. We have /usr/spool/mail mounted from the 'cube onto the Canon, with full root permissions. I can ping, telnet, etc., no problem to the Cube from the Canon all day long. Anyone have suggestions? I've called NeXT tech support, they claim it's the Canon (the object.station has a fast Ethernet card, so they say, too fast for the Cube to handle and sometimes netinfo chokes) but I don't necessarily believe that is the problem. I think there is something else causing this. Oh, more info: the Canon uses sendmail.subsidiary.cf as its config file. Any suggestions, please reply to brian@coconut.com. Thanks! brian dear / coconut computing, inc / brian@coconut.com
From: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.bugs Subject: Re: HP Vectra XM/XP Ethernet driver problems Date: 1 Dec 1994 00:16:10 -0800 Organization: The Marshmallow Peanut Circus Distribution: usa Message-ID: <3bk0oa$n3l@samsara.circus.com> References: <3bf9u6$gvq@jetty.telerate.com> In article <3bf9u6$gvq@jetty.telerate.com>, Steve Quirk <steveq@telerate.com> wrote: >I have an HP XP/60 (Pentium 60) with a built in ethernet adapter. The driver >is the "HP Vectra XM/XP Ethernet" ftp'd from ftp.next.com. Aha! I have one of these at work. :-) >I have problems using NFS - specifically, the following messages show up >in /usr/adm/messages: >.. mach: NFS read failed for server jetty.telerate.com: RPC: Timed out >.. mach: NFS read failed for server jetty.telerate.com: RPC: Unable to send NFS timeouts, in various ways, yes... >Worse than that is that the system occasionally freezes - forcing an >ugly (cmd-cmd-~) reboot. Usually about once a day. After being up for a while, the driver's buffers get mangled and the machine loses its connection to NetInfo, causing the hangs you describe.... >My solution to the problem was to disable the built in ethernet & put in >another adapter. I haven't had to reboot in over two days (!). >Has anyone else experienced any problems like this? I've experienced exactly this. The driver you are using is Not Good; I believe it's a driver NeXT contracted out to have written, and the authors handled buffers in a way which they were told not to do, with the results you are experiencing. I could be wrong about this part. My solution to the problem, unfortunately, isn't available yet; there is a replacement driver in development/testing which will no doubt find its way onto NeXTAnswers and ftp.next.com when it's ready. Hope this helps... -Adam >-- >steveq@telerate.com Dow Jones Telerate >(201)-938-5846 600 Plaza Two, Jersey City, NJ, 07311 -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ Standard Disclaimers Apply! // // Home = buddha@circus.com \\ Work = Adam_Beeman@NeXT.COM // // http://samsara.circus.com/~buddha/ \\ I don't speak for anyone //
Newsgroups: comp.sys.next.bugs From: katzlbt@vuse.vanderbilt.edu (Thomas Katzlberger) Subject: NeXTmail Message-ID: <1994Dec5.212521.19373@news.vanderbilt.edu> Sender: news@news.vanderbilt.edu Organization: a black NeXT Date: Mon, 5 Dec 1994 21:25:21 GMT 1) What kind of stupid encoding does NeXTmail in NS3.2 use ? -rw-r--r-- 1 cat 77918 Dec 5 15:07 BSModule.BackModule.tar.gz -rw-r--r-- 1 cat 150680 Dec 5 15:08 BSModule.BackModule.tar.gz.NeXTmail -rw-r--r-- 1 cat 107403 Dec 5 15:12 BSModule.BackModule.tar.gz.uuencode BSModule.BackModule.tar.gz.NeXTmail contains: 3 lines of text and the first file BSModule.BackModule.tar.gz Such a bad performance is only possible if compress with the -f option is used The -f option will force compression of name, even if it does not actually shrink or the corresponding name.Z file already exists. Except when run in the background under /bin/sh, if -f is not given the user is prompted as to whether an existing name.Z file should be overwritten. Imagine what that does to soundfiles ! Hope this is corrected in NS3.3 (I ordered it already) 2) The loginpanel's LogoutHook seems not to get executed when powering-down with Workspace. -- Thomas Katzlberger katzlbt@vuse.vanderbilt.edu @aBlackNeXT.called.garfield http://www.vuse.vanderbilt.edu/~katzlbt/index.html
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <flexus!rfschtkt@maze.ruca.ua.ac.be> Date: Mon, 5 Dec 94 22:49:07 +0100 From: Raf Schietekat <flexus!rfschtkt@maze.ruca.ua.ac.be> Message-ID: <9412052149.AA12368@flexus> Subject: /bin/rmail throws away some messages LS, This is the substance of something I had in my signature for a little while: **NeXT's uucp machinery throws away some messages. uucp guru's help wanted!** >>>>> KBNS.32.2.018_o3.2o Bug_NeXT.61524 /bin/rmail throws away some messages Description: When I get mail from NTS-L@VM.URZ.UNI-HEIDELBERG.DE or from BITFTP@PUCC.Princeton.edu, for some reason my mail relay `maze' puts these in the From lines of the messages that it passes by uucp: ``From <@maze.UUCP,@cc1.kuleuven.ac.be:owner-nts-l@VM.URZ.UNI-HEIDELBERG.DE>'' and ``From <@maze.UUCP,@cc1.kuleuven.ac.be:BITFTP2@PUCC.BITNET> Fri Apr 15 19:03:58 1994''. Maybe someone can comment on this with the lawbooks at hand? Anyway, as I have found out, when /bin/rmail is asked by uuxqt to deliver these messages, it will popen() a pipe to sendmail with a command like the following: ``/usr/lib/sendmail -ee -fsomewhere!<@maze.UUCP,@cc1.kuleuven.ac.be:BITFTP2@PUCC.BITNET> -i 'rfschtkt'''. popen(), of course, uses a sh(ell) to execute this command, and `sh' thinks that `<' is a directive to use what follows as the name of an input file. So rmail exits with code 1 without further ado, the message is entirely lost, and the only trace of something bad is a message from `uucp' back to (in my case) maze!daemon, with the subject ``uuxqt cmd (rmail rfschtkt ) status (signal 0, exit 1)'' and no contents. Sometimes it's ``uuxqt cmd (rmail rfschtkt ) status (signal 13, exit 0)'' instead (13 is SIGPIPE, ``write on a pipe with no one to read it''), which I can't explain but which seems related. How to verify: gdb /bin/rmail, break *0x2c4 (the address of the popen() call on NEXTSTEP_3.2 mc68k), r < /tmp/crap/rmail root (with that file containing the lines ``From XXX'' and maybe some other stuff), x/dw $sp to get the value of popen()'s first argument (the command itself), and x/s on that value to see the command. If you continue, you see the complaints ``sh: @maze.UUCP,@cc1.kuleuven.ac.be:BITFTP2@PUCC.BITNET: cannot open'' and ``Program exited with code 01.''. Urgency: Very harmful bug: throws away messages without any trace. Confirmed: Raf_Schietekat (o3.2o, reported) Workaround: While you're running uucico/polling (whatever you do for a uucp session), run a shell command file that continuously copies all files in the `in' queue of uucp (/usr/spool/uucp/D.). Then pick out those that didn't make it to sendmail, and read/save them. Another workaround may be to adapt your correspondent's sendmail.cf (I don't have access to that). Cure (for NeXT): Use fork/exec always when you're not sure of all the characters in the command, and certainly in something as central and permanent as rmail. Report history: Reported to c.s.n.bugs on 1994-12-04. Comment: This has nothing to do with uucp itself, so Taylor's GNU uucp won't help (rmail isn't part of its distribution). I haven't checked whether GNU smail is the answer. <<<<< I don't think I'll have access to the guilty sendmail.cf, if it's guilty at all (???), and I'd like a more permanent cure than just patching anyone's sendmail.cf. Anyway, regardless of what junk appears in its stdin, rmail should never crash or throw away messages like it does now, I think, it should at least let the local postmaster know and in this case just mail that message with at most a warning log. Is this a general problem or is it only for NEXTSTEP? Does anyone have a better rmail? BugNeXT has not shown any sign of life after my request for the rmail source. Thanks, Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be (NeXTmail), Flanders, Belgium Addressing limitations: no !, % or .uucp, I think
Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer From: bbutler@netcom.com (Bryan Butler) Subject: typecheck error using machportdevice Message-ID: <bbutlerD0GMoF.3rJ@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Wed, 7 Dec 1994 21:36:14 GMT Has anyone used the machportdevice to get the rendered bitmap from the DPS interpreter? I'm getting some rather bizarre behavior. My program creates a DPS context, which seems to complete OK. Then the new context is made the current context. Finally, machportdevice is called. If I run the program immediately after logging in, machportdevice causes a typecheck error. However, if I run the PostScript Previewer and open a file for display, then run my program (no recompilation), everything works fine. I can continue to run my program until I logout. The weird thing is that it's not just any file that will work in the Previewer. Only certain files will work. As far as I can tell, there's nothing special about either file, except that one was generated by an application and has all the conforming comments (the file that doesn't work), and the other one is a simple hack I wrote to tile the page with hexagons. Go figure. Any ideas? -- ------- Bryan Butler bbutler@netcom.com
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <flexus!rfschtkt@maze.ruca.ua.ac.be> Date: Thu, 8 Dec 94 06:04:22 +0100 From: Raf Schietekat <flexus!rfschtkt@maze.ruca.ua.ac.be> Message-ID: <9412080504.AA17453@flexus> Subject: Re: NeXTmail Thomas, NeXTmail does a tar|compress|uuencode (details omitted) to encode its NeXTmail format, so you should really compare these two: BSModule.BackModule.tar.gz.NeXTmail BSModule.BackModule.tar.gz.Z.uuencode You'll see that the difference is rather small. (Note: gz.Z is still better than just .Z in most cases, but don't use .compressed or .Z in NeXTmail.) The -f option is not used if `compress' operates as a filter. No bug. There is room for improvement, of course. Mail.app could provide its own logic to omit the compression anyway if this does no good, and it could use `gzip' instead of `compress'. But this would break NeXTmail compatibility, so don't go lobbying for that. Raf Schietekat, RfSchtkt@maze.ruca.ua.ac.be (NeXTmail), Flanders, Belgium Addressing limitations: no !, % or .uucp, I think
From: suessner@paracelsus (suessner_michael) Newsgroups: comp.lang.postscript,comp.sys.next.bugs Subject: Problems LaserWriter IIF Date: 9 Dec 1994 13:59:06 GMT Organization: Vienna University Computer Center, Austria Message-ID: <3c9nra$bk5@infosrv.edvz.univie.ac.at> Summary: BUG in Apple Laserwriter IIF printer description file? Keywords: Printer Description file,postscript Hi, I am trying to print a postscript file under NeXTSTEP on a Apple Laserwriter IIF. Using the Apple LaserWriter IIF posctript printer description file, I always had an initialisation postscript error. Then I tried the normal Apple Laserwriter PPD file and everything was fine. NeXT uses the file version 2.2 for the IIF printer. Could it be, that there is a BUG? Where can I get a new release of this file? Thanks in advance Suessner Michael
From: russ@physical27.chem.ufl.edu (Clifford R. Bowers) Newsgroups: comp.sys.next.bugs Subject: /bin/mail throwing away message? Date: 9 Dec 1994 23:34:40 GMT Organization: University of Florida Message-ID: <3capig$9vu@no-names.nerdc.ufl.edu> Keywords: /bin/mail sendmail I am about to loose my mind over this problem so I would be very grateful for any help I can get. I have an HP running nextstep that is receiving mail messages from the mailhost (a SUN) without problem but the messages never get to the /usr/spool/mail directory. I have run mail -v "hostname" and everything confirms that the mailhost is talking with the HP and all is hunky dory. However, the mail messages never show up as new mail in NeXTmail. I understand that this job is supposed to be done by /bin/mail. Anyone have any pointers for me. I am using the "sendmail.subsidiary.cf" as the sendmail file as specified under "locations" in the NetInfo program. I have already spent countless hours trying to figure out where the problem is, but to no avail. Thanks in advance for your advice. Russ Bowers University of Florida
From: Danny Thomas <D.Thomas@vthrc.uq.edu.au> Newsgroups: comp.lang.postscript,comp.sys.next.bugs Subject: Re: Problems LaserWriter IIF Date: 10 Dec 1994 23:28:41 GMT Organization: Vision, Touch & Hearing Research Centre Distribution: world Message-ID: <3cddj9$rv5@dingo.cc.uq.oz.au> References: <3c9nra$bk5@infosrv.edvz.univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit suessner_michael, suessner@paracelsus writes: > Hi, > I am trying to print a postscript file under NeXTSTEP on a Apple > Laserwriter IIF. Using the Apple LaserWriter IIF posctript printer > description file, I always had an initialisation postscript error. > Then I tried the normal Apple Laserwriter PPD file and everything was fine. > > NeXT uses the file version 2.2 for the IIF printer. Could it be, that > there is a BUG? > > Where can I get a new release of this file? latest versions of ppd files can be retrieved from ftp.adobe.com/pub/adobe/PPD. Two versions are provided, Windows & Mac, but I assume the only difference is the line-termination character(s). While you probably want a version friendly to your editor, either version should be usable by PPD-reading drivers/programs. I gather a PPD file for the IIf was not supplied with NeXTStep (else it should work) and you are using one that came with the printer or from some other source. It is possible that the latest IIf PPD (file version 3.1, written for PPD format 4.1) won't be usable by your NeXTStep driver - though I guess where possible Adobe have tried to maintain backward compatibility. I'm wondering why you experience an "initialisation postscript error" though. Is that actually an error that the printer reports or is it that your driver won't accept the PPD? cheers, Danny Thomas (D.Thomas@vthrc.uq.edu.au)
From: sanguish@digifix.com (Scott Anguish) Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace Subject: Quick Guide to NEXTSTEP Information on the Internet Date: 12 Dec 1994 00:47:49 -0500 Organization: Next Announcements Message-ID: <3cgo65$buu@digifix.digifix.com> This post is made weekly, to help 'point' users to more NEXTSTEP information Topics include: Stepwise NEXTSTEP/OpenStep Information Server online comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information Server online ---------------------------------------------------- A product directory and information server, built around the World Wide Web system, this will allow full multimedia announcements by NEXTSTEP developers, as well as the ability to browse the available products for NEXTSTEP. This service is online, and can be reached at http://www.stepwise.com/ http://www.digifix.com/ using OmniWeb (available from ftp.omnigroup.com) or Mosaic. If you are limited to terminal access, Lynx will give you access to the server as well. The entries currently consist of - NeXT Press Releases - OpenStep WhitePapers - Third Party Products Directory - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next.announce archives (searchable) - searchable contents of Third Party compilation CDs - User Group locations - Mailing List archives and information Additionally the NEXTSTEP Product Information Mail Server is available. You can get information on using the mail server at ns-products@stepwise.com Suggestions or comments can be directed to me at sanguish@digifix.com comp.sys.next.* newsgroups -------------------------- news:comp.sys.next.advocacy This is the "why NEXTSTEP is better (or worse) than anything else in the known universe" forum. It was created specifically to divert lengthy flame wars from .misc. news:comp.sys.next.announce Announcements of general interest to the NeXT community (new products, FTP submissions, user group meetings, commercial announcements etc.) The NEXTSTEP FAQs are posted here monthly as well. This is a moderated newsgroup, meaning that you can't post to it directly. Submissions should be e-mailed to next-announce@digifix.com where the moderator (Scott Anguish) will screen them for suitability. news:comp.sys.next.bugs A place to report verifiable bugs in NeXT-supplied software. Material e-mailed to Bug_NeXT@NeXT.COM is not published, so this is a place for the net community find out about problems when they're discovered. This newsgroup has a very poor signal/noise ratio--all too often bozos post stuff here that really belongs someplace else. It rarely makes sense to crosspost between this and other c.s.n.* newsgroups, but individual reports may be germane to certain non-NeXT- specific groups as well. news:comp.sys.next.hardware Discussions about NeXT-label hardware and compatible peripherals, and non-NeXT-produced hardware (e.g. Intel) that is compatible with NEXTSTEP. In most cases, questions about Intel hardware are better asked in comp.sys.ibm.pc.hardware. Questions about SCSI devices belong in comp.periphs.scsi. This isn't the place to buy or sell used NeXTs--that's what .marketplace is for. news:comp.sys.next.marketplace NeXT stuff for sale/wanted. Material posted here must not be crossposted to any other c.s.n.* newsgroup, but may be crossposted to misc.forsale.computers.workstation or appropriate regional newsgroups. news:comp.sys.next.misc For stuff that doesn't fit anywhere else. Anything you post here by definition doesn't belong anywhere else in c.s.n.*--i.e. no crossposting!!! news:comp.sys.next.programmer Questions and discussions of interest to NEXTSTEP programmers. This is primarily a forum for advanced technical material. Generic UNIX questions belong elsewhere (comp.unix.questions), although specific questions about NeXT's implementation or porting issues are appropriate here. Note that there are several other more "horizontal" newsgroups (comp.lang.objective-c, comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip, etc.) that may also be of interest. news:comp.sys.next.software This is a place to talk about [third party] software products that run on NEXTSTEP systems. news:comp.sys.next.sysadmin Stuff relating to NeXT system administration issues; in rare cases this will spill over into .programmer or .software. related Newsgroups ------------------ news:comp.soft-sys.nextstep Like comp.sys.next.software and comp.sys.next.misc combined. Exists because NeXT is a software-only company now, and comp.soft-sys is for discussion of software systems with scope similar to NEXTSTEP. news:comp.lang.objective-c Technical talk about the Objective-C language. Implemetations discussed include NeXT, Gnu, Stepstone, etc. news:comp.object Technical talk about OOP in general. Lots of C++ discussion, but NeXT and Objective-C get quite a bit of attention. At times gets almost philosophical about objects, but then again OOP allows one to be a programmer/philosopher. (The original Comp.Sys.Next no longer exists--do not attempt to post to it.) Exception to the crossposting restrictions: announcements of usenet RFDs or CFVs, when made by the news.announce.newgroups moderator, may be simultaneously crossposted to all c.s.n.* newsgroups. Getting the Newsgroups without getting News ------------------------------------------- Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are now available as a mailing list digest as well. next-nextstep-d next-advocacy-d next-announce-d next-bugs-d next-hardware-d next-marketplace-d next-misc-d next-programmer-d next-software-d next-sysadmin-d (For a full description, send mail saying LISTS to <digestif@antigone.com>). The subscription syntax is essentially the same as LISTSERV's. To subscribe, send a message to <digestif@antigone.com> saying: SUB Listname YourName Example: SUB next-hardware-d John Doe The ftp sites ------------- ftp://ftp.cs.orst.edu: The main site for North American submissions ftp://nova.cc.purdue.edu: Lots of older stuff, but very short on disk space ftp://ftp.informatik.uni-muenchen.de: In Germany. ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.next.com: See the below ftp.next.com and NextAnswers@next.com ------------------------------------- [from the document ftp://ftp.next.com/pub/NeXTanswers/1000_Help] Welcome to the NeXTanswers information retrieval system! This system allows you to request online technical documents, drivers, and other software, which are then sent to you automatically. You can request documents by fax or Internet electronic mail, read them on the world-wide web, transfer them by anonymous ftp, or download them from the BBS. NeXTanswers is an automated retrieval system. Requests sent to it are answered electronically, and are not read or handled by a human being. NeXTanswers does not answer your questions or forward your requests. USING NEXTANSWERS BY E-MAIL To use NeXTanswers by Internet e-mail, send requests to nextanswers@next.com. Files are sent as NeXTmail attachments by default; you can request they be sent as ASCII text files instead. To request a file, include that file's ID number in the Subject line or the body of the message. You can request several files in a single message. You can also include commands in the Subject line or the body of the message. These commands affect the way that files you request are sent: ASCII causes the requested files to be sent as ASCII text SPLIT splits large files into 95KB chunks, using the MIME Message/Partial specification REPLY-TO address sets the e-mail address NeXTanswers uses These commands return information about the NeXTanswers system: HELP returns this help file INDEX returns the list of all available files INDEX BY DATE returns the list of files, sorted newest to oldest SEARCH keywords lists all files that contain all the keywords you list (ignoring capitalization) For example, a message with the following Subject line requests three files: Subject: 2101 2234 1109 A message with this body requests the same three files be sent as ASCII text files: 2101 2234 1109 ascii This message requests two lists of files, one for each search: Subject: SEARCH Dell SCSI SEARCH NetInfo domain NeXTanswers will reply to the address in your From: line. To use a different address either set your Reply-To: line, or use the NeXTanswers command REPLY-TO <your-address> If you have any problem with the system or suggestions for improvement, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY FAX To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and follow the instructions. You'll be asked for your fax number, a number to identify your fax (like your phone extension or office number), and the ID numbers of the files you want. You can also request a list of available files. When you finish entering the file numbers, end the call and the files will be faxed to you. If you have problems using this fax system, please call Technical Support at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada. USING NEXTANSWERS VIA THE WORLD-WIDE WEB To use NeXTanswers via the Internet World-Wide Web connect to NeXT's web server at URL http://www.next.com. USING NEXTANSWERS BY ANONYMOUS FTP To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM and read the help file pub/NeXTanswers/README. If you have problems using this, please send mail to nextanswers-request@next.com. USING NEXTANSWERS BY MODEM To use NeXTanswers via modem call the NeXTanswers BBS at (415) 780-2965. Log in as the user "guest", and enter the Files section. From there you can download NeXTanswers documents. FOR MORE HELP... If you need technical support for NEXTSTEP beyond the information available from NeXTanswers, call the Support Hotline at 1-800-955-NeXT (outside the U.S. call +1-415-424-8500) to speak to a NEXTSTEP Technical Support Technician. If your site has a NeXT support contract, your site's support contact must make this call to the hotline. Otherwise, hotline support is on a pay-per-call basis. Thanks for using NeXTanswers! Written by: Eric P. Scott (mailto:eps@toaster.SFSU.EDU) and Scott Anguish (mailto:sanguish@digifix.com) Additions from: Greg Anderson (mailto:Greg_Anderson@afs.com) Michael Pizolato (mailto:Michael_Pizolato@afs.com) and Dan Grillo (mailto:dan_grillo@next.com)
From: pp001345@interramp.com Newsgroups: comp.sys.next.bugs Subject: Reluctant PowerDown Date: 12 Dec 1994 06:10:54 GMT Organization: PSI Public Usenet Link Message-ID: <3cgphe$j57@www.interramp.com> One of my two NeXT computers has this annoying tendency to ignore power-off. I almost always have to do a Command ~ to force it off after logging out. Of course exiting this way makes NS unhappy so when it is rebooted it gets to play merry-go-round CheckDisk for several minutes. The machine that tends to do this more is the NetInfo server. Maybe it is just expected that if a NS computer is a server like this that you would never REALLY want to power it down so it plain refueses to... Any insight? - Dave -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> David L. Neumann Exxon Production Research Co. Houston, TX 73122,3677 pp001435@interramp.com
From: ccwf@russel.klab.caltech.edu (Charles Fu) Newsgroups: comp.sys.next.bugs Subject: Two bugs with 3.2 ObjC++ Date: 14 Dec 1994 20:32:04 GMT Organization: California Institute of Technology, Pasadena Message-ID: <3cnko4$5tk@gap.cco.caltech.edu> Can anyone else verify these problems? They have been submitted to bug_next. Both bugs are insidious in that they can cause calls to apparently correct ObjC++ methods to fail at runtime with no warnings generated. The first will also cause errors at link time for ordinary functions. -ccwf =============================================================================== In C++, the following code is correct and linkable: extern "C" void foo(); void foo() {} After seeing that the declaration uses C linkage, name mangling is disabled, and void foo() is compiled with ordinary C linkage. However, the following Objective-C++ code, which should work, does not: extern "Objective-C" { void foo(); @interface Foo : Object - foo; @end } void foo() {} @implementation Foo - foo { } @end Name demangling is not turned off unless the implementation also is enclosed in an `extern "Objective-C"', causing failure at link-time for affected functions and, more dangerously, at run-time for methods. Also dangerous is that no diagnostic is issued warning of this aberrant behavior. Obviously, a temporary workaround is simply to enclose appropriate implementations with explicit linkage specifiers. This problem does not appear in the stock GNU compiler since, unlike the NeXT compiler, it does not allow combining Objective-C and C++ in the same file. =============================================================================== Defining method implementations with Objective-C linkage appears to turn off name mangling as mentioned in my previous bug report filed today (bug report was filed under the C++ category). This workaround allows linking and correctly running Objective-C++ files with Objective-C files. However, the above workaround appears to cause the linker to fail when such an object file is incorporated into a library. Although everything works fine when linking together .o files, methods which have been implemented with explicit Objective-C linkage get ignored when they are in a library. No warnings are issued, causing mysterious failures at runtime. Using the AppInspector, one can verify that the methods indeed do not get loaded into the executable. This bug would appear to make it impossible to incorporate methods in Objective-C++ modules into libraries.
Newsgroups: comp.sys.next.bugs From: fs@comdev.fdn.fr (Frederic STARK) Subject: Re: Starting up in DOS or NeXTStep Message-ID: <D0p8rM.6Jx@comdev.fdn.fr> Sender: usenet@comdev.fdn.fr Organization: Communication Developpement. References: <3bfo3n$kdj@fungusaur.wizards.com> Date: Mon, 12 Dec 1994 13:14:10 GMT In article <3bfo3n$kdj@fungusaur.wizards.com> rob@lighthouse.com (Rob Kedoin) writes: > In addition to Tom Bell's suggestion about using Dos fdisk, I just wanted to > mention that there is a NEXTSTEP versio as well that you can run to set the > active partition on your disk. Once that is set to your NS partition, you > should be all set. "man fdisk" for more info. And don't forget to take a look at the second paragraph of the 'BUGS' section. :-) --------------------------------------------------------------------- Frederic STARK fs@comdev.fdn.fr NeXTMail OK (if small) "No keyboard, press F1 to continue" ---------------------------------------------------------------------
From: bobs@pth3.bu.edu (Robert Singleton) Newsgroups: comp.sys.next.bugs,comp.sys.next.software,comp.sys.next.hardware Subject: thin-net problem Date: 15 Dec 1994 20:05:04 GMT Organization: Boston University Distribution: world Message-ID: <3cq7hh$25h@news.bu.edu> Hi, I'm having some trouble connecting my NeXT up to the network with a 10-base-T ethernet cable. When I use this thick cable, the network is unreachable. However, if I use an adaptor box that converts the 10-base-T into thin, I have no problem. Does anyone know what's going on here? At one time I thought this might be a hardware problem, but I've connected another NeXT up in my office and the same thing happens. I know that one of the machines was at one time configured using thin ethernet cable, and the other one was very likely connected this way at one time. Does the NeXT remember how it was previously connected? It seems very unlikely that I have a hardware problem (NeXT or ethernet), so it seems that I should be looking for a software problem. Any info would be greatly appreciated. regards, bob singleton
Newsgroups: comp.sys.next.bugs From: cdubuque@cadaver.acm.ndsu.NoDak.edu (Chadwick A. Dubuque) Subject: Re: Reluctant PowerDown Sender: usenet@ns1.nodak.edu (Usenet login) Message-ID: <D0vBuI.B12@ns1.nodak.edu> Date: Thu, 15 Dec 1994 20:06:18 GMT References: <3cgphe$j57@www.interramp.com> Organization: NDSU ACM In article <3cgphe$j57@www.interramp.com>, <pp001345@interramp.com> wrote: > >One of my two NeXT computers has this annoying tendency to ignore >power-off. I almost always have to do a Command ~ to force it off after >logging out. [deleted] As root, do dread -l | grep "loginwindow PowerOffDisabled" Also, do grep "console" /etc/ttys If either (or both) of these turn up "PowerOffDisabled True" that's probably why it won't let you power down from the loginwindow prompt. Are you trying "shutdown -p now" as root? If *that* won't let you power down, you have a problem... -- Chadwick A. Dubuque, cdubuque@cadaver.acm.ndsu.NoDak.edu /^\ North Dakota State U. Ass'n for Computing Machinery Chairperson <acm> http://www.acm.ndsu.NoDak.edu/~cdubuque/ finger for PGP pub. key \v/
From: rragner@stingray.vm.iastate.edu (Rod Ragner) Newsgroups: comp.sys.next.bugs Subject: Re: thin-net problem Date: 16 Dec 1994 17:16:00 GMT Organization: Iowa State University, Ames, Iowa Distribution: world Message-ID: <3csi0g$ed9@news.iastate.edu> References: <3cq7hh$25h@news.bu.edu> In article <3cq7hh$25h@news.bu.edu> bobs@pth3.bu.edu (Robert Singleton) writes: > Hi, > > I'm having some trouble connecting my NeXT up to the network with a > 10-base-T ethernet cable. When I use this thick cable, the network is > unreachable. However, if I use an adaptor box that converts the 10-base-T > into thin, I have no problem. Does anyone know what's going on here? > > > At one time I thought this might be a hardware problem, but I've connected > another NeXT up in my office and the same thing happens. I know that one > of the machines was at one time configured using thin ethernet cable, and > the other one was very likely connected this way at one time. Does the > NeXT remember how it was previously connected? It seems very unlikely > that I have a hardware problem (NeXT or ethernet), so it seems that I > should > be looking for a software problem. Any info would be greatly appreciated. > > regards, > > bob singleton Bob, We have a similar problem here at ISU. Our Telecommunications department was using Asante' hubs (and still are), but they would not work with any of our NeXT computers... The Asante' work fine for our Intel machines, but not the NeXT. When we need to attach more than one NeXT computer in a room to the university network, we use an AT&T StarLAN 10 Network Coax Adapter box to convert the thin ethernet which is run through the walls, then attach the NeXT computers to the StarLAN via a thin ethernet. The only way that I was able to get the NeXTstation Turbo, NeXTstation Turbo Color, HP Vectra 486/66 XM (which only has a twisted pair connector) and Gateway2000 P5-90 (with a Cogent EM960 with TP and coax) to work in my office, was to place the Asante' hub at the end of the thin ethernet farthest away from the NeXT computers and attach the PC's to the hub... We do not know what the problem is yet, but we will eventually figure it out. In the mean time, Telecommunications is searching for another brand of hub to try out... Good luck! -- Rod Ragner Veterinary Diagnostic Laboratory, College of Veterinary Medicine, Iowa State University, Ames, Iowa 50011 Voice: (515) 294-4751, FAX: (515) 294-3564, (NeXT Mail accepted) Email: rragner@stallion.vm.iastate.edu or stryder@iastate.edu
From: Mark G. Tacchi Newsgroups: comp.sys.next.bugs Subject: Re: Reluctant PowerDown Date: 16 Dec 1994 23:38:14 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <3ct8d6$10j@rosie.next.com> References: <D0vBuI.B12@ns1.nodak.edu> In article <D0vBuI.B12@ns1.nodak.edu> cdubuque@cadaver.acm.ndsu.NoDak.edu (Chadwick A. Dubuque) writes: # In article <3cgphe$j57@www.interramp.com>, <pp001345@interramp.com> wrote: # > # >One of my two NeXT computers has this annoying tendency to ignore # >power-off. I almost always have to do a Command ~ to force it off after # >logging out. # # [deleted] # # As root, do # # dread -l | grep "loginwindow PowerOffDisabled" # # Also, do # # grep "console" /etc/ttys # # If either (or both) of these turn up "PowerOffDisabled True" that's probably # why it won't let you power down from the loginwindow prompt. # # Are you trying "shutdown -p now" as root? If *that* won't let you power # down, you have a problem... # # # -- # Chadwick A. Dubuque, cdubuque@cadaver.acm.ndsu.NoDak.edu /^\ # North Dakota State U. Ass'n for Computing Machinery Chairperson <acm> # http://www.acm.ndsu.NoDak.edu/~cdubuque/ finger for PGP pub. key \v/ If /usr/lib/NextStep/Resources/English.lproj/AlertPanel.nib is missing or broken, it can cause power down problems as well. However, this problem will also surface with other apps that require the AlertPanel. -- Mark G. Tacchi System Support Engineer NeXT Computer, Inc.
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <cs@ecs.co.at> Date: Mon, 19 Dec 94 15:06:35 +0100 From: Christian Starkjohann <cs@ecs.co.at> Message-ID: <9412191406.AA02014@zaphod> Subject: Bug in cc (NS 3.2) with -O3 and -O4 for Intel Hello, The gcc shipped with NS3.2 has a bug when optimizing with -O3 or -O4 for i386-architecture: the following short program gives different results with -O3 or -O4 and with -O2 or less optimization: ------------------------ cut here ------------------------ #include <stdio.h> #define ALL(i, dim) for((i) = 0; (i) < (dim); (i)++) #define HOPPING_ORDER 13 int main(void) { int o, o1, o2, o3, o4; double AB[HOPPING_ORDER][2][2]; double BA[HOPPING_ORDER][2][2]; double ca[HOPPING_ORDER], ca1, ca2, c; char zero[HOPPING_ORDER][2][2]; ALL(o, HOPPING_ORDER){ ALL(o1, o + 1){ ALL(o2, o - o1 + 1){ if(!(zero[o1][0][0] || zero[o2][0][0])) ca1 = AB[o1][0][0] * BA[o2][0][0]; ALL(o3, o - o1 - o2 + 1){ o4 = o - o1 - o2 - o3; printf("o = %d, o1=%d, o2=%d, o3=%d, o4=%d\n", o, o1, o2, o3, o4); if(!(zero[o1][0][0] || zero[o2][0][0] || zero[o3][1][1] || zero[o4][1][1])){ ca2 = AB[o3][1][1] * BA[o4][1][1]; c = ca1 * ca2; ca[o] += c; } } } } } return 0; } ------------------------ cut here ------------------------ (The floating-point-stuff and the if()-conditions are only there to confuse the compiler.) -- Christian Starkjohann <cs@ecs.co.at> or <cs@ekpds1.tuwien.ac.at>
From: samurai@cs.mcgill.ca (Darcy BROCKBANK) Newsgroups: comp.sys.next.bugs Subject: Re: Bug in cc (NS 3.2) with -O3 and -O4 for Intel Date: 20 Dec 1994 17:57:51 GMT Organization: SOCS, McGill University, Montreal, Canada Message-ID: <3d75uv$ir2@sifon.cc.mcgill.ca> References: <9412191406.AA02014@zaphod> In article <9412191406.AA02014@zaphod> Christian Starkjohann <cs@ecs.co.at> writes: >Hello, >The gcc shipped with NS3.2 has a bug when optimizing with -O3 or -O4 for >i386-architecture: the following short program gives different results with -O3 or >-O4 and with -O2 or less optimization: I tried this program using a cc I compiled from the source code on the HP CD-ROM (which is gcc-2.5.8) and the problem no longer exists for 2.5.8 on Intel (note that I'm unable to verify the problem since I don't have 2.2.2 :-). - db -- "Don't you know that when dogs are hunted by the evil meat companies that lots of innocent dolphins get caught in their nets?" 'Sea mammals! Who needs 'em. This country would be better off without them. We should take all the sea mammals, put them all in a boat, drive it out into the ocean and sink it.'
Newsgroups: comp.sys.next.bugs From: mark@ve6mgs.ampr.ab.ca (Mark Gregory Salyzyn) Subject: Mux Serial Driver and NS3.3/FIP Message-ID: <D14CF8.EIA@ve6mgs.ampr.ab.ca> Summary: Mux does not work reliably on NS3.3 Keywords: Mux Serial Driver NS3.3 Organization: UNIX drivers'R'Us Date: Tue, 20 Dec 1994 16:57:08 GMT For those that use the Mux serial driver (currently at V1.5 beta), you will find that it does not work reliably on NS3.3. As soon as my copy of 3.3 arrives (I will thank all those that promised me 3.3pr, NeXT and others, that did not deliver as promised :-(. Thanks goes to Ken Taylor, who has assured me that NeXT will provide a PR to me in the future), I will take some time to evaluate the problem and come up with a fix that hopefully works under both 3.2 and 3.3 versions of the operating system. I suspect the problem is that NeXT has finally fixed the Interrupt registration mechanism to match the documentation, so it may be as simple as me `flicking a switch' to use the `old, but didn't work as documented' code. Feel free to try IF_IODeviceWorked on your version of MuxV1.5x and NS3.3 (if you are brave enough to know how to piece the system back from oblivion if it locks the machine) if impatience gets the best of you. Note to all, I have never received a penny for my support of the Mux driver, so please view my work as a volunteer effort in support of our favourite operating system. The current version of Mux I am testing adds to the V1.5 beta the following fixups: 1) I finally found the problem with NXFax operation, simply defining KERN_POSIX allowed the inclusing of the correct versions of the internal process, nty, session and tty structures to match up with the Kernel. I had suspected a third party was causing the destruction of the `nty' structure, and found it was the kernel doing it when a setpgrp call was made. Those with NXFax that wish to use the Mux driver, please contact me to do some *real* testing and I will curl up Yet Another Interim release. 2) TIOC[SG]PGRP emulation for 3.2 *almost* finished to improve the performance of some third party software (namely mgetty+sendfax). 3) Improved buffer flushing, but some more work required to ensure a reliable flush when a <ctrl-c> interrupt occurs. To Do: 1) get Mux working with 3.3 (I hear that even though Mux stops working after a while, it outperforms the SerialPorts driver *anyways* :-) 2) While double buffering, leave one character behind on transmit so that some ppp implementations will get a better idea when the transmit buffer is empty. 3) Finish writing a configuration inspector to allow one to set up the Mux driver for the various multiport serial cards, or mixing the SerialPorts driver with the Mux driver, as effortlessly as they set it up for single port cards using the existing inspector. Joyeux Noel -- Mark Salyzyn
Newsgroups: comp.sys.next.bugs From: katzlbt@vuse.vanderbilt.edu (Thomas Katzlberger) Subject: New 3.3 Bug in Terminal ? Message-ID: <1994Dec20.221945.8946@news.vanderbilt.edu> Sender: news@news.vanderbilt.edu Organization: a black NeXT Date: Tue, 20 Dec 1994 22:19:45 GMT Can anyone verify that the inverse mode of Terminal.app doesn't work properly anymore when using a program that displays an inverse horizontal bar (like tin or elm). If you hold down the cursor up/down key and the key repeat takes over half or all of the terminal screen gets inverted. This is a new annoyance since it worked fine in 3.2. (Working with ppp and stty extb). -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/_/ _/_/ _/_/ Thomas Katzlberger _/_/ _/_/ katzlbt@vuse.vanderbilt.edu _/_/ _/_/ @aBlackNeXT.called.garfield _/_/ _/_/ http://www.vuse.vanderbilt.edu/~katzlbt/ _/_/ _/_/ _/_/ _/_/ "You can tune a file system, but you can't tune a fish." _/_/ _/_/ UNIX man page for tunefs. _/_/ _/_/ _/_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
Newsgroups: comp.sys.next.bugs From: lao@zoo.ncl.omron.co.jp (LAO Shihong) Subject: Re: Reluctant PowerDown In-Reply-To: Mark G. Tacchi's message of 16 Dec 1994 23:38:14 GMT Message-ID: <LAO.94Dec21170729@wolf.zoo.ncl.omron.co.jp> Sender: news@omrongw.wg.omron.co.jp (News Manager) Organization: OMRON Co., Kyoto 617, Japan. References: <D0vBuI.B12@ns1.nodak.edu> <3ct8d6$10j@rosie.next.com> Date: Wed, 21 Dec 1994 08:07:29 GMT >>>>> On 16 Dec 1994 23:38:14 GMT, Mark G. Tacchi said: In article <3ct8d6$10j@rosie.next.com> Mark G. Tacchi writes: Mark> If Mark> /usr/lib/NextStep/Resources/English.lproj/AlertPanel.nib Mark> is missing or broken, it can cause power down problems as Mark> well. However, this problem will also surface with other Mark> apps that require the AlertPanel. When I upgraded NS3.0J to NS3.2J I made a link of /NextLibrary to an external disk, as there were little space left on my boot disk. After that I met with such problem. I don't know whether this is the reason, but after I reinstalled /NextLibrary to the boot disk, the problem disappeared. -- ---- LAO Shihong (Firstname is surname!!!)
Newsgroups: comp.sys.next.bugs,comp.sys.next.misc,comp.sys.next.software From: klein@math205.mathematik.uni-bielefeld.de (John R. Klein) Subject: Bug in Mail.App ? Sender: news@hermes.hrz.uni-bielefeld.de (News Administrator) Message-ID: <D18BqJ.Hs@hermes.hrz.uni-bielefeld.de> Date: Thu, 22 Dec 1994 20:32:43 GMT Organization: Universitaet Bielefeld, Rechenzentrum We have 3-4 NeXT stations (operating 3.0) here, and the following phenomenon has been recently called to my attention by mail recipients from these machines: When someone uses the Mail.app to send a message from one of the machines, the application has a tendency insert extra blank lines between sentences. For example, the text: 'Twas brillig, and the slithy toves Did gyre and gimble in the wabe; All mimsy were the borogoves, And the mome raths outgrabe. would be sent as: 'Twas brillig, and the slithy toves Did gyre and gimble in the wabe; All mimsy were the borogoves, And the mome raths outgrabe. If I had at the end of the first and third lines had i n s e r t e d and then d e l e t e d a carriage return. Curiously, (a) my Outgoing mailbox doens't record this alteration, and (b) when I send messages using in Sendmail the problem doesn't occur My questions: (1) Is this a known problem? (2) How does one fix it? Please send me a reply to my e-mail address. Thanx, John R. Klein -- NewsGrazer, a NeXTstep(tm) news reader, posting -- M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P(%=E(&AA=F4@,RTT M($YE6%0@<W1A=&EO;G,@*&]P97)A=&EN9R`S+C`I(&AE<F4L(&%N9"!T:&4@ M9F]L;&]W:6YG(%P*<&AE;F]M96YO;B!H87,@8F5E;B!R96-E;G1L>2!C86QL M960@=&\@;7D@871T96YT:6]N(&)Y(&UA:6P@<F5C:7!I96YT<UP*9G)O;2!T M:&5S92!M86-H:6YE<SI<"EP*5VAE;B!S;VUE;VYE('5S97,@=&AE(`I<8B!- M86EL+F%P<`I<8C`@('1O('-E;F0@82!M97-S86=E(&9R;VT@;VYE(&]F('1H M92!M86-H:6YE<RP@=&AE(&%P<&QI8V%T:6]N(&AA<R!A('1E;F1E;F-Y(&EN M<V5R="`*7&(@97AT<F$@8FQA;FL@;&EN97,*7&(P("!B971W965N('-E;G1E M;F-E<RY<"EP*1F]R(&5X86UP;&4L('1H92!T97AT.EP*7`H*7&D@)U1W87,@ M8G)I;&QI9RP@86YD('1H92!S;&ET:'D@=&]V97-<"D1I9"!G>7)E(&%N9"!G M:6UB;&4@:6X@=&AE('=A8F4[7`I!;&P@;6EM<WD@=V5R92!T:&4@8F]R;V=O M=F5S+%P*06YD('1H92!M;VUE(')A=&AS(&]U=&=R86)E+@I<:3`@7`I<"G=O M=6QD(&)E('-E;G0@87,Z7`I<"@I<:2`G5'=A<R!B<FEL;&EG+"!A;F0@=&AE M('-L:71H>2!T;W9E<UP*7`I$:60@9WER92!A;F0@9VEM8FQE(&EN('1H92!W M86)E.UP*06QL(&UI;7-Y('=E<F4@=&AE(&)O<F]G;W9E<RQ<"EP*06YD('1H M92!M;VUE(')A=&AS(&]U=&=R86)E+@I<:3`@7`I<"DEF($D@:&%D(&%T('1H M92!E;F0@;V8@=&AE(&9I<G-T(&%N9"!T:&ER9"!L:6YE<R!H860@7`H*7&(@ M:2!N(',@92!R('0@92!D"EQB,"`@86YD('1H96X@"EQB(&0@92!L(&4@="!E M(&0*7&(P("!A(&-A<G)I86=E(')E='5R;BY<"EP*0W5R:6]U<VQY+"!<"EP* M"BAA*2!M>2!/=71G;VEN9R!M86EL8F]X(&1O96YS)W0@<F5C;W)D('1H:7-< M"F%L=&5R871I;VXL(&%N9"!<"EP*"BAB*2!W:&5N($D@<V5N9"!M97-S86=E M<R!U<VEN9R!I;B!396YD;6%I;%P*=&AE('!R;V)L96T@9&]E<PIN)W0@;V-C M=7)<"EP*37D@<75E<W1I;VYS.EP*7`HH,2D@27,@=&AI<R!A(&MN;W=N('!R M;V)L96T_7`HH,BD@2&]W(&1O97,@;VYE(&9I>"!I=#]<"EP*4&QE87-E('-E M;F0@;64@82!R97!L>2!T;R!M>2!E+6UA:6P@861D<F5S<RY<"EP*5&AA;G@L B7`I*;VAN(%(N($ML96EN"EP*7`I<"EP*7`I<"EP*(`I]"BY< `
From: art@cubicsol.com (Art Isbell) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Kernel panic on NS 3.3 black after uuxqt completes execution Date: 23 Dec 1994 16:42:43 GMT Organization: University of California, Santa Cruz Distribution: world Message-ID: <3deum3$72q@darkstar.UCSC.EDU> Since a virgin install of NS 3.3 PR2 on my NeXTcube, I have been experiencing occasional (once per day) kernel panics after receiving incoming mail. I believe it occurs when uuxqt completes. The uucp log shows the uuxqt time 2 - 4 seconds before the time of the /usr/adm/messages panic log. Upgrading to NS 3.3 didn't fix this problem :-( A possibly relevant fact is the I use Taylor uucp v. 1.04, so the uuxqt that's executing is Taylor's. Is anyone else using NS 3.3 on black hardware with Taylor uucp v. 1.04? If so, are you experiencing kernel panics? I guess I could spend considerable time reconfiguring sendmail and the system to use the uucp supplied with NS, but I went to Taylor because of its greater ease of administration and its potentially greater efficiency. I've filed a bug report with NeXT, but because of my use of Taylor uucp, NeXT could understandably argue that Taylor is the problem (although I don't feel that user utilities should be able to panic the kernel). I would appreciate any suggestions. I can't continue to work under 3.3 unless this problem is solved. The time and work lost when panics occur just isn't worth the advantages of 3.3 over 3.2 for me. --- Art Isbell Cubic Solutions NeXT Registered Consultant NEXTSTEP software development/consulting NeXTmail: art@cubicsol.com Voice: +1 408 335 1154 USmail: 95018-9442 Fax: +1 408 335 2515
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.bugs Subject: Re: Bug in Mail.App ? Date: 23 Dec 1994 21:24:50 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <3dff72$dav@usenet.rpi.edu> References: <D18BqJ.Hs@hermes.hrz.uni-bielefeld.de> klein@math205.mathematik.uni-bielefeld.de (John R. Klein) writes: > We have 3-4 NeXT stations (operating 3.0) here, and the following > phenomenon has been recently called to my attention by mail > recipients from these machines: > > When someone uses the Mail.app to send a message from one of the > machines, the application has a tendency insert extra blank lines > between sentences. > My questions: > (1) Is this a known problem? Yes. The person receiving the message will see a blank line after any text line that ends with a blank. > (2) How does one fix it? You can either go thru your message making sure there are no extra blanks on the end of any lines, or you can upgrade to NeXTSTEP 3.3. The new version of Mail.app in NS-3.3 does not seem to have this problem, although I know I have experienced the problem (many times...) when using the NS-3.2 version, as well as earlier versions. > Please send me a reply to my e-mail address. [Will do.] --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
From: art@cubicsol.com (Art Isbell) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: Kernel panic on NS 3.3 black after uuxqt completes execution Date: 24 Dec 1994 17:50:28 GMT Organization: University of California, Santa Cruz Distribution: world Message-ID: <3dhn14$hah@darkstar.UCSC.EDU> References: <3deum3$72q@darkstar.UCSC.EDU> In article <3deum3$72q@darkstar.UCSC.EDU> art@cubicsol.com (Art Isbell) writes: > Since a virgin install of NS 3.3 PR2 on my NeXTcube, I have been > experiencing occasional (once per day) kernel panics after receiving > incoming mail. I believe it occurs when uuxqt completes. The uucp log > shows the uuxqt time 2 - 4 seconds before the time of the > /usr/adm/messages panic log. > Upgrading to NS 3.3 didn't fix this problem :-( > A possibly relevant fact is the I use Taylor uucp v. 1.04, so the > uuxqt that's executing is Taylor's. Is anyone else using NS 3.3 on black > hardware with Taylor uucp v. 1.04? If so, are you experiencing kernel > panics? > NeXT has acknowledged several reports of similar problems (although not yet reproducible by NeXT) with using 3.3 with Taylor uucp. One site has told me that they have had no problems using 3.3 with Taylor 1.05, so I upgraded to 1.05. But another site has told me that they have downgraded to 3.2 because they were suffering kernel panics using 3.3 with Taylor 1.05. I (and apparently NeXT) have not heard of any problems using 3.3 with the uucp supplied with NS. Resolving this problem is tricky because not all Taylor 1.05's are created equal due to the many configuration decisions that can be made before building it. And other utilities that use the serial ports may affect the problem (e.g., NXFax on my system). My system hasn't panicked since upgrading to the Taylor 1.05 that I built, but that's been less than 24 hours and I haven't receive a lot of mail, so it's still too early to tell. But the bottom line is that Taylor uucp shouldn't be able to panic the kernel no matter what build configuration options were used. Seems like a serial driver bug to me. However, I expect NeXT to spend less and less of its limited resources on fixes for NS for NeXT because black hardware is a continually declining percentage of its installed base. If using the uucp supplied with NS masks the problem successfully, then I'll probably have to abandon Taylor until the problem is fixed (if it ever is). I think this is preferable to not upgrading to 3.3 if one values what 3.3 has to offer. If you're experiencing kernel panics with 3.3, by all means file a bug report with NeXT (use BugNext or send email to bug_next@next.com). The more NeXT hears about this problem, the more likely they'll be to fix it. --- Art Isbell Cubic Solutions NeXT Registered Consultant NEXTSTEP software development/consulting NeXTmail: art@cubicsol.com Voice: +1 408 335 1154 USmail: 95018-9442 Fax: +1 408 335 2515
From: rgc@cs.umd.edu (Ross Garrett Cutler) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: NEXTIME problems with NEXTSTEP 3.3 Date: 24 Dec 1994 20:04:29 -0500 Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742 Distribution: world Message-ID: <3diget$qbl@jujube.cs.umd.edu> I just installed my upgrade to NEXTSTEP 3.3. I have an ALR Evolution V (Pentium) with an ATI GUP and PAS-16. The first problem I had with the upgrade is there is the new PAS-16 driver NeXT provides now uses the IO ports 0x9a01-0x9a01, which conflicts with the ATI driver they provide(!). I got around this problem by using the very nice driver ProAudioSpectrumPlus I got from cs.orst.edu. The next problem was that I could not install the NEXTIME sound driver as instructed in in little manual that came with the CD (how come NEXT didn't include a readme with this?). NEXTSTEP 3.3's Configure.app doesn't load this this in the Audio section since the the NEXTIME sound driver is not in the Audio family. However, you can change this easily in the Default.table file. The final problem I had was when trying to load any of the sample movies that came on the NEXTIME disk. I would get the following message on the console: localhost WindowServer[172]: Loading Graphics Package: Error in listener: Errno -2. The image would not load, and the cursor would spin for a few minutes before finally stopping. The strange thing was that the sound worked fine -- just no graphics. I disabled the sound by removing the sound driver to see if this made any difference, but it didn't. Does anyone have a similar system with this problem? Or even better, does anyone have a fix? Thanks, Ross. -- Ross Cutler University of Maryland, College Park Internet: rgc@cs.umd.edu
From: rgc@cs.umd.edu (Ross Garrett Cutler) Newsgroups: comp.sys.next.bugs Subject: NS 3.3: ATI and PAS drivers are incompatible Date: 24 Dec 1994 20:14:48 -0500 Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742 Distribution: world Message-ID: <3dih28$qdg@jujube.cs.umd.edu> I just installed my upgrade to NEXTSTEP 3.3. I have an ALR Evolution V (Pentium) with an ATI GUP and PAS-16. Th new PAS-16 driver NeXT provides now uses the IO ports 0x9a01-0x9a01, which conflicts with the ATI driver they provide(!). I got around this problem by using the very nice driver ProAudioSpectrumPlus I got from cs.orst.edu. However, what about NeXT's drivers? Is there a fix for this? Ross. -- Ross Cutler University of Maryland, College Park Internet: rgc@cs.umd.edu
From: robert@steffi.dircon.co.uk (Robert Nicholson) Newsgroups: comp.sys.next.bugs Subject: Re: Kernel panic on NS 3.3 black after uuxqt completes execution Date: 29 Dec 1994 08:58:40 GMT Organization: me organized? That's a joke! Message-ID: <ROBERT.94Dec29085840@steffi.dircon.co.uk> References: <ROBERT.94Dec28101156@steffi.dircon.co.uk> <1994Dec28.214225.2300@rna.nl> To: gerben@rna.nl (Gerben Wierda) In-reply-to: gerben@rna.nl's message of Wed, 28 Dec 1994 21:42:25 GMT <gerben@rna.nl> writes: >Robert Nicholson writes >>>I am using Taylor 1.05 and NS 3.3 on a NeXT 68040 Cube. I was having >>>problems until I removed NXFax 1.04a and now everything works okay. >> >>>Has any else had problems with NXFax 1.04a and NS 3.3? >> >>>-- >> >>>Ralph Jung ( Ralph_Jung@Radical.Com ) >>>Radical System Solutions, Inc. NeXTmail/MIME accepted >>>System/Network/Database Design, Development, Consulting >>>rad~i~cal \'rad-i-kel\ adj. - marked by a considerable departure from >>> the usual or traditional: EXTREME >> >>Aha, my hypothesis is starting to look correct :-) >> >>I've had lots of trouble with NXFax and SLIP basically the problem >>relates to contention for the serial port. You have to dink around >>with ResetDelay (dwrite) for your NXFax's Modem in order to minimise >>this problem. >>-- >>"Oh no, actually darling I don't have time for games." >>(PGP key: send email with Subject: request pgp key) >>(ASCII for text only messages) >> >The ResetDelay change did not solve my problem. Just for the record. >-- >gerben@rna.nl (Gerben Wierda) NEXTSTEP RD242 >"If you don't know where you're going, any road will take you there" >Paraphrased in Alice in Wonderland, originally from the Talmud. What happened when you turned off NXFax all together? -- "Oh no, actually darling I don't have time for games." (PGP key: send email with Subject: request pgp key) (ASCII for text only messages)
From: rpayne@bbn.com (BBN Jobs) Newsgroups: comp.sys.next.bugs Subject: Router Dev. at BBN Date: Thu, 29 Dec 1994 10:28:01 -0500 Organization: BBN Inc. Message-ID: <rpayne-2912941028010001@128.89.16.23> Position: Router Software Developer Contact: rpayne@bbn.com Description: Participate in maintenance and development at BBN's T/20 and T/40 Internet Packet Routers. Position involves reproducing and debugging problems in an internet environment, implementing fixes and testing modified code. Education: BS or Masters in a technical discipline. EE, CS or combined EE/CS degrees preferred. Experience: thorough working knowledge of C programming and education or experience in data communications required. experience working with large (100k lines of code or more) software systems and embedded processors a plus. -- Ron Payne BBN Systems and Technologies Email: rpayne@bbn.com Fax: (617) 873-3099 Voice: (617) 873-3520 10 Moulton St. Cambridge, MA 02138
Newsgroups: comp.sys.next.bugs From: rvs@vnp.com (Ronald V. Simmons) Subject: Bash as default shell for users prevents console login Message-ID: <1994Dec30.145349.1165@vnp.com> Sender: news@vnp.com (News account) Organization: VNP Software Date: Fri, 30 Dec 94 14:53:49 GMT I just upgraded to NS 3.3 on black hardware and now have an interesting (read very annoying) problem. Users who have bash as their default shell hang when logging in via the console. The login panel disappears, but neither the dock, the file viewer nor the workspace menu ever appear. You just get a blank screen except for the mouse cursor. Users are able to telnet in as before with no problem. This worked under 3.2, but seems to break in 3.3. Changing the default shell to /bin/csh fixes this problem, but this means that users telnetting in (as we all do on occasion) will get the "wrong" shell. I have had /usr/local/bin/bash in my /etc/shells forever, and did not overwrite this on the upgrade, i.e. I checked and its still there. Anyone have any ideas on how to get the correct behavior here? rvs
From: dirk@buran.fb10.tu-berlin.de (Dirk Schwarzhans) Newsgroups: comp.sys.next.bugs,comp.sys.next.misc Subject: Anyone noticed? midi seems to be broken under 3.3 on black hw! Date: 30 Dec 1994 20:38:55 GMT Organization: Technische Universitaet Berlin Message-ID: <3e1r4v$ira@brachio.zrz.TU-Berlin.DE> Originator: dirk@buran Hello, has anyone encountered the same problems like me? I tried to use different midi programs under NS3.3 and they all couldn't find the midi driver! The problem seems to be that the midi driver won't load! "/usr/etc/kl_util -s" reveales the following: SERVER: midi Allocated SERVER: slip Loaded SERVER: nxd Loaded SERVER: audio Loaded but no line like "SERVER: mididriver Allocated" Trying to add the driver manually using "/usr/etc/kl_util -a /usr/lib/kern_loader/Midi/mididriver_reloc" as root generated the following output: Adding server with relocatable /usr/lib/kern_loader/Midi/mididriver_reloc /usr/lib/kern_loader/Midi/mididriver_reloc is thin mach-o Allocating server mididriver Server mididriver linking /usr/lib/kern_loader/Midi/mididriver_reloc against /mach Server mididriver linking relocatable "/usr/lib/kern_loader/Midi/mididriver_reloc" kern_loader: Link failed rld(): Undefined symbols: _current_task _current_thread _thread_should_halt kern_loader: server mididriver won't link Server mididriver didn't initialize Server mididriver deallocating Server mididriver Deallocated kl_util : server won't relocate (108) A work around to this bug seems to be to replace the files in "/usr/lib/kern_loader/Midi/" with the files from release 3.2 but I cannot garantee that this doesn't cause other problems! Dirk Schwarzhans
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.