This is Bugs95-I.gz in view mode; [Up]
From: treed@bmt.gun.com (Timothy Reed) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs Subject: Booting NS 3.3 Intel off non-primary SCSI disk, CD-ROM? Date: 31 Dec 1994 04:59:48 GMT Organization: Black Market Technologies, Inc. Distribution: world Message-ID: <3e2og4$d87@nobugs.bmt.gun.com> Keywords: 3.3 intel boot cd-rom Hi, We're having a problem installing NEXTSTEP 3.3 on a Gateway 66V with an Adaptec 2740 EISA SCSI adapter, ATI Ultra Pro, and a PAS16. The boot disk in this case is the fourth disk on the SCSI chain with a target ID of 3. Although the documentation and boot help screen (? at the boot: prompt) says that it's possible to install NEXTSTEP on a non-primary disk, /etc/fstab seems to always have / on sd0. This confuses NEXTSTEP and prevents the system from mounting root read-write. Questions: * Is this a bug? * Has anyone successfully installed NS on a non-primary SCSI disk, and how did you do it? * How can I boot Intel in single user off the CDROM so I can fix /etc/fstab myself? This is not documented for Intel as far as I can tell. As an aside, we've installed DOS, Windows, WFW3.11, Chicago, NT, OS/2 v2 and Warp beta, and even Solaris 2.4 on this system with absolutely no problems. We actually had to change the IRQ of the Adaptec from 15 to 11 to get the CD-ROM installation to function. Argh! Thanks, Tim
From: ccwf@chagall.klab.caltech.edu (Charles Fu) Newsgroups: comp.sys.next.bugs Subject: Re: ldiv bug in 68040 ? Date: 1 Jan 1995 02:55:25 GMT Organization: California Institute of Technology, Pasadena Message-ID: <3e55it$rg@gap.cco.caltech.edu> References: <3dpp0l$bsq@darkstar.UCSC.EDU> <D1IrAE.2Ju@hazel.north.de> >In article <3dpp0l$bsq@darkstar.UCSC.EDU> art@cubicsol.com (Art Isbell) >writes: >> -ffloat-store ... In article <D1IrAE.2Ju@hazel.north.de>, Gerriet M. Denkmann <gmd@hazel.north.de> wrote: >Thanks for pointing out this compiler option - it is a viable workaround, >which I hadn't known of before. >But I still think that the compiler is wrong in comparing memory locations >with floating point registers. >At least the documentation should carry a warning about this situation, >and suggest some more appropriate test for NaNs. The general rule is all tests for equality and inequality of floating point numbers are suspicious and not portable. Obviously, you can do better if you have a compiler which claims to be IEEE 754 compliant, but I do not believe gcc claims to be IEEE compliant without certain options turned off (-ffloat-store as mentioned above, -fno-fast-math, perhaps some others) and _may_ not even be IEEE compliant then (I do not recall seeing any claims that it is). Another solution for your problem would be to roll your own isnan function to compare two floating point numbers on the stack. Thus, floats would be forced into memory before the NaN test, and other calculations could continue to take advantage (if desired) of the extra precision. You can avoid the overhead of a function call by making isnan() an inline function call with a single asm() instruction. Obviously, this solution relies upon special features of gcc and is not portable. If you force your isnan() function to be outlined, then it will be relatively portable at the expense of speed. Beware here, however, that a number of systems do supply a isnan() function, so an outlined version can cause a clash when linking. -ccwf
From: gj@irock.com ("G. J.") Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs Subject: Re: Booting NS 3.3 Intel off non-primary SCSI disk, CD-ROM? Date: Sun, 01 Jan 1995 15:03:20 -0800 Organization: iRock.Communications Distribution: world Message-ID: <gj-0101951503200001@gj.irock.com> References: <3e2og4$d87@nobugs.bmt.gun.com> In article <3e2og4$d87@nobugs.bmt.gun.com>, treed@bmt.gun.com wrote: > We're having a problem installing NEXTSTEP 3.3 on a Gateway 66V... > Questions: > > * Is this a bug? > > * Has anyone successfully installed NS on a non-primary SCSI disk, and how did > you do it? I did it. There is a NeXTAnswer available on the subject. You need to install NS 3.3 on the disk with it connected and configured as the first SCSI Device. I'd disconnect all other drives for the install. Then, after all is finished, you can mod fstab to reflect the new drive location, then you can move it. I boot from a floppy using "sd(1)mach-kernel". -- "G. J." at iRock.Communications[TM] mailto:gj@irock.com <http://www.irock.com> The small 'i' is for interactive, and the WWW stands for Wacky, Wacky, Wacky!
From: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs Subject: Re: Booting NS 3.3 Intel off non-primary SCSI disk, CD-ROM? Date: 1 Jan 1995 16:02:26 -0800 Organization: The Marshmallow Peanut Circus Message-ID: <3e7fqi$k3e@samsara.circus.com> References: <3e2og4$d87@nobugs.bmt.gun.com> Keywords: 3.3 intel boot cd-rom In article <3e2og4$d87@nobugs.bmt.gun.com>, Timothy Reed <treed@bmt.gun.com> wrote: >Hi, >We're having a problem installing NEXTSTEP 3.3 on a Gateway 66V with an >Adaptec 2740 EISA SCSI adapter, ATI Ultra Pro, and a PAS16. The boot disk >in this case is the fourth disk on the SCSI chain with a target ID of 3. >Although the documentation and boot help screen (? at the boot: prompt) says >that it's possible to install NEXTSTEP on a non-primary disk, /etc/fstab >0. This confuses NEXTSTEP and prevents theimary SCSI disk, CD-ROM? >system from mounting root read-write. Questions: > >* Is this a bug? I don't know if it's a "bug" per se, since it might be that you intend to make the disk a primary one, later... and that's how things do get set up. I agree things could definitely be a little more clear. It could be a bug... it could be a lack of documentation on how to install on a non-primary disk. Anyhow, the following should be enough to get you going, and if there's not a NeXTAnswer on this issue yet, perhaps someone will write one shortly. >* Has anyone successfully installed NS on a non-primary SCSI disk, and how >did you do it? The trick is that until you've got your fstab fixed, you have to specify your root device from the booter's prompt. This can be done by putting "rootdev=sd3a" as a boot parameter. Another problem, of course, is where to put the NEXTSTEP booter; if NEXTSTEP isn't on your primary disk, then of course your booter might not be found, or it might not be looking on the right disk by default. What you can do is make a boot floppy which has the nextstep booter on it, by typing "disk -b /dev/fd0a" as root. For the time being, you can use your install boot floppy's booter to get up and running. For this particular situation, it sounds like you need to stick a boot floppy into the drive, boot up, and at the "boot:" prompt, type "sd(3,a)mach_kernel rootdev=sd3a". Once you fix your fstab, "sd(3,a)mach_kernel" should do the trick. >* How can I boot Intel in single user off the CDROM so I can fix /etc/fstab >myself? This is not documented for Intel as far as I can tell. Booting off the CD into single user mode is not fun, because if your root device is the CDROM, then you're fairly handicapped, what with no writable /tmp, /etc/mtab, etc... Fortunately, the "rootdev=sd3a" will override /etc/fstab's entry for the root device, and this should be unnecessary. To boot single user mode, you just need to add a "-s" to your boot parameters. If you still need to boot off the CDROM in single user mode, then the procedure is as follows: 1. insert nextstep install boot floppy and power up. 2. at the boot: prompt, you need to specify "-s". If you want a writable root device, then "mach_kernel rootdev=sdNa -s" where N is the drive you want. 3. You'll be prompted for the device drivers disk, etc, just as if you were doing a fresh installation. 4. Once you've picked device drivers, instead of going into the final steps of preparing to install, you'll be dumped into sh since you specified "-s". Again, you probably won't need to do this... but it's nice to know it can be done. >As an aside, we've installed DOS, Windows, WFW3.11, Chicago, NT, OS/2 v2 and >Warp beta, and even Solaris 2.4 on this system with absolutely no problems. We >actually had to change the IRQ of the Adaptec from 15 to 11 to get the CD-ROM >installation to function. Argh! Hm, yeah, the adaptecs usually ship with a default IRQ of 11, and unfortunately that's what NEXTSTEP presumes unless told otherwise. To further this, I don't believe you can tell NEXTSTEP otherwise until after you've gotten the system installed. However, if you want to put it back, just launch Configure.app, and set the new IRQ, then save your configuration, power down, and change the IRQ on the adaptor before rebooting. >Thanks, >Tim I hope this has been helpful... -Adam Beeman -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ I wish I could speak for my employer // // Home = buddha@circus.com \\ Work = Adam@NeXT.COM (Contractor) // // http://www.circus.com/~buddha/ \\ #import <usenet/disclaimer.h> //
From: kcd@babylon5.jumpgate.com (Kenneth Dyke) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs Subject: Re: 3.3 (poor video performance) Date: 3 Jan 1995 03:34:39 GMT Organization: BEST Internet (415) 964-2378 Distribution: world Message-ID: <3eagkf$kc5@news1.best.com> References: <schwettD1su4v.D0J@netcom.com> Keywords: 3.3, Video, possible explanation? In article <schwettD1su4v.D0J@netcom.com> schwett@netcom.com writes: > >One would think that 32-bit deep color windows would be the easiest to > >drag around as (I hope) they're stored in RAM in the same format that the > >graphics cards all use. > > Actually, I have come to believe that the problem is with translating from > one color depth to another. If you open a 32 bit window, like a WetPaint > document, it drags very smoothly. Open a 16 bit windows in 32 bit, and it > lags very sadly. I think you might have nailed it. I just tried dragging around a 32-bit jpeg file in a window approximately the same size as my Mail folder and it's significantly faster. Dragging the Mail folder window really dogs. It looks like the translation that really got broken was the 12-bit to 24-bit because shell windows and such still drag quickly. I suppose I could try to see how well 8-bit grayscale windows drag around. [I just tried it and eight-bit still flies right along]. > The workspace uses 12/16 bit icons, doesn't it? > > In any case, you can help things a bit by using a color depth preferences > dealie and setting stuff to 8 bit, if you don't always need color. It helps, > but I'm still going to trash NeXTStep unless NeXT fixes this.... and soon! Well, I like NEXTSTEP too much to trash it over this little annoyance, but I do think a bug report is in order. > Everybody who has this problem, PLEASE PLEASE PLEASE BUG NEXT. They need to > know that it's not just a fluke. Agreed. -Ken (Otherwise an extremely happy camper with 3.3.) -- Kenneth C. Dyke | GCS/E d-(---) H s !g !p au a- w+ v(-) C++(++++) P- L- kcd@jumpgate.com | 3- UIX++++$ E--- K- N++ W--- M--(-) !V -po+ f Y+ 5++ NeXTMail and MIME Ok | j- G' tv b+ D+ B- e+ h+ u**(---) n----(---) y++(*>**) IRC: Nyx | PGP Public key available via finger | "Just one fix." -Ministry
Newsgroups: comp.sys.next.bugs From: gerben@rna.nl (Gerben Wierda) Subject: Re: Kernel panic on NS 3.3 black after uuxqt completes execution Message-ID: <D1tsME.rD@rna.nl> Sender: gerben@rna.nl (Gerben Wierda) Organization: G.R.O.S.S. References: <ROBERT.94Dec29085840@steffi.dircon.co.uk> Date: Tue, 3 Jan 1995 10:47:01 GMT 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. Currently I am running 3.3Gamma again with Taylor UUCP. Taylor UUCP was modified and recompiled awith HAS_UNBLOCKED_WRITES set to 0. I am not running NXFax. No crashes since. NXFax won't be installed before I get 3.3 and then only after a couple of weeks testing without. Both Taylor uucico and TransSys PNI leave the kernel in a wrong state (DTR on whithout a process attached). Don't know yet what causes this.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs From: tim@aplcenmp.apl.jhu.edu (Tim Pugh) Subject: Re: 3.3 (poor video performance) Message-ID: <D1u9L9.10J@aplcenmp.apl.jhu.edu> Keywords: 3.3, Video, possible explanation? Organization: Johns Hopkins Continuing Professional Programs References: <schwettD1su4v.D0J@netcom.com> <3eagkf$kc5@news1.best.com> Date: Tue, 3 Jan 1995 16:53:32 GMT While you are "bugging NeXT" about a fix for video performance, how about a fix for EDIT Print -- a single page file always prints an enpty second page. It has been this way for far too long IMHO. --Tim -- Tim Pugh |MicroCALL Services tim@aplcenmp.apl.JHU.EDU |8713 Briarcroft Lane |Laurel, MD 20708-1355 ------------------------------------------------------------------------------
From: art@cubicsol.com (Art Isbell) Newsgroups: comp.sys.next.bugs Subject: Re: Kernel panic on NS 3.3 black after uuxqt completes execution Date: 3 Jan 1995 17:31:32 GMT Organization: University of California, Santa Cruz Distribution: world Message-ID: <3ec1lk$hun@darkstar.UCSC.EDU> References: <D1tsME.rD@rna.nl> In article <D1tsME.rD@rna.nl> gerben@rna.nl (Gerben Wierda) writes: > Currently I am running 3.3Gamma again with Taylor UUCP. Taylor UUCP was > modified and recompiled awith HAS_UNBLOCKED_WRITES set to 0. I am not running > NXFax. No crashes since. > I, too, experienced kernel panics after receiving incoming mail after installing NS 3.3PR2 and NS 3.3. I was running Taylor 1.04 and NXFax 1.04. I built Taylor 1.05 with HAS_UNBLOCKED_WRITES set to 0 and installed it. The panics ceased for about 10 days until yesterday :-( I probably ran this long because mail was light during the holidays. NXFax may be involved somehow, but I don't want to deinstall it, so I've increased the NXFax ResetDelay time from the default 2 seconds to 4 seconds in hopes that the modem reset that NXFax does after each hangup was occurring "too soon", whatever that means. Apparently these panics don't occur when Taylor uucp isn't used. So if this can't be solved using Taylor uucp, then I'd rather give up Taylor than NXFax. Any suggestions welcomed!! --- 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: ACI_INC@news.delphi.com (ACI_INC@DELPHI.COM) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs Subject: Re: 3.3 (poor video performance) Date: 3 Jan 1995 13:44:49 -0500 Organization: Delphi Internet Services Corporation Message-ID: <3ec5v1$dnu@news2.delphi.com> References: <schwettD1su4v.D0J@netcom.com> <3eagkf$kc5@news1.best.com> <D1u9L9.10J@aplcenmp.apl.jhu.edu> Keywords: 3.3, Video, possible explanation? tim@aplcenmp.apl.jhu.edu (Tim Pugh) writes: >While you are "bugging NeXT" about a fix for video performance, how about >a fix for EDIT Print -- a single page file always prints an enpty second >page. It has been this way for far too long IMHO. > --Tim >-- That is news to us! Never seen this problem in the last 4 years. Check your printer!!! Karlheinz >Tim Pugh |MicroCALL Services >tim@aplcenmp.apl.JHU.EDU |8713 Briarcroft Lane > |Laurel, MD 20708-1355 >------------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs From: schwett@netcom.com Subject: Re: 3.3 (poor video performance) Message-ID: <schwettD1uF7x.Bnu@netcom.com> Keywords: 3.3, Video, possible explanation? Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <schwettD1su4v.D0J@netcom.com> <3eagkf$kc5@news1.best.com> Date: Tue, 3 Jan 1995 18:55:08 GMT kcd@babylon5.jumpgate.com (Kenneth Dyke) writes: >looks like the translation that really got broken was the 12-bit to 24-bit >because shell windows and such still drag quickly. I suppose I could try to >see how well 8-bit grayscale windows drag around. [I just tried it and >eight-bit still flies right along]. >Well, I like NEXTSTEP too much to trash it over this little annoyance, but >I do think a bug report is in order. I really LOVED 3.2, but, I don't *need* NeXTStep, really, and the video performance in 3.3 on my system makes it altogether unpleasant to work with... >> Everybody who has this problem, PLEASE PLEASE PLEASE BUG NEXT. They need to >> know that it's not just a fluke. >Agreed. Well... I hear from NEXT that they ARE aware of the problem, that they DO know that it's not a fluke, and that they are working on it... This is enough for me, for now, so I'm not going to fdisk that drive just yet. Happy New Year, all! Mark Schwettmann -- schwett@netcom.com --- mschwett@ced.berkeley.edu " a smile cartooned tooth for tooth, you said irony was the shackles of youth "
Newsgroups: comp.sys.next.bugs From: js@euler.hnv.icem.de(Juergen Sell) Subject: Impossible to access Edit.apps Utilities->UserPipes outside Message-ID: <D1w29M.AM@euler.hnv.icem.de> Sender: js@euler.hnv.icem.de (Juergen Sell) Organization: Ink Unknown Date: Wed, 4 Jan 1995 16:10:33 GMT Edit.app allows for user-defined pipes as an enhancement. This is a nifty feature when using Edit.app. But the same pipes are not automagically available as services while using other apps. So far I found no way to export these user-defined pipes (see .pipdict) as Edit's Services. A shame, my fault or just another inconvenience? 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? -- 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,
Newsgroups: comp.sys.next.bugs From: karl@trapac.com (Karl Kraft) Subject: Re: Impossible to access Edit.apps Utilities->UserPipes outside Message-ID: <D1wCoG.53z@trapac.com> Organization: Trans Pacific Container Service Corporation References: <D1w29M.AM@euler.hnv.icem.de> Date: Wed, 4 Jan 1995 19:55:27 GMT In article <D1w29M.AM@euler.hnv.icem.de> js@euler.hnv.icem.de(Juergen Sell) writes: >So far I found no way to export these user-defined pipes (see .pipdict) >as Edit's Services. > >A shame, my fault or just another inconvenience? Use Terminal.app or TickleServices. Both of these will allow you to set up pipes and commands as Service items. -- Karl Kraft Karl_Kraft@trapac.com Karl_Kraft@ensuing.com [My opinions are my own]
Newsgroups: comp.sys.next.bugs From: gerben@rna.nl (Gerben Wierda) Subject: Re: Kernel panic on NS 3.3 black after uuxqt completes execution Message-ID: <D1wHDv.s3@rna.nl> Sender: gerben@rna.nl (Gerben Wierda) Organization: G.R.O.S.S. References: <3ec1lk$hun@darkstar.UCSC.EDU> Date: Wed, 4 Jan 1995 21:37:06 GMT So far for the good news: Well, I just had my first system freeze (no panic, just a freeze) and just after a poll (I could see during the fsck that some files got lost and from the Log these included one very big mail message (180k) during which uuxqt crashed apparently). So what did I do to get the system crashed? 1) I installed NEXTIME some time before 2) I had run some Movies some time before 3) I was running an audio CD I think between 1+2 and the crash there must have been another (Non-crashing) UUCP. I was running Pages at the time (which I also don't do that often, so it might coincide) I am NOT running NXFax at all. So... Since Dec 31, I have been running uucico 49 times, this is the first crash. The system has been rebooted a couple of times since then. Another point, I have heard from Tom that his modem also sometimes has the DTR light on after SLIP. He is running 3.2. I have tested with a breakout box that it is indeed DTR from the computer and not a modem error. BTW. I am wondering if this is read by someone at NeXT, this problem needs attention since I will have a hard time telling prospects that NEXTSTEP is safe if at home it is crashing/freezing all the time when using self-compiled software. Isn't the use of your own (MCCA) software not just what NEXTSTEP was all about? So, Art, I diagree that going to NeXT UUCP is an acceptable solution, not even from NeXT's point of view (if they are smart). I might sound a bit frustrated and that is because I am. It is difficult enough to sell NEXTSTEP as an environment without these kind of glitches.
From: mgais@iicm.tu-graz.ac.at (Mansuet Gaisbauer) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.sysadmin Subject: [Wanted] Public domain X11R[45] Server for NextDimension ! Date: 05 Jan 1995 09:18:44 GMT Organization: IICM, Graz University of Technology, Austria Distribution: world Message-ID: <MGAIS.95Jan5101844@pluto.tu-graz.ac.at> Hi NeXT gurus out there! I got a NeXTCube with a NeXTDimension graphics board running NeXTStep 3.0. Now i am looking for a public domain X11R[45] server, to use the cube as an X-terminal. Does anyone know where to get one? Thanks in advance Mansuet -- --------------------------------------- | Dipl.Ing. Gaisbauer Mansuet Juergen | | IICM TU-Graz, Austria | | Schieszstattgasse 4a | | A-8020 Graz | |-------------------------------------| | E-mail: mgais@iicm.tu-graz.ac.at | | Phone: ++43/316/832551-31 | --------------------------------------- -- --------------------------------------- | Dipl.Ing. Gaisbauer Mansuet Juergen | | IICM TU-Graz, Austria | | Schieszstattgasse 4a | | A-8020 Graz | |-------------------------------------| | E-mail: mgais@iicm.tu-graz.ac.at | | Phone: ++43/316/832551-31 | ---------------------------------------
From: Ludhi Sidikpramana <MIS/MIS/lxs%MBIA_Corporation@mcimail.com> Newsgroups: comp.sys.next.bugs Subject: Oracle 7.1.3 and SQLNET V.2.1 Date: 5 Jan 1995 15:34:06 GMT Message-ID: <3eh3he$9vg@alterdial.UU.NET> I'm having trouble connecting NS3.3 DBmodeler to our Oracle 7.1.3 Server running on Sparc. Does anyone have any info regarding this connectivity? Or NeXT has not yet support the latest Oracle SQLNET version 2.1 / 2.0?
From: Atze (Alexander Spohr) Newsgroups: comp.sys.next.bugs Subject: 3.3 and ATI VL BUG Date: 5 Jan 1995 14:52:19 GMT Organization: multiversum media lab gmbh Message-ID: <3eh133$bsi@multiversum.multiversum.com> Keywords: ATI Driver Yesterday I installed 3.3 on machine at home: 486-66/2, EISA + VL, 32MB ram ATI VL 2MB PAS16 Cogent Ether DPT2012, 1Gig + 270Meg HD, Toshiba 3401, Syquest 3.5 BusMouse And after the installation my system rebooted in VGA :-( The Driver complained about "Cannot get I/O Ports 16xx-something. Solution (just works fine for me): - Open /usr/Devices/ATI.config/Instance0.table - Remove everything in the I/O-Port section after (and including) 16xx-something. - Reboot Atze PS. I do not remember the exact numbers. Look while booting for the correct ones.
Newsgroups: comp.sys.next.bugs From: tomi@shinto.nbg.sub.org (Thomas Engel) Subject: BUG: UNIX-HatersTool v0.1. Intel problem with MiscShell Message-ID: <D1vy5z.7B@shinto.nbg.sub.org> Sender: tomi@shinto.nbg.sub.org (Thomas Engel) Organization: STEPeople's home. (A NUGI member) Date: Wed, 4 Jan 1995 14:41:59 GMT Hi! Just to let you know. IF you are planning to pick the UNIX-HatersTool 0.1 and want to run it on Intel. DON'T DO IT. It won't work the way it was planned to be. There is a bug in the MiscShell that might be fixed in a few days. So all Intel users should wait for v0.11. If you uploaded the current release then wait for a new MiscKit release. Relinking the app with the new libMiscShell.a should be enough. Take to Steve Hayman if you are in desperate need for the possible archiving-bug-fix of the MiscShell class. Aloha Tomi -- _________________________________________________________ (tomi@shinto.nbg.sub.org) Thomas Engel Neptunstr. 9 NeXTMail welcome D - 90522 Oberasbach Germany
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs From: stephen@gcm.com (Stephen Slayton) Subject: Re: Booting NS 3.3 Intel off non-primary SCSI disk, CD-ROM? Message-ID: <1995Jan5.190406.25099@gcm.com> Followup-To: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs Sender: usenet@gcm.com (Cnews Administrator) Organization: Greenwich Capital Markets, Inc. References: <3e2og4$d87@nobugs.bmt.gun.com> Date: Thu, 5 Jan 1995 19:04:06 GMT See Next doc 1487_booting_from_an_alternative_hard_disk_drive.txt. I used it to install without trouble. If I recall correctly, you have to set the SCSI disk to be device 0 for the initial install, e.g. SCSI id 0. You then have 2 choices. Either boot from floppy, and get prompted for the SCSI device to boot off, or create a 7 meg boot partition on your primary (boot) drive, then configure it to point at your SCSI NeXT disk. When you boot, you will be asked to run NeXT or DOS. Interesting I-Hate-Bill-Gates Story With A Lesson: My NeXT install went fab. But when I installed DOS above my 7 meg partition, the DOS install script offered to format my C: drive (the remaining 333 megs). The last message I saw was "None of Your Data Will Be Affected". I accepted, and after formatting my DOS partition, it also formatted my 1 GIG SCSI drive holding NeXT! Nice going Bill! It did leave my 7 meg partition alone, so I shouldn't complain. About your comment that your machine also runs DOS. Great, great, great. Of course DOS has no ability to let you boot into anything else. Were it not for utils of other OS's, you could never install DOS with anything. Stephen
From: powell@tropic.aoml.erl.gov (Mark Powell) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs Subject: DOS install wipes out NS Disks!! was Re: Booting NS 3.3 Intel off ... Date: 6 Jan 1995 16:22:27 GMT Organization: U.S. Department of Commerce, NOAA/AOML Message-ID: <3ejqo3$ce7@wave.aoml.erl.gov> References: <1995Jan5.190406.25099@gcm.com> In article <1995Jan5.190406.25099@gcm.com> stephen@gcm.com (Stephen Slayton) writes: > My NeXT install went fab. But when I installed DOS above my 7 meg > partition, the DOS install script offered to format my C: drive (the > remaining 333 megs). The last message I saw was "None of Your Data > Will Be Affected". I accepted, and after formatting my DOS partition, > it also formatted my 1 GIG SCSI drive holding NeXT! Nice going Bill! > It did leave my 7 meg partition alone, so I shouldn't complain. Same thing happened to me but two 1 gig external SCSI drives were wiped out and it was a week before everything was restored to normal from backups!!!! -- Dr. Mark D. Powell Research Meteorologist, CCM (Swimmer, Windsurfer, user of NEXTSTEP) NOAA Hurricane Research Division (appropriate disclaimers apply) Miami, Fl 33149 Voice (305) 361-4403 Fax (305) 361-4402
From: scott@atlanta.com (Scott M. Jones) Newsgroups: comp.sys.next.bugs Subject: Freezeups while surfing via SLIP... Date: 7 Jan 1995 03:44:29 GMT Organization: Internet Atlanta Message-ID: <3el2mt$3b1@metro.atlanta.com> Since installing NS/I 3.3, I've been getting system freeze-ups during netsurfing, especially when downloading large amounts of data. The lockup is a total freeze; I can't even break out with the kernel trap keys (yes, I know the kernel trap keys have changed for 3.3/Intel). I've had five lockups including one using OmniWeb and one downloading a large piece of E-mail with Popper. I'm using PNI SLIP v1.11 with the standard (still faulty) serial driver at 19.2Kbps and a Supra V.32 14.4 modem. This sounds a lot like the UUCP problems mentioned here before. I'm not running UUCP, though. I'm starting to suspect that the crashes are related to moving the mouse while data is coming in (I have a Logitech serial mouse). On an unrelated note, I also noticed a bug when trying to rename a file in the file viewer. When I typed the letter 'o', the screen stopped updating as I was typing. I didn't realize it at first, but additional keystrokes I typed got appended to the filename, and I didn't see them until I clicked on the icon in the file path. I haven't been able to recreate this one yet. Has anyone else seen these bugs? (Bug_next, here I come...) -- Scott M. Jones Atlanta, GA, USA scott@atlanta.com (NeXTmail, MIME accepted) sjones@netcom.com (MIME accepted)
Newsgroups: comp.sys.next.bugs From: jkarab@exnext.com (John Karabaic) Subject: Re: Oracle 7.1.3 and SQLNET V.2.1 Message-ID: <1995Jan7.033420.14433@almserv.uucp> Sender: usenet@almserv.uucp Organization: Fannie Mae References: <3eh3he$9vg@alterdial.UU.NET> Date: Sat, 7 Jan 1995 03:34:20 GMT Ludhi Sidikpramana <MIS/MIS/lxs%MBIA_Corporation@mcimail.com> writes > I'm having trouble connecting NS3.3 DBmodeler to our Oracle 7.1.3 > Server running on Sparc. Does anyone have any info regarding this > connectivity? Or NeXT has not yet support the latest Oracle SQLNET > version 2.1 / 2.0? You need to run the Oracle tools which convert a system-7 type data dictionary into a system-6-type, if you truly meant *DBModeler* and not *EOModeler*. OTOH, You might reconsider using DBKit at all, since it's pretty much a dead product, replaced by Enterprise Objects Framework. Yes, I know it's bundled with NEXTSTEP and EOF is not, but NeXT is most likely not investing anything in maintaining DBKit anymore. -- John S. Karabaic, jk@exNeXT.com, 513 825 6266, 513 825 0443 (fax) FNMA info: gaujsk@fnma.com, 202 752 7595 (no voicemail) Senior Software Engineer, Vanguard Software Corporation Any opinions expressed are most likely not the views of VSC or FNMA.
From: jimra@aol.com (JimRA) Newsgroups: comp.sys.next.bugs Subject: Re: Oracle 7.1.3 and SQLNET V.2.1 Date: 7 Jan 1995 03:05:45 -0500 Organization: America Online, Inc. (1-800-827-6364) Sender: root@newsbf02.news.aol.com Message-ID: <3eli0p$3ug@newsbf02.news.aol.com> References: <1995Jan7.033420.14433@almserv.uucp> ... Also, keep in mind that sqlnet 2.x is not supported by the dbkit adaptors, only sqlnet version 1. To use dbkit with 7.1, you need to run catalog6.sql vs your database (read the oracle docs), then be sure sqlnet 1.0 is set up on the standard port. Next wasn't planning to pass out a DBKit adaptor for 7.x because EOF has taken most of the resources that they would have put on it; thus, if you want complete 7.x support (including sqlnet 2.0, procedures, etc.) you need to get EOF. (It's kinda worth it anyway.) JimRA@aol.com
Newsgroups: comp.sys.next.bugs From: swiemer@PROBLEM_WITH_INEWS_GATEWAY_FILE (Sebastian Wiemer) Subject: SoundBlaster 16 bug? Sender: news@hermes.hrz.uni-bielefeld.de (News Administrator) Message-ID: <D21AL6.MwE@hermes.hrz.uni-bielefeld.de> Date: Sat, 7 Jan 1995 11:58:18 GMT Organization: Universitaet Bielefeld, Rechenzentrum Hi! When I try to install a SoundBlaster 16 with the Configure.app, the application complains about a port conflict. The Adaptec 1542C uses Port 300H and the MPU-401 midi controller of the SoudBlaster 16 uses this port too. BUT! I jumpered the SoundBlaster 16 with MSEL open. The MPU-401 port is now 300H and not 330H. I can't change the portaddress whith the Configure.app application. Is there any way to work around this problem? Sebastian Wiemer swiemer at unix4.geschichte.uni-bielefeld.de
From: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.bugs Subject: Re: Freezeups while surfing via SLIP... Date: 7 Jan 1995 11:15:39 -0800 Organization: The Marshmallow Peanut Circus Message-ID: <3emp8r$mh@samsara.circus.com> References: <3el2mt$3b1@metro.atlanta.com> In article <3el2mt$3b1@metro.atlanta.com>, Scott M. Jones <scott@atlanta.com> wrote: >Since installing NS/I 3.3, I've been getting system >freeze-ups during netsurfing, especially when downloading >large amounts of data. The lockup is a total freeze; I can't >even break out with the kernel trap keys (yes, I know the >kernel trap keys have changed for 3.3/Intel). > >I've had five lockups including one using OmniWeb and one >downloading a large piece of E-mail with Popper. I'm using >PNI SLIP v1.11 with the standard (still faulty) serial driver >at 19.2Kbps and a Supra V.32 14.4 modem. > >This sounds a lot like the UUCP problems mentioned here >before. I'm not running UUCP, though. I'm starting to >suspect that the crashes are related to moving the mouse while >data is coming in (I have a Logitech serial mouse). Well, this is a totally different problem; the uucp problems, you may note, are apparently happening on black hardware. This is almost definitely the serial driver acting up. When you think about it, you're trying to do both extremes of what the serial driver can do -- high speed data transfers which are usually less responsive, and low speed, highly responsive serial mouse movement -- at the same time! No wonder you're having problems. You will get an improvement in performance by either switching to a bus mouse (which you can do now) or getting NeXT's new serial driver (which you will have to wait for) when it's done. (I presume it'll be on NeXTAnswers eventually.) >On an unrelated note, I also noticed a bug when trying to >rename a file in the file viewer. When I typed the letter >'o', the screen stopped updating as I was typing. I didn't >realize it at first, but additional keystrokes I typed got >appended to the filename, and I didn't see them until I >clicked on the icon in the file path. I haven't been able to >recreate this one yet. Seen this one. In the "Browser view", rename a file that has a short name to one with a longer one, inserting from the middle of the name. If you get the right circumstances, then you'll be typing and the view of the filename won't scroll over as you type. But, clicking on the icon puts things back to normal. It's one of those bugs that happens once in a long while, and you say, "whoa! that's odd", and then you can't reproduce it unless you're very dilligent... :-) Believe me, NeXT's Workspace engineers already know about this one. >Has anyone else seen these bugs? (Bug_next, here I come...) well, NeXT's SQA has seen them, so bug_next might be redudant now... although you might report the serial one just to voice your discontent. :-) >Scott M. Jones Atlanta, GA, USA >scott@atlanta.com (NeXTmail, MIME accepted) >sjones@netcom.com (MIME accepted) -Adam -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ I wish I could speak for my employer // // Home = buddha@circus.com \\ Work = Adam@NeXT.COM (Contractor) // // http://www.circus.com/~buddha/ \\ #import <usenet/disclaimer.h> //
From: suckow@uropax.contrib.de (Ralf Suckow) Newsgroups: comp.sys.next.bugs Subject: Re: SoundBlaster 16 bug? Date: 8 Jan 1995 17:07:33 +0100 Organization: Contributed Software GbR Message-ID: <3ep2k5$e5c@uropax.contrib.de> References: <D21AL6.MwE@hermes.hrz.uni-bielefeld.de> swiemer@PROBLEM_WITH_INEWS_GATEWAY_FILE (Sebastian Wiemer) writes: >When I try to install a SoundBlaster 16 with the Configure.app, the application >complains about a port conflict. The Adaptec 1542C uses Port 300H and the MPU-401 midi controller of the SoudBlaster 16 uses this port too. >BUT! I jumpered the SoundBlaster 16 with MSEL open. The MPU-401 port is now >300H and not 330H. I can't change the portaddress whith the Configure.app But you wanted 330H and not 300H !?!?!?!? Ralf -- melonSoft Ralf Suckow Berlin | Developer of MusicBuilder (R), suckow@contrib.de | the music creation application: fax: +4930 9321901 | finest software from old Germany ;-)
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: limit command in csh does not work Date: 8 Jan 1995 19:20:12 GMT Organization: Center for Computer Music Research and Composition, U.C.S.B. Message-ID: <3epdtc$nf7@yuggoth.ucsb.edu> In NextOS 3.2, the limit commands 'datasize', 'stacksize', and 'memoryuse' do not work in the csh shell. I wrote a simple program that malloc()'s any size chunk of memory based on the command line argument. I set the limit command to various amounts for all three of these, but no matter what values they were set to, malloc() never failed when I ran this program. Am I misunderstanding the use of these? How can I put an upper limit on how much memory is dynamically allocated by a process? Thanks. -- 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/
Newsgroups: comp.sys.next.bugs From: js@euler.hnv.icem.de(Juergen Sell) Subject: Re: Impossible to access Edit.apps Utilities->UserPipes outside Message-ID: <D23J7x.Ey@euler.hnv.icem.de> Sender: js@euler.hnv.icem.de (Juergen Sell) Organization: Ink Unknown References: <D1wCoG.53z@trapac.com> Date: Sun, 8 Jan 1995 16:59:56 GMT In article <D1wCoG.53z@trapac.com> karl@trapac.com (Karl Kraft) writes: > In article <D1w29M.AM@euler.hnv.icem.de> js@euler.hnv.icem.de(Juergen Sell) writes: > >So far I found no way to export these user-defined pipes (see .pipdict) > >as Edit's Services. > > > >A shame, my fault or just another inconvenience? > > Use Terminal.app or TickleServices. Both of these will allow you > to set up pipes and commands as Service items. Sure, but first : does not make much sense to me to redefine existing tools (Edit.app's UserPipes) for use in other apps. Where does this leave reusability? I thought that was what Services were made for? second : I do not have much experience with TickleServices but I seem to remember there is no way to have a running Tickleserver scan the .pipedict and create the neccessary Services entries on the fly? > Karl Kraft > [My opinions are my own] Ok to copy and reuse? 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? -- 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,
From: shess@icicle.winternet.com (Scott Hess) Newsgroups: comp.sys.next.bugs Subject: Re: Impossible to access Edit.apps Utilities->UserPipes outside Date: 09 Jan 1995 07:35:02 GMT Organization: Is a sign of weakness Message-ID: <SHESS.95Jan9013502@icicle.winternet.com> References: <D1wCoG.53z@trapac.com> <D23J7x.Ey@euler.hnv.icem.de> In-reply-to: js@euler.hnv.icem.de's message of Sun, 8 Jan 1995 16:59:56 GMT In article <D23J7x.Ey@euler.hnv.icem.de>, js@euler.hnv.icem.de(Juergen Sell) writes: >In article <D1wCoG.53z@trapac.com>, > karl@trapac.com (Karl Kraft) writes: >> In article <D1w29M.AM@euler.hnv.icem.de>, >> js@euler.hnv.icem.de(Juergen Sell) writes: >> >So far I found no way to export these user-defined pipes (see >> >.pipdict) as Edit's Services. >> >> Use Terminal.app or TickleServices. Both of these will allow >> you to set up pipes and commands as Service items. > >Sure, but first : > >does not make much sense to me to redefine existing tools (Edit.app's >UserPipes) for use in other apps. Where does this leave reusability? >I thought that was what Services were made for? Edit's commanddict and pipedict are not Services, they are Edit-specific additions. They weren't added without reason, though - both of them predate the Services framework. Since the advent of programmable and semi-programmable Services UI's such as TickleServices and TerminalServices, there shouldn't be nearly as much need for them, and I wouldn't be surprised if they were obsoleted at some time in the future. >second : > >I do not have much experience with TickleServices but I seem to >remember there is no way to have a running Tickleserver scan the >.pipedict and create the neccessary Services entries on the fly? Hmm. Well, it _may_ be possible, but it would probably be more effort than it's worth. The biggest problem would be that pipedict and commanddict rely on certain semantics regarding their input which are not compatible with the Services framework. pipedict is somewhat ambiguous in specifying where exactly its input comes from, at least when compared to Services. Since you can make use of TickleServices (or TerminalServices) from within Edit, it would probably be easier to move the services to one of them instead of Edit. TickleServices is slightly more capable in this area, because it can use its own services (Terminal can't make use of TerminalServices). The conversion _shouldn't_ be hard at all, but if there is a hitch, feel free to drop me an email and I'll see if any suggestions pop to mind. Later, -- scott hess <shess@winternet.com> (WWW to "http://www.winternet.com/~shess/") Home: 12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Office: 101 W. Burnsville Pkwy, Suite 108E, Burnsville, MN 55337 890-1332 <?If you haven't the time to design, where will you find the time to debug?>
From: mark@nextstep.dorm6.nctu.edu.tw (Lin Yi-chih) Newsgroups: comp.sys.next.bugs Subject: Re: 3.3 and ATI VL BUG Date: 9 Jan 1995 10:16:57 GMT Organization: Dep. Computer Sci. & Information Eng., Chiao Tung Univ., Taiwan, R.O.C Message-ID: <3er2ep$n2j@news.csie.nctu.edu.tw> References: <3eh133$bsi@multiversum.multiversum.com> In article <3eh133$bsi@multiversum.multiversum.com> Atze (Alexander Spohr) writes: > Yesterday I installed 3.3 on machine at home: > 486-66/2, EISA + VL, 32MB ram > ATI VL 2MB > PAS16 > Cogent Ether > DPT2012, 1Gig + 270Meg HD, Toshiba 3401, Syquest 3.5 > BusMouse > > And after the installation my system rebooted in VGA :-( > The Driver complained about "Cannot get I/O Ports 16xx-something. > > Solution (just works fine for me): > - Open /usr/Devices/ATI.config/Instance0.table > - Remove everything in the I/O-Port section after (and including) > 16xx-something. > - Reboot > > Atze > > PS. I do not remember the exact numbers. Look while booting for the correct > ones. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- President of NCTU NeXT User Group| Tel : 886-035-712-121 ext 76403 Yi-chih, LIN ( Mark Lin ) | NeXTmail: Communication Engineering | u8313513@cc.nctu.edu.tw National Chiao Tung University | mark@nextstep.dorm6.nctu.edu.tw Hsinchu, Taiwan | NCTU 6 Dorm 403 Room
From: mark@nextstep.dorm6.nctu.edu.tw (Lin Yi-chih) Newsgroups: comp.sys.next.bugs Subject: Re: 3.3 and ATI VL BUG Date: 9 Jan 1995 10:19:06 GMT Organization: Dep. Computer Sci. & Information Eng., Chiao Tung Univ., Taiwan, R.O.C Message-ID: <3er2iq$n3j@news.csie.nctu.edu.tw> References: <3eh133$bsi@multiversum.multiversum.com> In article <3eh133$bsi@multiversum.multiversum.com> Atze (Alexander Spohr) writes: > Yesterday I installed 3.3 on machine at home: > 486-66/2, EISA + VL, 32MB ram > ATI VL 2MB > PAS16 > Cogent Ether > DPT2012, 1Gig + 270Meg HD, Toshiba 3401, Syquest 3.5 > BusMouse > > And after the installation my system rebooted in VGA :-( > The Driver complained about "Cannot get I/O Ports 16xx-something. > > Solution (just works fine for me): > - Open /usr/Devices/ATI.config/Instance0.table > - Remove everything in the I/O-Port section after (and including) > 16xx-something. > - Reboot > I have the same problem! It's the problem when using ATI Ultro Pro and DPT EISA SCSI Card. I also have 1.2G HD, NEC 84JD-1 and SyQyest 3.5 270M Remove HD ... Mark
From: mike@stacken.kth.se Newsgroups: comp.sys.next.bugs Subject: Re: 3.3 and ATI VL BUG Date: 09 Jan 95 11:08:11 Organization: Communicator Nexus AB Distribution: world Message-ID: <mike.95Jan911811@umpqua> References: <3eh133$bsi@multiversum.multiversum.com> Mime-Version: 1.0 Content-Type: text/richtext <f0>>Yesterday I installed 3.3 on machine at home: <nl> <f0>>486-66/2, EISA + VL, 32MB ram <nl> <f0>>ATI VL 2MB <nl> <f0>>PAS16 <nl> <f0>>Cogent Ether <nl> <f0>>DPT2012, 1Gig + 270Meg HD, Toshiba 3401, Syquest 3.5 <nl> <f0>>BusMouse <nl> <f0>> <nl> <f0>>And after the installation my system rebooted in VGA :-( <nl> <f0>>The Driver complained about "Cannot get I/O Ports 16xx-something. <nl> <f0>> <nl> <f0>>Solution (just works fine for me): <nl> <f0>>- Open /usr/Devices/ATI.config/Instance0.table <nl> <f0>>- Remove everything in the I/O-Port section after (and including) <nl> <f0>>16xx-something. <nl> <f0>>- Reboot <nl> <nl> <f0>This is not really a real bug in my view. You need to look in the manuals for your machine/video card and check the memory map and i/o port addresses, then make the corresponding changes in the expert panel in Configure.app. Different hw implementations use the same driver but with different values for ports and memory map. <nl> <nl> <f0>> Atze <nl> <nl> <f0> -Mike <nl>
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs Subject: Re: 3.3 (poor video performance) Followup-To: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs Date: 9 Jan 1995 11:26:55 GMT Organization: Technical University of Berlin, Germany Message-ID: <3er6hv$3h2@news.cs.tu-berlin.de> References: <schwettD1su4v.D0J@netcom.com> <3eagkf$kc5@news1.best.com> <schwettD1uF7x.Bnu@netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit schwett@netcom.com wrote: : kcd@babylon5.jumpgate.com (Kenneth Dyke) writes: : >looks like the translation that really got broken was the 12-bit to 24-bit : >because shell windows and such still drag quickly. I suppose I could try to : >see how well 8-bit grayscale windows drag around. [I just tried it and : >eight-bit still flies right along]. Well, it seems there are some unhappy users out there. The problems might be related to the graphics card / driver and to the PCIBus-driver I'm very happy with my NXFactor of 2.32 on my Elsa Winner 2000pro 4MB PCI and Pentium 66 in 8 Bit Color at 1536x1132. I had to remove the PCIBus driver to double the performance, but now it flies. NXFactor is about 1.3 in 16 Bit 444, about 10 percent slower than under 3.2. Haven't tested true color yet. The only pity is that my user defined monitor timings don't work anymore. Have to bug Elsa about this.... : >Well, I like NEXTSTEP too much to trash it over this little annoyance, but : >I do think a bug report is in order. Yes. There's something wrong with the PCIBus driver. : I really LOVED 3.2, but, I don't *need* NeXTStep, really, and the video : performance in 3.3 on my system makes it altogether unpleasant to work with... Which graphics card do you have? : >> Everybody who has this problem, PLEASE PLEASE PLEASE BUG NEXT. They need to : >> know that it's not just a fluke. Yes. Cheers, Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Fehrbellinerstr. 39 kiwi@buran.fb10.tu-berlin.de )o o( D-10119 Berlin (Mitte) \ | / Fon: +49 0172 39 00 348 (privat) 030 314 73 327 (uni) \~/
From: frank@wirtschaft.tu-ilmenau.de () Newsgroups: comp.sys.next.bugs Subject: NeXTSTEP on INTEL, KEYBOARD-ERROR Date: 9 Jan 1995 12:13:32 GMT Organization: Technische Universitaet Ilmenau Distribution: world Message-ID: <3er99c$p0f@prakinf2.PrakInf.TU-Ilmenau.DE> Keywords: NeXTSTEP on INTEL, KEYBOARD-ERROR, Installation HELP!! We installed NeXTSTEP for Intel on a P5-Board using an Adaptec A1540 SCSI-Controller. The System boots correctly. After running the kernel the keyboard is without any function. We can't use it anymore. Rebooting dosn't eleminate the error (advise from I-Guide). Thanks in advance Klaus-Dieter Seeber klaus-dieter.seeber@wirtschaft.tu-ilmenau.de
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: dave@prim.demon.co.uk (Dave Griffiths) Subject: WYSINWYG with postscript rectangles Message-ID: <1995Jan9.122151.1646@prim.demon.co.uk> Organization: Primitive Software Ltd. Date: Mon, 9 Jan 1995 12:21:51 GMT Is there a bug in the rendering of printed rectangles? I'm using rectstroke to draw rectangles with a line width of 1 pixel. They look fine under Preview, but when printed the left and top sides appear to be one pixel wide, while the right and bottom sides are twice as thick. I've tried it with setstrokeadjust both true and false. Interestingly, with setstrokeadjust false, the rectangles appear the same under Preview as they do when printed. This makes me think that maybe setstrokeadjust isn't working for printing. I'm using a NeXT laser printer. So am I doing something wrong, or is there a bug in setstrokeadjust for printers? Thanks, Dave
From: norton@cmf.nrl.navy.mil (David Norton) Newsgroups: comp.sys.next.bugs Subject: vnode.h Date: 9 Jan 1995 16:17:30 GMT Organization: Naval Research Laboratory Distribution: usa Message-ID: <3erniq$dj0@ra.nrl.navy.mil> bsd/sys/vnode.h references the file vm/vm_pager.h #if KERNEL vm/vm_pager.h was one of the old header files under NS 2.x and seems not to have made the transition to 3.x What has happened to all of the structures that vm_pager.h and it's includes reference? Is there a good reference to explain how to transition (kernal) apps from NS 2.x to NS 3.x (I assume that this restructuring involves the transitioning from Mach 2.5 to Mach 3.0) Please feel free to email suggestions. thanks -dave
From: ksmith@telesource.com Newsgroups: comp.sys.next.bugs Subject: Printing Bug in 3.3? Date: Mon, 9 Jan 1995 20:22:05 GMT Organization: scruz-net Message-ID: <950109122205.1207AAC7F.kevin@ksmith> Mime-Version: 1.0 (Generated by Eloquent) Content-Type: text/plain; charset=US-ASCII Today I installed NEXSTEP 3.3 on my 040 Cube. Before installation, my printer worked fine- clear, crisp, dark copies. Now, when I print, the document comes out of the printer blank. I have tried several different files, including the test file, and the results are the same. Anyone had this type of problem?? Thanks for your help. Kevin Smith (408) 247-4782 voice (408) 247-1070 fax kevin@telesource.com !!!!!!!!!!!!!!!!!!!NeXTMail Preferred!!!!!!!!!!!!!!!!!!!!!!!!
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: byer@mv.us.adobe.com (Scott Byer) Subject: Re: WYSINWYG with postscript rectangles In-Reply-To: dave@prim.demon.co.uk's message of Mon, 9 Jan 1995 12:21:51 GMT Message-ID: <BYER.95Jan9110839@ductwork.mv.us.adobe.com> Sender: usenet@adobe.com (USENET NEWS) Organization: Adobe Systems Incorporated, Mountain View, CA References: <1995Jan9.122151.1646@prim.demon.co.uk> Date: Mon, 9 Jan 1995 19:08:39 GMT Dave Griffiths writes: Dave> Is there a bug in the rendering of printed rectangles? I'm using Dave> rectstroke to draw rectangles with a line width of 1 pixel. They look Dave> fine under Preview, but when printed the left and top sides appear to Dave> be one pixel wide, while the right and bottom sides are twice as Dave> thick. I've tried it with setstrokeadjust both true and Dave> false. Interestingly, with setstrokeadjust false, the rectangles Dave> appear the same under Preview as they do when printed. This makes me Dave> think that maybe setstrokeadjust isn't working for printing. I'm using Dave> a NeXT laser printer. Dave> So am I doing something wrong, or is there a bug in setstrokeadjust Dave> for printers? Are you printing through the NeXT print package? Check to make sure they aren't forcing setstrokeadjust to false somewhere. Are you forcing setestrokeadjust to true immediately before you draw the rectangle? Check the postscript to make sure that the printing package isn't emulating rectstroke with something that might cause the problem. I don't have a NeXT printer to try, but all the other Level 2 printers around me don't have a problem with setstrokeadjust. (Without stroke adjust on, the results for thin lines will vary due to the overscanning rasterization rules.) -- 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: sugino@bart.sps.mot.com (Mike Sugino) Subject: 3.3 Upgrade problems Message-ID: <1995Jan9.232806.26245@mogate.sps.mot.com> Sender: news@mogate.sps.mot.com Organization: sps Date: Mon, 9 Jan 1995 23:28:06 GMT Has anyone had any troubles upgrading NextDimension from 3.2 to 3.3? Upgrade of NeXTStation was fine but 68040 NeXTDimension with external boot device gave the following error "Another program has control of the SCSI bus. Hard disks, SCSI floppy disks, and other SCSI devices can't be built." Only apps running was Workspace Manager. any help? Thanks, -- Mike Sugino Motorola, Inc. sugino@bart.sps.mot.com
From: dkramer@onramp.net (Daniel L. Kramer) Newsgroups: comp.sys.next.bugs Subject: Re: NeXTSTEP on INTEL, KEYBOARD-ERROR Date: 10 Jan 1995 01:31:51 GMT Organization: On-Ramp; Individual Internet Connections; Dallas/Ft Worth/Houston, TX USA Distribution: world Message-ID: <3eso27$9d2@news.onramp.net> References: <3er99c$p0f@prakinf2.PrakInf.TU-Ilmenau.DE> In article <3er99c$p0f@prakinf2.PrakInf.TU-Ilmenau.DE> frank@wirtschaft.tu-ilmenau.de () writes: > We installed NeXTSTEP for Intel on a P5-Board using an Adaptec > A1540 SCSI-Controller. > The System boots correctly. > After running the kernel the keyboard is without any function. > We can't use it anymore. > Rebooting dosn't eleminate the error (advise from I-Guide). Well, it seems that the PS/2 Mouse driver interferes with the keyboard driver when installing on some motherboards. You have to remove the PS/2 mouse driver, then reboot, and it will work fine. I destroy the driver on our machines, so that config=Default will work properly as well. You should be able to remove the driver without reinstalling. Luck! Drop me a line if you need any further workarounds. Dan Daniel L. Kramer Bifrost Systems, Inc. (713) 531-7959
From: prail@tip.ameslab.gov (Joel Prail) Newsgroups: comp.sys.next.bugs Subject: Re: 3.3 Upgrade problems Date: 10 Jan 1995 14:24:45 GMT Organization: Iowa State University, Ames, Iowa Message-ID: <3eu5bd$hso@news.iastate.edu> References: <1995Jan9.232806.26245@mogate.sps.mot.com> In article <1995Jan9.232806.26245@mogate.sps.mot.com> sugino@bart.sps.mot.com (Mike Sugino) writes: > Has anyone had any troubles upgrading NextDimension from 3.2 to 3.3? > Upgrade of NeXTStation was fine but > 68040 NeXTDimension > with external boot device > > gave the following error > > "Another program has control of the SCSI bus. > Hard disks, SCSI floppy disks, and other SCSI > devices can't be built." > > Only apps running was Workspace Manager. > > any help? I saw this when running an upgrade on a 486 from the network upgrade server. It successfully trashed the machine -- but identical 486 setups upgraded fine when the CDROM was used locally. Joel Prail Computer Engineer, Ames Laboratory
From: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.bugs Subject: Re: Printing Bug in 3.3? Date: 10 Jan 1995 16:26:20 -0800 Organization: The Marshmallow Peanut Circus Message-ID: <3ev8jc$k0b@samsara.circus.com> References: <950109122205.1207AAC7F.kevin@ksmith> In article <950109122205.1207AAC7F.kevin@ksmith>, <ksmith@telesource.com> wrote: >Today I installed NEXSTEP 3.3 on my 040 Cube. Before installation, my printer >worked fine- clear, crisp, dark copies. Now, when I print, the document comes >out of the printer blank. I have tried several different files, including the >test file, and the results are the same. Anyone had this type of problem?? That's odd. I haven't had this problem, but here's something you might check. Look in /NextLibrary/Receipts, and see if there's a PrinterPPDs receipt. If there isn't, try installing this package from the CD-ROM (in the /NextCD/Packages directory) and see if this helps at all. You didn't say what kind of printer you have... Also, you can try removing and recreating the entry for the printer with PrintManager... >Thanks for your help. Hope this does help... >Kevin Smith >(408) 247-4782 voice >(408) 247-1070 fax >kevin@telesource.com -Adam -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ I wish I could speak for my employer // // Home = buddha@circus.com \\ Work = Adam@NeXT.COM (Contractor) // // http://www.circus.com/~buddha/ \\ #import <usenet/disclaimer.h> //
Newsgroups: comp.sys.next.bugs From: spuds@netcom.com (Bruce Mckenzie) Subject: (Intel) Parallel port Panasonic PostScript Printer Problems Message-ID: <spudsD27wqw.18z@netcom.com> Organization: Netcom Online Communications Services (408-241-9760 login: guest) References: <D21AL6.MwE@hermes.hrz.uni-bielefeld.de> <3ep2k5$e5c@uropax.contrib.de> <spudsD27wBp.Bn@netcom.com> Date: Wed, 11 Jan 1995 01:42:32 GMT Arrgh! I have a patchwork Intel machine (486-66) with a "Wonder Systems" I/O card. I have a Panasonic KX-5400 printer, which is a parallel port PS printer. I can print JUST FINE from Windoze, but not from NS. The printer shows "Waiting" on its status display (after "Processing" a print job) forever. No pages show up. I've tried multipage docs and simple single-page docs, and nothing ever prints. I heard somewhere that the 3.3 Parallel driver was faster and improved. I'm seeing the same behaviour under 3.3 as under 3.2. Yes, the card is configured with "bidirectional" off. Oh, and...if I shut down NS, a page shows up from the printer: it indicates a "timeout" error, and dumps the stack. No true output (what I really sent to the printer), though. Help! (please...) --- Bruce McKenzie (bruce@asv.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 (bruce@asv.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 *** ---
From: bbs.america@loa.com (BBS AMERICA) Newsgroups: comp.sys.next.bugs Subject: Run a BBS? Want full Internet for $24.95/mo? Message-ID: <8A1646B.060E00001D.uuout@loa.com> Date: Wed, 11 Jan 95 18:51:00 -0400 Distribution: world Organization: Log On America, Inc. Hello there! Right about now you're probably wondering just what it is you've gone and downloaded. Well, first off, I'll be honest with you... if you're not a SysOp, it's more than likely just something to upload to various BBSes for the credit. But, if you're a SysOp then you have heard all the rage about the Internet that's come up recently. I'll bet you even considered looking into getting full access Internet for your own system! Well, more than likely you eventually realized that full access Internet was way too expensive for your BBS to support.... Until now. Log On America is now offering full access internet for any BBS in the nation for the amazingly low price of $24.95 per month. That's right, this is no joke... All you need is a BBS and at least 2 modems... It's simple, you merely set up the transport door (included as CST54.ZIP) to run from your BBS software. Once you contact us, we will give you the LOCAL phone number that you will need and set up your account. Here's how it works. Your users call your BBS as normal, when they run the Cyberspace Transporter door, it will have your user wait while it dials Log On America. Your user will then get full access to Telnet, FTP, Finger, Whois, World Wide Web. Using the Telnet client, your users can access IRC, MUDs, schools, libraries, and more! With FTP, millions of files from all over the world become available! Easy-to-use hypertext interfaces make surfing the Internet simple with Gopher and the World Wide Web! You can find out information about both people and systems with the Finger and Whois clients! For as much time as you care to allow them... Then, when the user types EXIT, the software will drop carrier and return control to your BBS -- without the user EVER SEEING Log On America. It's that easy! For more information or to sign up, you can contact us by any of the following: Phone: (401)453-6100 M-F 9a-5p EST Fax: (401)459-6222 BBS: (401)459-6200 E-Mail: david.paolo@loa.com Mail: Log On America, Inc. 3 Regency Plaza Providence, RI 02903 ATTN: Internet BBS -------------------------------------------------------------------------- This article was an automated post. Any posting in unrelated newsgroups is an error, please disregard this article if it is off-topic.
From: shigeru@lamb.tiac.net (ShigeruKAWAGUCHI) Newsgroups: comp.sys.next.bugs Subject: [HELP]: C-news Date: 11 Jan 1995 23:38:59 GMT Organization: The Internet Access Company Message-ID: <3f1q6j$ddf@sundog.tiac.net> Hello anyone, I need a help. After I have installed my copy of 3.3 into my cube, nntp is not functioning. Since I have installed c-news by following instructions without understanding, I have no idea what do I have to do to fix this problem. As far as I see slurp is fetching the news into my cube. When I run NewsGrazer, it says that nntp is not in service. Thanks in advance. shigeru
From: bbs.america@loa.com (BBS AMERICA) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <8A1646B.060E00001D.uuout@loa.com> Control: cancel <8A1646B.060E00001D.uuout@loa.com> Date: Wed, 11 Jan 95 18:51:00 -0400 Organization: Computer Science Dept, University of Tennessee, Knoxville Message-ID: <cancel.8A1646B.060E00001D.uuout@loa.com> SPAM Cancelled by MAPS 1.1
From: armes@pioneer.tds.com (Jim Armes) Newsgroups: comp.sys.next.bugs Subject: Re: SoundBlaster 16 bug? Date: 11 Jan 1995 23:34:37 GMT Organization: Trident Data Systems Message-ID: <3f1pud$oii@discovery.ectds.com> References: <D21AL6.MwE@hermes.hrz.uni-bielefeld.de> Keywords: nextstep soundblaster In article <D21AL6.MwE@hermes.hrz.uni-bielefeld.de> swiemer@PROBLEM_WITH_INEWS_GATEWAY_FILE (Sebastian Wiemer) writes: > Hi! > When I try to install a SoundBlaster 16 with the Configure.app, the application > complains about a port conflict. The Adaptec 1542C uses Port 300H and the MPU-401 midi controller of the SoudBlaster 16 uses this port too. > BUT! I jumpered the SoundBlaster 16 with MSEL open. The MPU-401 port is now > 300H and not 330H. I can't change the portaddress whith the Configure.app ^^^^^^^^^ > application. Is there any way to work around this problem? > > Sebastian Wiemer > swiemer at unix4.geschichte.uni-bielefeld.de Are you running 3.3 or 3.2? 3.3 lets you change the port address directly under 'expert' options. 3.2 you have to manually (terminal) update the configuration file under the soundblaster directory (InstanceX) usually. The port address is listed on its own line. ( 330x - 331x or something like that) Jim -- #--------------------------------------------------------# # Jim Armes | I've got a Dentium and you do not # # Matrix-Man | nahh nahh nah nah nahhhh... # # | (darn division errors... ;) # #Trident Data Systems| but IiiiiM a lumberjack and I'm ok# # armes@tds.com |I sleep all night & I work all day.#
From: amir@titan.imp.com (Amir Guindehi) Newsgroups: comp.sys.next.bugs Subject: Compiling FAT on 3.3 after upgrade ... Date: 12 Jan 1995 11:43:42 +0100 Organization: internet news site titan Message-ID: <3f314u$20l@titan.imp.com> Welcome ! After upgrading my 3.2 intel developer system to 3.3 (with Upgrade.app), I noticed the following: - /lib/lib*, /lib/*.o are THIN i386 - /usr/lib/lib*.a are THIN i386 too None of these files appear in /Release3.3.uplan.bom or in the /usr/lib/NextStep/BaseSystem.bom. That means to me that they don't have to be updated by an 3.3 user upgrade. After thining the 3.2 libraries and comaring them to the thin 3.3 versions it seems that they are exactly the same except the fact that they are THIN! Any compiling with "-arch i386 -arch m68k" fails because of this !!! So if you own a 3.2 develeper system and upgrade it to 3.3 user you won't be able to compile any FAT files anymore. It seems that installing the 3.2 DeveleperLibs.pkg would solve the problem, but I not yet tried it (Did any of you ?). As a first try, I copied all 3.2 libraries to /lib3.2 and added a "-L/lib3.2" to my compiler flags. The files compiled successfully ... but I want a proper installation ... Since most of this package are header files which don't seem to be harmed, an upgrade package application would be nice. I don't understand the behavior of Upgrade.app. It seems that it thins libraries which aren't affected by the upgrade at all !!! Should NeXT not provide a note saying that you have to install 3.2 developer again after upgrading to 3.3 ? Why does Upgrade.app thin those libraries ? And why am I the first person complaining about this ? Thanks for your answers Cheers - Amir -- Guindehi Amir amir@vis.inf.ethz.ch I know you believe you understand what you think I said, but I am sure, you realize,that what you heard is not what I meant.
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: dave@prim.demon.co.uk (Dave Griffiths) Subject: Re: WYSINWYG with postscript rectangles Message-ID: <1995Jan11.090135.384@prim.demon.co.uk> Organization: Primitive Software Ltd. References: <1995Jan9.122151.1646@prim.demon.co.uk> <BYER.95Jan9110839@ductwork.mv.us.adobe.com> Date: Wed, 11 Jan 1995 09:01:35 GMT In article <BYER.95Jan9110839@ductwork.mv.us.adobe.com> byer@mv.us.adobe.com (Scott Byer) writes: > >Are you printing through the NeXT print package? Check to make sure they >aren't forcing setstrokeadjust to false somewhere. Are you forcing >setestrokeadjust to true immediately before you draw the rectangle? Check >the postscript to make sure that the printing package isn't emulating >rectstroke with something that might cause the problem. I edited the postscript by hand to remove the NeXT definitions at the start (there was some stuff in there that looked like an emulation of rectstroke) and I inserted a setstrokeadjust to true just before the rectangle is drawn. This had no effect. >I don't have a NeXT printer to try, but all the other Level 2 printers >around me don't have a problem with setstrokeadjust. (Without stroke adjust >on, the results for thin lines will vary due to the overscanning >rasterization rules.) I get exactly the same effect with a Compaq printer too. Robert Nicholson tells me that according to the Purple book, the default for Level 2 printers is setstrokeadjust false and it gives an algorithm for emulating stroke adjustment manually. The fact that setstrokeadjust is turned off by default suggests that it has no effect. Doing it by hand would be a bit of a pain because I'd have to create categories for things like TextFieldCell. Interestingly, when TextFieldCell draws its one pixel border it does it with filled rectangles rather than rectstroke. I wonder why. The result when printed is lines that are consistent in width but a lot wider than an equivalent one-pixel wide line drawn with lineto. On the screen though everything looks right (one pixel width). Dave
Newsgroups: comp.sys.next.bugs From: tom@basil.icce.rug.nl (Tom R.Hageman) Subject: Re: [HELP]: C-news Message-ID: <D2B0o6.tn@basil.icce.rug.nl> Originator: root@obelix.icce.rug.nl Sender: tom@basil.icce.rug.nl (Tom R.Hageman) Organization: Warty Wolfs References: <3f1q6j$ddf@sundog.tiac.net> Date: Thu, 12 Jan 1995 18:00:04 GMT In article <3f1q6j$ddf@sundog.tiac.net> shigeru@lamb.tiac.net (ShigeruKAWAGUCHI) writes: > Hello anyone, > > I need a help. After I have installed my copy of 3.3 into my cube, nntp > is not functioning. Since I have installed c-news by following > instructions without understanding, I have no idea what do I have to do to > fix this problem. As far as I see slurp is fetching the news into my > cube. When I run NewsGrazer, it says that nntp is not in service. > > Thanks in advance. You probably forgot to add the following line to /etc/inetd.conf: nntp stream tcp nowait news <wherever-nntpd-resides>/nntpd nntpd replace <wherever-nntpd-resides> in the above with the actual location of nntpd at your system. After you have done that, re-initialize the inetd daemon with the command: kill -HUP `ps axc | sed -n '/ inetd$/s/ \([1-9][0-9]*\).*/\1/'` Hope this helps. -- __/__/__/__/ Tom Hageman <tom@basil.icce.rug.nl> [NeXTMail accepted] __/ __/_/ __/__/__/ "...to baldly go where no one has gone before." __/ _/_/ -- star trek TNG
From: altenber@acpub.duke.edu (Lee Altenberg) Newsgroups: comp.sys.next.bugs Subject: telnet terminal wierdness Date: 13 Jan 1995 01:16:58 -0500 Organization: Duke University, Durham, N.C. Message-ID: <3f55sq$jo5@news.duke.edu> This is only a bug because it sure bugs me! Every time I telnet onto a NEXTSTEP host, it does wierd things with my console, 1) it repositions the cursor to the top of the window, 2) it leaves what was in the window and writes in the midst of it, 3) if I have a large terminal window, the NEXTSTEP C-shell writes down the window and then stops in the middle of it. If I slightly resize the window, it writes down to the bottom of the window once more. How do I get NEXTSTEP to behave more normally in telnet sessions? Is it something I set in the .cshrc file? Thanks, Lee Altenberg altenber@mhpcc.edu
From: croehrig@cs.ubc.ca (Chris Roehrig) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: A guaranteed way to crash your 712 Date: 13 Jan 1995 21:13:51 GMT Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Message-ID: <3f6qef$9od@cs.ubc.ca> 1. Max out your SCSI disk activity. Running 3 or 4 concurrent "cd /; tar cf - . >/dev/null" works for me. 2. Select "Check for Disks" under your Workspace Manager "Disk" menu. The instant I click "Check for Disks", all disk activity stops and the SCSI activity light on my disk flashes briefly once every 1 and a half seconds. Then after 20 seconds or so, either everything freezes and I need to pull the plug or I get a panic window: IO error on pagein (bread) and very occasionally: SCSI Request Timeout .... This happens on our 712/60 with a Seagate ST31200N (rev 9410), with or without the floppy drive installed, and with or without external SCSI devices attached. This disk is listed in the HP Compatibility Guide as being verified to work with NS 3.2 (ST31200N rev 8714, tested by HP) -- Chris Roehrig (croehrig@cs.ubc.ca) Dept. of Computer Science, University of British Columbia, Canada
From: shess@icicle.winternet.com (Scott Hess) Newsgroups: comp.sys.next.bugs Subject: Re: telnet terminal wierdness Date: 13 Jan 1995 22:11:24 GMT Organization: Is a sign of weakness Message-ID: <SHESS.95Jan13161125@icicle.winternet.com> References: <3f55sq$jo5@news.duke.edu> In-reply-to: altenber@acpub.duke.edu's message of 13 Jan 1995 01:16:58 -0500 In article <3f55sq$jo5@news.duke.edu>, altenber@acpub.duke.edu (Lee Altenberg) writes: >This is only a bug because it sure bugs me! Every >time I telnet onto a NEXTSTEP host, it does wierd >things with my console, >1) it repositions the cursor to the top of the window, >2) it leaves what was in the window and writes in the >midst of it, >3) if I have a large terminal window, the NEXTSTEP C-shell >writes down the window and then stops in the middle of it. >If I slightly resize the window, it writes down to the bottom >of the window once more. > >How do I get NEXTSTEP to behave more normally in telnet >sessions? Is it something I set in the .cshrc file? I agree that this is a bug. Starting with NeXTSTEP2.0, NeXT introduced the BSD standard vt100 termcap entry. This entry contains, among other things, the sequence "is=\E[1;24r". That sequence basically says "Move the cursor to the home position and tell the terminal it only has 24 lines". This was an unfortunate choice, because if it instead said "is=\E[r", though it would still reposition the cursor, at least it would have let the _terminal_ decide how tall the window is. Better yet might have been something like "is=\E7\E[r\E8", which would have saved the cursor position, or "is=\E[r\E[2J" which would clear the screen and leave the cursor at the home position. I believe that the entry NeXT used before NS2.0 was something like "is=\E[r\E[99;1H", which sized the terminal to fit the screen and then moved the cursor to the bottom of the screen. [Of course, if your screen was >99 lines, this didn't work. On the other hand, some terminals apparently don't like more than two digits in their parameters, so it was a reasonable compromise.] One option you might have would be to copy the necessary entries from /etc/termcap to someplace personal, perhaps ~/.termcap, and then before you set the TERM variable in .cshrc/.login, set TERMCAP to point to the replacement termcap file. Then you can edit those entries to your heart's content. You may only need the vt100 entry. Later, -- scott hess <shess@winternet.com> (WWW to "http://www.winternet.com/~shess/") Home: 12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Office: 101 W. Burnsville Pkwy, Suite 108E, Burnsville, MN 55337 890-1332 <?If you haven't the time to design, where will you find the time to debug?>
From: plongsi@falcon.inetnebr.com (Pohl Longsine) Newsgroups: comp.sys.next.bugs Subject: NeXTstep serial problems Date: 14 Jan 1995 13:58:17 GMT Organization: Synergy Communication Inc. Message-ID: <3f8l9p$nb5@legba.synergy.net> I have experienced some system lockups while downloading using TipTop 1.5 with NeXTstep 3.3 -- usually it happens when I'm doing something with the user interface, like moving a scroll bar or minimizing the TipTop terminal that is doing the download. I have read some people on usenet complain about the serial driver, and mention that there is a hack available. (MUX) I have tried to find MUX on ftp.cs.orst.edu and ftp.next.com, but haven't seen it. I am having trouble connecting to the other usual sites. Could somebody NeXTmail me the package? Also, if you have any ideas or experience with this problem, drop me a note. Hardware: 486/66 with 16Mb RAM ATI Ultra Pro with 2MB VRAM SoundBlaster 16 Adaptec EISA SCSI card Bus Mouse Hayes Accura 144 + 144Fax P.S. I've had no trouble until recently when three simultaneous events happened: I upgraded to TipTip 1.5, NeXTstep 3.3, and added the SoundBlaster card. (I had a PAS before.) -- ____/| | Pohl Longsine, OpenStep Software Developer \ o.O| GPF! | "I don't do Windows." =(_)= CTLALTDLT! | plongsi@inetnebr.com (Internet Nebraska) U (Bill Gates, The Cat) | NeXT & MIME mail formats accepted.
From: pete@ohm.york.ac.uk (pete french) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: A guaranteed way to crash your 712 Message-ID: <790112510.6@cs.york.ac.uk> Date: 14 Jan 1995 19:41:50 GMT References: <3f9a75$r2u@samsara.circus.com> buddha@samsara.circus.com (Adam Deishu Beeman) writes: > In article <3f6qef$9od@cs.ubc.ca>, Chris Roehrig <croehrig@cs.ubc.ca> wrote: >> >>1. Max out your SCSI disk activity. Running 3 or 4 concurrent >>"cd /; tar cf - . >/dev/null" works for me. >> >>2. Select "Check for Disks" under your Workspace Manager "Disk" menu. > > That's an interesting one. Unfortunately (or, fortunately) it falls into the > "Doctor, it hurts when I drop a brick on my foot" category of bug. Unless > this crash has happened to someone who wasn't trying to stress the system Not quite - o.k., the 'tar' he mentioned was excessive, but all he said was 'max out your scsi activity'. A large fileserver will do that, or the sort of recursive find that seems necessaryu to the rid of '.nfs' files every night will also chug the disc quite miraculously. I can quite happily think of a lot of curcumstances where I might eb doing the above... for instance whe we re-installed 3.0 a week or so ago I had several 'tar' processes running to backup /usr/local /LocalApps /LocalLibrary and a couple of other directories. Doing a 'check for disks' to look for a floppy to put some of the mor important files onto it (e.g. the fstab for the discs I just tarrred onto) seems quite feasible. -pete french. [and whilst I'm reminded of the other week - how come it takes so long to re-ionstall 3.0 off CDROM. It takes about 6 hours on black as opposed to 2 hours on white... using the same SCSI disc ?!, I would have thought the speed was i/o limited by the scsi CDROM rather than any processor speed]
From: art@cubicsol.com (Art Isbell) Newsgroups: comp.sys.next.bugs Subject: 3.3 Black DBQualifier can produce invalid SQL Date: 14 Jan 1995 21:06:39 GMT Organization: University of California, Santa Cruz Distribution: world Message-ID: <3f9ecv$bfi@darkstar.UCSC.EDU> We've been developing and running a DBKit app since 3.0 PR1. To prevent huge data fetches from occurring without warning, we have DBBinder evaluate the following string: SELECT count(*) FROM aTableName WHERE aColumnName aLogicalOperator aValue [{AND | OR} moreConditions] If the returned count exceeds a configurable number of records, we display and Alert panel that give the user the option to cancel the fetch. We use DBQualifier to produce the "WHERE" clause which it has always done correctly prior to 3.3. Under 3.3, DBQualifier produces an expressionValue that can include table name aliases but not necessarily for every table name: t0.aColumnName aLogicalOperator aValue This results in the generation of the following invalid SQL which chokes the server: SELECT count(*) FROM aTableName WHERE t0.aColumnName aLogicalOperator aValue Curiously, the same DBQualifier is used by DBKit to construct the actual data fetch SELECT statement, and the table name aliases have been corrected in all cases that we've seen so far. The first time any DBQualifier is used, the generated SQL is correct, but thereafter, all DBQualifiers can produce invalid SQL. We've seen this behavior in other areas of our application as well using DBRecordList to generate the SELECT SQL. If we use the same DBRecordList without first sending it a "clear" message, the same type of syntax error is generated. Clearing before each use seems to be a successful workaround. We've applied a workaround that we're still testing. It involves defining a table name alias in the above string, but the generated SELECT statement doesn't inspire great confidence, although they've been syntactically correct so far: SELECT count(*) FROM aTableName t0 WHERE t0.aColumnName0 aLogicalOperator0 aValue0 AND aColumnName1 aLogicalOperator1 aValue1 AND t0.aColumnName2 aLogicalOperator2 aValue2 Note that some column names include the table name alias while others don't. We haven't found an explanation why DBQualifier prepends a table name alias to certain column names and not to others. Has anyone else observed similar behavior? Does anyone believe that the 3.3 DBKit is an improvement over the 3.2 version? Our experience suggests that it is not. --- 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: buddha@samsara.circus.com (Adam Deishu Beeman) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: A guaranteed way to crash your 712 Date: 14 Jan 1995 11:55:17 -0800 Organization: The Marshmallow Peanut Circus Message-ID: <3f9a75$r2u@samsara.circus.com> References: <3f6qef$9od@cs.ubc.ca> In article <3f6qef$9od@cs.ubc.ca>, Chris Roehrig <croehrig@cs.ubc.ca> wrote: > >1. Max out your SCSI disk activity. Running 3 or 4 concurrent >"cd /; tar cf - . >/dev/null" works for me. > >2. Select "Check for Disks" under your Workspace Manager "Disk" menu. That's an interesting one. Unfortunately (or, fortunately) it falls into the "Doctor, it hurts when I drop a brick on my foot" category of bug. Unless this crash has happened to someone who wasn't trying to stress the system until it crashed, but was indeed trying to get some legitimate work done, then it's probably not a big deal; there are quite a few ways you can deliberately crash the system. You can always throw large, heavy objects at the computer and see what happens. If you don't want to run the risk of physical damage, you can also try some entertaining things like the following shell script which will totally wedge up ANY (unix-based) system: --- #!/bin/csh while (1) echo "HA HA HA" $0 & end --- Nonetheless, I do concede that both of these weaknesses are bugs... -- //#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#*=--=*#// // Adam Beeman \\ I wish I could speak for my employer // // Home = buddha@circus.com \\ Work = Adam@NeXT.COM (Contractor) // // http://www.circus.com/~buddha/ \\ #import <usenet/disclaimer.h> //
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: ekraft@netcom.com (Erik Kraft) Subject: Re: A guaranteed way to crash your 712 Message-ID: <ekraftD2Fo79.2qr@netcom.com> Summary: Possible drive failure? References: <3f6qef$9od@cs.ubc.ca> Date: Sun, 15 Jan 1995 06:18:44 GMT croehrig@cs.ubc.ca (Chris Roehrig) wrote: > > [how to crash a 712 by maxing SCSI access deleted] > > Then after 20 seconds or so, either everything freezes and I >need to pull the plug or I get a panic window: > IO error on pagein (bread) >and very occasionally: > SCSI Request Timeout .... > This happened to me on my 040 Cube. It got progressively worse until my hard drive crashed, and I mean *crashed* hard. Once the replacement drive was installed, this pattern of SCSI problems disappeared. >This happens on our 712/60 with a Seagate ST31200N (rev 9410), with or >without the floppy drive installed, and with or without external SCSI >devices attached. > Ahhh, SeaCrate. Been there, done that, got a different hard drive. >This disk is listed in the HP Compatibility Guide as being verified to >work with NS 3.2 (ST31200N rev 8714, tested by HP) > Maybe there is a bug in the Compatibility Guide :-) Disclaimer: I don't got a 712. -- erik kraft NeXT programmer / 3do programmer ekraft@netcom.com
From: shess@icicle.winternet.com (Scott Hess) Newsgroups: comp.sys.next.bugs Subject: Re: telnet terminal wierdness Date: 15 Jan 1995 19:23:59 GMT Organization: Is a sign of weakness Message-ID: <SHESS.95Jan15132359@icicle.winternet.com> References: <3f55sq$jo5@news.duke.edu> <SHESS.95Jan13161125@icicle.winternet.com> In-reply-to: shess@icicle.winternet.com's message of 13 Jan 1995 22:11:24 GMT In article <SHESS.95Jan13161125@icicle.winternet.com>, shess@icicle.winternet.com (Scott Hess) writes: >In article <3f55sq$jo5@news.duke.edu>, > altenber@acpub.duke.edu (Lee Altenberg) writes: >>This is only a bug because it sure bugs me! Every time I telnet >>onto a NEXTSTEP host, it does wierd things with my console, <...> > >I agree that this is a bug. Starting with NeXTSTEP2.0, NeXT >introduced the BSD standard vt100 termcap entry. This entry >contains, among other things, the sequence "is=\E[1;24r". That >sequence basically says "Move the cursor to the home position and >tell the terminal it only has 24 lines". > >This was an unfortunate choice, <...> Art Isbell has brought to my attention the fact that the NS3.3 vt100 termcap entry has changed. The new entry looks better. It removes the "is" sequence completely, and instead puts "\E[;r" in the "rs" sequence. "rs" is "reset sequence", where "is" is "initialization sequence". I think that this was a pretty good decision on NeXT's part. In other words, this problem _should_ go away with no effort starting with NS3.3. Later, -- scott hess <shess@winternet.com> (WWW to "http://www.winternet.com/~shess/") Home: 12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Office: 101 W. Burnsville Pkwy, Suite 108E, Burnsville, MN 55337 890-1332 <?If you haven't the time to design, where will you find the time to debug?>
From: crath@bnr.ca (Christopher Rath) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: A guaranteed way to crash your 712 Date: 15 Jan 1995 22:38:41 GMT Organization: Bell Northern Research, Ottawa, Canada Message-ID: <CRATH.95Jan15173841@bcarh3b5.bnr.ca> References: <3f6qef$9od@cs.ubc.ca> In-reply-to: croehrig@cs.ubc.ca's message of 13 Jan 1995 21:13:51 GMT We had a similar problem on a drive attached to one of our Sun's. Whenever there was excessive amounts of disk activity on the drive, it would hang the SCSI bus. When we tried moving the drive to other machines, the same behaviour was always exhibited. We returned the drive to the manufacturer and had the controller board replace; this rectified the problem. 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
From: croehrig@cs.ubc.ca (Chris Roehrig) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: A guaranteed way to crash your 712 Date: 15 Jan 1995 23:09:30 GMT Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Message-ID: <3fc9va$pus@cs.ubc.ca> References: <3f9a75$r2u@samsara.circus.com> In article <3f9a75$r2u@samsara.circus.com> buddha@samsara.circus.com (Adam Deishu Beeman) writes: > That's an interesting one. Unfortunately (or, fortunately) it > falls into the "Doctor, it hurts when I drop a brick on my foot" > category of bug. Unless this crash has happened to someone who > wasn't trying to stress the system until it crashed, but was > indeed trying to get some legitimate work done, then it's probably > not a big deal; there are quite a few ways you can deliberately > crash the system. I should have added that simply logging onto the console is often enough disk activity to cause Workspace Manager's automatic "Check for Disks" to crash the machine. In other words, our 712 crashes fairly frequently when somebody logs on or uses the floppy drive. Not acceptable. -- Chris Roehrig (croehrig@cs.ubc.ca) Dept. of Computer Science, University of British Columbia, Canada
From: nathan@laplace.csb.yale.edu (Nathan F. Janette) Newsgroups: comp.sys.next.bugs Subject: Re: A guaranteed way to crash your 712 Date: 16 Jan 1995 03:03:22 GMT Organization: Yale University Distribution: world Message-ID: <3fcnlq$loo@news.ycc.yale.edu> References: <3fc9va$pus@cs.ubc.ca> In article <3fc9va$pus@cs.ubc.ca> croehrig@cs.ubc.ca (Chris Roehrig) writes: > I should have added that simply logging onto the console is often enough > disk activity to cause Workspace Manager's automatic "Check for Disks" to > crash the machine. In other words, our 712 crashes fairly frequently when > somebody logs on or uses the floppy drive. > > Not acceptable. Agreed, but not reproducible on our 712 systems. I suspect a hardware problem. Why are folks so quick to blame the OS for what could very well be hardware errors? -- Nathan Janette Systems Manager, Axel T. Br nger Lab Internet: nathan@laplace.csb.yale.edu Voice: 203 432 5065 Fax: 203 432 3923
Newsgroups: comp.sys.next.bugs From: lloyd@world.std.com (Christopher Lloyd - not the actor) Subject: Re: A guaranteed way to crash your 712 Message-ID: <D2HFHq.83E@world.std.com> Organization: The World Public Access UNIX, Brookline, MA References: <3fc9va$pus@cs.ubc.ca> <3fcnlq$loo@news.ycc.yale.edu> Date: Mon, 16 Jan 1995 05:05:50 GMT In article <3fcnlq$loo@news.ycc.yale.edu>, Nathan F. Janette <nathan@laplace.csb.yale.edu> wrote: >In article <3fc9va$pus@cs.ubc.ca> croehrig@cs.ubc.ca (Chris Roehrig) writes: > >> I should have added that simply logging onto the console is often enough >> disk activity to cause Workspace Manager's automatic "Check for Disks" to >> crash the machine. In other words, our 712 crashes fairly frequently when >> somebody logs on or uses the floppy drive. >> >> Not acceptable. > >Agreed, but not reproducible on our 712 systems. I >suspect a hardware problem. Why are folks so quick to >blame the OS for what could very well be hardware errors? The problem is reproduceable on my 712/80 with Micropolis 2112 and external Toshiba 3401. First try, system locks up tight. I suspect some sort of timing related scenario... I've had similar (but not as avoidable and a lot more destructive) problems with the bus hanging on a 712/60/Seagate and my 712/80/Micropolis. Micropolis #2 on my 712/80 did nothing to cure the problem. The most evil thing is that I can tell when the system is going crap out the disk days before it happens, as the disk starts chattering a certain way more and more until it shits out - gives me that sick optical disk pit in my stomach.... Anyways, I am convinced the disk driver in NS/HP is flakey, and have sent in several detailed bug reports to NeXT. Hopefully the combination of 3.3 NS/HP and a new 2 gig disk will make the problem go away, but in the meantime there are some days when I just want to frisbee the 712 right out my 7th floor apt... woof, -- |: Christopher Lloyd :|: Yrrid Incorporated :|: lloyd@yrrid.com :| |: "If you find this world bad, you should see some of the others" -PKD :|
From: kuper@glue.umd.edu (William Kupersanin) Newsgroups: comp.sys.next.bugs Subject: talk on 3.2 cube Date: 16 Jan 1995 06:10:15 GMT Organization: Project GLUE, University of Maryland, College Park, MD Message-ID: <3fd2k7$h39@mojo.eng.umd.edu> I've just upgraded my cube to NeXTStep 3.2 and I'm having problems with talk. When I try to talk to someone either on or off of the machine, here is what I get...... [Couldn't bind to control socket : Can't assign requested address (49)] Nibindd and portmap, are running happily. (If they even make a difference here.) Name resolution is being done. And other networking applications seem to be fine. Can somebody point me in the right direction? Thanks, William Kupersanin University of Maryland College Park
From: croehrig@cs.ubc.ca (Chris Roehrig) Newsgroups: comp.sys.next.bugs Subject: Re: A guaranteed way to crash your 712 Date: 16 Jan 1995 22:17:23 GMT Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Message-ID: <3fer9j$6tt@cs.ubc.ca> References: <CRATH.95Jan15173841@bcarh3b5.bnr.ca> In article <CRATH.95Jan15173841@bcarh3b5.bnr.ca> crath@bnr.ca (Christopher Rath) writes: > We had a similar problem on a drive attached to one of our Sun's. > Whenever there was excessive amounts of disk activity on the drive, it > would hang the SCSI bus. There's no problem with excessive SCSI activity on our drive; it works beautifully under the heaviest loads. The problem happens when the Workspace Manager does a SCSI inquiry during heavy activity. -- Chris Roehrig (croehrig@cs.ubc.ca) Dept. of Computer Science, University of British Columbia, Canada
From: croehrig@cs.ubc.ca (Chris Roehrig) Newsgroups: comp.sys.next.bugs Subject: Re: A guaranteed way to crash your 712 Date: 16 Jan 1995 22:33:16 GMT Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Message-ID: <3fes7c$7ac@cs.ubc.ca> References: <D2HFHq.83E@world.std.com> In article <D2HFHq.83E@world.std.com> lloyd@world.std.com (Christopher Lloyd - not the actor) writes: > In article <3fcnlq$loo@news.ycc.yale.edu>, > Nathan F. Janette <nathan@laplace.csb.yale.edu> wrote: > >In article <3fc9va$pus@cs.ubc.ca> croehrig@cs.ubc.ca (Chris Roehrig) writes: > >> Not acceptable. > > > >Agreed, but not reproducible on our 712 systems. I > >suspect a hardware problem. Why are folks so quick to > >blame the OS for what could very well be hardware errors? > > The problem is reproduceable on my 712/80 with Micropolis 2112 and > external Toshiba 3401. First try, system locks up tight. I suspect > some sort of timing related scenario... The problem seems to be the way SCSI inquiries are handled, and it looks like it's either in NeXT's SCSI driver, or the SCSI firmware on Seagate, Micropolis and Toshiba drives. Given their previous problems with the HP SCSI driver (I submitted a more serious SCSI request timeout bug during the prerelease program -- they've fixed that), I'd put my money on NeXT's driver. Anyways, thanks for trying it out, Nathan. Do you know what kind of drive is in your 712's? That's useful information to pass on. I've been after this problem for quite a while and I'm overjoyed that I've finally got a reproducable way to cause the crash. The more input I get, the more I can pass on to NeXT about the bug. Finally, I'm not trying to slam NeXT. We're committed to using NEXTSTEP on our 712. However, this is a serious bug for us and I'm trying to do all I can to help NeXT to track it down and fix it. Oh, and sorry for the provocative subject line, but it seems like that's the only way to get netfolks to try things these days :-( -- Chris Roehrig (croehrig@cs.ubc.ca) Dept. of Computer Science, University of British Columbia, Canada
Newsgroups: comp.sys.next.bugs From: glen@instep.wimsey.bc.ca Subject: sybperl flakiness, possibly bcp functions Message-ID: <1995Jan16.225344.15551@instep.wimsey.com> Sender: usenet@instep.wimsey.com (usenet) Organization: InStep Mobile Communications Inc. Date: Mon, 16 Jan 1995 22:53:44 GMT I'm having problems with memory exceptions using sybperl. Rearranging the perl code slightly (such as inserting print statements!) often makes the problem go away for particular input data. But then it appears with other data. If the memory exception doesn't occur, the scripts run with correct results. I think the problem is in the bcp functions I'm using but can't be sure because adding the debugging code often fixes things or changes the behavior so much that I can't track things down. We've have no problems with our sybperl scripts that don't use the bcp functions. I've done the thing to resolve the savestr conflict between dblib and perl. perl 4.0 revision 4.0.1.8 patch level 36 sybperl version 1 patch level 11 dblib 4_6 NextStep 3.2 Developer Problem on both black and white with different data. And with both single and multi-architecture binaries. Any suggestion about what it might be or how to track it down? Are other people using the bcp sybperl functions without problems in a NextStep environment?
From: Bryce_Jasmer@NeXT.COM (Bryce Jasmer) Newsgroups: comp.sys.next.bugs Subject: Re: telnet terminal wierdness Date: 17 Jan 1995 00:46:25 GMT Organization: NeXT, Inc. Message-ID: <3ff411$159@rosie.next.com> References: <SHESS.95Jan15132359@icicle.winternet.com> Scott Hess writes ->In other words, this problem _should_ go away with no effort starting ->with NS3.3. You can copy the /etc/termcap entry from a 3.3 machine onto a 3.2 machine to solve the problem of telnet'ing to the 3.2 machine and getting that annoying behavior. Bryce
From: adam@NeXT.COM (Adam Beeman (Contractor)) Newsgroups: comp.sys.next.bugs Subject: Re: A guaranteed way to crash your 712 Date: 17 Jan 1995 05:49:04 GMT Organization: NeXT, Inc. Message-ID: <3fflog$1ji@rosie.next.com> References: <D2HFHq.83E@world.std.com> In article <D2HFHq.83E@world.std.com> lloyd@world.std.com (Christopher Lloyd - not the actor) writes: > In article <3fcnlq$loo@news.ycc.yale.edu>, > Nathan F. Janette <nathan@laplace.csb.yale.edu> wrote: > >In article <3fc9va$pus@cs.ubc.ca> croehrig@cs.ubc.ca (Chris Roehrig) writes: > >> I should have added that simply logging onto the console is often enough > >> disk activity to cause Workspace Manager's automatic "Check for Disks" to > >> crash the machine. In other words, our 712 crashes fairly frequently when > >> somebody logs on or uses the floppy drive. > >> > >> Not acceptable. > > > >Agreed, but not reproducible on our 712 systems. I > >suspect a hardware problem. Why are folks so quick to > >blame the OS for what could very well be hardware errors? Yeah, yeah, blame it on hardware. :-) See below for an idea about why it didn't happen on some systems. > The problem is reproduceable on my 712/80 with Micropolis 2112 and > external Toshiba 3401. First try, system locks up tight. I suspect > some sort of timing related scenario... [ . . . ] > Anyways, I am convinced the disk driver in NS/HP is flakey, and have > sent in several detailed bug reports to NeXT. Hopefully the combination > of 3.3 NS/HP and a new 2 gig disk will make the problem go away, but > in the meantime there are some days when I just want to frisbee the > 712 right out my 7th floor apt... Well, here is some news which you will hopefully consider good. I tried this on three HPs, a 712/60, a 735, and a 755. One of them locked up for dead, as described. The other two resisted to fall victim to this evil ploy; the mouse cursor spun for about 1 second and things continued to run normally. What, you may ask, was the deciding factor? The system which crashed is running 3.2hp. The systems which stood up and took the beating without flinching are running the 3.3risc beta. So, apparently the problem is already fixed. Anyhow, I guess the answer is, that 3.3risc fixes some bugs... Good news, eh? -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: nathan@laplace.csb.yale.edu (Nathan F. Janette) Newsgroups: comp.sys.next.bugs Subject: Re: A guaranteed way to crash your 712 Date: 17 Jan 1995 17:37:53 GMT Organization: Yale University Distribution: world Message-ID: <3fgv9h$862@news.ycc.yale.edu> References: <3fes7c$7ac@cs.ubc.ca> In article <3fes7c$7ac@cs.ubc.ca> croehrig@cs.ubc.ca (Chris Roehrig) writes: > Anyways, thanks for trying it out, Nathan. Do you know what kind of drive > is in your 712's? That's useful information to pass on. Let's see... atbhpd01:1# /etc/disk -q /dev/rsd0a MICROP 2112 atbhpd01:2# /etc/disk -q /dev/rfd0a ^C^C^C ^C^C^C^C^C^C Connection closed. Gee, you learn something new every day. Do not use "/etc/disk" to check your HP floppy drive ;-) -- Nathan Janette Systems Manager, Axel T. Br nger Lab Internet: nathan@laplace.csb.yale.edu Voice: 203 432 5065 Fax: 203 432 3923
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: gerben@rna.nl (Gerben Wierda) Subject: Survey: How stable is your NS 3.3/m68k environment? Message-ID: <D2KF68.2HI@rna.nl> Sender: gerben@rna.nl (Gerben Wierda) Organization: G.R.O.S.S. Date: Tue, 17 Jan 1995 19:51:44 GMT I'd like people to answer this questionnaire. Stability is defined as no freezes or panics. I'll post results in a week or two. ================================================ My NS 3.3/m68k system is: rock solid pretty stable pretty unstable very unstable (choose one) Remarks: (Like in case of troubles, what your system is like and what software you use, so that we can look for things that troublesome systems have in common ================================================ --- 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. Coordinator NEXTSTEP/OpenStep User Groups International
Newsgroups: comp.sys.next.bugs From: gerben@rna.nl (Gerben Wierda) Subject: READ AGAIN: Survey: How stable is your NS 3.3/m68k environment? Message-ID: <D2LCDF.tu@rna.nl> Sender: gerben@rna.nl (Gerben Wierda) Organization: G.R.O.S.S. References: <D2KF68.2HI@rna.nl> Date: Wed, 18 Jan 1995 07:48:50 GMT I'd like to add to this that I'd like people at least to tell me what they do with their serial ports, i.e. connecting to the outside world through (Taylor) UUCP, SBook, cu, slip, ppp, etc). More info is better. Thanks, --Gerben Gerben Wierda writes > I'd like people to answer this questionnaire. Stability is defined as no > freezes or panics. > > I'll post results in a week or two. > > ================================================ > My NS 3.3/m68k system is: > rock solid > pretty stable > pretty unstable > very unstable > (choose one) > > Remarks: > (Like in case of troubles, what your system > is like and what software you use, so that we can > look for things that troublesome systems have in > common > ================================================ > > --- > 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. > > Coordinator NEXTSTEP/OpenStep User Groups International
From: brown@bibliotech.com (Robert E. Brown) Newsgroups: comp.sys.next.bugs Subject: NextStep floating point bug? Date: 18 Jan 1995 00:26:17 GMT Organization: Bibliotech, Inc. Distribution: world Message-ID: <BROWN.95Jan17192617@grettir.bibliotech.com> Background ========== I have just tracked down an interesting bug in a NextStep program that's running on an Intel computer. The program calls a database library routine called o2decrypt, which in turn calls the standard libc fmod function. Fmod returns its result (a double) on the floating point stack, but o2decrypt was compiled without a prototype for fmod, and hence thinks the returns value is in register eax. To operate on the value, o2decrypt pushes the value onto the FP stack needlessly, which causes the FP stack to eventually overflow. So, the first bug is in o2decrypt. The problem manifests itself later when windowing code is invoked to throw up a NextStep window. Inside Next's windowing code, the FrameView object's tile method assumes that the FP stack is empty when the method is invoked. Here's a bit of the code: 0x600d0f6 <-[FrameView tile]+38>: fadd %st(1),%st 0x600d0f8 <-[FrameView tile]+40>: fadd %st(3),%st 0x600d0fa <-[FrameView tile]+42>: fsubrp %st,%st(4) 0x600d0fc <-[FrameView tile]+44>: fxch %st(3) I don't know if this function was compiled with GCC or written by hand in assembler. Notice how FP registers are being addressed explicitly, instead of implicitly by pushing on and popping off values from the stack. Questions ========= In programs written in C and compiled with GCC is it legal for functions to assume that the FP stack is empty when they are called? Does GCC always leave the FP stack pointer unchanged when a routine exits (except for the case where the routine returns a FP value)? Is the NextStep code above buggy?
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs From: Jacques Garbi Subject: Can't load help files anymore !!! Message-ID: <D2IBt3.1A8@touga.vd.alphanet.ch> Sender: jacques@touga.vd.alphanet.ch (Jacques Garbi) Organization: Touga Management SA Date: Mon, 16 Jan 1995 16:43:51 GMT Hi, On many applications, whenever I click on Info->Help, a panel pops out telling me : "TIFFany2 must be linked to libIndexing in order to load help" (in TIFFany's case, of course). Now, I don't know what that libIndexing is and it never bothered me before I upgraded to NS 3.3. Since then, I can't load help files from many apps because of that problem. Could anyone help and tell me how to link my apps to libIndexing ? Don't forget to tell me WHAT to link to libIndexing and how to do that. Thanks a lot --- Dr. Jacques GARBI TOUGA MANAGEMENT Ltd. Av. Davel 18 1004 Lausanne Switzerland Phone/Fax : 011 41 21 648 44 07 NeXTMail : jacques@touga.vd.alphanet.ch
From: idscoord@sw.stratus.com Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.misc Subject: Error occurred while linking driver DPT2012 Date: 18 Jan 1995 15:03:01 GMT Organization: Stratus Computer Inc, Marlboro MA Distribution: world Message-ID: <3fjaj5$o2n@transfer.stratus.com> Keywords: Nextstep3.2 NeXTStep3.2 on 486/66: I believe there is a bug in the DPT driver (see below); it seemingly has crashed my kernel and disk. Apparently there is a fixed driver from ftp.next.com. In what directory? Please tell me how to install. Thanks in advance, --Brian brianw@isis.com 508-490-6540 ..had a message like "kernel error: type c to continue or r to reboot" This is about the third time in a week this message has appeared. I typed r, and now I cannot boot this PC in NeXTStep3.2 nor in DOS. The errors (at boot time): "Error occurred while linking driver Floppy: rld(): Floppy symbol (objc_msgSend)'s n_sect field (0) is greater than the number of sections in this object () Error loading driver Floppy Reading config: /usr/DEvices/DPT2012.config/Instance0.table Loading binary for DPT2012 Error occurred while linking driver DPT2012: rld(): DPT2012 symbol (_objc_msgSend)'s n_sect field (0) is greater than the number of sections in this object () Error loading driver DPT2012 Errors encountered while starting up the computer. Pausing 5 seconds... Starting NEXTSTEP [...infinite hang...]
From: hoff@billbach.darmstadt.gmd.de (Holger Hoffstaette) Newsgroups: comp.sys.next.bugs Subject: Re: Error occurred while linking driver DPT2012 Date: 18 Jan 1995 16:30:57 GMT Organization: German Research Center for Driver Technology Sender: hoff@billbach (Holger Hoffstaette) Distribution: world Message-ID: <3fjfo1$d61@rs18.hrz.th-darmstadt.de> References: <3fjaj5$o2n@transfer.stratus.com> Keywords: Nextstep3.2 [Newsgroups: trimmed] In article <3fjaj5$o2n@transfer.stratus.com>, idscoord@sw.stratus.com writes: >..had a message like "kernel error: type c to continue or r to >reboot" > >This is about the third time in a week this message has appeared. > >I typed r, and now I cannot boot this PC in NeXTStep3.2 nor in DOS. >The errors (at boot time): > >"Error occurred while linking driver Floppy: >rld(): Floppy symbol (objc_msgSend)'s n_sect field (0) is greater than the >number of sections in this object () >Error loading driver Floppy >Reading config: /usr/DEvices/DPT2012.config/Instance0.table >Loading binary for DPT2012 >Error occurred while linking driver DPT2012: >rld(): DPT2012 symbol (_objc_msgSend)'s n_sect field (0) is greater than >the >number of sections in this object () >Error loading driver DPT2012 >Errors encountered while starting up the computer. >Pausing 5 seconds... >Starting NEXTSTEP > > >[...infinite hang...] Can't help you with the DPT driver stuff, but what you describe looks pretty much like the problem I have with my ASUS SP3 (not -G) board when I try to boot a warm machine. Solution: turn the thing off and wait for 20-30 minutes before you turn it on again. Works for me. The boot loader (sarld) seems to stumble over occasional BIOS DMA jitters on warm machines. Maybe 3.3 fixes this? Holger -- Holger Hoffstätte // [eMail sendTo: @"hoff@darmstadt.gmd.de" NeXTMail: YES];
From: david@jaffe.com Newsgroups: comp.sys.next.bugs Subject: Can't attach interrupt Date: 19 Jan 1995 01:45:25 GMT Organization: University of California, Berkeley Message-ID: <3fkg7l$n1a@agate.berkeley.edu> A user reports a problem with the NS-Intel MIDI driver (supplied with the Music Kit). He is using some kind of old fashioned card (I don't recall what type) that must use IRQ2. He sets, in Configure.app, the driver to use IRQ2. Then, when the driver initializes and tries to attach the interrupt, the console prints the message "Can't attach interrupt!" and returns an error code. If, instead, he sets the driver to use IRQ5, the interrupt attaches OK (this is because the driver doesn't actually probe the hardware.) Except, of course, the card doesn't work, since it wants IRQ2. Does anyone have an idea what's wrong here? Please respond to david@jaffe.com. Thanks. David Jaffe Berkeley, CA
From: willers@butp.unibe.ch (Moritz Willers) Newsgroups: comp.sys.next.bugs Subject: Re: READ AGAIN: Survey: How stable is your NS 3.3/m68k environment? Date: 19 Jan 1995 09:45:59 GMT Message-ID: <3flccn$g29@aragorn.unibe.ch> References: <D2LCDF.tu@rna.nl> > > My NS 3.3/m68k system is: > > rock solid No use of the serial port. I'm - and have always been - a happy NeXT user. -- Moritz Willers Institute of Theoretical Physics Sidlerstrasse 5 3012 Bern, Switzerland willers@butp.unibe.ch (NeXTMail, MIME)
From: bruno@broken.ucsb.edu (John Bruno) Newsgroups: comp.sys.next.bugs Subject: pscat Date: 20 Jan 1995 15:27:04 GMT Organization: University of California, Santa Barbara Message-ID: <3foko8$9s@yuggoth.ucsb.edu> I am running NS3.3 on white hardware (P90) and have not been able to use the troff tools. pscat (converts troff output to postscript) complains as follows: pscat: trouble reading .ct file Is anyone else experiencing the same problem? BTW I installed NS3.3 by upgrading from NS3.3PR2. Thanks, John
From: samurai@marge.cs.mcgill.ca (Darcy BROCKBANK) Newsgroups: comp.sys.next.bugs Subject: Re: pscat Date: 21 Jan 1995 02:02:59 GMT Organization: School of Computer Science, McGill Univ. Message-ID: <SAMURAI.95Jan20210259@marge.cs.mcgill.ca> References: <3foko8$9s@yuggoth.ucsb.edu> In-reply-to: bruno@broken.ucsb.edu's message of 20 Jan 1995 15:27:04 GMT Ditch that stuff and get groff. It works much better. - db (prep.ai.mit.edu:/pub/gnu) Newsgroups: comp.sys.next.bugs Subject: pscat Date: 20 Jan 1995 15:27:04 GMT Organization: University of California, Santa Barbara Lines: 11 Message-ID: <3foko8$9s@yuggoth.ucsb.edu> NNTP-Posting-Host: broken.ucsb.edu I am running NS3.3 on white hardware (P90) and have not been able to use the troff tools. pscat (converts troff output to postscript) complains as follows: pscat: trouble reading .ct file Is anyone else experiencing the same problem? BTW I installed NS3.3 by upgrading from NS3.3PR2. Thanks, John -- (prog (senseFood (prog (prog (senseFood move eat) eat (senseFood move eat)) rotRight eat) (prog move (prog (prog eat (senseFood move rotRight) eat) loop) rotRight)) (prog (senseFood (senseFood (prog (prog (senseFood move move) eat (senseFood move eat)) rotRight eat) (senseFood (prog (prog (senseFood move
From: prevosto@enstb.enst-bretagne.fr (Laurent PREVOSTO) Newsgroups: comp.sys.next.bugs,comp.sys.next.misc Subject: AppFinder.tool process never stops growing up ! Date: 22 Jan 1995 01:14:16 GMT Organization: ENSTBR, Brest, France Distribution: world Message-ID: <PREVOSTO.95Jan21171416@anubis.enstb.enst-bretagne.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I'm running NeXTSTEP 3.2hp on a 715. There already were at least 2 disk crashes provoking kernel fault, failed reboot and a real mess on the disk... Moreover i was wondering why my disk always seemed to be busy and i found why : When i log on, WM spawns a process called WM.app/AppFinder.tool and during the whole session, the size of the process never stops increasing 'til its size is near 17mega ! Of course the system spends its time swapping and the disk is overloaded... I read on comp.sys.next.bug that there was probably a problem with HP SCSI. It's maybe what made the system crah... What i want to know is : what is AppFinder.tool (if i kill the process, nothing happens)... and if a fixed version (without molloc holes) exists. Thanx for helping Laurent -- -------------------------------------------------------------------------------- Laurent PREVOSTO Chambre I8 205 Tel (98 00) 18 03 ENSTBr ( Pas loin de Plouz' qu'est pas loin de Brest qu'est loin de tout ) --------------------------------------------------------------------------------
From: pchien@www.tor.hookup.net (Chao-Ping Chien) Newsgroups: comp.sys.next.bugs Subject: Re: pscat Date: 22 Jan 1995 15:37:33 GMT Organization: HookUp Communication Corporation, Oakville, Ontario, CANADA Distribution: world Message-ID: <PCHIEN.95Jan22103733@www.tor.hookup.net> References: <3foko8$9s@yuggoth.ucsb.edu> In-reply-to: bruno@broken.ucsb.edu's message of 20 Jan 1995 15:27:04 GMT Try 'ptroff' same as troff, but produce poscript out. Ping. -- -- Chao-Ping Chien, DBA Trimark Inv. Mgmt Inc. Canada pchien@trimark.com pchien@tor.hookup.net
Newsgroups: comp.sys.next.bugs From: smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) Subject: Terminal size wider than 99 Message-ID: <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia, Department of Psychology Date: Sun, 22 Jan 1995 16:37:02 GMT Has anyone else noticed that if you try to resize the terminal in NS 3.3 to be 100 characters wide or wider that Terminal freezes? Is this just me or is this error really a new "freeze" feature? Steve -- #====#====#====#====#====#====#====#====#====#====#====#====#====# # Steven M. Boker # "Two's bifurcation # # boker@virginia.edu # but three's chaotic" # #====#====#====#====#====#====#====#====#====#====#====#====#====#
Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs From: schwett@netcom.com Subject: More Video (3.3+PCI) Problems; Is NeXT full of it? Message-ID: <schwettD2ss4r.7Ix@netcom.com> Summary: Explain this, please! Keywords: video pci slow 3.3 Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Sun, 22 Jan 1995 08:12:26 GMT I'm sure we've all heard NeXT's explanation of the slow video in 3.3. To summarize, they blame it on a buggy intel support chip, which results in the disabling of write posting, a "performance feature." However.... Since hearing this, I have tried 3.3 on *THREE* different motherboards, using THREE* different chipsets. The results? EXACTLY THE SAME PERFORMANCE. (Or very close) I have tested the following with an ATi Graphics Pro Turbo, a Diamond Stealth 64, and a #9 GXE654/Pro. (All 4MB PCI Cars) AiR P54CEP. 90mhz pentium, 512k cache, Intel Mercury Chipset. AMI "Atlas" PCI. 90 mhz pentium, 256k cache, Unknown (NON-Intel) chipset. Generic. 90mhz pentium, 256k cache, Intel Neptune Chipset, REVISION 1. (In other words, NO WRITE POSTING BUG) In all cases, I tried several video modes, removed the 824X0 driver, removed the PCIBus driver, (I also tried the Stealth with the VL driver), tried all relevant BIOS options, etc. etc. The slowness occurs when moving 16 bit windows in 32 bit video modes, or vice versa. If anybody out there is using a 90mzh pentium with a 4MB PCI video card in a 32 bit color mode and NOT experiencing this problem, I'd really appreciate knowing precisely what configuration you are using. In any case, I don't see how NeXT's explanation could be entirely accurate. By the innformation they gave, none of the motherboards I tested should have had the slowness problem. Why do they? Mark Schwettmann -- schwett@netcom.com --- mschwett@ced.berkeley.edu " a smile cartooned tooth for tooth, you said irony was the shackles of youth "
From: cs@kau1.kodak.com (Craig Smith) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.misc Subject: Re: Error occurred while linking driver DPT2012 Date: 23 Jan 1995 10:09:23 +1100 Organization: Kodak Australasia Pty Ltd Message-ID: <3fuoj3$edk@bud.kau2.kodak.com> References: <3fjaj5$o2n@transfer.stratus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Keywords: Nextstep3.2 idscoord@sw.stratus.com writes: >NeXTStep3.2 on 486/66: >I believe there is a bug in the DPT driver (see below); it seemingly has >crashed my kernel and disk. >Apparently there is a fixed driver from ftp.next.com. In what directory? >Please tell me how to install. >Thanks in advance, >--Brian >brianw@isis.com >508-490-6540 >..had a message like "kernel error: type c to continue or r to >reboot" >This is about the third time in a week this message has appeared. >I typed r, and now I cannot boot this PC in NeXTStep3.2 nor in DOS. >The errors (at boot time): >"Error occurred while linking driver Floppy: >rld(): Floppy symbol (objc_msgSend)'s n_sect field (0) is greater than the >number of sections in this object () >Error loading driver Floppy >Reading config: /usr/DEvices/DPT2012.config/Instance0.table >Loading binary for DPT2012 >Error occurred while linking driver DPT2012: >rld(): DPT2012 symbol (_objc_msgSend)'s n_sect field (0) is greater than >the >number of sections in this object () >Error loading driver DPT2012 >Errors encountered while starting up the computer. >Pausing 5 seconds... >Starting NEXTSTEP >[...infinite hang...] I am not sure that you should be so quick as to blame this on the DPT driver. I am seeing similar problems occasionally while trying to install NS3.3 on my 486/66, except the errors I get involve the SerialPort driver, and I'm using an Adaptec 1542C SCSI card. NS appears to be remarkably sensitive to PC hardware, especially during its boot phase. I'm busily changing hardware bits in an attempt to isolate this problem. -- ======================================================================== Craig Smith (61 3) 353 2471 cs@kau1.kodak.com Office Imaging Division Kodak (Australia) Pty Ltd
From: thomas@arnold.fkp.physik.th-darmstadt.de (Thomas Traexler) Newsgroups: comp.sys.next.bugs Subject: Re: pscat Date: 23 Jan 1995 06:38:58 GMT Organization: Technische Hochschule Darmstadt Message-ID: <3fviu2$pta@rs18.hrz.th-darmstadt.de> References: <3foko8$9s@yuggoth.ucsb.edu> In article <3foko8$9s@yuggoth.ucsb.edu> bruno@broken.ucsb.edu (John Bruno) writes: > I am running NS3.3 on white hardware (P90) and have not been able to use > the troff tools. pscat (converts troff output to postscript) complains > as follows: > > pscat: trouble reading .ct file > Replace the file /usr/lib/transcript/troff.font/Times/font.ct with the version of your NS3.2. Thomas -- Thomas Traexler Email: TH-Darmstadt thomas@arnold.fkp.physik.th-darmstadt.de (NeXTmail) Institut fuer dd3i@hrzpub.th-darmstadt.de (non NeXTmail) Festkoerperphysik
From: snyers@yosemite.enst-bretagne.fr (Dominique SNYERS) Newsgroups: comp.sys.next.bugs Subject: 3.3 upgrade: panic "Can't mount root" Date: 23 Jan 1995 12:40:25 GMT Organization: ENST de Bretagne, Brest FRANCE Distribution: world Message-ID: <3g083p$frk@melimelo.enst-bretagne.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Keywords: 3.3 upgrade, I just upgraded one of our Intel through the net. upgrade.app went successfully but the reboot failed miserably with a vsf_mountroot: error 19 panic: (CPU 0) vfs_mountroot: cannot mount root panic: NEXT Mach 3.3 root(rcbuilder):mk-171.9.objr2/rc_i386/release_I386 I checked on Nextanswer and I found the following bug report for the 3.1 to 3.2 upgrade: ================================================== Intel users who have rebooted If you have already rebooted, your computer panics with the "Can't mount root" error. To complete the upgrade at this point, do the following: 1. Insert the 3.1 floppy disk into the floppy disk drive. 2. Start up the computer. 3. At the boot: prompt, type: if you have a SCSI hard drive fd()mach_kernel -s rootdev=sd0a if you have an IDE hard drive fd()mach_kernel -s rootdev=hd0a 4. At the # prompt, type the following, pressing the Enter key at the end of each line: mount -o remount / if you have a SCSI hard drive mount -o ro /dev/sd1a /NEXTSTEP_3.2 if you have an IDE hard drive mount -o ro /dev/sd0a /NEXTSTEP_3.2 nmserver -nonet sh /etc/rc.net -h portmap nibindd csh setenv ROOT /NEXTSTEP_3.2 /NEXTSTEP_3.2/Upgrader.app/Default.upgrade/PostProcess / /NEXTSTEP_3.2 halt 5. Remove the floppy disk. 6. Restart the computer. ========================================================= The problem is that NEXTSTEP_3.3 was updated through the net. How could I mount it again from the single user boot to access the PostProcess? Any other hints to help me? Thanks in advance Dom
From: scott@atlanta.com (Scott M. Jones) Newsgroups: comp.sys.next.bugs Subject: Re: NeXTstep serial problems Date: 22 Jan 1995 18:54:13 GMT Organization: Internet Atlanta Message-ID: <3fu9kl$7an@metro.atlanta.com> > I have experienced some system lockups while downloading > using TipTop 1.5 with NeXTstep 3.3 -- usually it happens when > I'm doing something with the user interface, like moving a > scroll bar or minimizing the TipTop terminal that is doing the > download. > > I have read some people on usenet complain about the serial > driver, and mention that there is a hack available. (MUX) I > have tried to find MUX on ftp.cs.orst.edu and ftp.next.com, > but haven't seen it. I am having trouble connecting to the > other usual sites. Could somebody NeXTmail me the package? > > Also, if you have any ideas or experience with this problem, > drop me a note. > > Hardware: 486/66 with 16Mb RAM > ATI Ultra Pro with 2MB VRAM > SoundBlaster 16 > Adaptec EISA SCSI card > Bus Mouse > Hayes Accura > 144 + 144Fax > > P.S. I've had no trouble until recently when three > simultaneous events happened: I upgraded to TipTip 1.5, > NeXTstep 3.3, and added the SoundBlaster card. (I had a PAS > before.) I've also had these kinds of lockups (on a 486). Sometimes they occur during mouse movement, but sometimes they occur without it too. I've had to slow down my 'net access to 9600 baud; I haven't had a lockup yet at this speed, though it is painfully slow <groan>. I believe the guilty party is the 3.3 upgrade; something about the serial I/O handling was changed with respect to interrupts. If you'll notice after a lockup, the system doesn't respond to the kernel trap keys (right ALT+NUM LOCK), which implies that interrupt handling is frozen. I read that the Mux driver needs to be changed for 3.3, and the author (Mark) was complaining because he wasn't able to get an advance copy of 3.3, but I suppose an update will be available shortly. I also heard from someone at NeXT to expect an updated serial driver in 1-2 months. -- Scott M. Jones Atlanta, GA, USA scott@atlanta.com (NeXTmail, MIME accepted) sjones@netcom.com (MIME accepted)
From: scott@atlanta.com (Scott M. Jones) Newsgroups: comp.sys.next.bugs Subject: Re: NeXTstep serial problems Date: 22 Jan 1995 18:54:29 GMT Organization: Internet Atlanta Message-ID: <3fu9l5$7b5@metro.atlanta.com> > I have experienced some system lockups while downloading > using TipTop 1.5 with NeXTstep 3.3 -- usually it happens when > I'm doing something with the user interface, like moving a > scroll bar or minimizing the TipTop terminal that is doing the > download. > > I have read some people on usenet complain about the serial > driver, and mention that there is a hack available. (MUX) I > have tried to find MUX on ftp.cs.orst.edu and ftp.next.com, > but haven't seen it. I am having trouble connecting to the > other usual sites. Could somebody NeXTmail me the package? > > Also, if you have any ideas or experience with this problem, > drop me a note. > > Hardware: 486/66 with 16Mb RAM > ATI Ultra Pro with 2MB VRAM > SoundBlaster 16 > Adaptec EISA SCSI card > Bus Mouse > Hayes Accura > 144 + 144Fax > > P.S. I've had no trouble until recently when three > simultaneous events happened: I upgraded to TipTip 1.5, > NeXTstep 3.3, and added the SoundBlaster card. (I had a PAS > before.) I've also had these kinds of lockups (on a 486). Sometimes they occur during mouse movement, but sometimes they occur without it too. I've had to slow down my 'net access to 9600 baud; I haven't had a lockup yet at this speed, though it is painfully slow <groan>. I believe the guilty party is the 3.3 upgrade; something about the serial I/O handling was changed with respect to interrupts. If you'll notice after a lockup, the system doesn't respond to the kernel trap keys (right ALT+NUM LOCK), which implies that interrupt handling is frozen. I read that the Mux driver needs to be changed for 3.3, and the author (Mark) was complaining because he wasn't able to get an advance copy of 3.3, but I suppose an update will be available shortly. I also heard from someone at NeXT to expect an updated serial driver in 1-2 months. -- Scott M. Jones Atlanta, GA, USA scott@atlanta.com (NeXTmail, MIME accepted) sjones@netcom.com (MIME accepted)
From: mark_bessey@next.com (Mark Bessey) Newsgroups: comp.sys.next.bugs Subject: Re: Terminal size wider than 99 Date: 22 Jan 1995 23:26:43 GMT Organization: NeXT, Inc. Message-ID: <3fupjj$pa@rosie.next.com> References: <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> In article <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes: > Has anyone else noticed that if you try to resize the terminal in > NS 3.3 to be 100 characters wide or wider that Terminal freezes? > > Is this just me or is this error really a new "freeze" feature? > > Steve > I don't know - it works fine for me... Are you doing anything special while resizing the window? What shell are you running? -- Mark Bessey NeXT Computer, Inc Software Quality Assurance -->I DON'T SPEAK FOR NeXT <--
Newsgroups: comp.sys.next.bugs From: smb3u@delton.psyc.virginia.edu (Steven M. Boker) Subject: Re: Terminal size wider than 99 Message-ID: <D2v44w.4z5@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia, Department of Psychology References: <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> <3fupjj$pa@rosie.next.com> Date: Mon, 23 Jan 1995 14:26:56 GMT In article <3fupjj$pa@rosie.next.com> mark_bessey@next.com writes: >In article <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> >smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes: >> Has anyone else noticed that if you try to resize the terminal in >> NS 3.3 to be 100 characters wide or wider that Terminal freezes? >> >> Is this just me or is this error really a new "freeze" feature? >> >> Steve >> > >I don't know - it works fine for me... Are you doing anything special >while resizing the window? What shell are you running? >-- Pardon me for not specifying the system. I'm running 3.3 on an 040 cube. The shell is csh. The only thing special is that I'm using emacs mode, the .bindings file and the good old .macros file to bind the arrow keys to the emacs keys. I can't imagine why these should affect the terminal program to the point that I have to kill it. There's one other thing, I've got the window size displayed in the bar at the top. I've tried resizing just after starting up a new shell with nothing else running. The recurring result is a terminal program that must be killed, if the size goes over 100. I'll play around a bit and see if I can find what's triggering it since other people don't seem to have the problem. While we're on the subject of terminals, does anyone know how to modify the default behavior observed when an rlogin or telnet session is started and the cursor is placed at the top of the remote terminal's window after .cshrc is run. I'd much rather the cursor stayed put. Thanks, and a tip of the ol' Hatlo Hat to the good folks who responded. Steve -- #====#====#====#====#====#====#====#====#====#====#====#====#====# # Steven M. Boker # "Two's bifurcation # # boker@virginia.edu # but three's chaotic" # #====#====#====#====#====#====#====#====#====#====#====#====#====#
Newsgroups: comp.sys.next.bugs From: smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) Subject: Re: Terminal size wider than 99 Message-ID: <D2v57n.5u9@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia, Department of Psychology References: <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> <3fupjj$pa@rosie.next.com> <D2v44w.4z5@murdoch.acc.Virginia.EDU> Date: Mon, 23 Jan 1995 14:50:11 GMT In article <D2v44w.4z5@murdoch.acc.Virginia.EDU> smb3u@delton.psyc.virginia.edu (Steven M. Boker) writes: >In article <3fupjj$pa@rosie.next.com> mark_bessey@next.com writes: >>In article <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> >>smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes: >>> Has anyone else noticed that if you try to resize the terminal in >>> NS 3.3 to be 100 characters wide or wider that Terminal freezes? >>> >>> Is this just me or is this error really a new "freeze" feature? >>> >>I don't know - it works fine for me... Are you doing anything special >>while resizing the window? What shell are you running? >>-- > > There's one other thing, >I've got the window size displayed in the bar at the top. Aha! That was it. Try going to the preferences for Terminal and checking the Window Size box under the Title Bar panel. Now you can't make your window larger than 100 wide. Used to work. Broke in 3.3. Steve -- #====#====#====#====#====#====#====#====#====#====#====#====#====# # Steven M. Boker # "Two's bifurcation # # boker@virginia.edu # but three's chaotic" # #====#====#====#====#====#====#====#====#====#====#====#====#====#
From: pchien@www.tor.hookup.net (Chao-Ping Chien) Newsgroups: comp.sys.next.bugs Subject: Re: Terminal size wider than 99 Date: 22 Jan 1995 22:48:11 GMT Organization: HookUp Communication Corporation, Oakville, Ontario, CANADA Distribution: world Message-ID: <PCHIEN.95Jan22174811@www.tor.hookup.net> References: <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> In-reply-to: smb3u@kiptron.psyc.virginia.edu's message of Sun, 22 Jan 1995 16:37:02 GMT It dose not happen to me, what special setup you use :) ? Ping. -- -- Chao-Ping Chien, DBA Trimark Inv. Mgmt Inc. Canada pchien@trimark.com pchien@tor.hookup.net
From: art@cubicsol.com (Art Isbell) Newsgroups: comp.sys.next.bugs Subject: Black hardware serial port problem Date: 23 Jan 1995 20:01:24 GMT Organization: University of California, Santa Cruz Distribution: world Message-ID: <3g11uk$2f4@darkstar.UCSC.EDU> Not sure if this is a bug, but I've never seen it before NS 3.3 on my 25 Mhz. NeXTCube. I'd expect this sort of problem on Intel hardware, but maybe NeXT just wants to level the playing field :-) This occurred while reading news using NewsGrazer over a "term" link at a port speed of 57,600 bps with little else happening on my machine. Notice that it continued for about an hour, probably as each article was fetched. I don't believe any info was lost, so maybe lost data were replaced by packets being retransmitted. Jan 23 08:08:45 nextcube mach: zs0: recv uart overrun Jan 23 08:10:02 nextcube last message repeated 7 times Jan 23 08:10:13 nextcube mach: zs0: recv uart overrun Jan 23 08:10:48 nextcube mach: zs0: recv uart overrun Jan 23 08:13:23 nextcube last message repeated 3 times Jan 23 08:14:48 nextcube mach: zs0: recv uart overrun Jan 23 08:15:52 nextcube last message repeated 2 times Jan 23 08:17:16 nextcube mach: zs0: recv uart overrun Jan 23 08:17:36 nextcube mach: zs0: recv uart overrun Jan 23 08:19:50 nextcube last message repeated 2 times Jan 23 08:20:50 nextcube mach: zs0: recv uart overrun Jan 23 08:22:15 nextcube last message repeated 4 times Jan 23 08:22:52 nextcube mach: zs0: recv uart overrun Jan 23 08:24:20 nextcube last message repeated 2 times Jan 23 08:25:13 nextcube mach: zs0: recv uart overrun Jan 23 08:26:33 nextcube last message repeated 3 times Jan 23 08:26:51 nextcube mach: zs0: recv uart overrun Jan 23 08:28:42 nextcube last message repeated 4 times Jan 23 08:28:54 nextcube mach: zs0: recv uart overrun Jan 23 08:30:09 nextcube mach: zs0: recv uart overrun Jan 23 08:32:47 nextcube last message repeated 4 times Jan 23 08:33:16 nextcube mach: zs0: recv uart overrun Jan 23 08:35:03 nextcube last message repeated 3 times Jan 23 08:35:18 nextcube mach: zs0: recv uart overrun Jan 23 08:37:09 nextcube last message repeated 5 times Jan 23 08:37:28 nextcube mach: zs0: recv uart overrun Jan 23 08:38:05 nextcube last message repeated 3 times Jan 23 08:40:11 nextcube mach: zs0: recv uart overrun Jan 23 08:41:03 nextcube last message repeated 2 times Jan 23 08:43:24 nextcube mach: zs0: recv uart overrun Jan 23 08:45:22 nextcube last message repeated 4 times Jan 23 08:47:35 nextcube mach: zs0: recv uart overrun Jan 23 08:49:12 nextcube last message repeated 3 times Jan 23 08:49:53 nextcube mach: zs0: recv uart overrun Jan 23 08:51:27 nextcube last message repeated 3 times Jan 23 08:58:55 nextcube mach: zs0: recv uart overrun Jan 23 08:59:45 nextcube mach: zs0: recv uart overrun Jan 23 09:03:47 nextcube mach: zs0: recv uart overrun Jan 23 09:06:21 nextcube last message repeated 3 times Jan 23 09:06:33 nextcube mach: zs0: recv uart overrun I'm reading news again, and it's no longer happening. Go figure... --- Art Isbell NeXTmail: art@cubicsol.com NeXT Registered Consultant Voice: +1 408 335 1154 Cubic Solutions Fax: +1 408 335 2515 NEXTSTEP/OpenStep USmail: 315 Moon Meadow Lane Software Development and Consulting Felton, CA 95018-9442
From: pchien@noc.tor.hookup.net (Chao-Ping Chien) Newsgroups: comp.sys.next.bugs Subject: Re: Terminal size wider than 99 Date: 23 Jan 1995 21:35:27 GMT Organization: HookUp Communication Corporation, Oakville, Ontario, CANADA Message-ID: <3g17ev$kvb@relay.tor.hookup.net> References: <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> <3fupjj$pa@rosie.next.com> <D2v44w.4z5@murdoch.acc.Virginia.EDU> <D2v57n.5u9@murdoch.acc.Virginia.EDU> Steven M. Boker (smb3u@kiptron.psyc.virginia.edu) wrote: : In article <D2v44w.4z5@murdoch.acc.Virginia.EDU> smb3u@delton.psyc.virginia.edu (Steven M. Boker) writes: : >In article <3fupjj$pa@rosie.next.com> mark_bessey@next.com writes: : >>In article <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> : >>smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes: : >>> Has anyone else noticed that if you try to resize the terminal in : >>> NS 3.3 to be 100 characters wide or wider that Terminal freezes? : >>> : >>> Is this just me or is this error really a new "freeze" feature? : >>> : >>I don't know - it works fine for me... Are you doing anything special : >>while resizing the window? What shell are you running? : >>-- : > : > There's one other thing, : >I've got the window size displayed in the bar at the top. : Aha! That was it. Try going to the preferences for Terminal and : checking the Window Size box under the Title Bar panel. Now you : can't make your window larger than 100 wide. Used to work. Broke in 3.3. : Steve No, It still work for me, what kind setup you have, my setup (output from dread -o Terminal) Terminal NXFixedPitchFontSize 10 Terminal "NXWindow Frame NXFontPanel" "331 386 299 330 " Terminal Rows 24 Terminal ServiceSequenceNumber 102 Terminal Shell /bin/csh Terminal TitleBits 0 Terminal Autowrap YES Terminal NXFontPanelPreviewFrame "0 0 281 47" Terminal ShellExitAction 1 Terminal WinLocX 168 Terminal Columns 80 Terminal StrictEmulation NO Terminal WinLocY 661 Terminal AutoFocus YES Terminal CustomTitle Terminal Terminal Keypad NO Terminal Meta 27 Terminal SaveLines -1 Terminal Translate YES Terminal NXFixedPitchFont Ohlfs Terminal Scrollback YES Chao-Ping Chien, DBA Trimark Inv. Mgmt Inc. Canada pchien@trimark.com pchien@tor.hookup.net
From: grio@next.com (Dan Grillo) Newsgroups: comp.sys.next.bugs Subject: Re: Terminal size wider than 99 Date: 24 Jan 1995 00:03:38 GMT Organization: Technical Support, NeXT Computer, Inc. Message-ID: <3g1g4s$15o@rosie.next.com> References: <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> <3fupjj$pa@rosie.next.com> <D2v44w.4z5@murdoch.acc.Virginia.EDU> <D2v57n.5u9@murdoch.acc.virginia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Versions: makemail 2.5f In article <D2v57n.5u9@murdoch.acc.virginia.edu>, Steven M. Boker <smb3u@kiptron.psyc.virginia.edu> wrote: >In article <D2v44w.4z5@murdoch.acc.Virginia.EDU> smb3u@delton.psyc.virginia.edu (Steven M. Boker) writes: >> There's one other thing, >>I've got the window size displayed in the bar at the top. > >Aha! That was it. Try going to the preferences for Terminal and >checking the Window Size box under the Title Bar panel. Now you >can't make your window larger than 100 wide. Used to work. Broke in 3.3. I just had 3.3's terminal 118 cols wide with title at top running csh. Worked fine. I think something else is going on. -- Dan Grillo dan_grillo@next.com (415) 780-2963 now in building 1 What profits a man if he gains the world, yet loses his Slack?
From: snyers@yosemite.enst-bretagne.fr (Dominique SNYERS) Newsgroups: comp.sys.next.bugs Subject: panic "Can't mount root" when upgrading to 3.3 Date: 23 Jan 1995 16:52:14 GMT Organization: ENST de Bretagne, Brest FRANCE Distribution: world Message-ID: <3g0mru$ib1@melimelo.enst-bretagne.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Keywords: upgrade bug In article <3g083p$frk@melimelo.enst-bretagne.fr> snyers@yosemite.enst-bretagne.fr (Dominique SNYERS) writes: > I just upgraded one of our Intel through the net. > > upgrade.app went successfully but the reboot failed miserably with a > > > vsf_mountroot: error 19 > panic: (CPU 0) vfs_mountroot: cannot mount root > panic: NEXT Mach 3.3 root(rcbuilder):mk-171.9.objr2/rc_i386/release_I386 > > I checked on Nextanswer and I found the following bug report for the 3.1 > to 3.2 upgrade: > .... I have finally managed to get hold of a Adaptex 1542 card. I mounted the cd directly and followed the steps explained in the bug report. /NEXTSTEP_3.3/Upgrader.app/Default.upgrade/PostProcess / /NEXTSTEP_3.3 was launched but nothing has changed, at the reboot I still have the same vsf_mountroot: error 19 panic: (CPU 0) vfs_mountroot: cannot mount root panic: NEXT Mach 3.3 root(rcbuilder):mk-171.9.objr2/rc_i386/release_I386 What shall I do? Reinstall everything from scratch? Am I the only one running into this wierd bug? Dom Snyers
From: jlandwehr@NeXT.COM (John Landwehr) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs,comp.sys.next.advocacy Subject: Adaptec 2940 Fast and Sync. SCSI explanation Date: 24 Jan 1995 01:41:13 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <3g1lrq$18c@rosie.next.com> This message is to clear up the confusion on the issue of whether or not the NEXTSTEP driver for the Adaptec 2940 PCI SCSI Host Adapter supports Fast SCSI (i.e., 10 MB/s data transfers). The Adaptec 2940 SCSI Host Adapter Driver supports Synchronous Data Transfer as well as Fast SCSI transfers. In order to enable Synchronous Data Transfer, this feature must be enabled in both the 2940's AutoSCSI program and in the NEXTSTEP Configure application, when configuring the Adaptec 2940 driver. In the AutoSCSI program, this feature is enabled in the SCSI Device Configuration menu, via the "Initiate Sync Negotiation" field. This can be enabled or disabled on a per-target basis. In the Configure application, the "Synchronous" button, if disabled, disables Synchronous Transfers for ALL targets. If enabled, the values selected in the AutoSCSI program are used to determine whether or not Synchronous Transfers occur on a per-target basis. The Synchronous Transfer data rate is determined in the 2940's AutoSCSI program, via the "Maximum Sync Transfer Rate" field in the SCSI Device Configuration menu. "Fast SCSI" Transfers are enabled by selecting a value of 10 (i.e., 10 Megabytes/seconds) for this field. Note that if Synchronous Transfers are disabled, the "Maximum Sync Transfer Rate" field is meaningless. Also note that it is not recommended to select a value higher than 5 for a device which is in an external enclosure and connected to the 2940 via an external SCSI cable. --- NeXT Computer Inc.
From: jlandwehr@NeXT.COM (John Landwehr) Newsgroups: comp.sys.next.hardware,comp.sys.next.advocacy,comp.sys.next.bugs Subject: New Intel PCI Bridge Driver Available Date: 24 Jan 1995 02:02:09 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <3g1n32$19k@rosie.next.com> NeXT has released a new Intel 824X0 PCI Chipset driver. This driver fixes a flaw in the following Intel PCI bus chipsets: Intel 82424ZX (all steps) Intel 82434NX (step A-0 only) The previous version of this driver caused severe performance problems while working around the chipset bug. Based upon new information from Intel, NeXT has re-written the driver to improve performance while mainting data integrity on the PCI Bus. The driver overview is available as NeXTanswer document# 1790 The driver is available as NeXTanswer document# 1829 USING NEXTANSWERS BY E-MAIL Send an Internet email to nextanswers@next.com with the two-word subject: INDEX HELP. USING NEXTANSWERS VIA THE WORLDWIDE WEB Connect to NeXT's webserver at http://www.next.com. USING NEXTANSWERS BY ANONYMOUS FTP Connect to ftp.next.com and read the help file pub/NeXTanswers/README. USING NEXTANSWERS BY MODEM Call the NeXTanswers BBS at (415) 780-2965. Log in as the user "guest" and enter the Files section. USING NEXTANSWERS BY FAX Call (415) 780-3990 from a touch-tone phone and follow the instructions. --- NeXT Computer Inc.
From: jimk@anchor.eng2.uconn.edu (JIM KOCH) Newsgroups: comp.sys.next.bugs Subject: Strang Mail problems Date: 24 Jan 1995 16:54:08 GMT Organization: University of Connecticut Distribution: world Message-ID: <3g3bbg$90p@bellboy.ucc.uconn.edu> My next pizza box runnig 3.0 will only send mail as far as my local server I can however ftp or telnet anywhere, also I can connect to the next from anywhere. Any ideas? Thanks in advance -jim- -- If your only tool is a hammer, you tend to view all problems as nails!
From: ed@internetone.COM Newsgroups: comp.sys.next.misc,comp.sys.next.bugs Subject: Problem with sound on Slab after upgrade to 3.3 Date: 24 Jan 1995 17:26:23 GMT Organization: Internet One, Inc. Message-ID: <3g3d7v$jno@io.InternetOne.COM> Keywords: sound slab 3.3 Has anyone had this problem. After my upgrade to 3.3 on a slab turbo, my sound play level sticks. I can change the level in preferences or with the sound buttons but it will not change. Rebooting resets it but then after a day or two it sticks again. I had zero problems like this under 3.2 Any ideas?? Thanks, --------------------------------------------------------- Ed DeBolt, Jr Internet Engineer 303-444-1993 NeXT Mail/MIME ed@InternetOne.COM http://www.InternetOne.COM/ ---------------------------------------------------------
From: ambi@world.std.com Newsgroups: comp.sys.next.bugs Subject: 3.3 FIP Serial Port Bug?? Date: 24 Jan 1995 04:30:19 GMT Organization: Boston University Message-ID: <3g1vor$pds@news.bu.edu> Okay, I've been complaing about my machine crashing for a few weeks now and I think I've narrowed it down. The problem: since upgrading to 3.3 my machine crashes *often*. While running 3.2 I never noticed the serial port problems that other people did. I was running SLIP at 57600 on the port and the machine *never* crashed. I've been following other peoples bug reports and it seems like other people are experiencing similar problems with 3.3 and have linked them to the serial port. I lowered the speed on my port down to 19200 and the machine stopped crashing - now it just locked-up... :-) I lowered it to 14400 and haven't had it crash yet. So, I guess the question is for NeXT: What changed in 3.3 to make me suddenly see the serial port bug and when is that magical new serial port driver due out? This is a *major* problem! Thanks, Mike ambi@world.std.com
From: obsta@runner.esm.vt.edu (Andreas Obst) Newsgroups: comp.sys.next.bugs Subject: Strange Problem: User directories messed up after reboot Date: 24 Jan 1995 19:02:09 GMT Organization: Virginia Tech, Blacksburg, Virginia Distribution: world Message-ID: <3g3irh$qmj@solaris.cc.vt.edu> Recently we obtained an external harddrive and moved all users to that drive. The internal drive is still the boot drive. Now, whenever the computer is rebooted, the first user who logs in finds his workspace just like it would be for a new user, i.e., only the basic apps in the doc, etc. Also, the directories for all other users appear as folders instead of little houses in the file browser. If this user logs out and in again, his filesystem is restored to normal, except for the icons of the other user directories. However, for every other user who logs in after that, logging in and out does not restore their filesystem. Any comments and solutions are welcome. Also, pointers to where the information for each user, i.e., apps in the doc etc, is stored, would be nice. Thanks in advance, Andreas -- Andreas Obst Department of Engineering Science and Mechanics Virginia Tech obsta@runner.esm.vt.edu
Newsgroups: comp.sys.next.bugs From: smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) Subject: Re: Terminal size wider than 99 Message-ID: <D2w7E2.KLv@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia, Department of Psychology References: <D2v44w.4z5@murdoch.acc.Virginia.EDU> <D2v57n.5u9@murdoch.acc.Virginia.EDU> <3g17ev$kvb@relay.tor.hookup.net> Date: Tue, 24 Jan 1995 04:34:50 GMT In article <3g17ev$kvb@relay.tor.hookup.net> pchien@noc.tor.hookup.net (Chao-Ping Chien) writes: >Steven M. Boker (smb3u@kiptron.psyc.virginia.edu) wrote: >: In article <D2v44w.4z5@murdoch.acc.Virginia.EDU> smb3u@delton.psyc.virginia.edu (Steven M. Boker) writes: >: >In article <3fupjj$pa@rosie.next.com> mark_bessey@next.com writes: >: >>In article <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> >: >>smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes: >: >>> Has anyone else noticed that if you try to resize the terminal in >: >>> NS 3.3 to be 100 characters wide or wider that Terminal freezes? >: >>> >: >>> Is this just me or is this error really a new "freeze" feature? >: >>> >: >>I don't know - it works fine for me... Are you doing anything special >: >>while resizing the window? What shell are you running? >: >>-- >: > >: > There's one other thing, >: >I've got the window size displayed in the bar at the top. > >: Aha! That was it. Try going to the preferences for Terminal and >: checking the Window Size box under the Title Bar panel. Now you >: can't make your window larger than 100 wide. Used to work. Broke in 3.3. > >: Steve > >No, It still work for me, what kind setup you have, >my setup (output from dread -o Terminal) > Well, Art Isbell and I have been plugging away at this. He has exactly my hardware setup and cannot reproduce the bug. I set all of my Terminal dwrites to be exactly the same as his, (other than the fact that I'm running the standard NeXT csh and he is running bash) I set all of my stty's the same as his and used the standard, out of the box eval `tset -Q -s` in my .login. Dread and stty everything reported the same terminal settings as he has. Unfortunately, I still trigger the bug and he doesn't. I'm kindof at a loss as to what to try next, other than just set the title bar so it doesn't display the window size and just forget about it. If anyone from NeXT wants to work on it with me, I'm willing to try to help track it down. But otherwise I'm going to let it go. Steve -- #====#====#====#====#====#====#====#====#====#====#====#====#====# # Steven M. Boker # "Two's bifurcation # # boker@virginia.edu # but three's chaotic" # #====#====#====#====#====#====#====#====#====#====#====#====#====#
Newsgroups: comp.sys.next.bugs From: fischer@fokus.gmd.de (Robert Fischer) Subject: Re: Terminal size wider than 99 Message-ID: <1995Jan25.092339.1539@fokus.gmd.de> Sender: news@fokus.gmd.de (News system) Organization: GMD-Fokus References: <D2w7E2.KLv@murdoch.acc.Virginia.EDU> Date: Wed, 25 Jan 1995 09:23:39 GMT > Well, Art Isbell and I have been plugging away at this. He has exactly > my hardware setup and cannot reproduce the bug. I set all of my > Terminal dwrites to be exactly the same as his, (other than the fact > ... I have found a bug with Terminal under NS/HP Pre-release in conjunction with services. The only way to reproduce the bug was to use the same fonts (even in the window title) and the same length of characters in the title. Very strange! My machines name was (of course) different from these at NeXT and so the title length (including this name) were different. Maybe the bug will show its grinny face now! Robert. ----------------------------------------------------------------------- Robert Fischer @ GMD-Fokus -------- __o ------- _`\<,_ fischer@fokus.gmd.de ------- (*)/ (*) ## NeXT-Mail welcome ## -----------------------------------------------------------------------
Newsgroups: comp.sys.next.bugs From: smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) Subject: Re: Terminal size wider than 99 Message-ID: <D2xp3y.7uo@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia, Department of Psychology References: <D2v44w.4z5@murdoch.acc.Virginia.EDU> <D2v57n.5u9@murdoch.acc.Virginia.EDU> <3g17ev$kvb@relay.tor.hookup.net> Date: Tue, 24 Jan 1995 23:55:10 GMT In article <3g17ev$kvb@relay.tor.hookup.net> pchien@noc.tor.hookup.net (Chao-Ping Chien) writes: >Steven M. Boker (smb3u@kiptron.psyc.virginia.edu) wrote: >: In article <D2v44w.4z5@murdoch.acc.Virginia.EDU> smb3u@delton.psyc.virginia.edu (Steven M. Boker) writes: >: >In article <3fupjj$pa@rosie.next.com> mark_bessey@next.com writes: >: >>In article <D2tFHq.4Ko@murdoch.acc.Virginia.EDU> >: >>smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes: >: >>> Has anyone else noticed that if you try to resize the terminal in >: >>> NS 3.3 to be 100 characters wide or wider that Terminal freezes? >: >>> >: >>> Is this just me or is this error really a new "freeze" feature? >: >>> >: >>I don't know - it works fine for me... Are you doing anything special >: >>while resizing the window? What shell are you running? >: >>-- >: > >: > There's one other thing, >: >I've got the window size displayed in the bar at the top. > I'm still plugging away at this. I don't know whats going on. However, I've ruled out a bad copy of the binary and I've ruled out the hardware. I mounted my home directory from an NS Intel 3.3 box and got the same symptoms. I've also verified that other accounts on this NS Intel 3.3 box don't show the symptom. Thus there must be something in my configuration which triggers the freezing Terminal. Since I've tried dremoving all of the Terminal defaults and rebuilding to a known working dread and I still get the symptom, it probably isn't in the defaults database. Since I've replace my .login with a know working .login, its not in the .login. I'm left with .macros, .bindings and .cshrc as the potential triggers for this bug. I've sent these off to someone at NeXT who has offered to look into it. I'll keep people posted if I find out what triggers the problem. Steve -- #====#====#====#====#====#====#====#====#====#====#====#====#====# # Steven M. Boker # "Two's bifurcation # # boker@virginia.edu # but three's chaotic" # #====#====#====#====#====#====#====#====#====#====#====#====#====#
From: bakker@cyclon.aoml.erl.gov (Cary Bakker) Newsgroups: comp.sys.next.bugs Subject: Files messed up when copied from DOS partition in NSFIP... Date: 25 Jan 1995 13:38:02 GMT Organization: U.S. Department of Commerce, NOAA/AOML Message-ID: <3g5k7q$qp5@wave.aoml.erl.gov> Hi, and thanks for reading this. We just observed some weird behavior. We need to use a couple of DOS/Windows applications to generate data for our NS applications. While running NS3.2, we opened the files from the dos partition. The beginnings of the files were ok, but after a bit, the files became mangled into a binary mess. We were running the Windows application while booted in DOS because SoftPC doesn't yet handle enhanced mode (I think it will soon though). We copied the files to a floppy while booted in DOS (just as a test). We then booted up in NeXT, popped in the floppy, and guess what? The data was all there... So, the disk is OK because the data is there when in DOS, but the data gives junk when in NS... Has anyone else out there experienced any problems like this ? Any ideas? Obviously there is a workaround for us, but we need to transfer lots of data and floppies are a real pain... Thanks, Cary -- ------------------------------------------------------------------------- Cary A. Bakker | Music is the pleasure the human soul C.S. Major | experiences from counting without FLorida International University | being aware that it is counting... NeXT Programmer | NOAA/AOML | -- Gottfried W. Leibniz
Newsgroups: comp.sys.next.bugs From: jbright@stimpy (Jason Bright) Subject: Black NS3.3 + Serial Message-ID: <D2yy25.1LH@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University Date: Wed, 25 Jan 1995 16:06:05 GMT I haven't used the serial ports on my cube since the good ole 3.0 days, but back then they seemed to work fine. I know that there has been nothing but problems with the Intel serial drivers...... After upgrading to 3.3, I tried to connect my cube to a laser printer using serial, and am having no response whatsoever. Before I get a scope out to start probing, are the serial drivers in 3.3Black broken, or does my problem lay elsewhere? thanx in advance j jbright@stimpy.carleton.ca (Note broken header in posting....I can't do anything about it!!)
From: takken@raven.stanford.edu (Todd Takken) Newsgroups: comp.sys.next.bugs Subject: Re: Black NS3.3 + Serial Date: 25 Jan 1995 21:24:09 GMT Organization: Stanford University Distribution: world Message-ID: <3g6fhp$cem@nntp.Stanford.EDU> References: <D2yy25.1LH@cunews.carleton.ca> In article <D2yy25.1LH@cunews.carleton.ca> jbright@stimpy (Jason Bright) writes: > After upgrading to 3.3, I tried to connect my cube to a laser printer > using serial, and am having no response whatsoever. This worked (still does for me) in NextStep 3.2. My 040 slab prints to my Apple Laserwriter this way. -- Todd Takken takken@raven.stanford.edu
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.bugs Subject: Re: Neighbor accounts Date: 26 Jan 1995 18:39:34 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <3g8q96$pch@usenet.rpi.edu> References: <3g73jf$knj@babylon5.glenqcy.glenayre.com> jbaugher@amadeus.glenqcy.glenayre.com (Jason Baugher) writes: > Hi, I have NS3.2 running on a Turbo Color Slab. Oddly, when I > log in with my user account, I see my home directory as a house > icon, but the other user directories show up as folders instead > of neighbor icons. I assume this is a permissions problem, but > I'm not sure where to look. It is probably not a permissions problem. It's a preferences setting. Go into Preferences.app, and check the "Unix Expert Preferences" panel. Under "File System Options", you will probably have "Large File System" checked on. If you turn that off, the home directories of other users will show up as the double-house icon. You may have to log out and log back in again for the change in this preferences option to take effect. It would be nice if NeXT split this option into two separate options, one for "Large File Systems", and one for "Many User Accounts". Thanks to AFS and NFS file systems, I have huge amounts of file space available to my NeXT, but there's only about a dozen accounts on it. I think this behavior of not-checking for user's home directores is based on the assumption that there are a lot of users on the system, so making the check would be expensive. -- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
From: jbaugher@amadeus.glenqcy.glenayre.com (Jason Baugher) Newsgroups: comp.sys.next.bugs Subject: Neighbor accounts Date: 26 Jan 1995 03:06:23 GMT Organization: Glenayre Electronics Message-ID: <3g73jf$knj@babylon5.glenqcy.glenayre.com> Hi, I have NS3.2 running on a Turbo Color Slab. Oddly, when I log in with my user account, I see my home directory as a house icon, but the other user directories show up as folders instead of neighbor icons. I assume this is a permissions problem, but I'm not sure where to look. What tells NS that that particular dir is a home dir? Does NS store this info in a special area just for the Browser? -- --=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-- Jason Baugher - Glenayre One Quintron Way Quincy, IL 62301 jbaugher@glenqcy.glenayre.com
From: cs@ecs.co.at (Christian Starkjohann) Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: getpwnam et al don't work with posix Date: 28 Jan 1995 19:00:10 GMT Organization: EUnet EDV DienstleistungsgesmbH, Wien Distribution: world Message-ID: <3ge47q$9dk@c2.eunet.co.at> Originator: cs@servus Hello everyone, here is a short excerpt from pwd.h. The same nonsense is in grp.h. #ifdef _POSIX_SOURCE short pw_short_pad1; /* pad to preserve struct size */ uid_t pw_uid; short pw_short_pad2; /* pad to preserve struct size */ gid_t pw_gid; #else int pw_uid; int pw_gid; #endif /* _POSIX_SOURCE */ Noone at NeXT seems to have realized that there are two kinds of processors: big endian and little endian. The 486 happens to be a little endian machine, so the above code does not work. The posix termios-interface to the serial does also not work correctly, and there were reports in this group about other library functions that do not work correctly. How can NeXT claim to have posix-support? -- Christian Starkjohann <cs@ecs.co.at> or <cs@ds1.kph.tuwien.ac.at>
From: jklinke@aeon.ucsd.edu (Jochen Klinke) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs,comp.sys.next.sysadmin Subject: [INTEL]128MB RAM on DEC XL590? Date: 28 Jan 1995 19:17:21 GMT Organization: University of California at San Diego Message-ID: <3ge581$fki@network.ucsd.edu> Hi everybody, I just added another 64MB RAM to my DEC XL590 (for a total of 128MB) but NS only recognizes a total 65MB on bootup and in the Workspace->Info->Info Panel. The boot memory test (also the HIMEM memory test under DOS) counts all 128MB and says they are ok, so what's the problem here? Any help appreciated, jk <jklinke@ucsd.edu>
From: barry@nacm.com (Barry Lustig) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs Subject: Re: More Video (3.3+PCI) Problems; Is NeXT full of it? Date: 28 Jan 1995 15:06:08 -0800 Organization: Nicholas-Applegate Capital Management, San Diego, CA Message-ID: <3geil0$rc5@portmgr1.nacm.com> References: <schwettD2ss4r.7Ix@netcom.com> Keywords: video pci slow 3.3 In article <schwettD2ss4r.7Ix@netcom.com>, <schwett@netcom.com> wrote: I'm sure we've all heard NeXT's explanation of the slow video in 3.3. To summarize, they blame it on a buggy intel support chip, which results in the disabling of write posting, a "performance feature." However.... Mark, There are a number of PC BIOS's that turn the write posting off when they detect a bad stepping of the PCI chip set. NeXTSTEP doesn't even get a chance to decide. barry
From: samschap@merle.acns.nwu.edu (Sam Schapmann) Newsgroups: comp.sys.next.bugs Subject: NSCalendarDate bug Date: 28 Jan 1995 21:38:55 GMT Organization: Halaby Corp Message-ID: <3gedhf$sqs@news.acns.nwu.edu> Create a date for 3/31/1995 with d = [NSCalendarDate dateWithYear:1995 month:3 day:31 hour:0 minute:0 second:0 timeZone:[NSTimeZone localTimeZone]] Now decrement the month by 1 using addYear: ... d2 = [d addYear:0 month:-1 day:0 hour:0 minute:0 second:0] Since the date 2/31/1995 doesn't exist, what would you expect to get? Maybe 2/28/1995? Here's what the docs say about the addYear:... method: "Returns an NSCalendarDate object that is updated with the year, month, day, hour and second offsets specified as arguments. The offsets can be positive (future) or negative (past). **This method extracts and modifies the unit components** rather than computing the vector as seconds. This approach preserves "clock time" across changes in Daylight Savings Time zones and leap years. ..." I want the "unit component" for month to be decremented by 1 -- from March to February. What does the FKit give me ??? ... March 3, 1995 I'd be willing to accomodate a March 1, 1995 result (although that result wouldn't fulfill my intentions of having a date in the previous month). But this? Very weird. What's going on? -Sam (ASCII only, please)
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <flexus!rfschtkt@maze.ruca.ua.ac.be> Date: Sun, 29 Jan 95 10:48:07 +0100 From: Raf Schietekat <flexus!rfschtkt@maze.ruca.ua.ac.be> Message-ID: <9501290948.AA00247@flexus> Subject: gdb: problems with long char* strings in browser, App Hang/Crash If you want to verify this (for 3.3), please do, and tell me about the results. (I think Dev_3.3 is currently only available for PA_RISC, right? Great, different 3.3 versions for different platforms...) >>>>> KBNS.32.2.028_o3.2o Bug_NeXT.64774 Displaying loooong char* strings in browser may break connection with gdb or even crash Edit Description: When you have a char* pointer that points to a buffer that may not be just a short string, such as the buffer of an NXStream or other, and you happen to select its column in the browser, Edit.app tries to display that string in a browser cell, which takes a worryingly long time in itself, but may also break the connection with gdb, probably because some timeout elapses. gdb prints something like: Problem communicating with Editor. [NXConnection run] - tossing received reply msg You then have to type view in gdb to get a new Edit connection. Edit leaves the old connection around, but it's not functional anymore. Edit may also just terminate, without dumping core (different from what is described on the next line). If the ``string'' is selected so that it would appear in the Value: field at the bottom of the browser, Edit.app crashes, probably because it is %s-sprinted to a fixed-size buffer. How to verify: NXMapFile a file of about 1 MB which does not contain any '\0' character, and look at its NXStream structure in Edit's gdb browser. Urgency: May crash Edit.app (with all that this implies), is obvious when you can correctly diagnose the problem, but is very frustrating and counterproductive. There's no workaround, or a very laborious one. Confirmed: Raf_Schietekat (o3.2o, reported) Workaround: Put any such char* pointers in a structure, and change all uses in the program, or don't interrupt the program and don't put breakpoints in frames that have such ``exposed'' pointers. Don't look inside the structures, and certainly don't select such a pointer (this will crash Edit.app). Bug_NeXT: Reported on 1995-01-25 (3.2; Developer Tools/Debugging/gdb: problems with long char* strings in browser, App Hang/Crash). Cure (for NeXT): For example, first make a fixed copy of, say, 10000 characters or less, terminate that with a '\0' character, and display that instead. gdb itself does truncate strings when displaying them. Report history: Bug_NeXT report posted to c.s.n.b on 1995-01-29 <<<<< >>>>> #import <ansi/ansi.h> #define USENEWLINES #define BUFFERSIZE (1024*1024) int main(int argc,char *argv[]){ /*var*/ char *buffer; int i; buffer=(char*)malloc(BUFFERSIZE); for(i=0;i<BUFFERSIZE;++i){ if(!(i%1000)){ #ifdef USENEWLINES buffer[i]='\n'; #else buffer[i]='n'; #endif }else{ buffer[i]='a'; } } buffer[BUFFERSIZE-1]='\0'; exit(0); // put a breakpoint here } /* cc -g -Wall prog.c -o prog gdb prog view, put a breakpoint on the exit(0) line, run and browse Edit monopolises the CPU for a while, then... exits (no core dump)! (tested a few times with consistent results) if USENEWLINES is #define'd, Edit just keeps working on and on (tested once) in a real application that I'm working on, Edit may stay alive but gdb would disconnect I don't have a concise explanation of all these phenomena */ <<<<<
Newsgroups: comp.sys.next.bugs From: tomi@shinto.nbg.sub.org (Thomas Engel) Subject: BUG: ClassEditor v.0.2 sorry...still buggy Message-ID: <D36Ip3.6B@shinto.nbg.sub.org> Keywords: ClassEditor, file corruption, bug notice Sender: tomi@shinto.nbg.sub.org (Thomas Engel) Organization: STEPeople's home. (A NUGI member) Date: Sun, 29 Jan 1995 18:15:03 GMT Hi all ! Sorry, looks like the last feature I rushed into the v0.2 release "reenabled" a bug that will cause file corruption when you are using the "cheat window". You can mail me if you want to have the fixed class...or wait for 0.3. Aloha Tomi -- _________________________________________________________ (tomi@shinto.nbg.sub.org) Thomas Engel Neptunstr. 9 NeXTMail welcome D - 90522 Oberasbach Germany
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.misc From: damonc@damonc.tor.hookup.net (Damon F. Cooper) Subject: Kernel Panics with 3.2 + Parallel Port 1.1 + PPP? Message-ID: <D36zsq.16L@tor.hookup.net> Sender: damonc@tor.hookup.net (Damon F. Cooper) Organization: Damon F. Cooper Date: Mon, 30 Jan 1995 00:24:26 GMT I have been experiencing kernel panics on NS (Intel) 3.2 when using PPP 2.2.0.1.8 (patch level 2 and below) and the Parallel Port 1.1 driver from Christian Starkjohann <cs@ecs.co.at>... Happens whether or not the PPP link is up (driver just has to be loaded)... I can print about 1-2 pages (aproximately 1/3 of a 141K data file (PCL printer codes) before I get a ========================================== "Kernal Trap" Failed instruction exception (2,d,150000) Waiting for remote debugger connection. (Type 'c' to continue or 'r' to reboot) ========================================== If I remove the PPP driver, the kernel traps _almost_ disappear altogether (once every 10-20 LARGE print jobs). Anybody else experienced this? Is there a workaround? (The drivers from NeXT don't work at ALL...) Thanks in advance, Damon F. Cooper damonc@damonc.tor.hookup.net [NEXTMAIL: OK] -- Damon F. Cooper damonc@damonc.tor.hookup.net [NEXTMAIL: OK]
Newsgroups: comp.sys.next.bugs From: lamb@eqt.ch (Alexander Lamb) Subject: Re: Nec 3X on an Intel GX/Pro Message-ID: <D3F0qu.8Ix@eunet.ch> Sender: usenet@eunet.ch Organization: EUnet AG, Switzerland References: <D39t2y.Itw@cunews.carleton.ca> Date: Fri, 3 Feb 1995 08:25:41 GMT In article <D39t2y.Itw@cunews.carleton.ca> csaldanh@mae.carleton.ca (Chris Saldanha) writes: > Glad to see that NeXT spent no time at all fixing driver bugs for 3.3. > > The NEC 3X external CD-ROM is still useless under 3.3 on an Intel GX/Pro, > with the Adaptec AIC6X60 driver. If you copy files, it looks like they go OK > (but files often get corrupted). If you try to install ANY package > (.pkg) the install fails at some point in the untar with a directory > checksum error. Same as under 3.2. > > Does this happen with people using that drive with other 6X60 > controllers, like the SoundBlaster SCSI? > > Has anyone tried the NEC 4X with the Adaptec 6X60 driver? Any problems > like this? ~~ > > --Chris > Chris Saldanha | "Can I tell you what makes love > Carleton University (Comp. Sci) | so frightening? > csaldanh@mae.carleton.ca (NeXT/MIME) | Its that you don't own it. > http://www.mae.carleton.ca/~csaldanh | It owns you." Not only the NEC3X, also the Sony double speed ! It was so bad that I could not install (or upgrade) NS3.3 on the GX. I had to go back to an OLD SUN CD-Rom (made from a Sony SINGLE speed) to have it work... I guess that here it is not the NEXTSTEP driver that is the cause but the on board SCSI hardware... I have not found any cure to the problem, I just don't use CD-Rom on my GXs... (Lucky I have many other systems !). Hope this helps, Alexander Lamb Expert Quantitative Trading Geneva / Switzerland
Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs,comp.sys.next.misc From: rdl@world.std.com (Robert La Ferla) Subject: Re: Adaptec 2940 and FAST-SCSI-2 In-Reply-To: wolf@prz.tu-berlin.de's message of Wed, 1 Feb 1995 23:50:49 GMT Message-ID: <RDL.95Feb3070008@world.std.com> Sender: rdl@world.std.com (Robert La Ferla) Organization: The World Public Access UNIX, Brookline, MA References: <D3CI8q.LuM@prz.tu-berlin.de> Date: Fri, 3 Feb 1995 12:00:08 GMT 1. The Fast SCSI GUI According to NeXT, the "Fast SCSI" switch box is disabled because Fast SCSI is always on - you can't turn it off. The confusion lies in the GUI for the 2940 driver configuration inspector. NeXT should either remove the switch button next to "Fast SCSI" or put a checkmark on it. I hope everyone submits a bug report to bug_next@NeXT.com pointing out that the SCSI Options GUI is confusing. 2. Cmd Queueing & Barracuda Does anyone know if this works with a Seagate Barracuda ST12550N? 3. Synchronous & NEC CD-ROM Does anyone know if you can run the NEC CD-ROM in synchronous mode? Robert
From: gee@gaul.csd.uwo.ca (Gregory W. Gee) Newsgroups: comp.sys.next.bugs Subject: Floppy disk formating ????? Date: 3 Feb 1995 16:27:15 GMT Organization: University of Western Ontario Sender: gee@obelix (Gregory W. Gee) Distribution: world Message-ID: <3gtlh3$8v6@falcon.ccs.uwo.ca> Are there any plans on upgrading the ist of floppies that black hardware can read. DD HD ED DOS x x ? NeXT x x x MAC x ? ? When are the missing holes going to be filled in? This hasn't changed in a long time. Thanks. -- **************************************************************************** Greg Gee The G-Man gee@csd.uwo.ca Honours Computer Science, gee@gaul.csd.uwo.ca University of Western Ontario gee@syslab.csd.uwo.ca >>> Developing in the NeXT generation <<< NeXT Mail accepted http://www.csd.uwo.ca/mandas/uwo/members/gee/ ****************************************************************************
From: jasonl@ibm.net Newsgroups: comp.sys.next.bugs Subject: NS 3.2 Tseng ET4000 Video Driver Date: 3 Feb 1995 03:40:37 GMT Message-ID: <3gs8jl$7un@news-s01.ny.us.ibm.net> I installed NS 3.2 for Intel and used the Tseng ET4000 video drivers supplied by NS. My video card has a Tseng ET4000 chipset and I have used other ET4000 drivers for OS/2, Windows, and Linux X11R5 and all worked great. The NS Tseng drivers almost fried my video card. Now I have a wave running up my monitor in any OS. Is there a fix or a new driver for Tseng ET4000? Thanks, Jason
From: josepha@il.us.swissbank.com (Adrian Joseph) Newsgroups: comp.sys.next.bugs Subject: possible ps RSIZE bug Date: 3 Feb 1995 07:34:43 GMT Organization: Swiss Bank Corporation, High Timber St, London, UK Distribution: world Message-ID: <3gsmaj$d9h@gpo.gb.swissbank.com> Keywords: ps RSIZE Hi, I was trying to analyse the memory usage of an app to see how many instances a machine could support. So, I ran two instances of the same app and used ps auwgx to see how much cpu/memory etc each instance used. I expected the figures to be pretty much the same. Well it turns out that CPU and VSIZE are as I'd expect, but RSIZE seems to be incorrect. As an example: josepha 1836 0.0 11.9 47.2M 3.80M ? S 0:54 /Net/ln1d260ocs/ocb/josepha/Development/GRV3.0/GRV3.0.app/GRV3.0 -MachLaunch 33 josepha 1932 0.0 29.2 47.2M 9.35M ? SW 0:48 /Net/ln1d260ocs/ocb/josepha/Development/GRV3.0/GRV3.0.app/GRV3.0 -MachLaunch 34 Okay here are two instances of the same app. One has been idle for ages and is supposedly swapped out [as an aside I thought swapped out meant that it took up no real memory ie RSIZE = 0, but I seem to be incorrect] the other is in use. Both show the same VSIZE, and the CPU looks about right, but the swapped out process takes up more real memory than the in use one!! Can this be correct, any explanations? Okay well I'd love to know the answer to this, if I'm missing the obvious just point me in the right direction. Please reply by email as I don't get to read news too often :-(. I'll summarize if I find anything out, have fun Adrian
From: josepha@il.us.swissbank.com (Adrian Joseph) Newsgroups: comp.sys.next.bugs Subject: possible ps RSIZE bug Date: 3 Feb 1995 07:34:49 GMT Organization: Swiss Bank Corporation, High Timber St, London, UK Message-ID: <3gsmap$d9l@gpo.gb.swissbank.com> Keywords: ps RSIZE Hi, I was trying to analyse the memory usage of an app to see how many instances a machine could support. So, I ran two instances of the same app and used ps auwgx to see how much cpu/memory etc each instance used. I expected the figures to be pretty much the same. Well it turns out that CPU and VSIZE are as I'd expect, but RSIZE seems to be incorrect. As an example: josepha 1836 0.0 11.9 47.2M 3.80M ? S 0:54 /Net/ln1d260ocs/ocb/josepha/Development/GRV3.0/GRV3.0.app/GRV3.0 -MachLaunch 33 josepha 1932 0.0 29.2 47.2M 9.35M ? SW 0:48 /Net/ln1d260ocs/ocb/josepha/Development/GRV3.0/GRV3.0.app/GRV3.0 -MachLaunch 34 Okay here are two instances of the same app. One has been idle for ages and is supposedly swapped out [as an aside I thought swapped out meant that it took up no real memory ie RSIZE = 0, but I seem to be incorrect] the other is in use. Both show the same VSIZE, and the CPU looks about right, but the swapped out process takes up more real memory than the in use one!! Can this be correct, any explanations? Okay well I'd love to know the answer to this, if I'm missing the obvious just point me in the right direction. Please reply by email as I don't get to read news too often :-(. I'll summarize if I find anything out, have fun Adrian
From: ernst@cs.tu-berlin.de (Ernst Kloecker) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs,comp.sys.next.misc Subject: Re: Adaptec 2940 and FAST-SCSI-2 Date: 4 Feb 1995 17:12:54 GMT Organization: Technical University of Berlin, Germany Message-ID: <3h0cim$jep@news.cs.tu-berlin.de> References: <D3CI8q.LuM@prz.tu-berlin.de> <RDL.95Feb3070008@world.std.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit rdl@world.std.com (Robert La Ferla) writes: >3. Synchronous & NEC CD-ROM >Does anyone know if you can run the NEC CD-ROM in synchronous mode? Yes, recently I configured a machine with 2940 and NEC double-speed CD-ROM. I set max. transfer rate to 5 MB/s for the CD, it might also work with the default 10 MB/s, but I did not try. -- ----------------------------------------------------------------------------- Ernst Kloecker phone: ++49-30-6181635 e-mail: ernst@cs.tu-berlin.de -----------------------------------------------------------------------------
Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs From: tom@smart.ruhr.de (Thomas Neumann) Subject: Re: 3.3 hungrier on VM? + 3.3 SUX! Date: Sun, 5 Feb 1995 02:18:02 GMT Message-ID: <D3I923.IFD@smart.ruhr.de> References: <MS-C.791544431.1103527590.mrc@Tomobiki-Cho.CAC.Washington.EDU> <3gr3k6$gim@alpha.epas.utoronto.ca> Organization: News at smart In article <3gr3k6$gim@alpha.epas.utoronto.ca>, <beebb@spine.med.utoronto.ca> wrote: > >What we need is Downgrader.app. (I thought of that one once I saw >the lack of performance of 3.3) > >Downgrader.app: >No matter what release of the software you have, this app will take >it down to nothing! >Always have the latest version! Try mkfs(8), it should work for "taking it down to nothing". And it's damn fast at that, too. -t -- <a href="http://www.ruhr.de/homepages/thomas.neumann/start.html">Tom</a>
From: bernhard@pluto.nt.tuwien.ac.at (Bernhard Mayr) Newsgroups: comp.sys.next.bugs Subject: Fonts_in Pref_NS3.3 Date: 3 Feb 1995 16:33:03 GMT Organization: Vienna University of Technology, Austria Message-ID: <3gtlrv$pb7@news.tuwien.ac.at> After installing 3.3 on a Penitum-PC I had problems with the submenue "Fonts" in the preferences.app. It is not possible to select the item "non-proportional font" which default value is 10 pt which is a little too small for me. When I try to select the menue-bar the preferences.app terminates. In the console I read the following message: "Feb 3 17:10:22 bismarck Preferences[812]: objc: TextField: does not recognize selector -docView" Has anyone similar experiences and fixed the bug sucessfully? Thanx for any hint --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: rbz@eversoft.com Newsgroups: comp.sys.next.bugs Subject: Re: OmniWeb 0.9.x Date: 4 Feb 1995 23:43:33 GMT Organization: Texas Metronet, Inc 214/705-2901, login info Distribution: world Message-ID: <3h13f5$r8l@feenix.metronet.com> References: <950203204727.250AACUI.malc@daneel> help@hand.com (the cavalry) wrote: >OmniWeb 0.9.x appears to have a bug in that it only allows one user to >utilise the application at a time. It's not a bug...it is a feature. Checkout the License menu item under info. The software is only licensed for a single user. If you want more you can BUY additional licenses from Lighthouse Design. --- Rodger (NeXTMail Welcome!) ----------------------------------------------------------- Rodger B. Zeisler Internet rbz@eversoft.com Everest Software Corporation Work (214) 437-7636 4347 W. Northwest Hwy, #851 Fax (214) 437-7600 Dallas, TX 75220-3864 Home (214) 517-4884 -----------------------------------------------------------
Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs,comp.sys.next.misc From: rdl@world.std.com (Robert La Ferla) Subject: Re: Adaptec 2940 and FAST-SCSI-2 In-Reply-To: ernst@cs.tu-berlin.de's message of 4 Feb 1995 17:12:54 GMT Message-ID: <RDL.95Feb5051142@world.std.com> Sender: rdl@world.std.com (Robert La Ferla) Organization: The World Public Access UNIX, Brookline, MA References: <D3CI8q.LuM@prz.tu-berlin.de> <RDL.95Feb3070008@world.std.com> <3h0cim$jep@news.cs.tu-berlin.de> Date: Sun, 5 Feb 1995 10:11:42 GMT I should have been more specific. Has anyone gotten synchronous SCSI to work with a NEC 4xi CD-ROM? How about with the Adaptec 2940? Also, is synchronous SCSI desirable for CD-ROMs? Robert In article <3h0cim$jep@news.cs.tu-berlin.de> ernst@cs.tu-berlin.de (Ernst Kloecker) writes: rdl@world.std.com (Robert La Ferla) writes: >3. Synchronous & NEC CD-ROM >Does anyone know if you can run the NEC CD-ROM in synchronous mode? Yes, recently I configured a machine with 2940 and NEC double-speed CD-ROM. I set max. transfer rate to 5 MB/s for the CD, it might also work with the default 10 MB/s, but I did not try.
From: help@hand.com (the cavalry) Newsgroups: comp.sys.next.bugs Subject: OmniWeb 0.9.x Date: 3 Feb 1995 14:47:40 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <950203204727.250AACUI.malc@daneel> OmniWeb 0.9.x appears to have a bug in that it only allows one user to utilise the application at a time. A recent message on the OmniWeb mailing list pointed out, however, that partial relief can be found at least temporarily by entering the following alphanumeric string into the registration panel: sllmkstu9tr Hopefully this will give organisations sufficient breathing space whilst Lighthouse determine a pricing structure. Lighthouse design ltd. produce excellent applications, including Concurrence and TaskMaster, their educational discounts in particular are extraordinary, and I am sure we can look forward to good news from them in the near future.
From: jbragin@jupiter.uucp (joe bragin 04-22-92) Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware Subject: Incompatibility problems (ATI Ultra Pro and PAS cards) Date: 5 Feb 1995 16:34:49 GMT Organization: Information Resources and Technology Message-ID: <3h2un9$8sq@nic-nac.CSU.net> Thanks to Scott Davenport who posted a fix for the incompatibility problem between ATI Ultra Pro and PAS cards with NEXTSTEP 3.3 several weeks ago. His fix worked like a charm indeed. However, I have another system with the ATI PCI Ultra Pro and PAS cards, again with NEXTSTEP 3.3 installed, and I am not able to use the same fix. Scott suggested changing '0x52ee-0xfeef' that appears at the end of the line for the I/O ports (expert setting in Configure.app) to '0x52ee-0x9a00 0x9a02-0xfeef'. This worked fine with my other systems. However, the system I am having problems with does not have '0x52ee-0xfeef' on the line for the I/O ports. This is the entire line that appears instead: '0x2e0-0x2ef' Any help, suggestions, ... would be greatly appreciated. (I am posting this for Vicki Bragin. Please post your response or e-mail your response directly to her at vbragin@nextlab.calstatela.edu)
Newsgroups: comp.sys.next.bugs From: rdl@world.std.com (Robert La Ferla) Subject: /usr/adm/daily fix Message-ID: <RDL.95Feb5152401@world.std.com> Sender: rdl@world.std.com (Robert La Ferla) Organization: The World Public Access UNIX, Brookline, MA Distribution: comp Date: Sun, 5 Feb 1995 20:24:01 GMT Here is a fix for /usr/adm/daily which prevents a non-networked host from checking for .nfs files. The test in the 3.2/3.3 version looks at the hostname to see if it's != localhost. If you're using UUCP, your hostname is != localhost and if you're not networked, the daily script will scan your disk. So if you leave your system on overnight, this will save on drive wear and noise. BTW - The new test is derived from /etc/rc... # Clean out old .nfs files - but not when off the network. if ifconfig -a | grep -v "127.0.0.1" | grep -v "0.0.0.0" | grep -s inet ; then find / -name .nfs\* -mtime +7 -exec rm -f {} \; -o -fstype nfs -prune fi
Newsgroups: comp.sys.next.software,comp.sys.next.bugs From: rdl@world.std.com (Robert La Ferla) Subject: Re: NewsGrazer endless spinning problem? In-Reply-To: ccuilla@ccdd.com's message of Sun, 5 Feb 1995 17:36:09 GMT Message-ID: <RDL.95Feb5152859@world.std.com> Sender: rdl@world.std.com (Robert La Ferla) Organization: The World Public Access UNIX, Brookline, MA References: <1995Feb5.173609.2874@ccdd.com> Date: Sun, 5 Feb 1995 20:28:59 GMT I see this problem all the time. It has something to do with NG not being able to filter out malformed news articles. I think there was discussion of this way back when on comp.sys.next.* I am really tired of this. NeXT should release the !$#% source... We need a less buggy quad fat version. Too bad Jason didn't release NG Pro. I would have bought. And if you're reading this Jason, I would still buy it. Robert
Newsgroups: comp.sys.next.bugs From: parrt@mckinley.ee.umn.edu (Terence Parr) Subject: Trouble with NewsGrazer Message-ID: <D3Jo5v.6AM@news.cis.umn.edu> Sender: news@news.cis.umn.edu (Usenet News Administration) Organization: University of Minnesota CIS Date: Sun, 5 Feb 1995 20:42:37 GMT Heh cool fellow NeXTers, Anybody have trouble with NewsGrazer dying? At first, it was just occasionally when I tried to say "catch up". Now it seems to be random even when just clicking for an article. Is this a known problem? Thanks much in advance for any info. Oh, I have the latest version from ftp.cs.orst.edu. Please reply via email (as my news browers is cranky <wink>), Terence Parr parrt@parr-research.com (sorry if duplicate: news is hosed here)
Newsgroups: comp.sys.next.software,comp.sys.next.bugs From: ccuilla@ccdd.com (Chris Cuilla) Subject: NewsGrazer endless spinning problem? Message-ID: <1995Feb5.173609.2874@ccdd.com> Sender: ccuilla@ccdd.com Organization: Chris Cuilla Design & Development Date: Sun, 5 Feb 1995 17:36:09 GMT So this is driving me nuts. I have been running NewsGrazer for several months now without any real problems. Suddenly I am having this strange problem. It comes up and consistently, about 1 to 1.5 minutes later, it starts spinning, endlessly. No crash. No console messages. I have to kill it. I have logged out/logged in. I have rebooted. Any suggestions on where to look for clues? Has anyone else experience this problem before. Thanks in advance for any help. -- Chris Cuilla Chris Cuilla Design & Development
Newsgroups: comp.sys.next.bugs From: as@asci.fdn.fr (Antoine Schmitt) Subject: Re: warning: multiple declarations in NeXT Message-ID: <1995Feb7.161248.1659@asci.fdn.fr> Sender: as@asci.fdn.fr Organization: Antoine Schmitt - Paris, France. References: <9502062358.AA05739@mt1.mantech.com> Date: Tue, 7 Feb 1995 16:12:48 GMT > Parts.m:442: warning: multiple declarations for method `deactivate' > /NextDeveloper/Headers/appkit/NXColorWell.h:24: warning: using `-deactivate' > /NextDeveloper/Headers/soundkit/NXSoundStream.h:42: warning: also found > `-(NXSoundDeviceError)deactivate' > > Why would NeXT differently define concurrent methods and how does one get rid of them? > (I like clean compiles when there is nothing wrong with the code: silly me) Well, NEXTSTEP is not perfect, but warnings add spices to life. Just use casting: [(NXColorWell *)myColorWell deactivate]; Antoine -- ________________________________________________________ Antoine Schmitt Consultant Informatique - Paris - France as@asci.fdn.fr - (33 1) 44 62 97 77 - NeXT mail welcome
From: erikkay@next.com (Erik Kay) Newsgroups: comp.sys.next.bugs Subject: Re: Fonts_in Pref_NS3.3 Date: 6 Feb 1995 21:50:09 GMT Organization: NeXT, Inc. Message-ID: <3h65ih$11f@rosie.next.com> References: <3gtlrv$pb7@news.tuwien.ac.at> Yes, this is a bug in the localized nibs for the Font preferences module in 3.3. A workaround is to reset your language to English, restart Preferences, and then change your font setting. Erik In article <3gtlrv$pb7@news.tuwien.ac.at> bernhard@pluto.nt.tuwien.ac.at (Bernhard Mayr) writes: ] After installing 3.3 on a Penitum-PC I had problems with the submenue ] "Fonts" in the preferences.app. ] It is not possible to select the item "non-proportional font" which ] default value is 10 pt which is a little too small for me. When I try to ] select the menue-bar the preferences.app terminates. In the console I read ] the following message: ] ] "Feb 3 17:10:22 bismarck Preferences[812]: objc: TextField: does not ] recognize selector -docView" ] ] Has anyone similar experiences and fixed the bug sucessfully? ] ] Thanx for any hint ] ] --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: Mirko Wawrowsky <100541.2312@CompuServe.COM> Newsgroups: comp.sys.next.bugs Subject: bug in EOF/IB? Date: 6 Feb 1995 13:15:19 GMT Organization: aruba informatik GmbH Message-ID: <3h57d7$bid$1@mhade.production.compuserve.com> Hi there, I have some problem with EOF. If I drag an entity from EOModeler and drop it in IB, test mode does not work any more. If I remove the EOController from IB, test mode works again. As DBMS I am using QuickBase. Did anybody encounter the same Problem? Mirko Wawrowsky
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <mt1!stwo@netcom.com> From: MROP Development <mt1!stwo@netcom.com> Message-ID: <9502062358.AA05739@mt1.mantech.com> Date: Mon, 6 Feb 95 15:58:45 -0800 Subject: warning: multiple declarations in NeXT I am using the NXColorWell method -deactivate and the compiler responds with the following warning: Parts.m:442: warning: multiple declarations for method `deactivate' /NextDeveloper/Headers/appkit/NXColorWell.h:24: warning: using `-deactivate' /NextDeveloper/Headers/soundkit/NXSoundStream.h:42: warning: also found `-(NXSoundDeviceError)deactivate' Why would NeXT differently define concurrent methods and how does one get rid of them? (I like clean compiles when there is nothing wrong with the code: silly me) Looking for a nice answer ... Dennis Warn
From: levitin@darkwing.uoregon.edu Newsgroups: comp.sys.next.bugs Subject: News Grazer dying suddenly Date: 5 Feb 1995 15:48:58 -0800 Organization: University of Oregon Distribution: usa Message-ID: <3h3o5a$pkl@darkwing.uoregon.edu> I have had trouble for the last 10 days with News Grazer unexpectedly quitting. It happens even when I'm not in a newsgroup, and just have it running. I can't keep it open for more than two minutes usually. i've 1) cleaned my .newsrc with newsclean 2) deleted my .newsrc and let newsgrazer build a new one 3) gotten a fresh copy of version 75 none of these things has worked. Any ideas?
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.bugs Subject: Re: News Grazer dying suddenly Date: 7 Feb 1995 02:39:31 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <3h6mh4$pae@usenet.rpi.edu> References: <3h3o5a$pkl@darkwing.uoregon.edu> levitin@darkwing.uoregon.edu writes: > I have had trouble for the last 10 days with News Grazer unexpectedly > quitting. It happens even when I'm not in a newsgroup, and just > have it running. I can't keep it open for more than two minutes > usually. i've > 1) cleaned my .newsrc with newsclean > 2) deleted my .newsrc and let newsgrazer build a new one > 3) gotten a fresh copy of version 75 > > none of these things has worked. Any ideas? Whenever this has happened, the culprit is usually some article that has some problems in it's header fields. The trick is finding out which article is causing NewsGrazer to die. To make that easier, turn off the "Info/Preferences..." option that says "prefetch article titles" (it's in the article summary part of the preferences panel). If you have that on, NewsGrazer is fetching titles for the groups you are subscribed to, even if you are doing nothing in particular at the time. So, turn that option off. Then restart NewsGrazer (which you'll probably need to do because it will have died by the time you get to the option...). Now, select a newsgroup at a time and let it get the titles. If it gets all the titles for that newsgroup, then the problem article must be in some other newsgroup. Without too much work you can find the newsgroup with the problematic header lines. Pinning down the *article* which is causing the problem can be tricker, depending how fast your usenet hub is. Luckily (?) mine is slow, so it's just a matter of watching article titles pop up in NewsGrazer until it hits the one which kills it. Once you figure out the problematic article, edit your .newsrc file (using whatever text editor you prefer), and modify the line for that newsgroup so it looks like you've already read the problematic article. Yes, this can be tedious, and yes, it sucks. However, this does at least give you a way to get around the problem. -- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
From: giddings@sadie (Michael Giddings) Newsgroups: comp.sys.next.bugs Subject: Can't boot after setting host IP Date: 8 Feb 1995 14:32:24 GMT Organization: Division of Information Technology Message-ID: <3haklo$f8u@news.doit.wisc.edu> Maybe I'm forgetting something, but it seems I've done this the same way before without this problem. I am trying to set the host IP and name, on a (currently) standalone machine that may soon be connected via Transys PNI. Configuration: Dell XPS P90, 32 MB Ram, 1GB HD, #9GXE, NS/I 3.3 user First, I attempted changing the following three things in host manager/local: - Netinfo: Use local domain only - Hostname: myhostname - IP: <my IP address as assigned> The computer hangs during boot after starting file service daemons. Next, I tried doing this directly in the /etc/hostconfig file. I have played with all sorts of combinations, setting the correct Netmask for the network I'll be connected to, etc., to no avail. I also tried adding an entry to the local domain of netinfo for this host and IP. I also tried (on a separate attempt) to add a second alias for localhost to point to myhostname. Has anyone seen this problem before? I have several 3.2 machines configured this way with no problems. Some questions: -Has something changed in 3.3 that could cause this problem? -Could a slightly corrupted install show up this way, but not show itself otherwise? -Could installing TransSys-PNI-1.11 on a 3.3 machine somehow corrupt the kernel (or another part of the system) due to incompatibility with 3.3? -Any other ideas? My next step is to re-install NeXTSTEP and try again. Thanks, Michael Giddings
From: prail@tip.ameslab.gov (Joel Prail) Newsgroups: comp.sys.next.bugs Subject: annoying mouse behavior in 3.3 Date: 8 Feb 1995 17:16:49 GMT Organization: Iowa State University, Ames, Iowa Message-ID: <3haua1$227@news.iastate.edu> After upgrading to 3.3, all users here are now complaining about microsoft PS/2 mice connected to the mouse port of Intel GX/Pro machines. Specifically the cursor is not smooth any more. In fact the cursor can jump inches at a time by moving the mouse just a little bit. This happens more when the system is performing disk io. Does anyone else see this happening? Is there a safe way to get the 3.2 mouse driver back?
From: ccapc@cyber.sell.com (Consumer Credit Advocates) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3hcpoo$imk@panix.com> Control: cancel <3hcpoo$imk@panix.com> Date: 09 Feb 1995 08:19:16 -0500 Organization: PANIX Public Access Internet and Unix, NYC Sender: ccapc@cyber.sell.com (Consumer Credit Advocates) Message-ID: <cancel.3hcpoo$imk@panix.com> Panix apologizes to everyone for this abuse of Usenet.
From: tokumaru@spock.usc.edu (Phillip Tokumaru) Newsgroups: comp.sys.next.bugs Subject: Trouble with too many files copied to HD with MacOS Followup-To: comp.sys.next.bugs Date: 9 Feb 1995 11:42:12 -0800 Organization: University of Southern California, Los Angeles, CA Sender: tokumaru@spock.usc.edu Distribution: world Message-ID: <3hdr6k$qph@spock.usc.edu> There seems to be a bug in NS3.2's macfs. Can anyone tell me if this has been fixed for 3.3? Is there a work-around? Description: System hangs when a large number of files are copied onto a hard drive with Mac OS. This problem happens every time. I have experienced this problem with NextStep3.2 for both HP and Next (m68k) computers. And with both a 270MB Syquest drive and a 1GB Fujitsu drive. The NeXT has a system panic and may or may not re-boot itself. I do not have that log handy, but, the HP's messages file has: ... Feb 8 12:35:35 cave mach: macfs: ERROR: DFS: macCatalog/macAddRecToDir: 15034 Catalog tree loop. Feb 8 12:35:36 cave mach: macfs: ERROR: DFS: macTree/macFindPtrRec: 15007 Can't find pointer record. ... Feb 8 12:50:37 cave mach: macfs: ERROR: DFS: macCatalog/macScandir: 15018 Invalid catalog tree Feb 8 12:50:37 cave mach: macfs: ERROR: mac_readdir: ERROR READING DIRECTORY: X Feb 8 12:51:39 cave mach: SCSI: humoring - bus = 0x1, tgt = 0x2, sbcl = 0xa1, spc = 0xaf0 Feb 8 12:51:39 cave mach: SCSI: id: 00532a, lbolt: 0, bp: 33b4040, dev: e17, dev_type: (00) Direct Access, ansi: 2, rdf: 2, tag: 7c, Feb 8 12:51:39 cave mach: cdb: 03 00 00 00 40 00 Feb 8 12:51:39 cave mach: opcode: (03) bcount: 1c, addr: 33b8040, residual: 1c, status: (400) None -- Incomplete, Feb 8 12:51:39 cave mach: Retry count exceeded! Feb 8 12:51:39 cave mach: ... Phillip Tokumaru ptok@cave.usc.edu
From: Eloy Wade <70742.1102@CompuServe.COM> Newsgroups: comp.sys.next.bugs Subject: Re: <ad> GUARANTEED CREDIT REPAIR BY .. Date: 9 Feb 1995 21:25:51 GMT Organization: Whirlpool Corp. Message-ID: <3he18v$6qs$1@mhadf.production.compuserve.com> References: <3hcpoo$imk@panix.com> This is not a bug... This is a bugger!!!
From: Bernhard Scholz <scholz@informatik.tu-muenchen.de> Newsgroups: comp.sys.next.bugs Subject: Font - Preferences Bug Date: Fri, 10 Feb 1995 11:32:37 +0100 Organization: Technische Universitaet Muenchen, Germany Distribution: world Message-ID: <Pine.HPP.3.91.950210112913.16557D-100000@hphalle10h.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, NS is getting annoying me... :) - logged in as root - used Preferences to set the Fonts - used the list 'nonproportional Fonts' option - Preferences exists. What is going wrong? All other options (proportional - system - fixed system) work correct! (Intel Plato, NS 3.3, Adaptex 1542CF, Diamond Stealth 64 4MB) Greetings, Boerny. _____________________________________________________________________________ Bernhard Scholz (IRC: (Boerny) #amiga, #next) Opinions are my own! scholz@informatik.tu-muenchen.de (prefered) Computers can do everthing scholz@gsocmail.rm.op.dlr.de (emergency) better than human --- http://www.leo.org/~scholz/scholz.html especially doing mistakes.
From: armes@tds.com (Jim Armes) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Next FK with hybrid palettes Date: 8 Feb 1995 07:13:41 GMT Organization: Trident Data Systems Distribution: world Message-ID: <3h9qv5$q3a@discovery.ectds.com> Folks, I've been moving some palette objects based off standard appkit objects (textfield, textfieldcell, switch, etc) from a palette I developed under 3.2 to an EOF based palette. I'm having trouble because it looks like the getInspectorClassName method doesn't seem to return what it used to for all of the appkit objects. I used the return of the superclass to determine what inspector to bring up for subclasses of regular appkit objects so I don't have to re-do next's inspectors. But this method seems to always return null now, no matter what object I call. This wouldn't be so bad (I could make a single inspector for the classes, I guess) except that this problem seems also to occur for the other inspector types ( getEditorClassName, getSizeInspectorClassName, etc.) This means that I can't edit my subclass's instances in IB unless I either make an editor (yeah right) or figure out how to get the information. The really weird thing is that the old palette (without FK objects) loads and 'inspects' correctly in the new IB. When I try to return the correct inspector name (inside IB's wrapper) IB can't find the inspector. Am I missing something obvious here ? Jim -- #--------------------------------------------------------# # Jim Armes | I've got a Dentium and you do not # # Matrix-Man | nahh nahh nah nah nahhhh... # # <my opinions> | (Darn division errors... ;) # #Trident Data Systems| but IiiiiM a lumberjack and I'm ok# # armes@tds.com |I sleep all night & I work all day.#
From: Bernhard Scholz <scholz@informatik.tu-muenchen.de> Newsgroups: comp.sys.next.bugs Subject: Broken sound with NEXTIME 1.0 Date: Fri, 10 Feb 1995 14:06:22 +0100 Organization: Technische Universitaet Muenchen, Germany Distribution: world Message-ID: <Pine.HPP.3.91.950210135905.17824A-100000@hphalle1.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I was looking on some demo movies bundled with the NEXTIME 1.0 CD, for testing a SoundBlaster 8 compatible card. (The soundcard really works!) On certain movies (EatInSpace) the sound stops after seconds and then continues stops continues ... . The interviews are played mostly well. Sometimes the sound is distorted by annoying clicks. One interview (was it Jeff Lew?) the sound doesn't correspond to the movie. The spacelab movie is hanging at the end. I'm using a double speed CD ROM and also tested playing from HD. Always the same result. I see one probably possibility to these problems: recalibration of the HD and blocking of the ISA BUS by the Adaptec SCSI controller. Is this possible? Any similar experiences? Config: Intel Plato (PremiereII) P90, Adaptec 1542CF, Stealth 64 (4MB VRAM), SoundBlaster 8, 16MB Greetings, Boerny. _____________________________________________________________________________ Bernhard Scholz (IRC: (Boerny) #amiga, #next) Opinions are my own! scholz@informatik.tu-muenchen.de (prefered) Computers can do everthing scholz@gsocmail.rm.op.dlr.de (emergency) better than human --- http://www.leo.org/~scholz/scholz.html especially doing mistakes.
Date: 9 Feb 1995 22:29:01 GMT From: ccapc@cyber.sell.com (Consumer Credit Advocates) Newsgroups: comp.sys.next.bugs Sender: ccapc@panix.com Message-ID: <cancel2.3hcpoo$imk@panix.com> Control: cancel <3hcpoo$imk@panix.com> Subject: cmsg cancel <3hcpoo$imk@panix.com> Spam cancelled by news@bnr.ca
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.bugs Subject: Re: Trouble with NewsGrazer Date: 10 Feb 1995 00:32:09 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <3hec69$l9v@usenet.rpi.edu> References: <D3Jo5v.6AM@news.cis.umn.edu> parrt@mckinley.ee.umn.edu (Terence Parr) writes: > Anybody have trouble with NewsGrazer dying? At first, it was > just occasionally when I tried to say "catch up". NewsGrazer will crash if you hit "catch up" before it has obtained the subjects of all the articles in the newsgroup. The workaround is to just wait a bit before hitting the "catch up" button. > Now it seems to be random even when just clicking for an article. > Is this a known problem? From a recent article I wrote: Whenever this has happened, the culprit is usually some article that has some problems in it's header fields. The trick is finding out which article is causing NewsGrazer to die. To make that easier, turn off the "Info/Preferences..." option that says "prefetch article titles" (it's in the article summary part of the preferences panel). If you have that on, NewsGrazer is fetching titles for the groups you are subscribed to, even if you are doing nothing in particular at the time. So, turn that option off. Then restart NewsGrazer (which you'll probably need to do because it will have died by the time you get to the option...). Now, select a newsgroup at a time and let it get the titles. If it gets all the titles for that newsgroup, then the problem article must be in some other newsgroup. Without too much work you can find the newsgroup with the problematic header lines. Pinning down the *article* which is causing the problem can be tricker, depending how fast your usenet hub is. Luckily (?) mine is slow, so it's just a matter of watching article titles pop up in NewsGrazer until it hits the one which kills it. Once you figure out the problematic article, edit your .newsrc file (using whatever text editor you prefer), and modify the line for that newsgroup so it looks like you've already read the problematic article. Yes, this can be tedious, and yes, it sucks. However, this does at least give you a way to get around the problem. > Thanks much in advance for any info. Oh, I have the latest > version from ftp.cs.orst.edu. I assume that means "Release 3.0, version 75". -- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
From: Mark Crispin <mrc@Ikkoku-Kan.Panda.COM> Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: 3.3 NetInfo doesn't solve the hanging problems Date: Thu, 9 Feb 1995 15:21:11 -0800 Organization: University of Washington Message-ID: <MS-C.792372071.1103527590.mrc@Ikkoku-Kan.Panda.COM> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Well, I just experienced the NetInfo Wedge From Hell on the 3.3 system. The exact same thing caused it that has caused it every time before; sendmail was doing a bunch of DNS queries that occupied NetInfo's full attention. By the way, it is not difficult to arrange for this to happen to any other NeXT on the network. All you have to do is dump some mail into its queues that references lots and lots of obscure domain names that take several seconds each to resolve. This is a serious denial-of-service security bug. It may well be that the only thing to do is to disable sendmail on NeXT machines. It doesn't kill a NeXT completely, it just makes anything that queries NetInfo (and there are a hell of a lot of these) become so slow as to be unusable. For example, consider "ls -l" of a directory with 3 files taking 5 minutes. NeXT just doesn't seem to care. I wonder if the only way to get their attention is to flood *.next.com (and especially Steve Jobs personal machine) with DNS-beating email so they can experience what it's like. Then, too, it would be useful to make all NeXT employees take Software Engineering 101: "Why you don't have a single pipeline covey time-critical data from multiple sources with potential high latency"
From: btschumy@bga.com (Bill Tschumy) Newsgroups: comp.sys.next.bugs Subject: Re: annoying mouse behavior in 3.3 Date: 10 Feb 1995 21:03:10 -0600 Organization: Otherwise Message-ID: <3hh9de$16u@ivy.bga.com> References: <3haua1$227@news.iastate.edu> In article <3haua1$227@news.iastate.edu>, Joel Prail <prail@tip.ameslab.gov> wrote: >After upgrading to 3.3, all users here are now complaining about microsoft >PS/2 mice connected to the mouse port of Intel GX/Pro machines. >Specifically the cursor is not smooth any more. In fact the cursor can >jump inches at a time by moving the mouse just a little bit. This happens >more when the system is performing disk io. Does anyone else see this >happening? Is there a safe way to get the 3.2 mouse driver back? I'm having that problem also on my GX/Pro. You're right, it certainly is annoying. I don't use that machine much so I haven't really made an effort to track down what the problem is. Hopefully someone else has figured it out. Bill Tschumy | Posting news to thousands of machines Otherwise | throughout the entire civilized world. bill@otherwise.com | Costing the net hundreds if not thousands (NeXTmail and MIME accepted) | of dollars to send everywhere.
From: Bruce Gingery <bruce@TotSysSoft.com> Newsgroups: comp.soft-sys.nextstep,comp.sys.next.hardware,comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Cube locks up (NS3.2) HARD! Date: 9 Feb 1995 12:38:44 GMT Organization: Total System Software Distribution: world Message-ID: <3hd2ck$228@tssnext.TotSysSoft.com> Just recently, my cube (Businessland + 68040 upgrade) has started to HARD lockup. The only signficant change is adding a second SLIP interface (TransSLIP version 920207) and starting to run named The lockup seems to occur after a couple of hours of activity, but has occured while unattended in the middle of the night. The erratic nature is making me think that it COULD be a failed filter capacitor in the power supply passing a spike or something. Lockups are HARD (no Command-~ nor Command-Command-~ to break out of it) - mouse pointer freezes where it is... Anyone who has solved an oddity like this... I'd appreciate E-mail at <tss@TotSysSoft.com> or <bgingery@WyomingCOM> Thanks, Bruce Gingery
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.hardware Subject: Help! Intel Machine Network Lock Ups!!! Message-ID: <1995Feb10.152223.7238@rivers> From: Help! Intel Machine Network Lock Ups!!! Date: 10 Feb 95 15:22:21 CST I am so frustrated with this problem. I have looked and did everything I have found on NeXTAnswers and still no luck. What problem you may ask? Well thank you for asking... The problem is every once in while(okay from five seconds to a day)at least one of our machine on the NeXTStep cluster falls(I really mean fall) off the net. It could be talking to a machine in Frace or just the server itself. What is the usual symptom is that the computer access the network or network server and just spins the cursor for a finite period of time usually going towards infinity. If you try to start up another app(since most are on the server) it is almost a promise that it will lock up the WorkSpace Manager..... If you do a rup or rusers the computer is not physically listed during that time and can not be pinged. Sometime the computer comes back on the net. But most of the time (especially if it was the server) it requires a reboot for it to communicate with the outside world again... Our Hardware.... P60- From Gateway still with floating point error :| PS/2 Mouse(From MickeySoft) that Jumps around :( Diamond Viper Video Card EtherCard PLUS Elite16 Series SMC card... Adaptec 154(2?)C revision 16/32 megs of memory(WS/Server) We have tried taking out NFS info to various other platforms (linux and suns) and the locking up persisted. Right now it is currently only NFS to the server.. We did lower the buffers on the NFS to a very low number and we are still getting the lock up... ANY SOLUTIONS WOULD MAKE US HAPPY(but it has to include running NeXTStep)!!!!! This is driving many students batty right now and they will give you eternal thank you.... Brian.s.Mogged@uwrf.edu .Signature and Spell Checking not included due to budget cuts.....
From: root@n2ehg.198.7.0.124 (Operator) Newsgroups: comp.sys.next.bugs Subject: System problem/bug? Date: 11 Feb 1995 17:06:30 GMT Organization: PANIX Public Access Internet and Unix, NYC Message-ID: <3hiqqm$g2v@news.panix.com> Hello All: I was working with a friend to make some changes to my system and as a result screwed (I think I )up a few things that unfortunately I cannot resolve and I am at my wits end, hopping for a bit of help .... or it might be a bug?? I am running 1 turbo color slab (n2ehg/server) and a dimsion cube (laser/client). Using ver3.3 NS My network user account (myles) seems ok. However the following problems occur as root on the server: the hostname n2ehg, will not show in the login pannel(used too) I checked hostconfig seems ok and the preferences pannel, checked off show above only as root, I get no Services(listed) nor in preference are their any listed the prefs such as mouse speed for example will not save if I log out it seems to revert back to default under root I ran terminal.app made some color changes , these will not save if I log out I tried removing the .Next but had the same problems I am hoping both that the above are stemming from a interelated/simple to fix problem, and would greately appreciate any help as this newbie is stumped! Thanks in advance for all you help myles myles@panix.com (NO NeXT mail )
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.hardware Subject: Re: Help! Intel Machine Network Lock Ups!!! Message-ID: <1995Feb11.162904.7254@rivers> From: bm01@uwrf.edu (BRIAN MOGGED) Date: 11 Feb 95 16:29:04 CST Followup-To: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.hardware References: <1995Feb10.152223.7238@rivers> Help!IntelMachineNetworkLockUps!!! wrote: <Great the news machine is screwing up the headers...> I apologize for the NNTP server screwing up the header.. We are having the network lock up problems on NeXTStep 3.2.. On Intel.. Sorry about not including this crutial infromation... It has been a bad week!!! -- Brian.s.Mogged@uwrf.edu .Signature and Spell Checking not included due to budget cuts.....
From: jclee@next.com (James C. Lee) Newsgroups: comp.sys.next.misc,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.advocacy Subject: Diamond Viper Pro (Weitek P9100) VL-Bus card on 3.3? Date: 10 Feb 1995 16:38:55 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <3hg4qv$jt@rosie.next.com> Does anyone have a 3.3 machine with a Diamond Viper Pro VL-Bus (NOTE: not PCI) card that could help me out in testing the driver? I don't have a VL-Bus card here. Please reply by email because I don't read news that often. Thanks! ^James
Newsgroups: comp.sys.next.bugs From: ebaranz@muscat.pr.net.ch (E. Baranzini) Subject: Re: Trouble with too many files copied to HD with MacOS Message-ID: <1995Feb12.070108.444@muscat.pr.net.ch> Sender: ebaranz@muscat.pr.net.ch References: <3hdr6k$qph@spock.usc.edu> Date: Sun, 12 Feb 1995 07:01:08 GMT In article <3hdr6k$qph@spock.usc.edu> tokumaru@spock.usc.edu (Phillip Tokumaru) writes: > There seems to be a bug in NS3.2's macfs. Can anyone tell > me if this has been fixed for 3.3? Is there a work-around? > > Description: System hangs when a large number of files are > copied onto a hard drive with Mac OS. This problem happens > every time. > > I have experienced this problem with NextStep3.2 for both > HP and Next (m68k) computers. And with both a 270MB Syquest > drive and a 1GB Fujitsu drive. > > The NeXT has a system panic and may or may not re-boot itself. > ... > > > Phillip Tokumaru > ptok@cave.usc.edu > I have also had a lot of problems with NeXTstep 3.1 and 3.2 on black hardware. The problem is reproducible. It has to do, I think, with a bad pointer in the Mac FAT table. The crashes were for me exceptionally bad, I have lost full disks of data (but I had a backup of course :-). I have no Mac at hand (but two NeXT), and therefore my only solution was to buy a Daydream box, connect to a second NeXT and copy the files with fpt (on the Mac). I have bugged NeXT about this problem, but no answer from there :-(. If there is another solution (or a patch) I would be very interested to know. Thank's. --------------------------------------------------------------------- Erminio BARANZINI, Seilerstrasse 25, CH-3011 Berne, Switzerland ebaranz@muscat.pr.net.ch ---------------------------------------------------------------------
From: cello@virgil (Sean Anthony Varah) Newsgroups: comp.sys.next.bugs Subject: Re: Broken sound with NEXTIME 1.0 Date: 12 Feb 1995 16:46:11 GMT Organization: Harvard University, Cambridge, Massachusetts Distribution: world Message-ID: <3hle0j$t39@decaxp.harvard.edu> References: <Pine.HPP.3.91.950210135905.17824A-100000@hphalle1.informatik.tu-muenchen.de> Bernhard Scholz (scholz@informatik.tu-muenchen.de) wrote: : I was looking on some demo movies bundled with the NEXTIME 1.0 CD, for : testing a SoundBlaster 8 compatible card. (The soundcard really works!) : On certain movies (EatInSpace) the sound stops after seconds and then : continues stops continues ... . The interviews are played mostly well. : Sometimes the sound is distorted by annoying clicks. One interview (was : it Jeff Lew?) the sound doesn't correspond to the movie. The spacelab : movie is hanging at the end. This isn't a problem with NeXTTime, no, you've come across the problem those of us in computer music have been screaming about for the past 2 years: sound in Intel is broken. Try playing back just a soundfile and see what happens, you probably will hear the same gapping and clicking. What I have been most recently dismayed with is 3.3. Countless people at NeXT promised the SoundKit would be fixed in 3.3. I have just loaded 3.3 and playback is WORSE than before. Instead of the sound clicking and gapping, and repeating, it simply stops and goes silent for a time, then comes back in. Not to mention you still can't record true stereo 44.1 Khz in 3.3. Check it out: it just records the left input to both channels. Bug number 3 they haven't fixed is the long soundfile bug: NeXTStep will refuse to play back any 44.1Khz file over 260 seconds long. Those of you who are annoyed with this might want to contact me, and I'll try to coordinate an effort to get NeXT to fix this stuff. My Intel machine can aniumate 3D molecules in real time but it can't play back a stereo soundfile--something an old 030 cube still does solidly. Sean Varah Harvard Computer Music Center
From: Bernhard Scholz <scholz@informatik.tu-muenchen.de> Newsgroups: comp.sys.next.bugs Subject: Re: Broken sound with NEXTIME 1.0 Date: Mon, 13 Feb 1995 10:29:13 +0100 Organization: Technische Universitaet Muenchen, Germany Distribution: world Message-ID: <Pine.HPP.3.91.950213102702.22391B-100000@hphalle8a.informatik.tu-muenchen.de> References: <Pine.HPP.3.91.950210135905.17824A-100000@hphalle1.informatik.tu-muenchen.de> <m0rdMMX-00017VC@ve6mgs.ampr.ab.ca> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII In-Reply-To: <m0rdMMX-00017VC@ve6mgs.ampr.ab.ca> On Sat, 11 Feb 1995, Mark Gregory Salyzyn wrote: > In comp.sys.next.bugs you write: > >Sometimes the sound is distorted by annoying clicks. One interview (was > >it Jeff Lew?) the sound doesn't correspond to the movie. The spacelab > >movie is hanging at the end. > > This is par for the course. Do you have the NEXTTIME sound driver installed? I was using the SoundBlaster8 driver. The NEXTTIME driver isn't installed (it didn't even show up in the list!). The NEXTIME driver is only accessable if would install some obscure drivers, like the SystemBeep. Where is the driver located to load it by hand? Thanks, Boerny. _____________________________________________________________________________ Bernhard Scholz (IRC: (Boerny) #amiga, #next) Opinions are my own! scholz@informatik.tu-muenchen.de (prefered) Computers can do everthing scholz@gsocmail.rm.op.dlr.de (emergency) better than human --- http://www.leo.org/~scholz/scholz.html especially doing mistakes.
From: luomat@alleg.EDU (Timothy J Luoma) Newsgroups: comp.sys.next.bugs Subject: WP rename overwrite cancel panel showing up for every save Date: 12 Feb 1995 17:34:09 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9502122333.AA12366@alleg.EDU> In the continuing saga of my WP woes.... I open a file and begin to type.... I save the file and continue to type. I hit cmd-s and WP brings up a panel warning me that the file has been modified since I loaded it into that window (to which I want to respond "No Sh*t, I'm the one who modified it!"). It wouldn't bother me except that happens anytime I go for more than a minute without saving. Now I'm a 'save' freak, but even I can't learn to save that often. Has anyone ANY ideas as to why this might be happening -- or better yet, what to do about it? I'm on my way to Edit.app as we speak. TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTstep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
From: mark_bessey@next.com (Mark Bessey) Newsgroups: comp.sys.next.bugs Subject: Re: Broken sound with NEXTIME 1.0 Date: 13 Feb 1995 00:06:49 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <3hm7qp$113@rosie.next.com> References: <Pine.HPP.3.91.950210135905.17824A-100000@hphalle1.informatik.tu-muenchen.de> In article <Pine.HPP.3.91.950210135905.17824A-100000@hphalle1.informatik.tu-muenchen. de> Bernhard Scholz <scholz@informatik.tu-muenchen.de> writes: > I was looking on some demo movies bundled with the NEXTIME 1.0 CD, for > testing a SoundBlaster 8 compatible card. (The soundcard really works!) > On certain movies (EatInSpace) the sound stops after seconds and then > continues stops continues ... . The interviews are played mostly well. > Sometimes the sound is distorted by annoying clicks. One interview (was > it Jeff Lew?) the sound doesn't correspond to the movie. The spacelab > movie is hanging at the end. Did you install the NEXTIME Sound driver after installing NEXTIME? The skipping sound you're describing will occur if it's not loaded. The NEXTIME Sound driver can be loaded with Configure.app, in the "other drivers" category... -- Mark Bessey NeXT Computer, Inc Software Quality Assurance -->I DON'T SPEAK FOR NeXT <--
Newsgroups: comp.sys.next.bugs From: johanna!root (Operator) Subject: ... Message-ID: <1995Feb10.231305.2172@johanna.in-berlin.de> Sender: root@johanna.in-berlin.de (Operator) Organization: private Date: Fri, 10 Feb 1995 23:13:05 GMT ...
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: ccuilla@ccdd.com (Chris Cuilla) Subject: NewsGrazer endless spinning problem...thanks Message-ID: <1995Feb13.045424.19024@ccdd.com> Sender: ccuilla@ccdd.com Organization: Chris Cuilla Design & Development Date: Mon, 13 Feb 1995 04:54:24 GMT Just wanted to thank all of those who responded with suggestions and pointers to what might be causing my endless spinning problem with NewsGrazer. It turns out to have been a bad header in an article. Good to have the "net" for finding answers to problems. Thanks. -- Chris Cuilla Chris Cuilla Design & Development ccuilla@ccdd.com (NeXT mail accepted) -- Chris Cuilla Chris Cuilla Design & Development
From: pwilson@awinc.com (Peter D. Wilson) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Black 3.3 Problem Date: Sun, 12 Feb 95 14:28:34 PST Organization: dflora systems inc Message-ID: <3hm1tn$635@kelowna.awinc.com> Mime-Version: 1.0 Since installing NS3.3, my system has been hanging quite regularly. It seems to be related to NXFax. After installing NXFax 1.04 The problem has certainly lessened but is still annoying. It has something to do with Modem activity (and maybe Screen Savers .. both BackSpace and Next's own. The other day I was dialing in from my NT machine to the Next and things were going fine until the Screen Saver kicked in .. the Next hung. It also hangs during uucico sessions to my mail feed... I get uncompleted XQT's which are processed on the next call out. Any Fixes ? Is anybody else experiencing these problems. Thanks, peter peter@dflora.com pwilson@awinc.com
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Memory Block Corruption Message-ID: <D3ywIp.JqM@eskimo.com> Sender: usenet@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever Date: Tue, 14 Feb 1995 02:06:25 GMT I'm using a Number Nine GXEL16 with NS3.2. After extensive testing, I have concluded that NS and the #9 GXE Driver overstep each other's memory bounds. I cannot surmise which is the culprit, but I suspect that the Driver is the victim. Perhaps the Driver incorrectly allocates the address block, I don't know? I do know that, under NS3.2, the 4M block(that the 4MB Mode Driver claims) only works within the address range of 0x7E000000 through 0x7FC00000(and I should add, only if the Default VGA Driver is included with the 4M Driver in my setup!); anywhere else, and I end up with patches of color along the top of the monitor. This limitation reminds me of DOS: limited. When I bump my RAM from 32MB to 64MB, I can't find an address block that works for the Driver. Is there some form of Robert's Rules of NS RAM order? If there is no documentation for NS memory mapping, can someone point me in the right direction? I will be upgrading to NS3.3. Will that resolve the matter for me? On many occasions, when the system locks up with patches of color on the screen, I can Alt-NumLock, R to restart; however, the file system is nonetheless damaged and has to go through a lengthy cleanup process in spite of my (R)estart selection. -- >< Marc J. Salvatori | No NeXTMail yet. I'm gettin' there! >< >< salvo@eskimo.com | Searching for .eps/.tiff images ><
From: emoss@unlinfo.unl.edu (eric moss) Newsgroups: comp.sys.next.bugs Subject: Re: Keyboard mapping on 3.3 Intel Date: 13 Feb 1995 16:08:59 GMT Organization: University of Nebraska--Lincoln Message-ID: <3ho06r$g08@crcnis3.unl.edu> References: <3hgd94$blb@galaxy.csc.calpoly.edu> Mont Egan Rothstein (mrothste@galaxy.csc.calpoly.edu) wrote: : I created an alternate keyboard mapping (like good old black) on my : NS 3.3 Intel machine. I put the mapping in ~/Library/Keyboards and : selected it in prefrences. Nothing. Prefrences says it is seleceted : but none of my changes took. Anyone else had this problem? : -Mont : Dover Pacific Computing Inc. : dover@callamer.com I created a Dvorak mapping, and put it in /NeXTLibrary/Keyboards (if I remember correctly--I am not at my machine). I have had no trouble with NSFIP3.3 in this area.
Newsgroups: comp.sys.next.bugs From: karl@trapac.com (Karl Kraft) Subject: Re: Asuspicious insect in [NXApp windowList] Message-ID: <D3yGD9.BnL@trapac.com> Organization: Trans Pacific Container Service Corporation References: <3hg7lc$bh8@nyheter.chalmers.se> Date: Mon, 13 Feb 1995 20:17:33 GMT In article <3hg7lc$bh8@nyheter.chalmers.se> nazari@cs.chalmers.se writes: > >Is this damn creeping in [NXApp windowList] a bug? > >I am working with "project and interface builder" on a HP machine. > >I have used [NXApp windowList] method some where to get a lists of the >windows in my project. The result is correct in beginning but the >amazing thing is that, when I CLOSE some windows they are still remind >in the list. > >I even used [sender free] in <windowDidClose:sender> delegate method >to get rid of these bloody windows but they are still there and with a >"for statement" on the windows list I can write theirs title. > >Please answer me. Is this a BUG? > No this is not a bug. This is related to the programming environment, so perhaps csn.programmer would be a better place to post. First, the windowList contains a list of all windows, whether on the screen or not. So simple closing the windows would not remove them from the list. Second, when you send the free message to a window, it is not actually free'd until the next event loop, so they will remain in the window list. If you really need them to be removed from the list, make a copy of the list and remove them yourself. Or write your code so it uses windowList in the proper way. -- Karl Kraft Karl_Kraft@trapac.com Karl_Kraft@ensuing.com [My opinions are my own]
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs Subject: Re: Swapfile ignores lowat/hiwat Date: 15 Feb 1995 02:57:56 GMT Organization: Technical University of Berlin, Germany Distribution: world Message-ID: <3hrqjk$7s8@news.cs.tu-berlin.de> References: <Pine.HPP.3.91.950209134539.18577H-100000@hphalle4b.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Bernhard Scholz (scholz@informatik.tu-muenchen.de) wrote: : Hello, : I entered in /etc/swaptab new lowat and hiwat levels (16 and 20MB of : diskspace). The values are just ignored (beside the starting swapfile size). Again: The values are not ignored unless you put in spaces between the options. : Any solution, why the swapfile never shrinks, even if there is a hiwat? Is it in the FAQ already? Avadie Tevanian (sp?), designer of the mach paging system, has posted an article a while ago which explains why the swapfile behaves the way it does. No bug. : I'm using NS FIP 3.3. : Beside this: what is the 'swapfile.front' good for? It's the uncompressed swapfile if the swaptimizer is in action. It is mounted on swapfile (see df, for example) and does not take any diskspace. For further information look into the appropriate NeXTanswers Cheers, Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 4542296 (privat) 030 314 23 281 (uni) \~/
Newsgroups: comp.sys.next.bugs From: jwdb@dutnak2.tn.tudelft.nl (Jan-Willem de Bruijn) Subject: Startup problems HP712/60 Message-ID: <jwdb.792774798@dutnak2> Summary: Sometimes HP712/60 will not continue booting Keywords: Gecko HP712 boot RDP Sender: news@news.tudelft.nl (UseNet News System) Organization: Delft University of Technology Date: Tue, 14 Feb 1995 15:13:18 GMT Our three HP712/60's sometimes have difficulty booting with NEXTSTEP. They are part of a three level Netinfo network of 9 machines in total. Irrespective of whether or not they have a network connection, they give the following error message (right after 'Checking disk'): Raise RDP exception 1 code 1 subcode 16d634 Waiting for RDP connection... and then fall asleep forever. What is an RDP connection and what is it good for? Or more important: how can we work around this? Booting repeatedly sometimes helps, but that is not really ideal. Thanks in advance for any hints, Jan-Willem -- Jan-Willem de Bruijn jwdb@dutnak2.tn.tudelft.nl Lab. of Seismics and Acoustics NeXT-mail: jwdb@delphi.tn.tudelft.nl Dep. of Applied Physics Discipline is never an end in itself, Delft University of Technology only a means to an end. -- Jan-Willem de Bruijn jwdb@dutnak2.tn.tudelft.nl Lab. of Seismics and Acoustics NeXT-mail: jwdb@delphi.tn.tudelft.nl Dep. of Applied Physics Discipline is never an end in itself, Delft University of Technology only a means to an end.
From: celam@radiomail.net (Cliff Elam) Newsgroups: comp.sys.next.bugs Subject: EOF bug: misleading _EOArrayFault message Date: 14 Feb 1995 21:10:21 GMT Organization: MCI Communications Distribution: world Message-ID: <3hr67t$jvq@hermes.dna.mci.com> Okay, I have a master and peer EOController setup. I am copying (and modifying on the way) records from the master_1/peer_1 to master_2/peer_2. However, no matter how many or few master_1 records I select in my NXTableView I only get one trip through my objectEnumerator loop. Thank gnu for gdb: there are _EOArrayFault messages on each master_1 NSArray after the first array.. Thus the objectEnumerators won't loop through the array. Hmm, thinks I, probably due to not having fetched all the peer_1 records before I try to look at them. Various time consuming and mega-hack coding follows. (I am not surprised by having to use a brute force solution since this is typical for EOF (in my limited experience.)) Turns out that fetching fixes the problem. Code is too ugly to let live so I rip it out and try something unusual: I ignore the error message and loop through the NSArray using objectAtIndex. Surprise: the fetches happen automagically! Code looks better too. -- Cliff Elam celam@radiomail.net (text only) <<-- always works celam@bou.shl.com (NEXTMail) <<-- only when I'm in the office (rare) Airedales and polar bears!
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.hardware Subject: Re: Help! Intel Machine Network Lock Ups!!! Message-ID: <1995Feb14.124301.916@ittpub> From: miked@ittpub.nl (Mike Davis) Date: 14 Feb 95 12:43:00 WET References: <1995Feb10.152223.7238@rivers> Help! Intel Machine Network Lock Ups!!! wrote: > I am so frustrated with this problem. I have looked and did >everything I have found on NeXTAnswers and still no luck. What >problem you may ask? Well thank you for asking... > The problem is every once in while(okay from five seconds to a >day)at least one of our machine on the NeXTStep cluster falls(I really >mean fall) off the net. It could be talking to a machine in Frace or >just the server itself. What is the usual symptom is that the >computer access the network or network server and just spins the >cursor for a finite period of time usually going towards infinity. If >you try to start up another app(since most are on the server) it is >almost a promise that it will lock up the WorkSpace Manager..... If >you do a rup or rusers the computer is not physically listed during >that time and can not be pinged. Sometime the computer comes back on >the net. But most of the time (especially if it was the server) it >requires a reboot for it to communicate with the outside world again... > Our Hardware.... > P60- From Gateway still with floating point error :| > PS/2 Mouse(From MickeySoft) that Jumps around :( > Diamond Viper Video Card > EtherCard PLUS Elite16 Series SMC card... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Try a different set of Ethernet cards for the Intel machines on your network. > Adaptec 154(2?)C revision > 16/32 megs of memory(WS/Server) > We have tried taking out NFS info to various other platforms >(linux and suns) and the locking up persisted. Right now it is >currently only NFS to the server.. We did lower the buffers on the NFS >to a very low number and we are still getting the lock up... > ANY SOLUTIONS WOULD MAKE US HAPPY(but it has to include >running NeXTStep)!!!!! > This is driving many students batty right now and they will >give you eternal thank you.... >Brian.s.Mogged@uwrf.edu >.Signature and Spell Checking not included due to budget cuts..... -- Mike Davis. miked@ittpub.nl
From: wjs@brog.omnigroup.com (William Shipley) Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: Re: 3.3 NetInfo doesn't solve the hanging problems Date: 12 Feb 1995 19:36:49 -0800 Organization: Omni Development, Inc. Message-ID: <3hmk4h$s9a@brog.omnigroup.com> References: <MS-C.792372071.1103527590.mrc@Ikkoku-Kan.Panda.COM> Mark Crispin writes: >Well, I just experienced the NetInfo Wedge From Hell on the 3.3 system. The >exact same thing caused it that has caused it every time before; sendmail was >doing a bunch of DNS queries that occupied NetInfo's full attention. I agree this is a serious problem, and one that causes us to not recommend using NEXTSTEP machines as mail servers. The problem manifests if you are running Domain Name Service, and processing lots of mail. What happens is that sendmail does an (often unnecessary) hostname lookup for every host it sees, and often these hosts will be bad or their nameservers won't respond. DNS then waits a minute before it gives up on the hostname lookup. The problem is that lookupd (the NEXTSTEP-specific daemon in charge of looking up hosts, among other things) is single-threaded, and hangs during that minute timeout. Worse yet, machines that fail the lookup aren't cached the way machines that succeed are, so the next time that hostname is encountered you get another pause. The coup-de-grace is that hosts that fail to lookup won't get their mail delivered and will hang around in your queue, so eventually your mail queue is entirely filled with bad hostnames that cause a minute timeout for each one each time the queue is processed. Since lookupd is called every time you want to do something like translate a user id to a username, this means if you do something as simple as an "ls -l" when lookupd is hung, the ls will hang too. So much stuff depends on lookupd that eventually your machine will grind to a halt. This condition usually only manifests on mail servers with LOTS of mail, for example if you are running lots of mailing lists. We ran the mailing lists for Wizards of the Coast (the world's largest board-game company, now) off of our NeXTs, and with a couple thousand messages a day. Needless to say, our NeXT wedged pretty early on. There is a workaround for this: set your machine to forward all non-local mail to some relay machine without even looking at it. This is what we did, and we were able to process thousands of messages a day off of our 040 through a 56K link with few problems. Netcom, however, found that the load from processing all those messages used up 30% of all the computing resources of ALL their clients put together, and told us they no longer wished to have us as clients. So, the end of the story is: mail routing is expensive, NeXT's handle it worse than some other machines. If NeXT would make lookupd re-entrant it would eliminate this problem, until then don't try to do a lot of mail processing on a NeXT. -Wil PS: Normally I don't post about bugs on the net, but I've informed NeXT of this quite a while ago and I think if people have the facts they'll be more able to set up their networks so they work optimally. (EG, do mail routing on another machine.)
From: mandrews@fragile.termfrost.org (Mike Andrews) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: (black) Panic during backup to Archive Python DAT Date: 15 Feb 1995 00:50:59 -0500 Organization: Terminal Frost, Springfield OH Message-ID: <3hs4o3$dm@fragile.termfrost.org> Twice tonight, and once last week, while doing a backup of my three disks on my NeXTstation to my Archive Python DAT, I've been interrupted by Feb 14 22:11:20 fragile mach: panic: (Cpu 0) dma_list: zero pfnum once while on the third disk, and then while on the second disk. This used to happen very occasionally about half a year ago or so too, but I didn't do backups as frequently. Now that I'm doing them more often, it's showing up much more (disproportionally so, it seems). What I do know is: This isn't new in 3.3, because I was running 3.2 when this happened before. dump and gnutar both trigger the panic (I use dump now). I'm not 100% sure of the older error messages but I'm almost positive it was a DMA related error. It's really hard to do nightly backups like this, and I KNOW someone else is using an Archive Python DAT (non-compressing 2 gig) on a non-turbo mono slab with the standard 400 meg internal disk. :) Maybe not with two full height 600 meg externals of different brands, but... It isn't dying in the same spot on the same disk, so it probably isn't a bad disk block. Besides, it dosen't ALWAYS crash, and successful backups never log any SCSI errors. It dosen't matter if anyone's logged in on the console, so nothing really oddball like the DSP should be in the way. I think I even got it to die in single user mode once under 3.2... This recent rash of panics has all been with brand new tapes, too, but I did have some before on tapes that had been used a few times, and I've successfully written to some of these virgin tapes. You wouldn't think that would matter, though... I wish I could find a pattern in all of this. Oh, and if anyone has better suggestions for length and density to use instead of "dump 0usdf 20000 20000 /dev/nrst0 /dev/rsd1a", let me know... :) Thanks much... Sorry if this is a little incoherent, but I've been up late messing with this thing. :) -- -- Mike Andrews -=- mandrews@wittenberg.edu -=- root@fragile.termfrost.org --
From: Paul Kim <trout@rahul.net> Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: Re: 3.3 NetInfo doesn't solve the hanging problems Date: 15 Feb 1995 17:27:13 GMT Organization: a2i network Message-ID: <3htdhh$p9e@hustle.rahul.net> References: <MS-C.792372071.1103527590.mrc@Ikkoku-Kan.Panda.COM> <3hmk4h$s9a@brog.omnigroup.com> NNTP-Posting-User: trout In article <3hmk4h$s9a@brog.omnigroup.com>, William Shipley <wjs@brog.omnigroup.com> wrote: > >The problem manifests if you are running Domain Name Service, and >processing lots of mail. What happens is that sendmail does an (often >unnecessary) hostname lookup for every host it sees, and often these >hosts will be bad or their nameservers won't respond. > >DNS then waits a minute before it gives up on the hostname lookup. >The problem is that lookupd (the NEXTSTEP-specific daemon in charge of >looking up hosts, among other things) is single-threaded, and hangs >during that minute timeout. Worse yet, machines that fail the lookup >aren't cached the way machines that succeed are, so the next time that >hostname is encountered you get another pause. [stuff deleted] If your nameserver is running BIND, then you should get the latest version (4.9.3, currently in BETA17 but should go into final release any day now). It supports negative caching which may help a bit. The records it caches for negative responses has a very short TTL (time to live), I believe, so that it will help if you're looking up the host several times in a relatively short amount of time. I have a couple of beefs about DNS under NS: 1) The resolver is broken (as far as I can tell). The "search" directive does not seem to work properly. This is probably due to the fact that the version of BIND that ships with NS is still at 4.8. 2) You really can't override Next's resolver with a newer one. Since NS uses shared libraries, it would be nice to be able to plop in a new resolver library and have the newer version be used by everything without having to recompile. Unfortunately, the shared library format is proprietary and the resolver library is mushed into libsys_s with everything else. On the plus side, the latest BIND release has some code contributions from Marc Majka (sp?) who does work at Next so maybe the next NS release will have a current BIND implementation. paul kim trout@denizen.com -- Paul Kim <trout@rahul.net>
From: kickaha@math.lsa.umich.edu (Brian Boonstra) Newsgroups: comp.sys.next.bugs Subject: Inserting Mac disk in mac makes it unreadable to NeXT? Date: 15 Feb 1995 18:05:17 GMT Organization: University of Michigan, Mathematics Department, Ann Arbor Message-ID: <3htfot$851@srvr1.engin.umich.edu> Has anyone seen this problem before? I format a 1.4 MB floppy w/ the Mac format option on my NeXT. Then I eject it, insert it into the NeXT again to check it out (it checks out OK), eject again, insert into the Mac SE FDHD, eject immediately, and the NeXT can no longer read it. Instead I get (on the console): fd9: Sector 15(d) cmd = Read; Missing Address Mark: RETRY fd9: Sector 15(d) cmd = Read; DMA Over/underrun: RETRY fd9: Sector 15(d) cmd = Read; DMA Over/underrun: RETRY fd9: Sector 15(d) cmd = Read; DMA Over/underrun: RECALIBRATE fd9: Sector 30(d) cmd = Read; Missing Address Mark: RETRY fd9: Sector 30(d) cmd = Read; DMA Over/underrun: RETRY fd9: Sector 30(d) cmd = Read; DMA Over/underrun: RETRY fd9: Sector 30(d) cmd = Read; DMA Over/underrun: RECALIBRATE probing for CDROM probing for DOS fd0: Sector 3(d) cmd = Read; Missing Address Mark: RETRY fd0: Sector 3(d) cmd = Read; DMA Over/underrun: RETRY fd0: Sector 3(d) cmd = Read; DMA Over/underrun: RETRY fd0: Sector 3(d) cmd = Read; DMA Over/underrun: RECALIBRATE probing for mac after which I get a window saying the disk is unreadable. What's going on? -- Brian K. Boonstra (313) 763-4541 kickaha@umich.edu "My strength is as the strength of ten because my code is pure."
From: root@isaac.msfc.nasa.gov (Operator) Newsgroups: comp.sys.next.bugs Subject: Help...NS3.3 BIFFing the network Date: 15 Feb 1995 14:54:01 GMT Organization: NASA/MSFC Message-ID: <3ht4i9$akt@hammer.msfc.nasa.gov> I recently installed NS3.3 on my Nextstation, and have since received complaints that it broadcasts biff packets to the network (mixed) whenever it receives mail. Is there anything I can do to correct this? Biff is set to n already. Michael Flora NASA - Marshall Space Flight Center
Newsgroups: comp.sys.next.bugs From: Operator@xbrcom.qc.ca Subject: Internal Application error Message-ID: <D3zw4G.Gx4@xbrcom.qc.ca> Sender: root@xbrcom.qc.ca (Operator) Organization: XBR Communications Inc. Date: Tue, 14 Feb 1995 14:55:27 GMT Several applications on my Black box are giving me an Internal application error. These are the preferences, the printing and omniweb. The console write : DPS client library error: PostScript program error, DPSContext 941e4 OmniWeb[21823]: %%[ Error: typecheck; OffendingCommand: setshared ]%% DPS client library error: PostScript program error, DPSContext 941e4 OmniWeb[21823]: %%[ Error: typecheck; OffendingCommand: setfont ]%% I was wandering if someone knows what is that mess and how to correct it (I'm on NeXT Step 3.0) Dan!
From: erikkay@next.com (Erik Kay) Newsgroups: comp.sys.next.bugs Subject: Re: Font - Preferences Bug Date: 14 Feb 1995 18:56:15 GMT Organization: NeXT, Inc. Distribution: world Message-ID: <3hqucf$10b@rosie.next.com> References: <Pine.HPP.3.91.950210112913.16557D-100000@hphalle10h.informatik.tu-muenchen.de> In article <Pine.HPP.3.91.950210112913.16557D-100000@hphalle10h.informatik.tu-muenche n.de> Bernhard Scholz <scholz@informatik.tu-muenchen.de> writes: ] Hello, ] ] NS is getting annoying me... :) ] ] - logged in as root ] - used Preferences to set the Fonts ] - used the list 'nonproportional Fonts' option ] - Preferences exists. ] ] What is going wrong? All other options (proportional - system - fixed ] system) work correct! Yet. This is a bug in the localized nib for the font module in preferences. A workaround for you is to set your language to English, restart preferences, then change your font and change your language back. Erik
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: fozztexx@nvc.cc.ca.us (Chris Osborn) Subject: lookupd under 3.3 is broken Message-ID: <D420no.FCG@nvc.cc.ca.us> Sender: news@nvc.cc.ca.us Organization: Napa Valley College References: <D3t4M3.86M@nvc.cc.ca.us> <D3tDt7.9wJ@nvc.cc.ca.us> Date: Wed, 15 Feb 1995 18:28:35 GMT In article <D3tDt7.9wJ@nvc.cc.ca.us>, Chris Osborn <fozztexx@nvc.cc.ca.us> wrote: >I've played around some more, and it seems that whenever lookupd can't >complete some sort of lookup, it retaliates and causes any calls to >exec (by any process) to block indefinitely. It also only does this on >the computer that is acting as the DNS server. It's almost as if you >can't run lookupd and named on the same computer. I've finally gotten lookupd to stop timing out by playing around some more with my DNS server, however, now lookupd occasionally decides to stop communicating with the DNS and will start to insist that none of the names it should be looking up exist. I can go into nslookup and do a lookup on the names in question, getting an immediate result, but when I try to get lookupd to tell me the IP address, it insists that the host doesn't exist. If I wait a little while and try again, sometimes lookupd figures out it should be talking to the DNS and is able to look it up. Other times I have to do a kill -HUP to get lookupd to wake up. I didn't have these problems until upgrading to 3.3. 3.2 was working ok. Am I going to have to downgrade? -- Chris Osborn, Network Administrator Voice: 707 253 3130 Napa Valley College Fax: 707 253 3063 2277 Napa-Vallejo Hwy., Napa, CA, 94558 <fozztexx@nvc.cc.ca.us> MIME ok, NeXTMail tolerated
From: jbryans@csulb.edu (Jack Bryans) Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: Re: 3.3 NetInfo doesn't solve the hanging problems Date: 15 Feb 1995 20:06:53 GMT Organization: Cal State Long Beach Message-ID: <JBRYANS.95Feb15120653@tern.csulb.edu> References: <MS-C.792372071.1103527590.mrc@Ikkoku-Kan.Panda.COM> <3hmk4h$s9a@brog.omnigroup.com> <3htdhh$p9e@hustle.rahul.net> In-reply-to: Paul Kim's message of 15 Feb 1995 17:27:13 GMT To: Paul Kim <trout@rahul.net> In article <3htdhh$p9e@hustle.rahul.net> Paul Kim <trout@rahul.net> writes: > 2) You really can't override Next's resolver with a newer one. Since NS uses > shared libraries, it would be nice to be able to plop in a new resolver > library and have the newer version be used by everything without having to > recompile. Unfortunately, the shared library format is proprietary and the > resolver library is mushed into libsys_s with everything else. While you can't override Next's resolver for existing pgms, you can build programs to use the resolver from a recent BIND-4.9.3. Here's the way we changed sendmail-8.6.9's Makefile to use the latest resolver: LIBS= -L/lib -lsys_p LIBDIRS=-L/usr/local/lib -ldb -lresolv -l44bsd Jack
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: rbp@investor.pgh.pa.us (Bob Peirce #305) Subject: Re: Improv Message-ID: <1995Feb15.203034.8208@investor.pgh.pa.us> Date: Wed, 15 Feb 95 20:30:34 GMT References: <950208200619.3554AAC7K.kevin@ksmith> Organization: Cookson, Peirce & Co., Pittsburgh, PA In article <950208200619.3554AAC7K.kevin@ksmith> ksmith@telesource.com writes: >I have a file in Improv that won't open. For no apparent reason, when I Graphs are the bane of improv. Nevertheless, that is the main reason I use it!! There is a serious bug that causes improv to do nasty things to .pb files, including losing them completely. This might work. Copy the .pb file in question to a safe place. Drop it from the model and build a simple graph with the same name. Save and exit. Make sure it is still there. Copy the saved file back in. If the file itself is okay it should open. Otherwise you will have to redo it. In the future, always do the following. Open a terminal window and keep track of what is in the .imp directory. Frequently and definitely before trying to exit improv, copy the .pb files to a safe place. After exiting, compare what you saved to what improv saved. Replace anything that is lost or messed up. Since I started doing this, I have had no problems. Caution: Save it early and often. The other night I built some graphs, printed them and tried to save. Improv crashed. It does that sometimes. However, if you create the save directory BEFORE you do anything important, you should be okay. -- Bob Peirce Pittsburgh, PA 412-471-5320 rbp@investor.pgh.pa.us [OFFICE] me@venetia.pgh.pa.us [HOME (NeXT)] 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
From: philipp@res.enst.fr (Philippe-Andre Prindeville) Newsgroups: comp.sys.next.sysadmin,comp.sys.ibm.pc.hardware,comp.sys.next.bugs,comp.os.386bsd.question Subject: Tools or advice for partitioning large SCSI disks? (and creating disktab entries) Date: 16 Feb 1995 16:04:28 GMT Organization: Telecom Paris, FRANCE Sender: philipp@terry.res.enst.fr (Philippe-Andre Prindeville) Distribution: world Message-ID: <3hvt2c$9j5@enst.enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Keywords: partition, file systems, fdisk, disktab Hi. First off, please excuse the cross-posting. It wasn't clear which group was the most appropriate. I have a PC that I run UNIX on and although it's NextStep, the problem is the same for 386bsd and Linux... I have partitioned my disk (a 1.038G IBM DPES-31080) into 4 partitions of different sizes. These are "DOS" partitions. I need now to create a disktab entry that corresponds to the physical characteristics of my disk (heads, sectors/track, tracks, cylinders, etc) as well as the partition start and size data... Is there a program that reads the DOS partition information, gets the drive characteristics, and generates /etc/disktab entries or data suitable for making a disktab entry? DOS tells me that my partitions are as follows: Start Size 32 704480 704512 163840 868352 704512 1572864 544768 And that my disk looks like: Sides = 128 (?) Tracks = 517 Sec/Track = 32 Usable sectors = 2117631 Running scsimodes on the drive tells me otherwise: SCSI information for /dev/rsd0a Drive type: IBM DPES-31080 !t S31H1 512 bytes per sector 108 sectors per track 4 tracks per cylinder 4903 cylinder per volume (including spare cylinders) 50 spare sectors per cylinder 8 alternate tracks per volume 2118143 usable sectors on volume Also, the documentation from NeXT (NeXTanswers #1533) that tells me that I need to set the front porch to sector #320, and the beginning of the boot region to sector #64, which doesn't coincide with what DOS is telling me... I'm dazed and confused. Anyone got a handle on this or a utility for creating disktabs? Thanks, and please reply directly... -Philip
From: samurai@marge.cs.mcgill.ca (Darcy BROCKBANK) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: lookupd under 3.3 is broken Date: 16 Feb 1995 16:57:54 GMT Organization: School of Computer Science, McGill Univ. Message-ID: <SAMURAI.95Feb16115755@marge.cs.mcgill.ca> References: <D3t4M3.86M@nvc.cc.ca.us> <D3tDt7.9wJ@nvc.cc.ca.us> <D420no.FCG@nvc.cc.ca.us> In-reply-to: fozztexx@nvc.cc.ca.us's message of Wed, 15 Feb 1995 18:28:35 GMT <fozztexx@nvc.cc.ca.us> writes: >In art#################################################################### Path: news.informatik.uni-muenchen.de!lrz-muenchen.de!fauern!rrze.uni-erlangen.de!rachael.franken.de!news.uni-stuttgart.de!news.belwue.de!news.dfn.de!swiss.ans.net!howland.reston.ans.net!vixen.cso.uiuc.edu!mp.cs.niu.edu!not-for-mail From: bennett@cs.niu.edu (Scott Bennett) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: lookupd under 3.3 is broken Date: 16 Feb 1995 00:57:28 -0600 Organization: Northern Illinois University Lines: 32 Message-ID: <3hut0o$rck@mp.cs.niu.edu> References: <D3t4M3.86M@nvc.cc.ca.us> <D3tDt7.9wJ@nvc.cc.ca.us> <D420no.FCG@nvc.cc.ca.us> NNTP-Posting-Host: mp.cs.niu.edu Xref: news.informatik.uni-muenchen.de comp.sys.next.sysadmin:13979 comp.sys.next.bugs:2609 In article <D420no.FCG@nvc.cc.ca.us>, Chris Osborn <fozztexx@nvc.cc.ca.us> wrote: >In article <D3tDt7.9wJ@nvc.cc.ca.us>, >Chris Osborn <fozztexx@nvc.cc.ca.us> wrote: >>I've played around some more, and it seems that whenever lookupd can't >>complete some sort of lookup, it retaliates and causes any calls to >>exec (by any process) to block indefinitely. It also only does this on >>the computer that is acting as the DNS server. It's almost as if you >>can't run lookupd and named on the same computer. > The solution is to avoid putting host name and address info into NetInfo. The DNS system is where such information belongs anyway. NeXT should distribute a version of the resolver library with NeXTSTEP that does *not* query NetInfo. That library should be the default version and if NeXT wants to distribute a version like what comes with NeXTSTEP now, it should have a different name and not be used unless the system administrator chooses to use it instead of the good one. Scott Bennett, Comm. ASMELG, CFIAG Systems Programming Computer Center Northern Illinois University DeKalb, Illinois 60115 ********************************************************************** * Internet: bennett@netmgr.cso.niu.edu bennett@cs.niu.edu * *--------------------------------------------------------------------* * "The jury has a right to judge both the law as well as the fact in * * controversy."--John Jay, First Chief Justice, U.S. Supreme Court * * in Georgia vs. Brailsford, 1794 * **********************************************************************
From: bennett@cs.niu.edu (Scott Bennett) Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: Re: 3.3 NetInfo doesn't solve the hanging problems Date: 16 Feb 1995 00:50:04 -0600 Organization: Northern Illinois University Message-ID: <3husis$r4v@mp.cs.niu.edu> References: <MS-C.792372071.1103527590.mrc@Ikkoku-Kan.Panda.COM> <3hmk4h$s9a@brog.omnigroup.com> In article <3hmk4h$s9a@brog.omnigroup.com>, William Shipley <wjs@brog.omnigroup.com> wrote: >Mark Crispin writes: > >>Well, I just experienced the NetInfo Wedge From Hell on the 3.3 system. The >>exact same thing caused it that has caused it every time before; sendmail was >>doing a bunch of DNS queries that occupied NetInfo's full attention. > > >I agree this is a serious problem, and one that causes us to not >recommend using NEXTSTEP machines as mail servers. > >The problem manifests if you are running Domain Name Service, and >processing lots of mail. What happens is that sendmail does an (often >unnecessary) hostname lookup for every host it sees, and often these >hosts will be bad or their nameservers won't respond. > The real solution here is twofold: 1) don't use NetInfo to maintain host name and address information; use the domain name server system; and 2) don't run the mucked up version of sendmail that comes with NeXTSTEP; run a full IDA version that does *not* know about NetInfo, NIS, or any other such system that is inappropriately used to maintain host name and address information. Scott Bennett, Comm. ASMELG, CFIAG Systems Programming Computer Center Northern Illinois University DeKalb, Illinois 60115 ********************************************************************** * Internet: bennett@netmgr.cso.niu.edu bennett@cs.niu.edu * *--------------------------------------------------------------------* * "The jury has a right to judge both the law as well as the fact in * * controversy."--John Jay, First Chief Justice, U.S. Supreme Court * * in Georgia vs. Brailsford, 1794 * **********************************************************************
From: Mark Crispin <mrc@CAC.Washington.EDU> Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: lookupd under 3.3 is broken Date: Thu, 16 Feb 1995 01:38:06 -0800 Organization: Pandamonium Reigns Message-ID: <Pine.NXT.3.92.950216013008.621A-100000@Tomobiki-Cho.CAC.Washington.EDU> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To: Scott Bennett <bennett@cs.niu.edu> In-Reply-To: <3hut0o$rck@mp.cs.niu.edu> On 16 Feb 1995, Scott Bennett wrote: > The solution is to avoid putting host name and address info into > NetInfo. The DNS system is where such information belongs anyway. > NeXT should distribute a version of the resolver library with > NeXTSTEP that does *not* query NetInfo. That library should be the > default version and if NeXT wants to distribute a version like what > comes with NeXTSTEP now, it should have a different name and not be > used unless the system administrator chooses to use it instead of the > good one. Agreed completely. So, what to do to get NeXT's attention? How about writing a worm (using SMTP for injection) that stuffs a NeXT's mailer queues with hundreds of messages with domain names that constipate NetInfo, and posting the source code? I've complained about this problem for *years*. NeXT just doesn't seem to care. With any reputable vendor, public humiliation would be enough, but it seems that NeXT is not a reputable vendor.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: fozztexx@nvc.cc.ca.us (Chris Osborn) Subject: Re: lookupd under 3.3 is broken Message-ID: <D43xqG.AH0@nvc.cc.ca.us> Sender: news@nvc.cc.ca.us Organization: Napa Valley College References: <D3t4M3.86M@nvc.cc.ca.us> <D3tDt7.9wJ@nvc.cc.ca.us> <D420no.FCG@nvc.cc.ca.us> <3hut0o$rck@mp.cs.niu.edu> Date: Thu, 16 Feb 1995 19:20:40 GMT In article <3hut0o$rck@mp.cs.niu.edu>, Scott Bennett <bennett@cs.niu.edu> wrote: > The solution is to avoid putting host name and address info into >NetInfo. The DNS system is where such information belongs anyway. > NeXT should distribute a version of the resolver library with >NeXTSTEP that does *not* query NetInfo. That library should be the >default version and if NeXT wants to distribute a version like what >comes with NeXTSTEP now, it should have a different name and not be >used unless the system administrator chooses to use it instead of the >good one. That isn't the problem I'm having anymore. The problem is now the lookupd chooses to not even try to lookup a host name via DNS. It just abondons the lookup. Then if you give it a minute and try again, it will perform the lookup quite happily. If I try the lookup manually (via nslookup) I never have a problem and can always get the info. -- Chris Osborn, Network Administrator Voice: 707 253 3130 Napa Valley College Fax: 707 253 3063 2277 Napa-Vallejo Hwy., Napa, CA, 94558 <fozztexx@nvc.cc.ca.us> MIME ok, NeXTMail tolerated
From: Peter_Lipps@NeXT.com (Peter Lipps) Newsgroups: comp.sys.next.bugs Subject: Re: Startup problems HP712/60 Date: 18 Feb 1995 00:54:21 GMT Organization: NeXT, Inc. Message-ID: <3i3gft$18s@rosie.next.com> References: <jwdb.792774798@dutnak2> In article <jwdb.792774798@dutnak2> jwdb@dutnak2.tn.tudelft.nl (Jan-Willem de Bruijn) writes: > Our three HP712/60's sometimes have difficulty booting with NEXTSTEP. > They are part of a three level Netinfo network of 9 machines in total. > Irrespective of whether or not they have a network connection, they > give the following error message (right after 'Checking disk'): > > Raise RDP exception 1 code 1 subcode 16d634 > Waiting for RDP connection... > > and then fall asleep forever. > .. > Thanks in advance for any hints, > > Jan-Willem Jan-Willem, please make sure that in the HP machine's boot monitor the primary boot path for SCSI is set to the target id of the NEXTSTEP SCSI drive you want to boot from. (Did you change the SCSI target id of the boot drive or did you add an external NEXTSTEP disk to an existing HP/UX system?). Disclaimer: This fixed a similar problem for me. I'm not 100% sure it'll fix yours, though. ______________________________ Peter Lipps NeXT Computer Deutschland GmbH - Oskar-Messter-Str. 24, 85737 Ismaning, Germany InterNet: Peter_Lipps@NeXT.com
Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.sysadmin From: rwyatt@netcom.com (Robert Wyatt) Subject: Re: 3.3 panics Message-ID: <rwyattD46HL4.84I@netcom.com> Organization: Netcom Online Communications Services (408-241-9760 login: guest) References: <Pine.NXT.3.92.950215231255.300A-100000@Tomobiki-Cho.CAC.Washington.EDU> Date: Sat, 18 Feb 1995 04:24:40 GMT Sender: rwyatt@netcom15.netcom.com In article <Pine.NXT.3.92.950215231255.300A-100000@Tomobiki-Cho.CAC.Washington.EDU> Mark Crispin <mrc@CAC.Washington.EDU> writes: >Well, so besides the fact that silly 3.3 needs to be rebooted once a week >or so because the swapfile grows to eat up all three disk space, there's >a new reason to consider 3.3 to be a loser: > > panic: assert_wait: already asserted event 0x40b0aec > >I've had this happen several times with 3.3 since I installed it. Today's >happened only 15 minutes after I was forced to reboot because I ran out of >disk space because of the swapfile growing bug. > >I wonder when it will dawn on NeXT that they are not selling a Macintosh, >and that it really isn't acceptable to require multiple reboots in a day. I have to agree. Since I installed 3.3 on my Intel system, the machine seems *less* stable than before. Totally unacceptable if you ask me. I am really beginning to wonder if NeXT cares at all. -Rob
From: rdieter@math.unl.edu (Rex Dieter) Newsgroups: comp.sys.next.bugs Subject: Re: annoying mouse behavior in 3.3 Date: 15 Feb 1995 15:43:55 GMT Organization: University of Nebraska--Lincoln Message-ID: <3ht7fr$n3p@crcnis3.unl.edu> References: <3haua1$227@news.iastate.edu> <3hh9de$16u@ivy.bga.com> Bill Tschumy (btschumy@bga.com) wrote: : In article <3haua1$227@news.iastate.edu>, : Joel Prail <prail@tip.ameslab.gov> wrote: : >After upgrading to 3.3, all users here are now complaining about microsoft : >PS/2 mice connected to the mouse port of Intel GX/Pro machines. : >Specifically the cursor is not smooth any more. In fact the cursor can : >jump inches at a time by moving the mouse just a little bit. This happens : >more when the system is performing disk io. Does anyone else see this : >happening? Is there a safe way to get the 3.2 mouse driver back? : I'm having that problem also on my GX/Pro. You're right, it certainly : is annoying. I don't use that machine much so I haven't really made : an effort to track down what the problem is. Hopefully someone else : has figured it out. Use a busmouse. They're as smooth as silk. (-; -- | Rex A. Dieter | Research Associate | | rdieter@math.unl.edu | UN-L Mathematics Dept. |
From: bladex@is.net (Robert Klingsten) Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Help! NS 3.2 black won't boot Date: 18 Feb 1995 15:32:45 GMT Organization: The Fishpond Sender: bladex@mail1.is.net Message-ID: <3i53ut$t1n@news1.is.net> I tried to install a fresh 3.2 User onto the 105mb Quantum that came with my Cube (that was working before this). When the install completes and I reboot from the HD, with 1-2 seconds of the "Loading" screen, I get dumped into the monitor with the message "Exception #4 at 00x438000". I've tried running the install again on that HD, put in a NEW, much larger Quantum, moved SIMMs all around, etc...etc... Nothing fixes it - I *am* able to boot off the floppy/CD combo into single-user mode. Can anyone help me with this??? Thanks! Rob ---------------------------------------------------------------------- Robert Klingsten - Network Administrator | rmk@prubank.com Prudential Bank & Trust, Incorporated | bladex@is.net 2 Concourse Parkway Suite 500 | Atlanta, GA 30075 | "TTFN! Ta-Ta for now!" (404) 604-7942 | - Tigger
From: jmack@skye.phys.ualberta.ca Newsgroups: comp.sys.next.bugs Subject: Re: 3.3 NetInfo doesn't solve the hanging problems Date: 17 Feb 1995 06:16:35 GMT Organization: Computing and Network Services, U of Alberta, Edmonton, Canada Message-ID: <3i1f03$153c@rover.ucs.ualberta.ca> References: <3hmk4h$s9a@brog.omnigroup.com> Keywords: mail, MTA's In article <3hmk4h$s9a@brog.omnigroup.com> wjs@brog.omnigroup.com (William Shipley) writes: > I agree this is a serious problem, and one that causes us to not > recommend using NEXTSTEP machines as mail servers. It really just depends on the quality of sendmail you are running. It is true that the supplied sendmail is poor... well it's just a run of the mill sendmail after all... Although I'm running at NS3.0, I don't experience any mail-related "hangs", and run as a mailgateway for the 180 or so odd machines on our subnet. HINT: I run Zmailer rather than any 'sendmail' variant. Another associate of mine also runs Zmailer on an NS3.2 Intel machine without troubles on another subnet on our campus. Several major gateways worldwide also use and prefer Zmailer. > The problem manifests if you are running Domain Name Service, and > processing lots of mail. What happens is that sendmail does an (often > unnecessary) hostname lookup for every host it sees, and often these > hosts will be bad or their nameservers won't respond. .. > Since lookupd is called every time you want to do something like > translate a user id to a username, this means if you do something as simple > as an "ls -l" when lookupd is hung, the ls will hang too. So much > stuff depends on lookupd that eventually your machine will grind to a > halt. HINT: Zmailer run's it own cache with appropriately timed regen for several mail-related databases, i.e: >router -i ZMailer router (2.99.10mea #1: Sat Jan 21 13:48:32 MST 1995) jmack@Phys.UAlberta.CA:/ZMdevel/zmailer2.99.10 Copyright 1992 Rayan S. Zachariassen Copyright 1992,1993,1994 Matti Aarnio z$ db toc headers header - trusted incore - pwuid incore - pwnam incore - fullname incore - canon bind,any 0/200 n /etc/resolv.conf mxhosts bind,mx 0/200 - /etc/resolv.conf hostexpansions incore l thishost unordered 0/10 lB /zmailer/db/localnames expansions incore l thisdomain ordered 0/10 l /zmailer/db/localdomains fullnamemap ndbm 0/10 l /zmailer/db/fullnames routesdb ordered 0/10 - /zmailer/db/routes revaddress bind,ptr 0/200 - /etc/resolv.conf ipaddress bind,a 0/200 - /etc/resolv.conf pathdb ndbm 0/10 l /zmailer/db/pathdb aliases ordered 0/10 l@ /zmailer/db/aliases.idx -> /zmailer/db/aliases.dat > This condition usually only manifests on mail servers with LOTS of > mail, for example if you are running lots of mailing lists. We ran > the mailing lists for Wizards of the Coast (the world's largest > board-game company, now) off of our NeXTs, and with a couple thousand > messages a day. Needless to say, our NeXT wedged pretty early on. HINT: Here's my last month's Zmailer throughput (slow month). Admittedly less transactions than you, but perhaps a larger volume: 21,162 transactions, totalbytes = 135,111,122 avgmsgsize = 6,384.31 3,996 distinct destinations HINT: Zmailer runs unobtrusively with minimal impact on the system. I also run it on my home machine under SLIP. Not a problem for either large or small throughput sites. > So, the end of the story is: mail routing is expensive, NeXT's handle > it worse than some other machines. If NeXT would make lookupd > re-entrant it would eliminate this problem, until then don't try to do > a lot of mail processing on a NeXT. HINT: Zmailer can be made to compile in the NS environment and is available from ftp.funet.fi. The latest distribution is zmailer-2.99.13-950210.tar.gz in: ftp> cd /pub/unix/mail/zmailer 250- Zmailer -- a multiprocess MTA for busy email systems 250- 250- Originally from: Univ. of Toronto, Canada 250- A version by Matti Aarnio <mea@nic.funet.fi> is kept in 250- this directory along with some older files. 250- 250- A copy of this material is also on: 250- ftp://ftp.cse.psu.edu/pub/src/zmailer/current/ 250- ftp://ftp.cs.toronto.edu/pub/zmailer/ Get the 'zmailer.OVERVIEW' file and have a look at a GOOD MTA's features. Ease of configurability and no hassles with the &*%#!.cf file. A mailing list for Zmailer also exists - subscribe to: zmailer-request@nic.funet.fi [ I have no affiliation with funet.fi or utoronto.ca - just a very satisfied Zmailer user ] -- 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 home : jmack@IN.Edmonton.AB.CA
From: hendryjl@in.net (James L Hendry Jr) Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs Subject: Problem with NEC SilentWriter LC890 Date: Sat, 18 Feb 1995 18:06:36 LOCAL Organization: CBSI Technical Services Message-ID: <hendryjl.8.008693B4@in.net> Keywords: NEC, NeXT, printer, LC890 Having a problem with the NEC SilentWriter with printing... I am running 3.3 Intel. I have it set for Silentwriter LC890 and when I do the test page works great. But when I got to print from Edit or the Postscript Previewer it comes up on the printout with: ERROR: undefined OFFENDING COMMAND: papersize STACK: /letter /letter Then it says it is still processing on the printer. In a few minutes it just goes to idle. It has Engine Firmware Rev. of 29, and I have the Software Interface set at Postscript Batch. It happens using Hopper One or Two... anyone else have experience with this problem? Jim Hendry hendryjl@in.net No NeXTmail <Yet!> James L Hendry Jr |CBSI Technical Services| hendryjl@in.net |CBSI Plaza | Technical Support |Sheridan, IN 46069 |
Newsgroups: comp.sys.next.software,comp.sys.next.bugs From: darrin@research.canon.oz.au (Darrin Smart) Subject: Why NewsGrazer crashes Message-ID: <D4A1us.MFu@research.canon.oz.au> Followup-To: comp.sys.next.software Sender: news@research.canon.oz.au Organization: Canon Information Systems Research Australia Date: Mon, 20 Feb 1995 02:35:15 GMT Well I finally made an effort to track down the article that was making NewsGrazer crash. The culprit had the same newsgroup listed twice in the Newsgroups: field. Reproducing the bug was simple; post an article to a test group and cross post to the same group. Read the article with NewsGrazer and it will crash upon selecting the group. You can workaround this bug by turning off the 'Prefetch article titles' and 'sort articles' options in the Preferences panel. Hopefully someone at NeXT will be able to fix this bug and give us a new NewsGrazer release (I'd suggest removing duplicate groups when parsing the NewsGroups line). We would also appreciate a HP/Sparc version of the application! -- Darrin Smart, Software Engineer | darrin@research.canon.oz.au Canon Information Systems Research Australia | Phone +61-2-805-2942 PO Box 313 NORTH RYDE NSW 2113 | Fax +61-2-805-2929
From: cooncat@wombat.mills.edu (Jessica L Mosher) Newsgroups: comp.sys.next.bugs Subject: NewsGrazer fix implemented, but still crashing (3.75) Date: 21 Feb 1995 06:30:31 GMT Organization: University of California, Berkeley Distribution: usa Message-ID: <3ic1a7$51n@agate.berkeley.edu> Hi all, Much apologies if this is out of context, in my crash I lost all info on where I read the NewsGrazer crash fixes. I went ahead and shut off Prefetch and Sort in the Preferences, but still crashed when I selected an article title which was prefetched somehow anyway. Bleah, four crashes in one evening is too much--going back to 72.5 and much apologies to all those who have complained that some of my posting info fields are incorrect. -- ******************************************************* Jessica L. Mosher NeXTmail: cooncat@wombat.mills.edu
From: benjy@benjy.cc.vt.edu (Ben E. Cline) Newsgroups: comp.sys.next.bugs Subject: Re: mmap broken under NS3.2 black Date: 20 Feb 1995 14:19:11 GMT Organization: Virginia Tech, Blacksburg, Virginia Message-ID: <3ia8cv$ie9@solaris.cc.vt.edu> References: <D44Ht6.LD0@ns1.nodak.edu> In article <D44Ht6.LD0@ns1.nodak.edu> brian@cadaver.acm.ndsu.NoDak.edu (Brian Glaeske) writes: > Code taken out of the book "Advanced Programming in the > UNIX Environment" by W.R. Stevens on page 412 (Program 12.14) will not > execute properly on a Motorola NS 3.2 machine. > > Specifically, the call to mmap always returns -1. > > You have to vm_allocate the address space before you call mmap(). You then pass the pointer to the vm_allocated memory as the first arg to mmap(). I believe that mmap() doesn't return a pointer to the vm_allocated space, so you have to save this yourself. This info is from a comp.sys.next.programmer post in 1992 by Matthew Dillon. I recently did some mmap() programming on the next (3.0 and 3.2), and you still need the vm_allocate. A related question: I am working with a mmap() program that maps a file to memory, uses qsort to sort it, and then does a munmap(). There is no munmap() on the next, so I just use vm_deallocate, but the file doesn't seem to be written back to disk properly. It sorta seems like some of the pages are refreshed and others aren't. My fix was to actually write() the vm pages back to the file. Any ideas? It would be nice is NeXT had a man page for mmap() and provided a munmap(). Benjy -- Benjy Cline, AC4XO Virginia Tech Computing Center benjy@benjy.cc.vt.edu
Newsgroups: comp.sys.next.bugs From: charmides!bubi (Burghard W.V.Britzke) Subject: Re: NewsGrazer endless spinning problem? Message-ID: <D4946s.12w@charmides.in-Berlin.DE> Sender: bubi@charmides.in-Berlin.DE (Burghard W.V.Britzke) Organization: BeNG - Berliner NeXTnutzer Gruppe References: <1995Feb5.173609.2874@ccdd.com> Date: Sun, 19 Feb 1995 14:28:04 GMT Chris Cuilla writes >So this is driving me nuts. I have been running NewsGrazer for several months >now without any real problems. Suddenly I am having this strange problem. It >comes up and consistently, about 1 to 1.5 minutes later, it starts spinning, >endlessly. No crash. No console messages. I have to kill it. I have logged >out/logged in. I have rebooted. Any suggestions on where to look for clues? >Has anyone else experience this problem before. this is a problem with the NewsGrazer 3.75. It depends on long entries in the ~/.newsrc file. I guess that you have some very long entries like this: comp.sys.next.sysadmin:2213,2216,2218-2219,2223,2225,2228,2234-2235,2240,2246,2 252-2253,2259,2264,2266,2268,2271,2274,2276,2278,2282,2286-2287 clear them all and NewsGrazer will run ok. der Burghard
Newsgroups: comp.sys.next.bugs From: david_hi@runegate.demon.co.uk ("David I. Hitchcock") Subject: [window setFrameAutosaveName] bug Organization: None Date: Wed, 22 Feb 1995 02:38:10 +0000 Message-ID: <738744896wnr@runegate.demon.co.uk> Sender: usenet@demon.co.uk Recently we added setFrameAutosaveName to our Editor class and discovered that there is a rather bizarre bug in it. This bug can easily be demonstrated by a simple app that has just one class in it, which has an outlet to a window and a textfield. The following code: #import "AppsDelegate.h" @implementation AppsDelegate - awakeFromNib { [theMainWindow setFrameAutosaveName:[[self class] name]]; [theMainWindow setFrameAutosaveName:[[self class] name]]; [theTextField setDoubleValue:32.3]; return self; } @end causes the following crash: arachnid> cd "/Workstation/Simple" gdb Simple.debug/Simple -x PB.gdbinit cd "/Workstation/Simple" arachnid> gdb Simple.debug/Simple -x PB.gdbinit GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.7 (NeXT 3.1), Copyright 1992 Free Software Foundation, Inc... Reading symbols from /Workstation/Simple/Simple.debug/Simple...done. Reading symbols from /usr/shlib/libMedia_s.A.shlib...done. Reading symbols from /usr/shlib/libNeXT_s.C.shlib...done. Reading symbols from /usr/shlib/libsys_s.B.shlib...done. (gdb) run Starting program: /Workstation/Simple/Simple.debug/Simple Program generated(1): Memory access exception on address 0x0 (protection failure). 0x50595b6 in localeconv () (gdb) Reading in symbols for crt0.c...done. Reading in symbols for Simple_main.m...done. Reading in symbols for AppsDelegate.m...done. (gdb) where #0 0x50595b6 in localeconv () #1 0x6090644 in _NXReplaceDot () #2 0x6093960 in _NXSDPrintf () #3 0x60b125d in -[Cell setDoubleValue:] () #4 0x60b134f in -[Control setDoubleValue:] () #5 0x4a13 in -[AppsDelegate awakeFromNib] (self=0xc5280, _cmd=0x61b3570) at AppsDelegate.m:10 #6 0x50331eb in -[Object perform:] () #7 0x50332c8 in -[List makeObjectsPerform:] () #8 0x602d22b in -[IBObjectData nibInstantiateIn:owner:] () #9 0x6029ab5 in loadObjectData () #10 0x6028c41 in -[Application loadNibFile:owner:withNames:fromZone:] () #11 0x6045201 in -[Application _loadNibSegment:section:owner:withNames:fromShlib:fromHeader:fromZone:] () #12 0x60450be in -[Application loadNibSection:owner:withNames:] () #13 0x4a5a in main (argc=1, argv=0xbffffcb0) at Simple_main.m:10 #14 0x493b in start () at crt0.c:127 (gdb) This only happens if setFrameAutosaveName is sent twice, and only if you send setDoubleValue: to the textfield - setIntValue/setStringValue are okay. Wierd huh? We have reported this bug to NeXT. P.S. You will appreciate of course that the second sending of the setFrameAutosaveName method was not quite so blatant in the original code that highlighted this problem ;-). Karl Harbour and David Hitchcock NextStep Developers Barclays Bank GFIT London Email: karl.harbour@gf.barclays.co.uk david.hitchcock@gf.barclays.co.uk -- +-------------------------------------------------------------------+ | Unfortunately this node does not yet accept NeXT mail - ASCII only| +--------------------+----------------------------------------------+ |David Hitchcock MIAP|Runegate Ltd. | +--------------------+----------------------------------------------+ |63, Ashfield |Internet: david_hitchcock@runegate.demon.co.uk| |Stantonbury |CSERVE: 100271,1631@compuserve.com | |MILTON KEYNES |Landline: +44 1908 226306 | |Bucks MK14 6AU |Fax: +44 1908 221343 | |United Kingdom |Portable: +44 831 611655 | +--------------------+----------------------------------------------+
Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.sysadmin From: schwett@netcom.com Subject: Parallel Driver *SOMETIMES* loads... !!?!@! Message-ID: <schwettD4Dq0M.F8J@netcom.com> Summary: Now you see it... Keywords: pp0 3.3 flaky Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Wed, 22 Feb 1995 02:09:58 GMT Sender: schwett@netcom11.netcom.com Hi All. My printer was working just fine, and then I changed comsething, and now the pp0 driver only loads SOMETIMES. Changes: removed Etherlink III added Cogent EM960C (Yay! Getting 700k/sec+ on TP!) made SerialPorts.config a 1 port driver added Mux 1.7 for my modem on COM2 When the driver does load, it prints just fine. Any suggetsions? Running 3.3 on an AiR PCI/EISA 90mhz pentium motherboard, etc. etc... Thanks, Mark Schwettmann mschwett@ced.berkeley.edu -- schwett@netcom.com --- mschwett@ced.berkeley.edu " a smile cartooned tooth for tooth, you said irony was the shackles of youth "
From: luomat@alleg.EDU (Timothy J Luoma) Newsgroups: comp.sys.next.bugs Subject: Re: NewsGrazer endless spinning problem? Date: 21 Feb 1995 10:13:16 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9502211612.AA14915@alleg.EDU> >So this is driving me nuts. I have been running >NewsGrazer for several months now without any real >problems. Suddenly I am having this strange problem. >It comes up and consistently, about 1 to 1.5 minutes >later, it starts spinning, endlessly. No crash. No >console messages. I have to kill it. I have logged >out/logged in. I have rebooted. Any suggestions on >where to look for clues? Has anyone else experience >this problem before. this is a problem with the NewsGrazer 3.75. It depends on long entries in the ~/.newsrc file. I guess that you have some very long entries like this: comp.sys.next.sysadmin:2213,2216,2218-2219,2223,2225,2228,2234 -2235,2240,2246,2252-2253,2259,2264,2266,2268,2271,2274,2276, 2278,2282,2286-2287 clear them all and NewsGrazer will run ok. or change it to read comp.sys.next.sysadmin:1-2287 (change 2287 to whatever the last number is in your listing) which tells Newsgrazer you have already read those articles, so you won't have to go through them again. TjL
From: Bernhard Scholz <scholz@informatik.tu-muenchen.de> Newsgroups: comp.sys.next.bugs Subject: Recording sound Date: Wed, 22 Feb 1995 14:18:19 +0100 Organization: Technische Universitaet Muenchen, Germany Distribution: world Message-ID: <Pine.HPP.3.91.950222141110.10330C-100000@hphalle5.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I finally tested a Soundblaster 8 card (original!) and tracked down the following problem with Mail.app: Sound isn't recorded by the microphone most time. You can use the following procedure to ensure a working recording session: 1) press the record button 2) press the stop button 3) press the record button (you can't record now!) 4) press the stop button 5) press the play button (nothing to hear) 6) press the stop button 7) press the record button (now you really can record something) 8) press the stop button (the sample should be shown) Notice: without steps 1-2 recording mostly fails. I don't know why? Somebody got similar experiences? Why is the quality such bad? (sounds like sampled with 10kHz! But the SoundBlaster 8 is capable of 44.1kHz!) Should I go for a Soundblaster 16 or ProAudioSpektrum (16) ? I'm using an intel Pentium Plato board with NS3.3. Best regards, Boerny. _____________________________________________________________________________ Bernhard Scholz (IRC: (Boerny) #amiga, #next) Opinions are my own! scholz@informatik.tu-muenchen.de (prefered) Computers can do everthing scholz@gsocmail.rm.op.dlr.de (emergency) better than human --- http://www.leo.org/~scholz/scholz.html especially doing mistakes.
From: Norbert Heger <bertl@ecs.co.at> Newsgroups: comp.sys.next.bugs,comp.sys.next.software Subject: Re: Improv Date: Wed, 22 Feb 1995 13:53:55 GMT Organization: EUnet EDV DienstleistungsgesmbH, Wien Message-ID: <950222145355.219AAAAE.bertl@black13> References: <950208200619.3554AAC7K.kevin@ksmith> Mime-Version: 1.0 (BlackThunder) Content-Type: text/plain; charset=US-ASCII Originator: bertl@servus ksmith@telesource.com wrote: > ... I get the message: I/O error. PresentationBuilder can't open file > /TeleSource/Archives/Radisson/Spreadsheets.imp/PresentationWindow3.pb > because of a file system error: 'No such file or directory.' > Check the file's read permission and ownership. > > ... Improv just goes into spinning cursor mode when I try to open the > file again. Improv.app tries to launch the PresentationBuilder.app because the Model.imp (within the .imp wrapper) contains a link to a .pb file. In your case this file seems to be corrupted, or it doesn't even exist any more due to some mysterious circumstances. The PresentationBuilder.app quits automatically if it fails to open the requested file, but Improv.app still waits for the PresentationBuilder.app to be launched. And it waits, and waits, and waits ... So try this workaround: Rename the 'PresentationBuilder.app' into something else like 'SomeOther.app' or just move it away from your Apps or LocalApps Folder so that Improv.app cannot launch it automatically any longer. Now you can open your .imp file and remove the PresentationWindow3 from the Model Browser. Save the file and restore the PresentationBuilder.app (rename it or move it back to your Apps Folder). Now you should be able to open your file again without any problems. ____________________________________________________________________ Norbert Heger, Vienna - Austria - Europe bertl@ecs.co.at (NeXTmail preferred)
From: Norbert Heger <bertl@ecs.co.at> Newsgroups: comp.sys.next.bugs Subject: Re: Window sizing Date: Wed, 22 Feb 1995 13:57:47 GMT Organization: EUnet EDV DienstleistungsgesmbH, Wien Message-ID: <950222145747.219AAAAF.bertl@black13> References: <Pine.HPP.3.91.950209134051.18577F-100000@hphalle4b.informatik.tu-muenchen.de> Mime-Version: 1.0 (BlackThunder) Content-Type: text/plain; charset=US-ASCII Originator: bertl@servus Bernhard Scholz <scholz@informatik.tu-muenchen.de> wrote: > I don't know wether this is a feature or a bug. > If it's a feature, it annoys me because of the inconsistancy: > > All windows, which are resizable horizontal and vertically, only > do resize horizontly, if the first mouse move is right/left. > This doesn't hapen if you move down, first! It's a feature! It allows you to resize the window horizontally only (using this 'bug'), vertically only (dragging the middle region of the resize bar) or both (avoiding the 'bug'). See also the Help Panel 'Work with windows'. It writes: - Drag horizontally from an end region to change width. - Drag vertically from the middle region to chage height. - Drag diagonally from an end region to change width and height. ____________________________________________________________________ Norbert Heger, Vienna - Austria - Europe bertl@ecs.co.at (NeXTmail preferred)
Newsgroups: comp.sys.next.bugs From: lorgb@netcom.com (LOR/Geske Bock Associates) Subject: HP 712/60 frozen unexpected.. Message-ID: <lorgbD4F7wr.CEo@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Wed, 22 Feb 1995 21:34:02 GMT Sender: lorgb@netcom9.netcom.com My HP 712/60 was frozen from time to time. Sometime it happened at night when nobody was around to find out why. Can someone give me some clues? Here is the configuration: HP 712/60 32M RAM 1Gig Internal HD 1Gig External HD NEXTSTEP ver 3.2 Thanks.
From: fey@flowlab.mbt.washington.edu (Curran Fey) Newsgroups: comp.sys.next.bugs Subject: Help: Creating fat binaries compatible with 3.0 Date: 22 Feb 1995 22:13:51 GMT Organization: University of Washington Message-ID: <3igcuv$qlb@news.u.washington.edu> Our group has several Motorola NeXTSTEP 3.0 machines. Our developement machine is a HP NeXTSTEP 3.2 machine. We have applications which run on both systems (OmniWeb, BackSpace, Diagram, etc.) but I am unable to compile a binary myself which runs on both.
From: nathan@laplace.csb.yale.edu (Nathan F. Janette) Newsgroups: comp.sys.next.bugs Subject: TeXview.app printing bug in NEXTSTEP/hppa 3.2, help please Date: 22 Feb 1995 22:52:29 GMT Organization: Yale University Distribution: world Message-ID: <3igf7d$a4e@news.ycc.yale.edu> I saw some discussion of this bug a few weeks ago, and thought I had saved it. I didn't. When printing from TeXview.app, it fails, and the error panel indicates something like "sh: nd: command not found". Any ideas on how to solve or work around this problem? -- Nathan Janette Systems Manager, Axel T. Br nger Lab Internet: nathan@laplace.csb.yale.edu Voice: 203 432 5065 Fax: 203 432 3923
From: luomat@alleg.EDU (Timothy J Luoma) Newsgroups: comp.sys.next.bugs Subject: Stuart resizing windows effects 'man' Date: 21 Feb 1995 10:28:13 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9502211627.AA15543@alleg.EDU> I don't think this is really a 'bug' but rather something to do with my usage. During a telnet connection, I resized a Stuart window (made it larger) and then did 'man something' [ I have MANPAGER=less -iMsE set ]. The text extended beyond the screen, so I got the usual tmp/man19813 line 1 23% except that it was at the _old_ bottom of the screen, which put it over some of the 'man' text. This doesn't happen _all_ the time, and it seems to happen with telnet connections more than regular connections. Any clues? This must be something [ I would think ] having to do with some setenv or some stty that I need to correct. thanks TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
Newsgroups: comp.sys.next.bugs From: brian@cadaver.acm.ndsu.NoDak.edu (Brian Glaeske) Subject: mmap broken under NS3.2 black Sender: usenet@ns1.nodak.edu (Usenet login) Message-ID: <D44Ht6.LD0@ns1.nodak.edu> Date: Fri, 17 Feb 1995 02:34:18 GMT Organization: NDSU Chapter of ACM, Fargo Code taken out of the book "Advanced Programming in the UNIX Environment" by W.R. Stevens on page 412 (Program 12.14) will not execute properly on a Motorola NS 3.2 machine. Specifically, the call to mmap always returns -1. -- Brian Glaeske brian@cadaver.acm.ndsu.NoDak.edu ---------------------------------------------------------------------------- "Men Rule. Rap Sucks. Eat Fatty Food." The PIPC, Outland
From: lprice@itsnet.com Newsgroups: comp.sys.next.bugs Subject: 3.3 install chokes Date: Wed, 22 Feb 1995 01:34:17 GMT Message-ID: <lprice.12.2F4A9498@itsnet.com> Installing 3.3 on a Pentium-90 just got a bit trickier... On my system, when I install it, I get as far as the "This is the startup disk; do you wish to install it here" message, and when I select it with "1", it dumps out some gibberish about the BIOS reporting the wrong HD type. Hogwash. If I install DOS or OS/2, it boots and works just fine. Use a disk other than my Seagate 9GB, like the Quantum 405MB, and it does the same thing. Also, I've noticed that the message right below these messages (there are 2 identical ones), it syas something like "test: missing argument." and it says "CD install program completed" and dies on the spot. Any ideas? I was told to change the mainboard, which I will do, but here's the jist: Pentium-90 PCI, 64MB RAM Adaptec 2940 Diamond Stealth 64 Seagate ST410800N 9GB drive a single 3.5 floppy serial mouse el-cheapo keyboard (called deluxe in other lands) Thanks. If it's a bug, fix it, dammit! If it's me, kill me dammit!
From: mmalcolm Crawford <m.crawford@dcs.shef.ac.uk> Newsgroups: comp.sys.next.bugs Subject: Re: Why NewsGrazer crashes Date: Tue, 21 Feb 1995 19:25:43 GMT Organization: Institute for Language Speech and Hearing, Sheffield University Message-ID: <950221192543.219AACUO.malc@daneel> References: <D4A1us.MFu@research.canon.oz.au> Mime-Version: 1.0 (Generated by Eloquent) Content-Type: text/plain; charset=US-ASCII > Hopefully someone at NeXT will be able to fix this bug and give us > a new NewsGrazer release (I'd suggest removing duplicate groups > when parsing the NewsGroups line). We would also appreciate a > HP/Sparc version of the application! > There's already an HP/Sparc version of Eloquent (combined news and mail application -- threaded too...) Have fun, mmalc.
From: root@isaac.msfc.nasa.gov (Operator) Newsgroups: comp.sys.next.bugs Subject: Nextstep 3.3 broadcast packet problem Date: 17 Feb 1995 15:28:01 GMT Organization: NASA/MSFC Message-ID: <3i2fa1$n41@hammer.msfc.nasa.gov> Keywords: NS3.3,biff,broadcast,mail I have recently upgraded my Nextstation to NS3.3, and I have received complaints that it broadcasts biff packets to the network (mixed) whenever new mail comes in. What can I do to stop this? Biff is set to "n" already. Thanks, Michael Flora NASA - Marshall Space Flight Center
Newsgroups: comp.sys.next.bugs From: lloyd@world.std.com (Christopher Lloyd - not the actor) Subject: Re: [window setFrameAutosaveName] bug Message-ID: <D4Dt6K.D91@world.std.com> Organization: The World Public Access UNIX, Brookline, MA References: <738744896wnr@runegate.demon.co.uk> Date: Wed, 22 Feb 1995 03:18:20 GMT In article <738744896wnr@runegate.demon.co.uk>, David I. Hitchcock <david_hi@runegate.demon.co.uk> wrote: >Recently we added setFrameAutosaveName to our Editor class and >discovered that there is a rather bizarre bug in it. This bug can >easily be demonstrated by a simple app that has just one class in it, >which has an outlet to a window and a textfield. > >The following code: > - awakeFromNib > { > [theMainWindow setFrameAutosaveName:[[self class] name]]; > [theMainWindow setFrameAutosaveName:[[self class] name]]; > [theTextField setDoubleValue:32.3]; > return self; > } > > @end Yea, I've hit this before, I think it boils down a bug in the defaults database system when you do a NXWriteDefault and then a NXRemoveDefault. The second setFrameAutosaveName probably does a remove (it also happens if you turn frame autosave off, when it was previously on), which in turn corrupts the defaults database, which in turn blows up the floating point localized formatting code later on when it goes to fetch values from the database, and the database returns NULLs.... Or somesuch! Does anyone know if this is fixed in 3.3? I reported this at least 9 months ago with a small example program that reproduced the bug and it wouldn't surprise me if others have sent it in as I've been bitten by variations of it several times... Oh yea, the fix is to avoid duplicate setFrameAutosaveName's >:-> <shrug> -- |: Christopher Lloyd :|: Yrrid Incorporated :|: lloyd@yrrid.com :| |: slowly, without trying, everyone becomes what he despises most :|
From: root@arch-ws3 (Operator) Newsgroups: comp.sys.next.bugs Subject: 3.3 and a second HD Date: 23 Feb 1995 09:27:11 GMT Organization: University of Kassel - Germany Message-ID: <3ihkdf$dn9@hrz-ws11.hrz.uni-kassel.de> Hi, i get some problems after running NeXTSTEP 3.3 for Intel on a machine with two scsi-drives. The second scsi drive is and- DOS-Partition (EXT-PART) and NeXT is confused about it. It wants to format or ignore the drive. Whta`s the problem, or better: Which other kind of solution is possible than to format and only use NeXTSTEP?? Thanks Frank Knobloch < InIS * Individueller Informatik Service >
From: mra@mit.edu (Michael Raskin Andrews) Newsgroups: comp.sys.next.bugs Subject: ftp next 1.0 bug Date: 22 Feb 1995 18:41:25 GMT Organization: Massachvsetts Institvte of Technology Message-ID: <3ig0gl$2bf@senator-bedfellow.MIT.EDU> my ftp gives a segmentation fault reliably when: ftp> put .* : not a plain file. ftp> ftp> ls 200 PORT command successful. 150 Opening ASCII mode data connection for file list. Segmentation fault
From: pete@ohm.york.ac.uk (pete french) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: lookupd under 3.3 is broken Date: 23 Feb 1995 21:53:56 GMT Organization: The University of York, UK Message-ID: <3ij05k$nhb@castle.york.ac.uk> References: <SAMURAI.95Feb16115755@marge.cs.mcgill.ca> samurai@marge.cs.mcgill.ca (Darcy BROCKBANK) writes: > No, the same thing happens to me under 3.2. Sometimes, when messing with > DNS, the thing will decide that it can't resolve the host names in > question, but nslookup works fine. same here - and when lookupd hangs then all TCP activity stops working for a while ?! This is on white 3.2, doesn't happen under Black 3.0. I'll find out next week if it does under Black 3.3 -pate.
From: mark@nextstep.dorm6.nctu.edu.tw (Lin Yi-chih) Newsgroups: comp.sys.next.bugs Subject: DPT SCSI problem Date: 24 Feb 1995 04:50:58 GMT Organization: Dep. Computer Sci. & Information Eng., Chiao Tung Univ., Taiwan, R.O.C Message-ID: <3ijoji$8v8@news.csie.nctu.edu.tw> I found that the 3.3 have many problems. When I use CD-ROM, the performance get down and seem very slow. And I use Remove Disk in 3.2 very nice but get many trouble in 3.3. PS: I use DPT 2022 EISA SCSI controller Mark
Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.sysadmin From: mark@ve6mgs.ampr.ab.ca (Mark Gregory Salyzyn) Subject: Mux V1.7 was placed on archive sites in error Message-ID: <D4HE99.Js@ve6mgs.ampr.ab.ca> Organization: UNIX drivers'R'Us Date: Fri, 24 Feb 1995 01:46:20 GMT If any of you that use NXFax, and had taken the recent V1.7 Mux sources off of the following sites: ftp://ftp.cs.orst.edu:/pub/next/submissions. ftp://ftp.uni-stuttgart.de/pub/systems/next/i486/Drivers/3.3/Mux-1.7.tar.gz bandw.com or from me personally, I had mistakenly shipped V1.6 (except in a few cases). If you do not use NXFax, V1.6 is virtually identical to V1.7 for all other applications, and you need not worry. New sources should be located at these ftp sites in short order. Contact me if you need an update *now*. Please accept my apology Ciao -- Mark Salyzyn
From: jlauret@sbchem.sunysb.edu (Jerome LAURET) Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.sysadmin Subject: Need help to kill PhoneConnector Date: 24 Feb 1995 02:26:04 GMT Organization: SUNYSB.EDU Distribution: world Message-ID: <3ijg3s$50o@adam.cc.sunysb.edu> References: <D4HE99.Js@ve6mgs.ampr.ab.ca> -- Hi there. It is the first time I write to this newsGroup so sorry if it is not the place to post my request. I have an administration problem with one of our next I dont know how to solve: I have the PhoneConnector.app running while the LoginPannel is on. In other word, if I logout from the computer, the loginPannel appear and the PhoneConnector as well appearing as an active Icon on the bottom rigth corner of the loginpannel. I can click on it (starting the application) ; I tried to kill it while running but of course it did not do anything. So, I confess that I don't know how to remove it (and also how it gets there). Any help, hints, explanation will be highly apreciated,
Newsgroups: comp.sys.next.bugs,comp.sys.next.advocacy,comp.sys.next.sysadmin From: Axel Rau <axel@chaos1.rhein-main.de> Subject: Cube runs perfectly with NS 3.3 - was re: 3.3 panics Message-ID: <1995Feb24.111014.21657@chaos1.rhein-main.de> Sender: news@chaos1.rhein-main.de Organization: Computing @ Chaos Claudius References: <Pine.NXT.3.92.950215231255.300A-100000@Tomobiki-Cho.CAC.Washington.EDU> Date: Fri, 24 Feb 1995 11:10:14 GMT In article <Pine.NXT.3.92.950215231255.300A-100000@Tomobiki-Cho.CAC.Washington.EDU> Mark Crispin <mrc@CAC.Washington.EDU> writes: > Well, so besides the fact that silly 3.3 needs to be rebooted once a week > or so because the swapfile grows to eat up all three disk space I have only 2 disks allocated for swapping, but have no problems at all. Swapspace increases to about 100 MB while doing backup with SafetyNet and news maintenance during night, but looks reasonable during daytimes: axel@chaos1@~[104]> cat /etc/swaptab # # 16 MB low water, 32 MB high water marks, primary paging file, no compression /private/vm/swapfile lowat=16777216,hiwat=33554432,prefer,nocompress # # 0 MB low water, no high water mark, secondary paging file, no compression /SD4/vm/swapfile lowat=1024,nocompress # axel@chaos1@~[105]> ls -l /private/vm/swapfile /SD4/vm/swapfile -rw-r--r-- 1 root 10706944 Feb 24 04:26 /SD4/vm/swapfile -rw------t 1 root 28844032 Feb 24 11:07 /private/vm/swapfile By the way, this cube is a nntp- mail- and nfs-server and runs perfectly with NS 3.3: axel@chaos1@~[101]> uptime 11:10am up 32 days, 13:14, 1 user, load average: 0.64, 0.25, 0.27 [complains about panic: assert_wait deleted] -- Axel Rau voice/fax: +49-69--517167, --519354 Computing @ Chaos Claudius email: axel@chaos1.rhein-main.de SW-Engineering with NEXTSTEP (Mime and NeXTMail welcome)
From: dicosmo@verveine.ens.fr (Roberto DiCosmo) Newsgroups: comp.sys.next.bugs Subject: TeXview.app printing bug in NEXTSTEP/hppa 3.2: (SOLUTION REPOST) Date: 23 Feb 1995 08:58:58 GMT Organization: Ecole Normale Superieure Distribution: world Message-ID: <DICOSMO.95Feb23095858@verveine.ens.fr> References: <3igf7d$a4e@news.ycc.yale.edu> In-reply-to: nathan@laplace.csb.yale.edu's message of 22 Feb 1995 22:52:29 GMT [Since it is of general interest, I am posting this again instead of just replying.] 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>, http://www.ens.fr/users/dicosmo/index.html LIENS Ecole Normale Superieure 45, Rue d'Ulm 75005 Paris FRANCE
From: veakblad@glue.umd.edu (David T. Wang) Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.sysadmin Subject: Re: Mux V1.7 was placed on archive sites in error Followup-To: comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.sysadmin Date: 25 Feb 1995 00:28:34 GMT Organization: University of Maryland College Park Message-ID: <3iltji$kgb@cville-srv.wam.umd.edu> References: <D4HE99.Js@ve6mgs.ampr.ab.ca> Mark Gregory Salyzyn (mark@ve6mgs.ampr.ab.ca) wrote: : If any of you that use NXFax, and had taken the recent V1.7 Mux sources off : of the following sites: : ftp://ftp.cs.orst.edu:/pub/next/submissions. : ftp://ftp.uni-stuttgart.de/pub/systems/next/i486/Drivers/3.3/Mux-1.7.tar.gz : bandw.com : or from me personally, I had mistakenly shipped V1.6 (except in a few cases). : If you do not use NXFax, V1.6 is virtually identical to V1.7 for all other : applications, and you need not worry. New sources should be located at these : ftp sites in short order. Contact me if you need an update *now*. : Please accept my apology : Ciao -- Mark Salyzyn You write free software, and made a small goof? No need to apologize. I salute you. your little driver has made life life a bit easier at 28.8k not perfect as the connection still goes bonkers with other system/drive activities, but it's about 500% better than the Default SerialPortDriver Later. -- David Wang veakblad@eng.umd.edu,davewang@wam.umd.edu Grad student- EE/Computer Engineering NSFIP/WARP/DOS Apprentice Tinker,Basement network administrator. http://www.wam.umd.edu/~davewang/
From: gmk@pegasos.ccsr.uiuc.edu (Gottfried Mayer-Kress) Newsgroups: comp.sys.next.bugs Subject: NS 3.3 and MIDI interface (Opcode Studio 3) problems Date: 24 Feb 1995 21:01:08 GMT Organization: University of Illinois at Urbana Message-ID: <3ilhek$e2m@vixen.cso.uiuc.edu> Hi, I just got my NeXT (black) upgraded to NS 3.3 and I noticed that I can't use my MIDI interface (Opcode Studio 3) anymore. It runs off the serial port. Are there any problems known that come from the new OS? Thanks, -- Gottfried Mayer-Kress Center for Complex Systems Research, Beckman Institute, Physics Dept. UIUC 405 N Mathews, Urbana, Il 61801,gmk@pegasos.ccsr.uiuc.edu, gmk@igc.apc.org, gmk@santafe.edu, (217)-244-5877(voice/fax1),x8371(fax2), x1994 (msg) URLs: http://www.ccsr.uiuc.edu/~gmk/, ftp://ftp.santafe.edu/pub/gmk
From: Joe_Keenan@next.com (Joe Keenan) Newsgroups: comp.sys.next.bugs Subject: Re: 3.3 install chokes Date: 23 Feb 1995 19:16:13 GMT Organization: NeXT Computer, Inc. Message-ID: <3iimtt$m5@rosie.next.com> References: <lprice.12.2F4A9498@itsnet.com> In article <lprice.12.2F4A9498@itsnet.com> lprice@itsnet.com writes: # Installing 3.3 on a Pentium-90 just got a bit trickier... # # On my system, when I install it, I get as far as the "This is the # startup disk; do you wish to install it here" message, and when I # select it with "1", it dumps out some gibberish about the BIOS # reporting the wrong HD type. Hogwash. If I install DOS or OS/2, it # boots and works just fine. Use a disk other than my Seagate 9GB, # like the Quantum 405MB, and it does the same thing. # Also, I've noticed that the message right below these messages # (there are 2 identical ones), it syas something like "test: missing # argument." and it says "CD install program completed" and dies on the # spot. # # Any ideas? I was told to change the mainboard, which I will do, but # here's the jist: # Pentium-90 PCI, 64MB RAM # Adaptec 2940 # Diamond Stealth 64 # Seagate ST410800N 9GB drive # a single 3.5 floppy # serial mouse # el-cheapo keyboard (called deluxe in other lands) How do you have the disk partitioned? The root partition for NS must be entirely within the first 1024 cylinders. joe
From: erik@amg.de (Erik Doernenburg) Newsgroups: comp.sys.next.bugs Subject: Re: Inserting Mac disk in mac makes it unreadable to NeXT? Date: 23 Feb 1995 11:34:17 GMT Organization: AMG Industrieconsulting GmbH Distribution: world Message-ID: <3ihrrp$4ql@hagen.amg.de> References: <3htfot$851@srvr1.engin.umich.edu> In article <3htfot$851@srvr1.engin.umich.edu> kickaha@math.lsa.umich.edu (Brian Boonstra) writes: > Has anyone seen this problem before? I format a 1.4 MB floppy w/ the > Mac format option on my NeXT. Then I eject it, insert it into the NeXT > again to check it out (it checks out OK), eject again, insert into the > Mac SE FDHD, eject immediately, and the NeXT can no longer read > it. Instead I get (on the console): I've experienced exactly the same. The problem disappears when you format the disks on the Mac. Don't ask why. erik ___________________________________________________________ Erik Doernenburg AMG Industrie Consulting GmbH erik@amg.de (work) Joseph-von-Fraunhofer Str. 27 erikd@sultan.ping.de (home) 44227 Dortmund, Germany
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.bugs Subject: syslog: can't open NetInfo parent domain ????? Message-ID: <3ij4ua$277@senator-bedfellow.MIT.EDU> From: mra@mit.edu (Michael Raskin Andrews) Date: 23 Feb 1995 23:15:22 GMT Organization: Massachvsetts Institvte of Technology i keep getting the following in /usr/adm/messages: Feb 23 18:13:16 bink syslog: can't open NetInfo parent domain any ideas? i started getting it right after i hooked up a second external, uninitialized disk. i got the message when running the build-disk program, and coincidentally, my machine could not initialize successfully. any ideas? please reply by email. thanks!
From: arneha@ifi.uio.no (Arne Christian Herseth) Newsgroups: comp.sys.next.bugs Subject: Backup/streamer/device-problem in NS-3.3 ? Date: 27 Feb 1995 16:55:01 +0100 Organization: Dept. of Informatics, University of Oslo, Norway Message-ID: <3isskl$i9@maud.ifi.uio.no> After installing NS-3.3 I also installed a streamertape station. If I don't do a dummy "mt -f /dev/rst0 rewind" I get an I/O-error (timeout) when taking/restoring backup with dump/restore or tar with device /dev/rst0. Is this a bug in NS-3.3 or what? I have tried running a program which sets fixed blocksize (bugfix for NS-3.1) but it doesn't help. Arne -- (arneha@ifi.uio.no) -- (arneha@ifi.uio.no)
From: dfowler@unlinfo.unl.edu (david fowler) Newsgroups: comp.sys.next.bugs Subject: won't reboot Date: 28 Feb 1995 03:57:27 GMT Organization: University of Nebraska--Lincoln Distribution: world Message-ID: <3iu6v7$rnf@crcnis3.unl.edu> Summary: NeXT error 28 on 3.0 help needed Keywords: file system, system crash While running a Mathematica sound program my NeXTstation on 3.0 went down. Now it only reboots partially and then stops with error 28. any help appreciated. David Fowler dfowler@unlinfo.unl.edu
From: edwardb Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3isgc4$s3r@crl4.crl.com> Message-ID: <cancel.3isgc4$s3r@crl4.crl.com> Date: 27 Feb 1995 17:34:32 GMT Control: cancel <3isgc4$s3r@crl4.crl.com> spam
From: felix@nice.usergroup.ethz.ch (Felix Rauch) (Felix Rauch) Newsgroups: comp.sys.next.bugs Subject: PANIC when ordering suspended kermit to foreground Date: Tue, 28 Feb 1995 00:45:07 GMT Organization: NiCE - NeXT User Group, Zuerich, Switzerland Message-ID: <D4oq37.18E@harka> Summary: Ordering suspended kermit from background to foreground PANICs Keywords: PANIC, serial driver, crash Originator: HARKA@nice.ethz.ch I just submitted this as a report to bug_next. It could be interesting to others if you want to try to reproduce it or just to avoid the situation. Topic: Serial driver Title: Ordering suspended kermit from background to foreground PANICs Severity: System Hang/Crash Reported_Version: lightning9i Sites: NiCE - NeXT User Group Switzerland Description: The following sequence of commands lets my system panic (details are below): online (in shell 1) CTRL-] ! (same shell) ot (in another shell-window, could possibly be the same) fg %1 (shell 1) Some explanations: online is an alias for "kermit -l /dev/cua" my ~/.kermrc looks like this: set line /dev/cufa set speed 19200 define ot - !/usr/local/bin/term < \v(line) > \v(line) connect My version of kermit is: C-Kermit 5A(188), 23 Nov 92, NeXT So after the 'online' command I'm directly connected to the modem. With 'CTRL-] !' I escape to a shell. Then I try to 'ot' in another shell. 'ot' stands for 'open term' and is an alias for 'term > /dev/cua < /dev/cua'. I'm using term 1.12. (term is a UNIX-program that lets you have more than one connection over a serial line). This gives an error-msg in the first shell, something like: I/O error operaton would block [1] + Suspended (tty input) .... and the shell prompt appears. When I then try to return to kermit with 'fg %1', the system most often panics (yesterday once, today 2 times out of 3 tries (in one test it did not panic, but when I repeated the whole sequence, it did)). Some excerpts from /usr/adm/messages: Feb 26 04:21:07 harka mach: unexpected kernel page fault failure Feb 26 04:21:08 harka syslogd: going down on signal 15 Feb 26 04:27:33 harka mach: Killing all processes Feb 26 04:27:33 harka mach: continuing Feb 26 04:27:33 harka mach: unmounting /internal ... done Feb 26 04:27:33 harka mach: Root unmount FAILED Feb 26 04:27:33 harka mach: 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 rebooting Mach... Feb 26 13:24:17 harka mach: unexpected kernel page fault failure [rest is the same as above] Feb 26 13:33:49 harka mach: unexpected kernel page fault failure [...] In the panic-Window I remember to have seen something like '... during table walk...'. Other software I have installed on my system which could be relevant: taylor-uucp 1.04 ppp-2.1.2 The shell I'm using is tcsh. - Felix Rauch Hardware Configuration: Processor: MC680x0 (68040) Processor speed: 25 MHz Primary memory: 32.00 MB Hostname: harka -- Felix Rauch, CS-Student @ ETH Zurich, Switzerland.
From: wenzel@w2.pi1.physik.uni-stuttgart.de (Markus Wenzel) Newsgroups: comp.sys.next.bugs Subject: Re: Backup/streamer/device-problem in NS-3.3 ? Date: 28 Feb 1995 11:07:07 GMT Organization: Uni-Stuttgart, 1.Physikalisches Institut Message-ID: <3iv04s$15dq@info4.rus.uni-stuttgart.de> References: <3isskl$i9@maud.ifi.uio.no> Arne Christian Herseth (arneha@ifi.uio.no) wrote: : After installing NS-3.3 I also installed a streamertape : station. If I don't do a dummy "mt -f /dev/rst0 rewind" I get an : I/O-error (timeout) when taking/restoring backup with dump/restore or : tar with device /dev/rst0. Is this a bug in NS-3.3 or what? It seems to be a very common habit to label everything that does not work at once as a "bug". NS 3.3 works just fine with SCSI tape devices. I have no problems at all with my WangDAT. What streamer do you use? Did you install the tape driver with Configure.app? Did you see the device in the boot log messages? : I have tried running a program which sets fixed blocksize (bugfix for : NS-3.1) but it doesn't help. Fixed blocksize should only be necessary for QIC devices, not for DATs. And, there is a stblksize command in NS 3.3 that should set the correct blocksize automagically at boot time. -- who? // Markus Wenzel work? // 1st Institute of Physics, University of Stuttgart mail? // wenzel@pi1.physik.uni-stuttgart.de motd? // Vertrauen ist der Anfang von allem.
From: tomk@access.digex.net (Tom Krotchko) Newsgroups: comp.sys.next.bugs,comp.sys.next.misc Subject: 3.3 CD-ROM lockup? Date: 28 Feb 1995 04:40:52 GMT Organization: Comm Systems, Inc. Message-ID: <3iu9gk$5ml@news1.digex.net> Mime-Version: 1.0 I just installed 3.3 for Intel over the weekend, and I'm having a strange problem. If I eject the CD-ROM that's in the drive when it boots (the title of the CD-ROM is unimportant), and then reinsert any other CD-ROM, it pretty much hangs the system until I manually eject the CD-ROM. Its a bit of a hassle to reboot the system just to change CD-ROMS <G>. Any thoughts? This is an Adaptec 2742 controller and Chinon 535 CD-ROM. Thanks for any ideas. -- Tom Krotchko <tomk@access.digex.net>
Newsgroups: comp.sys.next.bugs,comp.sys.next.misc From: tim@aplcenmp.apl.jhu.edu (Tim Pugh) Subject: Re: 3.3 CD-ROM lockup? Message-ID: <D4q31K.9L5@aplcenmp.apl.jhu.edu> Organization: Johns Hopkins Continuing Professional Programs References: <3iu9gk$5ml@news1.digex.net> Date: Tue, 28 Feb 1995 18:22:32 GMT tomk@access.digex.net (Tom Krotchko) writes: >I just installed 3.3 for Intel over the weekend, and I'm having a >strange >problem. If I eject the CD-ROM that's in the drive when it boots (the >title of the CD-ROM is unimportant), and then reinsert any other >CD-ROM, it pretty much hangs the system until I manually eject the >CD-ROM. >Its a bit of a hassle to reboot the system just to change CD-ROMS <G>. >Any thoughts? This is an Adaptec 2742 controller and Chinon 535 >CD-ROM. >Thanks for any ideas. >-- >Tom Krotchko ><tomk@access.digex.net> I too have noticed a NS3.3 problem with the CD-ROM, on a NeXT Cube. If one symbolically links a directory, such as Fonts, from the CD to the HD; e.g. to ~/Library/Fonts, one is unable to eject the CD. This is true even if the HD resident link is deleted. Logging out has no effect. Finally, when I attempted a reset, following a logout, my netinfo database was clobbered -- presumably as a result of attempting to boot from the CD. Since I did not have a backup copy of the netinfo database, I had to completely reload the system, which takes the better part of one day! Is there a work-around for this problem. I did not manually eject the CD because I recall that this was discouraged by the NeXT manuals. What should I have done. Perhaps more importantly, what netinfo files should I backup in the event this happens again -- for some other reason. Thanks for any help you can give me. I presume others on the net would also like to know about this. --Tim -- Tim Pugh |MicroCALL Services tim@aplcenmp.apl.JHU.EDU |8713 Briarcroft Lane |Laurel, MD 20708-1355 ------------------------------------------------------------------------------
From: dirk@buran.fb10.tu-berlin.de (Dirk Schwarzhans) Newsgroups: comp.sys.next.bugs Subject: Re: NS 3.3 and MIDI interface (Opcode Studio 3) problems Date: 26 Feb 1995 13:39:30 GMT Organization: Technische Universitaet Berlin Message-ID: <3iq0ai$23r@brachio.zrz.TU-Berlin.DE> References: <3ilhek$e2m@vixen.cso.uiuc.edu> Originator: dirk@bocxog In article <3ilhek$e2m@vixen.cso.uiuc.edu> gmk@pegasos.ccsr.uiuc.edu (Gottfried Mayer-Kress) writes: > > >Hi, > I just got my NeXT (black) upgraded to NS 3.3 and I noticed that >I can't use my MIDI interface (Opcode Studio 3) anymore. It runs off the >serial port. Are there any problems known that come from the new OS? >Thanks, > Yes! The midi support on black hardware under NS3.3 is broken!! If you want to use MIDI again, you must replace the files in "/usr/lib/kern_loader/Midi/*" with the files from Release 3.2. If you don't have the files any more, you can obtain then on "ftp://ccrma-ftp.stanford.edu/pub/NeXT/mididriver.next_hardware.tar.Z" I have submitted a BUG report to BugNeXT two month ago and there has been no reaction so far. Not even an urgent tech report on NeXTAnswers. MIDI seems not to be one of there primary concerns :-( Dirk Schwarzhans
From: dang@pencom.com (Daniel L. Green) Newsgroups: comp.sys.next.bugs Subject: Re: NS 3.3 and MIDI interface (Opcode Studio 3) problems Date: 27 Feb 1995 04:23:26 GMT Organization: MCSNet Services Distribution: world Message-ID: <3irk3v$ot@News1.mcs.com> References: <3ilhek$e2m@vixen.cso.uiuc.edu> In article <3ilhek$e2m@vixen.cso.uiuc.edu> gmk@pegasos.ccsr.uiuc.edu (Gottfried Mayer-Kress) writes: > I just got my NeXT (black) upgraded to NS 3.3 and I noticed that > I can't use my MIDI interface (Opcode Studio 3) anymore. It runs off the > serial port. Are there any problems known that come from the new OS? The midi driver in 3.3 is reportedly broken (reason unknown -- anyone have info on this?). I grabbed the old 3.2 midi driver off of CCRMA <ftp://ccrma-ftp.stanford.edu/pub/NeXT/mididriver.next_hardware.tar.Z>, followed the instructions on installing the driver, and all the MusicKit 4.1 stuff seems to work again. Best regards, -- DanG -- Daniel L. Green | home: dang@mcs.com -- NeXT/MIME mail welcome | work: dang@fnbc.com
Newsgroups: comp.sys.next.bugs,comp.sys.next.misc From: ernst@fritz.snafu.de (Ernst Kloecker) Subject: Re: 3.3 CD-ROM lockup? Message-ID: <D4qMM8.Iw@fritz.snafu.de> Organization: dasburo Berlin References: <3iu9gk$5ml@news1.digex.net> <D4q31K.9L5@aplcenmp.apl.jhu.edu> Date: Wed, 1 Mar 1995 01:25:19 GMT In <D4q31K.9L5@aplcenmp.apl.jhu.edu> tim@aplcenmp.apl.jhu.edu (Tim Pugh) writes: >I have done. Perhaps more importantly, what netinfo files should I backup >in the event this happens again -- for some other reason. Thanks for any Back up the directory /etc/netinfo -- -------------------------------------------- Ernst Kloecker ernst@fritz.snafu.de --------------------------------------------
From: dang@pencom.com (Daniel L. Green) Newsgroups: comp.sys.next.bugs Subject: Re: lookupd under 3.3 is broken Date: 27 Feb 1995 04:18:47 GMT Organization: MCSNet Services Distribution: world Message-ID: <3irjr7$mp@News1.mcs.com> References: <3ij05k$nhb@castle.york.ac.uk> In article <3ij05k$nhb@castle.york.ac.uk> pete@ohm.york.ac.uk (pete french) writes: > when lookupd hangs then all TCP activity stops working for > a while ?! This is on white 3.2, doesn't happen under Black 3.0. I'll > find out next week if it does under Black 3.3 I've had problems with lookupd/routed on black 3.3. I'm running a PPP connection from my cube at home to a local internet provider, and I have to restart lookupd (kill -HUP) when I bring the PPP link up so that the DNS server across the PPP link will be asked before the machine returns "host unknown." I've put the lookupd restart in a script that fires off every time I bring up the PPP link, which seems to work. Additionally, routed doesn't seem to get along well at all with the routing associated with accessing hosts across the PPP link -- it typically dies shortly after bringing up the link. Best regards, -- DanG -- Daniel L. Green | home: dang@mcs.com -- NeXT/MIME mail welcome | work: dang@fnbc.com
From: cooncat@wombat.mills.edu (Jessica L Mosher) Newsgroups: comp.sys.next.bugs Subject: NewsGrazer repeats subject lines in parentheses Date: 28 Feb 1995 01:03:12 GMT Organization: University of California, Berkeley Message-ID: <3itsog$4ro@agate.berkeley.edu> Not a really big deal, but pretty annoying. This environment is a NeXT machine running 3.2, Grazer is release 52.1, as the newest one has more annoying bugs. Please email below, thanks!! -- ******************************************************* Jessica L. Mosher NeXTmail: cooncat@wombat.mills.edu "Life is what happens when you're making other plans." --John Lennon >>>>>>>>>>>>>>>>>>>>>>>>> <<<<<<<<<<<<<<<<<<<<<<<<<<
#################################################################### From: williams@cac.stratus.com Newsgroups: comp.sys.next.bugs Subject: OD on 68k cube broken on NS 3.3. Date: 1 Mar 1995 15:39:49 GMT Organization: Stratus Computer Inc, Marlboro MA Message-ID: <3j24g5$ktk@transfer.stratus.com> Keywords: optical disk, NS 3.3 Well it has happened. The old 5.25" optical drive that NeXT sold on some cubes is not supported under NS 3.3. The failure mode is not pretty either. When I put the OD in the drive, it spins up and the heads move (I can hear the "kachunk") but then it spins down again while hanging the system. After about 5 seconds, it spins up again, unhanging the system momentarily until is spins down and repeats the cycle. The only way to eject the OD at that point is to reboot. The same happens when I try to boot from OD. I have just downgraded to 3.2 and all is working fine again. Does anyone know if NeXT announced anything about not supporting OD on 3.3? regards, Eric -- ---- Eric Williams EMAIL: williams@cac.stratus.com Stratus Computer Inc. FAX : (508) 480-9368 Marlboro, Ma. 01752-1298 PHONE: (508) 460-2915 NeXT Mail Welcome... | "Tell me about your ship, Riker. It's the Enterprise isn't | | it?" | | "No, the name of my ship is the Lollipop." | | "I have no knowledge of that ship." | | "It's just been commissioned. It's a good ship." | | Captain Rice and Riker, "Arsenal of Freedom" | | STAR TREK: THE NEXT GENERATION
From: prail@tip.ameslab.gov (Joel Prail) Newsgroups: comp.sys.next.bugs Subject: 3.3 Mouse Annoyance Date: 1 Mar 1995 19:26:43 GMT Organization: Iowa State University, Ames, Iowa Message-ID: <3j2hpj$331@news.iastate.edu> I have received a handful of users who read my post about Jittery Mice. It seems as though we all had one thing in common. We all were using Intel GX/Pro boxes with MS Mice. NeXT finally commented on this: > This is a known bug with the 3.3 mouse driver. Currently, > the only workaround is to use a different type of mouse. Note > that this behavior is exhibited ONLY with the Microsoft PS/2 mouse. > > Kenny Leung > NeXT SupportLine > Kenny_Leung@NeXT.COM I have found a temporary fix-up by turning acceleration down. It reduces the affects of mouse jitters by not accelerating them. My mouse still wanders from time to time... dwrite NeXT1 MouseScaling "1 2 2" (log out and in to activate)
From: Joe@Freemansoft.com Newsgroups: comp.sys.next.bugs Subject: Re: Backup/streamer/device-problem in NS-3.3 ? Date: 1 Mar 1995 16:50:48 GMT Organization: MCI Communications Distribution: usa Message-ID: <3j28l8$2vc@hermes.dna.mci.com> References: <3iv04s$15dq@info4.rus.uni-stuttgart.de> In article <3iv04s$15dq@info4.rus.uni-stuttgart.de> wenzel@w2.pi1.physik.uni-stuttgart.de (Markus Wenzel) writes: > Arne Christian H rseth (arneha@ifi.uio.no) wrote: > > : After installing NS-3.3 I also installed a streamertape > : station. If I don't do a dummy "mt -f /dev/rst0 rewind" I get an > : I/O-error (timeout) when taking/restoring backup with dump/restore or > : tar with device /dev/rst0. Is this a bug in NS-3.3 or what? > > It seems to be a very common habit to label everything that does not > work at once as a "bug". NS 3.3 works just fine with SCSI tape devices. > I have no problems at all with my WangDAT. > What streamer do you use? Did you install the tape driver with > Configure.app? Did you see the device in the boot log messages? > > : I have tried running a program which sets fixed blocksize (bugfix for > : NS-3.1) but it doesn't help. > > Fixed blocksize should only be necessary for QIC devices, not for DATs. > And, there is a stblksize command in NS 3.3 that should set the correct > blocksize automagically at boot time. I've always needed the fixed block size setter for my WangDat drive. Do I no longer need it under 3.3?
From: luomat@alleg.EDU (Timothy J Luoma) Newsgroups: comp.sys.next.bugs Subject: rusers -a bug, "too many hosts on network" Date: 26 Feb 1995 23:27:04 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9502270526.AA08145@alleg.EDU> When checking 'rusers' today, I happened to hit '-a' rather than '-l' on my keyboard (yes I realize they are on the opposite ends of the keyboard, but if you've ever seen me type, you know that I make sure my left hand never knows what my right is doing.) Anyway, when I went to look at the output, I was amazed to see this at the bottom: too many hosts on network Apparently rusers can only handle 201 hosts, because after doing some checking, it was always the 202nd line that came back with that output (although often 'rusers -a' quit at 170-180 responses). Now it is the weekend, so many of the NeXTs here are probably powered down, but we have some 350+ total. It's hard to believe that rusers can't handle them all, but it seemed to hold constant. Don't know if it is really important to anyone, just thought I'd mention it. TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
From: roli@cosy.sbg.ac.at (Roland Schuetzner) Newsgroups: comp.sys.next.bugs Subject: HELP! Adaptec 2842 not recognized Date: 27 Feb 1995 15:37:26 GMT Organization: University of Salzburg, Austria Message-ID: <3isrjm$gan@jak.cosy.sbg.ac.at> Dear net.community! Maybe someone could help me with the following problem. I've just bought an Adaptec 2842 VL-SCSI (cause I don't want get bored with that IDE-stuff anymore ;-) ) for my 3.3 NSfIP-system. I've done, what the NA says, ie switched to 4c00 Port-address, rest left default settings. I took the 2840/42 driver on the driver-disk, but at the time, when the SCSI-ctrl should be checked (and should do a "resetting SCSI-bus") then I get the error message, that no controller couldn'dt be found at Port 0x4c00. I've tried it in the first and the second VL-slot, with the onboard floppy-ctrl an without. There's also a hint in the adaptec-manual that address 1c00 should be used in the first slot, 2c00 in the second and so on. But in my VL-system there are only 2. So setting the port-address to 4c00 as in Nextanswers recommended should conform to slot 4? Another guess could be, that the driver which is written for both EISA and VL (2742 and 2842) only works for the EISA, although the bus-master-chip is the same (AIC-7770). I also tried an EISA-VL-board with the same result. Termination of the SCSI-bus should be OK. All woks fine in DOS, so maybe the NS-driver is doing something wrong? The motherboard(s) should also be OK, since I successfully installed 3.3 with a buslogic-VL (445c). After installing 3.3 (with the buslogic) I removed the buslogic -driver with configure.app and added the 2842-driver. Then I tried it again with the 2842-adapter but without any better results. I tried nearly all port-addresses but NS can't find the controller any Port and panics (cannot mount root). Any help very appreciated! Thanx in advance, -Roli -- Roland Schuetzner | University of Salzburg (Austria/Europe) roli@cosy.sbg.ac.at | Department of Computer Science
From: flight@mathi.uni-heidelberg.de (Gregor Hoffleit) Newsgroups: comp.sys.next.bugs Subject: Re: TeXview.app printing bug in NEXTSTEP/hppa 3.2, help please Date: 26 Feb#################################################################### From: flight@mathi.uni-heidelberg.de (Gregor Hoffleit) Newsgroups: comp.sys.next.bugs Subject: tin and 3.3 Terminal: Highlighting woes Date: 2 Mar 1995 19:27:09 GMT Organization: University of Heidelberg, Germany Message-ID: <3j566d$bkl@sun0.urz.uni-heidelberg.de> tin-1.22 worked with 3.2 without any problems. With 3.3's new Terminal, highlighting goes crazy: Fast scrolling with the cursor leaves around highlighted (reversed) lines on the screen, i.e. the highlighting isn't removed. When I move the cursor only slowly this doesn't happen. 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: gerben@rna.nl (Gerben Wierda) Subject: Re: OD on 68k cube broken on NS 3.3. Message-ID: <D4ttLy.3uu@RnA.NL> Sender: news@RnA.NL Organization: G.R.O.S.S. References: <3j24g5$ktk@transfer.stratus.com> Date: Thu, 2 Mar 1995 18:49:10 GMT In article <3j24g5$ktk@transfer.stratus.com> williams@cac.stratus.com writes: > Well it has happened. The old 5.25" optical drive that NeXT > sold on some cubes is not supported under NS 3.3. The failure Let's not be hasty here. The OD worked fine when I was running the PR1, PR2 and Golden release of 3.3. The serial driver on the other hand....
Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.sysadmin From: jpanico@netcom.com (Joe Panico) Subject: Re: 3.3 panics Message-ID: <jpanicoD4oG7t.EsG@netcom.com> Followup-To: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.sysadmin Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <Pine.NXT.3.92.950215231255.300A-100000@Tomobiki-Cho.CAC.Washington.EDU> Date: Mon, 27 Feb 1995 21:11:53 GMT Sender: jpanico@netcom20.netcom.com Mark Crispin (mrc@CAC.Washington.EDU) wrote: : Well, so besides the fact that silly 3.3 needs to be rebooted once a week : or so because the swapfile grows to eat up all three disk space, there's 3.2 does this also. :) Joe Panico jpanico@netcom.com
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: fozztexx@nvc.cc.ca.us (Chris Osborn) Subject: gdb and 3.3 keeps causing Memory access exception Message-ID: <D4u1yC.Gxy@nvc.cc.ca.us> Sender: news@nvc.cc.ca.us Organization: Napa Valley College Date: Thu, 2 Mar 1995 21:49:24 GMT Sometimes when I run a program under gdb, I get an error like: Program generated(1): Memory access exception on address 0x411ffff4 (invalid address). 0x5008c28 in nxzonefreenolock () However, if I run the program outside of gdb, it runs quite fine. This is annoying because it makes it rather difficult to debug my programs. If bring up gdb under 3.2 and do the same thing, I don't have the problem. -- Chris Osborn, Network Administrator Voice: 707 253 3130 Napa Valley College Fax: 707 253 3063 2277 Napa-Vallejo Hwy., Napa, CA, 94558 <fozztexx@nvc.cc.ca.us> MIME ok, NeXTMail tolerated
From: atlas@alpha.bin-sixx.com (Atlas Computer Systems) Newsgroups: comp.sys.next.bugs Subject: WD_1_GIG_DRIVE Date: 2 Mar 1995 17:09:43 -0500 Organization: Binary Sixx Systems, Inc. Message-ID: <3j5fn7$d6m@alpha.bin-sixx.com> *********************************ADVERTISEMENT******************************** Atlas Computer Systems is pleased to announce the arrival of the Western Digital Caviar AC31000 1.08 GB EIDE hard drive for the unbelievably low price of $389 plus $10 shipping and handling. Call Atlas Computer Systems at (904) 694-2900 Monday through Friday 9 a.m. to 6 p.m. EST with your credit card ready to place an order. All orders placed within the continental United States will be shipped via UPS Second Day Air. Ask your ACS sales representative for information on international shipping. If you're interested in having our current price list e-mailed to you, send a request to us001663@interramp.com. We look forward to hearing from you. *********************************ADVERTISEMENT********************************
From: wenzel@s.pi1.physik.uni-stuttgart.de (Markus Wenzel) Newsgroups: comp.sys.next.bugs Subject: Re: Backup/streamer/device-problem in NS-3.3 ? Date: 3 Mar 1995 08:46:12 GMT Organization: Uni-Stuttgart, 1.Physikalisches Institut Distribution: usa Message-ID: <3j6l0k$13rj@info4.rus.uni-stuttgart.de> References: <3iv04s$15dq@info4.rus.uni-stuttgart.de> <3j28l8$2vc@hermes.dna.mci.com> Joe@Freemansoft.com wrote: : I've always needed the fixed block size setter for my WangDat drive. Do I : no longer need it under 3.3? Which WangDAT? I have a 3200 and don't need fixed block size. However, everyone needs a 'mtset -i' if the backup was performed with dump/restore. -- who? // Markus Wenzel work? // 1st Institute of Physics, University of Stuttgart mail? // wenzel@pi1.physik.uni-stuttgart.de motd? // Vertrauen ist der Anfang von allem.
Newsgroups: comp.sys.next.bugs From: magnus@darwin.uchicago.edu (Magnus Nordborg) Subject: Disowned background jobs under Terminal/zsh hang Workspace Message-ID: <MAGNUS.95Mar2165102@darwin.uchicago.edu> Sender: news@midway.uchicago.edu (News Administrator) Organization: Department of Ecology & Evolution, The University of Chicago Date: Thu, 2 Mar 1995 22:51:02 GMT This is 3.3/i386: When I start a program in background using /usr/bin/zsh and Terminal, then "disown" the job, and try to quit Terminal, Workspace still thinks Terminal is running even though "ps" verifies that it isn't. The only way to convince Workspace that Terminal is dead is to start a new Terminal and manually kill the backgrounded job. The problem is serious if one starts a background job and then attempts to log out because the logout process hangs, and a hard reset becomes the only solution unless one can log in remotely and kill the backgrounded job. The problem does not occur when Terminal uses /bin/csh instead of /usr/bin/zsh, but it still seems that the bug lies in Workspace rather than Terminal or zsh. -- Magnus Nordborg Department of Ecology & Evolution The University of Chicago 1101 E. 57th St. Chicago, IL 60637-1573 USA email: Magnus_Nordborg@uchicago.edu tel: +1.312.702-1093 (office) tel: +1.312.667-5331 (home) fax: +1.312.702-9740
From: rencsok@convex.cl.msu.edu (Randy Rencsok) Newsgroups: comp.sys.next.bugs Subject: Frame3.2 (off lighthouse CD) bug? Date: 2 Mar 1995 01:36:31 GMT Organization: Michigan State University Message-ID: <3j37ev$n9j@msunews.cl.msu.edu> I've been playing with what I think is FrameMaker 3.2 from Lighthouse (It was on the demo disk I got from them) Design, and have found what seems to be a reproducable bug. I have a one page document that I drag a tiff into (2 bit depth I think, converted to 300dpi) and then proceed to make copies of that tiff and move them around. The first time I did a copy it crashed the Workspace manager which then reset and came back to the login window. The second time I did the same operation (1 origional 3 copies) I could sucessfully move them around, print etc. Looked great. I saved the document and then quit Frame. Wham! It did it again. Now every time I try to load the document with the images it crashes. If I tell it to skip the images (and If I have it skip em all at once it crashes WM again) one at a time the document comes up with the spots for them images delineated. Now a bit of info. I'm running NS3.2 on a 030 with 16M of RAM. Yeah the tired 030 could be the problem. I swapped the 030 with another with newer ROM revision (1.0 -> 1.2) same problem. Then frowning I figured heck lets take this to my 040 ND and see if it crashes there. Lo and behold it does. Here is the error on my 030. The error on the ND is a similiar WM error with a few ND errors intersperced. Mar 2 20:12:50 dove WindowServer[304]: WindowServer: Exception caught: PS-108.1 on host `dove', user `jill': Memory access exception on address 0x4036f710: invalid address (SIGSEGV), Mar 2 20:12:50 dove WindowServer[304]: [ pc = 0x5008c72 Mar 2 20:12:50 dove WindowServer[304]: , from 0x5008b22 Mar 2 20:12:50 dove WindowServer[304]: , from 0x50090b8 Mar 2 20:12:50 dove WindowServer[304]: , from 0x500a7da Mar 2 20:12:50 dove WindowServer[304]: , from 0x500ceb4 Mar 2 20:12:50 dove WindowServer[304]: , from 0x11b12 Mar 2 20:12:50 dove WindowServer[304]: , from 0x1cebc Mar 2 20:12:50 dove WindowServer[304]: , from 0x1ce54 Mar 2 20:12:50 dove WindowServer[304]: , from 0xaa06 Mar 2 20:12:50 dove WindowServer[304]: ] Mar 2 20:12:50 dove WM[309]: DPS client library error: Error while writing to connection, DPSContext b0f78, data -102 Mar 2 20:12:50 dove Preferences[310]: DPS client library error: Error while writing to connection, DPSContext 48c10, data -102 Mar 2 20:12:50 dove Preferences[310]: Exiting due to Window Server death Mar 2 20:12:50 dove FrameMaker[317]: DPS client library error: Error while writing to connection, DPSContext 182c90, data -102 Mar 2 20:12:50 dove FrameMaker[317]: Exiting due to Window Server death Mar 2 20:12:50 dove BackSpace[311]: DPS client library error: Error while writing to connection, DPSContext 3ac30, data -102 Mar 2 20:12:50 dove BackSpace[311]: Exiting due to Window Server death Mar 2 20:13:05 dove loginwindow[303]: loginwindow: Workspace exited ts 0 cd 0 rc 0 sv 0 ss 0. Mar 2 20:13:06 dove loginwindow[303]: dps_err_write Mar 2 20:13:06 dove last message repeated 20 times Mar 2 20:13:06 dove loginwindow[303]: exiting due to excessive DPS errors Mar 2 20:13:14 dove mach: audio kernel server unloaded Mar 2 20:13:15 dove mach: audio kernel server initialized So I had to post the message and see if anyone else was experiencing the same errors. And to Omni I can provide the tiff and the Frame doc that causes the problems if you want to check in to it. Thanks, Randy
From: takken@raven.stanford.edu (Todd Takken) Newsgroups: comp.sys.next.bugs Subject: Re: Frame3.2 (off lighthouse CD) bug? Date: 2 Mar 1995 17:47:41 GMT Organization: Stanford University Distribution: world Message-ID: <3j50bt$ghi@nntp.Stanford.EDU> References: <3j37ev$n9j@msunews.cl.msu.edu> In article <3j37ev$n9j@msunews.cl.msu.edu> rencsok@convex.cl.msu.edu (Randy Rencsok) writes: Has anybody been able to get Frame 3.2 to print without giving "postcript error"? -- Todd Takken takken@raven.stanford.edu
From: atlas@alpha.bin-sixx.com (Atlas Computer Systems) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3j5fn7$d6m@alpha.bin-sixx.com> Message-ID: <cancel.3j5fn7$d6m@alpha.bin-sixx.com> Date: 3 Mar 1995 16:06:16 GMT Control: cancel <3j5fn7$d6m@alpha.bin-sixx.com> spam
From: ugap300@alpha.qmw.ac.uk (C.Kobdaj) Newsgroups: comp.sys.next.bugs Subject: 3.3 and AIC-7770 Date: 2 Mar 1995 12:35:29 -0000 Organization: Queen Mary & Westfield College, London, UK Message-ID: <3j4e2h$okk@alpha.qmw.ac.uk> Hi, We have tried to install NeXTStep 3.3 on a Pentium machine with Intel logic EISA board (comes with a built-in Adaptec AIC-7770 ) but NeXTStep 3.3 cannot get the slot number right. The Adaptec is on Slot 9. We don't have any clues of how to make NeXTStep 3.3 work on this machine. Any hints would be appreciated. Regards, C.Kobdaj Physics Dept. , Queen Mary and Westfield College, University of London, E-mail: C.Kobdaj@qmw.ac.uk
From: bernhard@pluto.nt.tuwien.ac.at (Bernhard Mayr) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NFS_in3.3_SLOW Date: 3 Mar 1995 16:21:50 GMT Organization: Vienna University of Technology, Austria Message-ID: <3j7fmu$av@news.tuwien.ac.at> Since I upgraded our little network (2 black, 5 white) there is a severe problem: the NFS seems not to work properly. For various reasons we have all home directories on the black machines and export them via NFS. Since the upgrade 3.2 -> 3.3 the messages - files of the clients are full with messages like: "Feb 24 16:56:49 charon mach: NFS create failed for server pluto.nt.tuwien.ac.at: RPC: Timed out" i.e. the NFS does not work properly. It did well with 3.2 however. I'd be grateful for any hint which brings us to a solution of this timing problem. --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: m.crawford@dcs.shef.ac.uk (mmalcolm Crawford) Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: SoundView in SplitView in ScrollView Date: 3 Mar 1995 13:02:08 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <950303190107.217AACUX.malc@daneel> Has anybody ever put a Sound View in an NXSplitView in a ScrollView before?! I'm sure I have and it worked fine: I just tried it now and find that, whilst the other custom View displays correctly, the Sound view messes up and seems to think that it still occupies just the visible Rect and mis- displays accordingly -- with lots of PS errors (scrolling through it some parts don't show properly at all). It's possible I've overlooked something silly, but... Suggestions would be most welcome. Have fun, mmalc.
From: chipsig@kaiwan009.kaiwan.com (Chip Sieglinger) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Re: NXFax problem Followup-To: comp.sys.next.software,comp.sys.next.bugs Date: 2 Mar 1995 07:43:43 -0800 Organization: KAIWAN Internet (310-527-4279,818-756-0180,909-785-9712,714-638-4133,805-294-9338) Message-ID: <3j4p3f$lsd@kaiwan009.kaiwan.com> References: <D4pJF9.I5@softpac.com.au> Dave THOMAS (dave@softpac.com.au) wrote: : Able to send but not receive... : Any suggestions please?? Email Black and White rick@bandw.com. Great support. -- >-<>--<>---<>----<>-----<>------<>----+----<>------<>-----<>----<>---<>--<>-< | Chip Sieglinger <chipsig@kaiwan.com> "If we stop the violins, | | Long Beach CA Phone/Fax 310-985-0086 we could have whirled peas!"| >-<>--<>---<>----<>-----<>------<>----+----<>------<>-----<>----<>---<>--<>-<
From: luomat@alleg.EDU (Timothy J Luoma) Newsgroups: comp.sys.next.bugs Subject: WM error when not using WM Date: 28 Feb 1995 21:31:12 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9503010330.AA17688@alleg.EDU> I don't use the Workspace Manager if I can help it. I've found that if I have Stuart, Edit, Mail, WP, and NewsGrazer on my Dock (let's not forget Fiend as well) then I can pretty much do 90% of the things I need to do, and so why should I have Workspace Manager running. So I did the following: dwrite WM NXAutoLaunch NO dwrite Workspace MainFileViewer NO dwrite Workspace DockController 2 (my dock goes, WM, Preferences, Stuart. With DockController =2, the logout panel comes up when I quit stuart) Now I can't get WM to autolaunch even if I wanted it to (I've tried to WM preferences, as well as removing those dwrites, but it really doesn't matter because I don't want it to autolaunch -- just takes longer to log in) The problem I am having is that when I do run Workspace Manager and then quit it (the Logout menu item operates as 'quit' if WM is not the DockController). Sometimes it is fine, and then other times I get an Alert panel saying "Workspace Manager Error: Try to save other applications before logging out" Any ideas why this might be happening? (I realize I've brought this upon myself in some regards). Also, why are there dwrites for "WM" and dwrites for "Workspace"? Does that confuse anyone else besides me? Trying to make my account as odd as possible, TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
From: luomat@alleg.EDU (Timothy J Luoma) Newsgroups: comp.sys.next.bugs Subject: Mail.app / add private user Date: 3 Mar 1995 02:38:53 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9503030838.AA03809@alleg.EDU> Shouldn't the "Add Private User" menu item use the "Reply-To:" line rather than the "From:" line to add the name to the Private Users list? I think I understand the rational (you usually get the full real name on the From line) but the preferred address is the one which should be saved, to my thinking. TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
Newsgroups: comp.sys.next.software,comp.sys.next.bugs From: Dave THOMAS <dave@softpac.com.au> Subject: NXFax problem Message-ID: <D4pJF9.I5@softpac.com.au> Keywords: NXFax fax Sender: dave@softpac.com.au (dave THOMAS) Organization: Softpac Pty. Ltd., Sydney, AUSTRALIA Date: Tue, 28 Feb 1995 11:18:44 GMT Able to send but not receive... Any suggestions please?? Rgds dave t DownUnder
From: arneha@ifi.uio.no (Arne Christian Herseth) Newsgroups: comp.sys.next.bugs Subject: Re: Backup/streamer/device-problem in NS-3.3 ? Date: 1 Mar 1995 10:29:36 +0100 Organization: Dept. of Informatics, University of Oslo, Norway Message-ID: <3j1eq0$joq@byleist.ifi.uio.no> References: <3isskl$i9@maud.ifi.uio.no> <3iv04s$15dq@info4.rus.uni-stuttgart.de> In-reply-to: wenzel@w2.pi1.physik.uni-stuttgart.de's message of 28 Feb 1995 11:07:07 GMT In article <3iv04s$15dq@info4.rus.uni-stuttgart.de> wenzel@w2.pi1.physik.uni-stuttgart.de (Markus Wenzel) writes: >Arne Christian Herseth (arneha@ifi.uio.no) wrote: > >: After installing NS-3.3 I also installed a streamertape >: station. If I don't do a dummy "mt -f /dev/rst0 rewind" I get an >: I/O-error (timeout) when taking/restoring backup with dump/restore or >: tar with device /dev/rst0. Is this a bug in NS-3.3 or what? > >It seems to be a very common habit to label everything that does not >work at once as a "bug". NS 3.3 works just fine with SCSI tape devices. >I have no problems at all with my WangDAT. I am really sorry if I have put this in the wrong newsgroup! >What streamer do you use? Did you install the tape driver with >Configure.app? Did you see the device in the boot log messages? It is a Tandberg 2.5GB (QIC) streamertape station, and yes I did install the tape driver with Congigure.app and it is seen during booting (I wouldn't have been able to make backup if this wasn't OK, would I?) >: I have tried running a program which sets fixed blocksize (bugfix for >: NS-3.1) but it doesn't help. > >Fixed blocksize should only be necessary for QIC devices, not for DATs. >And, there is a stblksize command in NS 3.3 that should set the correct >blocksize automagically at boot time. When I run stblksize -v for /dev/rst0 it reports different size for max and min, so I suppose rc doesn't set the blocksize correctly (see man-page). Yesterday evening I discovered that reading 150MB QIC-tapes is OK, only 2.5MB QIC-tapes fail. Does anyone have the same problem with large QIC-tapes? Arne -- (arneha@ifi.uio.no) -- (arneha@ifi.uio.no)
From: okerson@nssdca.gsfc.nasa.gov (David Okerson) Newsgroups: comp.sys.next.bugs Subject: Only root can log in? Date: 4 Mar 1995 10:28 EDT Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA Distribution: world Message-ID: <4MAR199510283850@nssdca.gsfc.nasa.gov> News-Software: VAX/VMS VNEWS 1.41 We have somehow damaged NEXTSTEP 3.2 on an Intel machine so that we cannot log in with usual usernames. Root can log in normally. If I use my normal username, the login window does not "shake"; it vanishes for a few seconds and then returns. If, as root, I open a terminal window, I cannot su to my username. I *can*, (ABNORMALLY), su to several other usernames with *NO* request for a password. The problem occured after we modified the list of printers to include a new remote printer. It seems that NetInfo is corrupted. However: (a) /etc/shells look normal. (b) NetInfo looks normal, and replacing it with a backup brought no improvement. (c) Home directory owners and permissions look normal. (d) WWW and Gopher servers are continuing to work normally. So: (1) How can I fix this short of completely wiping the disk? (2) How can I avoid doing it again and again? (Does NEXTSTEP have a glass jaw?) Is there a secret to doing normal maintenance which is not described in the somewhat outdated (and hermetic) on-line documentation? Thank you very much for your help. David okerson@nssdca.gsfc.nasa.gov
From: kamau@BORGcube.com (Kamau Wanguhu) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Re: NXFax problem Date: 5 Mar 1995 01:12:43 GMT Organization: Sierra-Net Distribution: world Message-ID: <3jb36b$779@jobes.sierra.net> References: <3j4p3f$lsd@kaiwan009.kaiwan.com> Chip Sieglinger writes => Dave THOMAS (dave@softpac.com.au) wrote: => : Able to send but not receive... => => : Any suggestions please?? => => Email Black and White rick@bandw.com. Great support. Unless you have an '030 Cube. It does not seem to work at all for receiving Faxes. It sends out BEAUTIFUL faxes though! :) -- ================================================================ E. Kamau Wanguhu kamau@BORGcube.com 5270 Neil Road kamau@connectus.com Reno, NV 89502-2484 (o o) kamau@BORGcube.sac.ca.us 1.702.686.1144 -----ooO-(_)-Ooo----- 1.702.686.1299 ================================================================
From: sdavenpo@vaxc.stevens-tech.edu Newsgroups: comp.sys.next.bugs Subject: Lockup on logout - help Date: 4 Mar 95 23:20:59 EST Organization: Stevens Institute of Technology Message-ID: <1995Mar4.232059.1@vaxc.stevens-tech.edu> Sometimes when I try to log out of Workspace (more often than not) my machine "hangs". The Workspace closes, but the Dock remains. I can move the dock up and down by click-dragging, but I can't launch any of the apps, including Workspace. At this point I have to do a cold reboot. I've looked through the bootup messages, and the only thing I find that is odd is a warning the /Net is not empty. I am exporting one directory, but am importing none. NFSManager verifies this, as well as a ls -la of /Net. NetWare is disabled. Could there be a correlation, or is the logout lockup another problem. I'm running 3.3 on Intel. Thanks for any ideas. Scott Scott Davenport / sdavenpo@vaxc.stevens-tech.edu / NeXTMail OK!
From: felix@nice.usergroup.ethz.ch (Felix Rauch) Newsgroups: comp.sys.next.bugs Subject: PANIC on black with kermit and crash.c Date: 5 Mar 1995 12:44:46 GMT Organization: NiCE - NeXT User Group, Zuerich, Switzerland Message-ID: <3jcbnu$roj@elna.ethz.ch> Summary: This shows a reproducable PANIC on black NeXTs with NEXTSTEP 3.3 Keywords: panic, crash, kermit, serial The following program together with kermit regulary crashes my black NeXT running NEXTSTEP 3.3. I wonder if this also happens on other machines than my own and what it looks like on intel/hp/sparc. I hope somebody with more experience then me can find out more about why this happens and NeXT will fix it in their next release. - Felix /***** crash.c ***** This little program 'helps' to crash a NeXT running NEXTSTEP 3.3. It is for demonstration purposes only and comes without any warranty! (I do not even guarantee that it _will_ crash, but when I follow the instructions below, it crashed my machine regularly) I hope that somebody with more experience then myself will be able to find out why this panics and NeXT will fix the bug. That's why I'm posting this. The other reason is that people could avoid situations or programs like this one when they know about it. To execute, you need access to one of your serial ports (/dev/cua and /dev/cufa in this example). If you want to protect your machine from beeing crashed by other users, don't give them read/write-access on these devices (that should help). Most of the code is taken from term114, as this was the program that panicked at first. Compile this programm with the following command: cc -Wall -g -O -posix -o crash crash.c Then backup your ~/.kermrc (if it exists) and create a new one with the following 3 lines in it: <<< ~/.kermrc >>> set line /dev/cufa set speed 19200 connect <<< end >>> (note: I have a modem with rts/cts-capable cable connected to serial port A) Next, open 2 shells. In the first one, type "kermit -l /dev/cua" (yes, it's cua, not cufa. It seems to make a difference, but don't ask my why...). kermit starts and connects directly to the modem: <<< it should look like this >>> harka> kermit -l /dev/cua Connecting to /dev/cufa, speed 19200. The escape character is Ctrl-] (ASCII 29, GS) Type the escape character followed by C to get back, or followed by ? to see other options. <<< end >>> (Note: The version of kermit I'm using is: C-Kermit 5A(188), 23 Nov 92, NeXT) In the other shell, do some 'sync'. Make sure that no other programs are accessing your disk and no at-/cron-jobs are running! Otherwise your disk may get corrupted after the next step! (I had some dozens of panics in the last two days and my disk is still ok. Only my root-disk was not unmounted correctly (so it was fsck-ed the next time I booted), the other disk was unmounted before rebooting and therefore out of danger). AFTER THE NEXT INSTRUCTION YOUR MACHINE _COULD_ OR _WILL_ CRASH, SO BE SURE YOU WANT TO DO THAT! start crash with the following line: crash > /dev/cua < /dev/cua After that, kermit should come back to command-mode, saying something like: "can't read character, operation would block". 'crash' gives some output, terminates, and shortly thereafter a panic-window appears with something like "(cpu 0) MMU, illegal description during table walk" and the machine will reboot in this way: <<< from /usr/adm/messages >>> Mar 4 18:45:49 harka mach: unexpected kernel page fault failure Mar 4 18:45:50 harka syslogd: going down on signal 15 Mar 4 18:52:03 harka mach: Killing all processes Mar 4 18:52:03 harka mach: continuing Mar 4 18:52:03 harka mach: unmounting /internal ... done Mar 4 18:52:03 harka mach: Root unmount FAILED Mar 4 18:52:03 harka mach: 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 rebooting Mach... Mar 4 18:52:03 harka mach: <<< end >>> - Felix Rauch <felix@nice.ch> */ #include <unistd.h> #include <termios.h> #include <sys/types.h> #include <fcntl.h> #include <stdio.h> #include <sys/ioctl.h> extern int ioctl(int, long, ...); int modem_in = 0, modem_out = 1; void set_nonblock(int fd) { if (!(fcntl (fd, F_GETFL) & FNDELAY)) { fcntl (fd, F_SETFL, (fcntl(fd, F_GETFL) | FNDELAY)); } } void set_block(int fd) { fcntl (fd, F_SETFL, (fcntl(fd, F_GETFL) & ~FNDELAY)); } static int o_ldisc; static struct sgttyb o_ttyb; static struct tchars o_tchars; static int o_lmode; static struct ltchars o_ltchars; void terminal_raw(int fd) { struct sgttyb m_ttyb; struct tchars m_tchars; struct ltchars m_ltchars; int m_ldisc; int m_lmode; /* initialize structures */ ioctl(fd, TIOCGETP, &m_ttyb); ioctl(fd, TIOCGETC, &m_tchars); ioctl(fd, TIOCGLTC, &m_ltchars); m_ldisc = NTTYDISC; m_lmode = LLITOUT; /* modify structures */ /* HSW 93/02/03, these shouldn't be set! m_ttyb.sg_ispeed = B9600; m_ttyb.sg_ospeed = B9600; */ m_ttyb.sg_erase = -1; m_ttyb.sg_kill = -1; m_ttyb.sg_flags = RAW; m_tchars.t_quitc = -1; m_ltchars.t_suspc = -1; m_ltchars.t_dsuspc = -1; m_ltchars.t_flushc = -1; m_ltchars.t_lnextc = -1; /* update terminal */ ioctl(fd, TIOCSETD, &m_ldisc); ioctl(fd, TIOCSETP, &m_ttyb); ioctl(fd, TIOCSETC, &m_tchars); ioctl(fd, TIOCLSET, &m_lmode); ioctl(fd, TIOCSLTC, &m_ltchars); } void terminal_restore(int fd) { ioctl(fd, TIOCSETD, &o_ldisc); ioctl(fd, TIOCSETP, &o_ttyb); ioctl(fd, TIOCSETC, &o_tchars); ioctl(fd, TIOCLSET, &o_lmode); ioctl(fd, TIOCSLTC, &o_ltchars); } int main(int argc, char *argv[]) { int ret, i; char str[1024]; fprintf(stderr, "nonblocking...\n"); set_nonblock(modem_in); set_nonblock(modem_out); fprintf(stderr, "nonblocked.\nrawing...\n"); terminal_raw(modem_in); terminal_raw(modem_out); fprintf(stderr, "rawed.\n"); for(i = 1; i <= 4; i++) { fprintf(stderr, "writing...\n"); ret = write(modem_out, "at\rat\r", 0); if(ret < 0) perror("write to modem"); else fprintf(stderr, "write returned: %d\n", ret); sleep(1); } fprintf(stderr, "trying to read from %d...\n", modem_in); ret = read(modem_in, str, 1023); if(ret < 0) perror("read from modem"); fprintf(stderr, "read returned: %d\n", ret); set_block(modem_in); set_block(modem_out); terminal_restore(0); terminal_restore(1); exit(0); } -- Felix Rauch, CS-Student @ ETH Zurich, Switzerland. internet: felix@nice.ch (NeXT Mail welcome) PGP public key on request
Newsgroups: comp.sys.next.bugs From: edew@netcom.com (Eric Dew) Subject: Logout bug in NS 3.3 (?) Message-ID: <edewD4zxzu.Lu3@netcom.com> Sender: edew@netcom11.netcom.com Organization: Netcom Online Communications Services (408-241-9760 login: guest) Date: Mon, 6 Mar 1995 02:09:30 GMT Recently, when I try to log out, I semi-logout. By that, I mean my workspace and dock and everything disappears like a typical logout process. But, the machine just hangs and I don't get the usual log-on window. The cursor just sits there (I think I cna move the cursor), but no amount of button pushing will change the state of the machine. Even the Power-off button does not do anything. I then turn of the power supply at the power box beneath my desk and then restart the machine (after 30 seconds or so). I know before hand that this will happen when the system beep is different than the one I set in my preferences. I have a customized system beep (it's me swearing captured as a *.snd file). However, when I get the standard *poink* or whatever, then I know something's up. But I don't know what I can do about it. Is there a file I should inspect? Might it be a virus that I picked up (via freeware from ftp.cs.orst.edu)? I did get some new SIMMs several weeks ago, and I did pick up a shell script that supposedly changes the awful white icons back to black (it's BlackIcons.app, a shell script that was placed in ftp.cs.orst.edu). I'm not insinuating anyone, but the author of the script did warn in his README file that some funny things are about to happen, and he's not sure what might happen. Any replies either by email or post on newsgroup will be appreciated. EDEW (edew@netcom.com)
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 6 Mar 1995 05:15:08 GMT Organization: Digital Fix Development Message-ID: <3je5os$ds7@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally the NEXTSTEP there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ *** NEED INFORMATION *** NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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) Dan Grillo (mailto:dan_grillo@next.com)
From: Ver65Osc@sparta.sjsu.edu (Oscar Vera) Newsgroups: comp.sys.next.bugs Subject: HELP! Can't load new system 3.0. Date: 6 Mar 1995 19:46:14 GMT Organization: Information Resources and Technology Message-ID: <Ver65Osc-0603951154250001@physlab2.sjsu.edu> I have a 030 NeXT that has 1.0 and am trying to load 3.0. I have the Daynafile external floppy drive that has the 5.25 and 3.5" slots. I have followed the instructions for installing and the comp says it can not read the drive. It is the CDRom upgrade, and now the drive does not recognize the CDROM tools (It did before though). So I need -Someone who knows what is going on or -a copy of the CDROM tools again or -a copy of 2.0 on OD so I can boot or -a NeXT external floppy drive that works with 1.0 and 030 or -A life beyond NeXT OS!!!! Thanks abunch, Oscar Ver65Osc@sparta.sjsu.edu --
From: luomat@alleg.EDU (Timothy J Luoma) Newsgroups: comp.sys.next.bugs Subject: Re: Logout bug in NS 3.3 (?) Date: 6 Mar 1995 15:37:10 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9503062136.AA07999@alleg.EDU> If you are interested in a 'hack-fix' may I suggest Launch.app? I know the last thing you need is probably another app, but this is one of the most under-rated apps, if you ask me. What Launch.app will do: 1) run a login script for your console login (ok, maybe that's no big deal to you) 2) run a logouthook (this is the big plus for me) As a loser-user (ie no root) I can't access the usual logout hook. With this app, I can have my own. I use it to kill off a few things that are usually left behind (most notably Pastry, which insists on asking me if I want to save my selection) For example: set pastry = (`ps uxww | grep Pastry | grep -v grep | awk '{print $2}'`) if ("$pastry" != "") kill -KILL $pastry So I logout, and Pastry tries to be helpful by bringing up its little panel, only to be mercilessly killed from my logout script. I'd offer you might want to try this to kill OmniWeb ftp://santiam.cs.orst.edu/software/NeXT/binaries/tools/Launch1.3.README ftp://santiam.cs.orst.edu/software/NeXT/binaries/tools/Launch1.3.tar.gz I think it is only source code, but I am not sure. If you need more info, please let me know. TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs From: djc@vnp.com (Dan Crimmins) Subject: Dimming 2nd screen on 2-headed dimension Message-ID: <DJC.95Mar6162429@nwk118_ocachi.vnp.com> Sender: root@il.us.swissbank.com (Operator) Organization: VNP Software, Inc. Date: Mon, 6 Mar 1995 22:24:29 GMT hi, i've got a 2-headed NeXTDimension with 3.3 newly installed. i've noticed that the screen dimming keys on the keyboard, the inactivity screen dimmer, and the loginwindow screensaver all fail to affect the non-primary monitor (the mono monitor). i'd like to have the mono monitor dim whenever the main monitor does... is there a trick to get this to work? thanks, --dan. -- dan crimmins vnp software chicago
From: tm8025a@newssrv.soc.american.edu (Torrey McMahon) Newsgroups: comp.sys.next.bugs Subject: Re: Logout bug in NS 3.3 (?) Date: 7 Mar 1995 00:25:39 GMT Organization: The American University, Washington DC Message-ID: <3jg963$nkj@paladin.american.edu> References: <9503062136.AA07999@alleg.EDU> In article <9503062136.AA07999@alleg.EDU> luomat@alleg.EDU (Timothy J Luoma) writes: : If you are interested in a 'hack-fix' may I suggest Launch.app? I : know the last thing you need is probably another app, but this is one : of the most under-rated apps, if you ask me. : : What Launch.app will do: : 1) run a login script for your console login (ok, maybe that's no big : deal to you) : 2) run a logouthook (this is the big plus for me) : You could also just have your sysadmin put in a command to run a users logout hook when the system logouthook runs. Something like: if -f [$Home/.logouthook] then (suid $user; sh $Home/.logouthook) fi My syntax is probably off but that should be a good idea to start with. Torrey McMahon
From: smith@nextone (Howard Smith) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.programmer Subject: MAX supported getty speed Date: 6 Mar 1995 17:54:09 GMT Organization: NIEHS Sender: Howard Smith <smith@nextone.niehs.nih.gov> Message-ID: <3jfi81$hgm@huron.eel.ufl.edu> Summary: getty wont allow 57600 baud Keywords: getty zs Anyone know what the max speed the Zilog 8530 SCC (black hardware) is really capable of? I can get the following gettytab entry to work: DMAGNUM:MAGfast:\ :ap!:p8:im=\r\n\r\nNeXT / magnum (%h) (%t)\r\n\r\r\n\r:sp#38400: but at 57600 getty hangs. Is the next-supplied getty an old version with limited speed support or what? I can dial out via Kermit at 57600 with no problem! I notice that the NXFax product uses a getty speed of 38400 as well... -- Howard C. Smith smith@nextone.niehs.nih.gov
From: robert@audrey.dircon.co.uk (Robert Nicholson) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Re: NXFax problem Date: 06 Mar 1995 22:38:29 GMT Organization: me organized? That's a joke! Message-ID: <ROBERT.95Mar6223829@audrey.dircon.co.uk> References: <D4pJF9.I5@softpac.com.au> To: Dave THOMAS <dave@softpac.com.au> In-reply-to: Dave THOMAS's message of Tue, 28 Feb 1995 11:18:44 GMT <dave@softpac.com.au> writes: >Able to send but not receive... >Any suggestions please?? >Rgds >dave t >DownUnder Is it licensed? Have you contacted rick@bandw.com? What does /usr/adm/nxfax/* say? What Modem? What computer? -- "Mary had a little lamb and punk rock isn't dead" (PGP key: send email with Subject: request pgp key)
Newsgroups: comp.sys.next.bugs From: magnus@darwin.uchicago.edu (Magnus Nordborg) Subject: Re: Logout bug in NS 3.3 (?) In-Reply-To: edew@netcom.com's message of Mon, 6 Mar 1995 02:09:30 GMT Message-ID: <MAGNUS.95Mar6095911@darwin.uchicago.edu> Sender: news@midway.uchicago.edu (News Administrator) Organization: Department of Ecology & Evolution, The University of Chicago References: <edewD4zxzu.Lu3@netcom.com> Date: Mon, 6 Mar 1995 15:59:11 GMT I don't know about the specific problem discribed in the original post, but I have experienced similar problems when using backgrounded jobs in zsh (see my previous post to this group), and more simply when OmniWeb 0.9.3 is running. Workspace does not seems to be able to kill OmniWeb upon logout, and thus just hangs. This is easily fixed by clicking on the OmniWeb icon and manually quitting. The backgrounded jobs problem cannot be fiex that way, because Terminal *is* in fact dead already, only Workspace missed it. -Magnus -- Magnus Nordborg Department of Ecology & Evolution The University of Chicago 1101 E. 57th St. Chicago, IL 60637-1573 USA email: Magnus_Nordborg@uchicago.edu tel: +1.312.702-1093 (office) tel: +1.312.667-5331 (home) fax: +1.312.702-9740
Newsgroups: comp.sys.next.hardware,comp.sys.next.bugs From: djc@vnp.com (Dan Crimmins) Subject: Re: Dimming 2nd screen on 2-headed dimension In-Reply-To: djc@vnp.com's message of Mon, 6 Mar 1995 22: 24:29 GMT Message-ID: <DJC.95Mar7092316@nwk118_ocachi.vnp.com> Sender: root@il.us.swissbank.com (Operator) Organization: VNP Software, Inc. References: <DJC.95Mar6162429@nwk118_ocachi.vnp.com> Date: Tue, 7 Mar 1995 15:23:16 GMT yesterday, i wrote: > i've got a 2-headed NeXTDimension with 3.3 newly installed. i've noticed that > the screen dimming keys on the keyboard, the inactivity screen dimmer, and the > loginwindow screensaver all fail to affect the non-primary monitor (the mono > monitor). i'd like to have the mono monitor dim whenever the main monitor does... > is there a trick to get this to work? the answer, of course, is to pay attention to what you're doing. :-) somewhere along the line (and i have no idea how), the secondary monitor became disabled (as shown in Preferences.app). once it was disabled, of course it does not behave like the primary monitor. once i reenabled the mono monitor, life is good. thanks, --dan. -- dan crimmins vnp software chicago
From: changliu@cco.caltech.edu (Chang Liu) Newsgroups: comp.sys.next.bugs Subject: Icons sorting keeps getting lost! weird Date: 8 Mar 1995 09:52:24 GMT Organization: California Institute of Technology, Pasadena Message-ID: <3jjuoo$7rc@gap.cco.caltech.edu> Keywords: icon I have a NeXT station working under a newly purchased NS 3.3 user. I setup my own user account under root previlidges. It seems like when I sort out icons in my user's workplace, go to other directories, and come back to the same user's home directory where the icons have just been sorted a moment ago, ALL ICONS ARE MESSED UP AND SCATTERED AROUND within the workplace; i.e. it won't remember the sorting. Has anyone been having similar problems? or anyone knowledgable please give me a hint for things to check. Thank you. Chang Liu California Institute of Technology changliu@cco.caltech.edu
From: khenry@mcs.com (Ken Henry) Newsgroups: comp.sys.next.bugs Subject: Re: lookupd under 3.3 is broken Date: 7 Mar 1995 19:23:18 GMT Organization: MCSNet Services Distribution: world Message-ID: <3jibr6$5rl@News1.mcs.com> References: <3irjr7$mp@News1.mcs.com> Daniel L. Green writes > In article <3ij05k$nhb@castle.york.ac.uk> pete@ohm.york.ac.uk (pete french) > writes: > > when lookupd hangs then all TCP activity stops working for > > a while ?! This is on white 3.2, doesn't happen under Black 3.0. I'll > > find out next week if it does under Black 3.3 > > I've had problems with lookupd/routed on black 3.3. I'm running a PPP > connection from my cube at home to a local internet provider, and I have to > restart lookupd (kill -HUP) when I bring the PPP link up so that the DNS server > across the PPP link will be asked before the machine returns "host unknown." > I've put the lookupd restart in a script that fires off every time I bring up > the PPP link, which seems to work. Additionally, routed doesn't seem to get > along well at all with the routing associated with accessing hosts across the > PPP link -- it typically dies shortly after bringing up the link. > > Best regards, > > -- DanG > -- Daniel L. Green | home: dang@mcs.com > -- NeXT/MIME mail welcome | work: dang@fnbc.com I am seeing the same problem on black 3.2. I don't see this on my white 3.3. I am using Morning Star PPP for NeXT 3.2. When resolving names lookupd will first talks to netinfo then DNS, then NIS. I get a 2 min timeout when lookupd is talking to netinfo. Not only does TCP activity stop for 2 min, I also can't run HostManager.app or anything that will talk to netinfo. ls will work but try ls -l which needs to talk with netinfo to resolv owner and group for files. After the 2 min I can "host unknown" then lookupd starts to talk to the nameserver. What PPP package are you using? -Ken
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin From: volker@abulafia.in-berlin.de (Volker Safran) Subject: "/" as homedirectory for root impossible? Message-ID: <1995Mar8.203958.6032@abulafia.in-berlin.de> Sender: volker@abulafia.in-berlin.de Organization: Volker Safran, Berlin, Germany Date: Wed, 8 Mar 1995 20:39:58 GMT Hi, if you have your root homedir set to "/" and make any changes within usermanager with the root account, then, if you want to save your changes, the "/" is always changed ro "/root". Is this a (known) bug or is it a (very strange) feature of 3.3 ??? CIAO Volker -- ************************************************************ * Volker Safran, FB13, TU Berlin, PHONE: +49 30 4542303 * * EMail: FAX: +49 30 4537157 * * volker@abulafia.in-berlin.de ( NeXTMail welcome ) * * safran@fb3-s7.math.TU-Berlin.DE ( No NeXTMail, sorry ) * ************************************************************
From: kwang@lore.acs.calpoly.edu (Kevin Wang (The Scarecrow)) Newsgroups: comp.sys.next.bugs Subject: Re: Only root can log in? Date: 9 Mar 1995 07:36:15 GMT Organization: The Outland Riders Message-ID: <3jmb5f$h18@isnews.calpoly.edu> References: <4MAR199510283850@nssdca.gsfc.nasa.gov> NNTP-Posting-User: kwang In comp.sys.next.bugs okerson@nssdca.gsfc.nasa.gov (David Okerson) writes: >I use my normal username, the login window does not "shake"; it >vanishes for a few seconds and then returns. If, as root, I open a >terminal window, I cannot su to my username. I *can*, (ABNORMALLY), >su to several other usernames with *NO* request for a password. first, you seem to be surprised about the lack of a passwd request; that's normal operating procedure for an su from root to anyone else. If it weren't for the strangeness of your login being different from the others - I'd say check your shared libraries. If they aren't world readable, that's definatelygoing to cause problems. I ahd this happen to me one day when a machine wasn't quite upgraded correctly. also check the permissions on the paths leading to the shared libraries. >The problem occured after we modified the list of printers to >include a new remote printer. It seems that NetInfo is corrupted. The machine usually won't boot if NetInfo is badly mangled... - Kevin Wang, kwang@lore.acs.calpoly.edu
From: mmalcolm Crawford <m.crawford@dcs.shef.ac.uk> Newsgroups: comp.sys.next.bugs Subject: Re: Frame3.2 (off lighthouse CD) bug? Date: Wed, 8 Mar 1995 19:28:27 GMT Organization: Institute for Language Speech and Hearing, Sheffield University Distribution: world Message-ID: <950308192827.1154AACUN.malc@daneel> References: <3j37ev$n9j@msunews.cl.msu.edu> <3j50bt$ghi@nntp.Stanford.EDU> Mime-Version: 1.0 (Generated by Eloquent) Content-Type: text/plain; charset=US-ASCII > Has anybody been able to get Frame 3.2 to print without giving > "postcript error"? > Yes, daily... what's your problem? What version of NS are you running? I've run it on both 3.2 and 3.3. Have fun, mmalc.
From: mneher@homer1.ive.mrg.uswest.com (Mark_Tyler_Neher) Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: bug in [Matrix getSelectedCells:] ?? Date: 9 Mar 1995 16:05:51 GMT Organization: U S WEST Marketing Resources Message-ID: <3jn90v$ce3@engineer.mrg.uswest.com> Is there a known bug in [Matrix getSelectedCells:] ?? Has anyone had problems or success using it ?? I have tried it on both black and white hardware (running 3.2), and by passing in a List or allowing the method to create the List for me. Nothing seems to work, so I've had to run a loop to collect the selected cells manually. I have seen nothing in any release notes about this, or any code examples that work. Thanks, MTN
Newsgroups: comp.sys.next.bugs From: tomi@shinto.nbg.sub.org (Thomas Engel) Subject: Re: NXFax problem Message-ID: <D52Gy4.A3@shinto.nbg.sub.org> Sender: tomi@shinto.nbg.sub.org (Thomas Engel) Organization: STEPeople's home. (A NUGI member) References: <3jb36b$779@jobes.sierra.net> Date: Tue, 7 Mar 1995 10:54:03 GMT In article <3jb36b$779@jobes.sierra.net> kamau@BORGcube.com (Kamau Wanguhu) writes: > Chip Sieglinger writes > => Dave THOMAS (dave@softpac.com.au) wrote: > => : Able to send but not receive... > => > => : Any suggestions please?? > => If you bought that version...just turn receiving on inside the FaxMonitor apps prefs. NXFax works like a charm...on NeXT and Intel. If you have teh Demo version installed..read the docu !. Receive is disabled. Aloha Tomi -- _________________________________________________________ (tomi@shinto.nbg.sub.org) Thomas Engel Neptunstr. 9 NeXTMail welcome D - 90522 Oberasbach Germany
From: burton@het.brown.edu (Joshua W. Burton) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.bugs Subject: Re: Unique font IDs? (Solved!) Date: 8 Mar 1995 19:56:19 GMT Organization: Brown University Message-ID: <3jl253$3o0@cat.cis.Brown.EDU> References: <3jj8bc$52d@cat.cis.Brown.EDU> Yesterday I reported a problem with recently moved fonts: > Everything seems to work...except that ALL my fonts that once lived in > ~/Library/Fonts (and that now live in ~/Library/Commercial/Fonts) have > ceased to work. The buildafmdir and cacheAFMData both go through with > no errors, I reboot to make sure everything is clean, and the fonts > show up in the font panel. But they all display as Courier! They > seem to have their own font metrics working, because if I try to type > in one of these fonts, the cursor rapidly gets out of whack relative > to the Courier letters being displayed. TypeView.app shows a full > font table (of Courier) labelled with the name of the font selected. > This is not the "unusable font" behavior that a corrupted font usually > produces: the programs using the fonts think they are valid. The problem is solved, but still not completely understood. In fumbling around to fix it, I eventually tried LINKING the fonts back to /LocalLibrary/Fonts, and rebuilding the .afmcache THERE as well. This restored them to full functionality. Apparently, a font has to be in a directory listed in your NXFontsPaths default, or it won't appear in your font panel. However, it has to be in ~/Library/Fonts, /LocalLibrary/Fonts, or /NextLibrary/Fonts, no excuses or alternatives, or else applications will be unable to read the outlines. (They read the afm's correctly, and therefore you get Courier, with whatever spacing your font would have had.) The workaround if you want your fonts in other locations is to link them back into /LocalLibrary/Fonts. If you exclude /LocalLibrary/Fonts from your NXFontsPaths, then you won't have to have all the fonts in your panel at once, and can add or remove them one directory at a time with a dwrite. But they HAVE to be at least linked in a canonical location. Followups to c.s.n.bugs, unless someone can convince me this is the proper behavior.... There's an art to knowing when. +--------------------------------------+ Never try to guess. | Joshua W. Burton (401)435-6370 | Toast until it smokes and then | burton@het.brown.edu | Twenty seconds less. -- Piet Hein +--------------------------------------+
From: jonas@eunet.si (Jonas Znidarsic) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 10 Mar 1995 12:41:02 GMT Organization: Nil Distribution: world Message-ID: <3jphcu$h4q@sparc.eunet.si> References: <1995Mar4.232059.1@vaxc.stevens-tech.edu> In article <1995Mar4.232059.1@vaxc.stevens-tech.edu> sdavenpo@vaxc.stevens-tech.edu writes: > Sometimes when I try to log out of Workspace (more often than not) my machine > "hangs". The Workspace closes, but the Dock remains. I can move the dock up > and down by click-dragging, but I can't launch any of the apps, including > Workspace. At this point I have to do a cold reboot. > > I've looked through the bootup messages, and the only thing I find that is odd > is a warning the /Net is not empty. I am exporting one directory, but am > importing none. NFSManager verifies this, as well as a ls -la of /Net. > NetWare is disabled. > > Could there be a correlation, or is the logout lockup another problem. I'm > running 3.3 on Intel. > Happened to me a lot when running OmniWeb. This App does not want to terminate properly when logging out. The solution is to put OmniWeb in a dock, and when only the dock remains on logout, double click the OmniWeb icon. OmniWeb shows up, I quit it and the logout procedure completes normally. Maybe you have some app that behaves similarly? Jonas.
From: michael@frodo (Michael McCulloch) Newsgroups: comp.sys.next.bugs Subject: Re: MAX supported getty speed Date: 11 Mar 1995 01:12:11 GMT Organization: United States Internet, Inc. Message-ID: <3jqtdb$eg3@news.usit.net> References: <3jfi81$hgm@huron.eel.ufl.edu> smith@nextone (Howard Smith) wrote: > Anyone know what the max speed the >Zilog 8530 SCC (black hardware) is really capable of? >I can get the following gettytab entry to work: >DMAGNUM:MAGfast:\ > :ap!:p8:im=\r\n\r\nNeXT / magnum (%h) (%t)\r\n\r\r\n\r:sp#38400: > >but at 57600 getty hangs. Is the next-supplied getty an old version >with limited speed support or what? I can dial out via Kermit >at 57600 with no problem! I've run into the same difficulties. Dialout via PPP works fine. Dialin does not work at 57600. Anyone have a fix? --- Michael McCulloch mmccullo@usit.net (NextMail Accepted!) ---
From: mike@ceramics.cmpe.ubc.ca (Michael C. Cam) Newsgroups: comp.sys.next.bugs Subject: Re: Frame3.2 (off lighthouse CD) bug? Date: 9 Mar 1995 23:58:40 GMT Organization: The University of British Columbia Distribution: world Message-ID: <3jo4ng$300@nntp.ucs.ubc.ca> References: <950308192827.1154AACUN.malc@daneel> In article <950308192827.1154AACUN.malc@daneel> mmalcolm Crawford <m.crawford@dcs.shef.ac.uk> writes: > > Has anybody been able to get Frame 3.2 to print without giving > > "postcript error"? > > > Yes, daily... what's your problem? > What version of NS are you running? I've run it on both 3.2 and 3.3. > > Have fun, > > mmalc. -- I get a postscript problem as follows: ERROR: syntaxerror OFFENDING COMMAND: --nostringval-- STACK: I am running NS3.2 on an objectstation printing to an HPIIIP-PostScript printer. The problem occurs all the time, even with a blank page. ..Mike.
Newsgroups: comp.sys.next.bugs From: tomi@shinto.nbg.sub.org (Thomas Engel) Subject: FontSearch. DON'T run as ROOT Message-ID: <D54K0q.6L@shinto.nbg.sub.org> Sender: tomi@shinto.nbg.sub.org (Thomas Engel) Organization: STEPeople's home. (A NUGI member) Date: Wed, 8 Mar 1995 13:55:37 GMT Hi all! Don't run FontSearch as ROOT. Why ? Everything works just as it should but... FontSearch tries to addjust paths to refer to the users home path. This will make: ~NextLibrary/Fonts out of: /NextLibrary/Fonts This is just fine for every app....exept the loginwindow !!! After you log out you will not be able to log in again ! The loginwindow will fail to find its fonts. Fixing is simple: Just remove the roots "GLOBAL NXFontsPaths" value out of the database. (either boot in single user or rlogin form somewhere else) Sorry is this caused you trouble but this is a strange behvior of NeXTSTEP. I can't understand why the app uses roots defaults but does not know about root home path ????? Aloha Tomi P.S: I hate it to spend some hour of pushing app on the archive just to find out the other day that some nasty little bugs are still in there...grrrr. -- _________________________________________________________ (tomi@shinto.nbg.sub.org) Thomas Engel Neptunstr. 9 NeXTMail welcome D - 90522 Oberasbach Germany
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: ccuilla@ccdd.com (Chris Cuilla) Subject: This method from NScalendarDate... Message-ID: <1995Mar9.200251.16524@ccdd.com> Sender: ccuilla@ccdd.com Organization: Chris Cuilla Design & Development Date: Thu, 9 Mar 1995 20:02:51 GMT initWithString:(NSString *)description calendarFormat:(NSString *)format FROM THE DOCS: --- This date string takes the form "03.21.94 22:00 PST": NSCalendarDate *newDate = [[NSCalendarDate alloc] initWithString:[NSString stringWithCString: [dateField stringValue]] calendarFormat:@"%m.%d.%y %H:%M %Z"] --- ...does not appear to work as advertised. It raises an exception that NSInlineCString characterAtIndex: is out of range. I have tried a variety of variations on this method (including BTW, the example shown here) and all seem to raise this exception. Has anyone else encountered this problem? -- Chris Cuilla ccuilla@ccdd.com (NeXT mail accepted)
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: ccuilla@ccdd.com (Chris Cuilla) Subject: How would you expect this to work? Message-ID: <1995Mar9.200301.16584@ccdd.com> Sender: ccuilla@ccdd.com Organization: Chris Cuilla Design & Development Date: Thu, 9 Mar 1995 20:03:01 GMT I have a string (myMessageData) which I am appending to in a loop. Since the field sizes for each element of the message are fixed (i.e. like COBOL), I must force the item to be printed in the specified space (truncated or padded as necessary). The various "format" messages for NSString claim to work just like "printf" style formatting (with the convenient addition of the %@ symbol for objects. Now the way I think this should work (were I using sprintf or something) is that "myValue" would be printed to the position indicated by the "%@". I want the characters to be left justified (the "-"), and I want the field width to be at least "myMessageElementLength" and no more than "myMessageElementLength". [myMessageData appendFormat:@"%-*.*@", myMessageElementLength, myMessageElementLength, myValue] So guess what I get after this? I get a string that's length (in C-form) is "myMessageElementLength + strlen(myValue)"! In other words...this method seems to be printing the value to the string, THEN appending myMessageElementLength spaces! What am I doing wrong? I'm sure it is fairly obviously to someone whose eyes aren't glazing over. Thanks for any help. Chris -- Chris Cuilla ccuilla@ccdd.com (NeXT mail accepted)
From: gleicher@ig5.PPP.ORNL.GOV (Michael K. Gleicher) Newsgroups: comp.sys.next.bugs Subject: Re: Frame3.2 (off lighthouse CD) bug? Date: 12 Mar 1995 16:03:58 GMT Organization: Oak Ridge National Lab, Oak Ridge, TN Distribution: world Message-ID: <3jv61e$e8s@stc06.CTD.ORNL.GOV> References: <3jo4ng$300@nntp.ucs.ubc.ca> In article <3jo4ng$300@nntp.ucs.ubc.ca> mike@ceramics.cmpe.ubc.ca (Michael C. Cam) writes: > In article <950308192827.1154AACUN.malc@daneel> mmalcolm Crawford > <m.crawford@dcs.shef.ac.uk> writes: > > > Has anybody been able to get Frame 3.2 to print without giving > > > "postcript error"? ..stuff deleted > > > > mmalc. > > -- > > I get a postscript problem as follows: > > ERROR: syntaxerror > OFFENDING COMMAND: --nostringval-- > > STACK: > > I am running NS3.2 on an objectstation printing to an HPIIIP-PostScript > printer. The problem occurs all the time, even with a blank page. > > ..Mike. I had a problem very similar to this in printing to my HPIIIP from a Sun Sparc running Framemaker 4, and found a file: $FMHOME/fminit/pstools/ehandler.ps which, if sent to the printer before printing my Framemaker .ps file, seemed to fix the problem. I don't know if this file is part of the Framemaker 3.2 package for NS. Michael ---------------------------- Michael K. Gleicher Oak Ridge National Laboratory Center for Computational Sciences gleichermk@ornl.gov (NeXT Mail welcome)
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 13 Mar 1995 05:15:08 GMT Organization: Digital Fix Development Message-ID: <3k0kcs$fus@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally the NEXTSTEP there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ *** NEED INFORMATION *** NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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) Dan Grillo (mailto:dan_grillo@next.com)
Newsgroups: comp.sys.next.bugs From: aw058@FreeNet.Carleton.CA (Deborah L. Chubey) Subject: SoundBlaster-16 Message-ID: <D5EMJM.C5J@freenet.carleton.ca> Sender: aw058@freenet2.carleton.ca (Deborah L. Chubey) Organization: The National Capital FreeNet Date: Tue, 14 Mar 1995 00:26:09 GMT Has anybody had any luck with the SoundBlaster 16 beta driver? On my intel with V3.2 NeXT I get random noise. With no error messages from bootup diagnostics. Hmmph.
From: friendly@hotspur.psych.yorku.ca (Michael Friendly) Newsgroups: comp.sys.next.bugs Subject: WTB: 4mb 72pin 80ns simms Date: 14 Mar 1995 03:53:05 GMT Organization: York University, Psychology Department Message-ID: <3k33v1$6vc@sunburst.ccs.yorku.ca> Looking to buy 2 4mb, 72pin 80ns no parity simms for a NeXTcolor station. -- Michael Friendly Internet: friendly@vm1.yorku.ca Psychology Department NeXTmail: friendly@hotspur.psych.yorku.ca York University Voice: 416 736 5118 4700 Keele Street http://www.math.yorku.ca/SCS/friendly.html Toronto, ONT M3J 1P3 CANADA
From: wjs@ocelot.omnigroup.com (William Shipley) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 15 Mar 1995 00:23:00 -0800 Organization: Omni Development, Inc. Message-ID: <3k6854$1af@ocelot.omnigroup.com> References: <1995Mar4.232059.1@vaxc.stevens-tech.edu> <3jphcu$h4q@sparc.eunet.si> Jonas Znidarsic writes: >Happened to me a lot when running OmniWeb. This App does not want to >terminate properly when logging out. [...] Upgrade to 1.0 PR2 (or later), available from: ftp://ftp.cs.orst.edu/software/NeXT/binaries/wide-area-info/OmniWeb-1.0PR2.app.tar.gz There are a bunch of bugs fixed from 0.9.3 to 1.0 PR2, including the logout hang bug. (And people wonder why we used to have expiring software.)
From: luomat@alleg.EDU (Timothy J Luoma) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 9 Mar 1995 10:32:25 -0600 Organization: UTexas Mail-to-News Gateway Sender: nobody@cs.utexas.edu Message-ID: <9503091631.AA21244@alleg.EDU> You might want to try a logout script which will find your WindowServer and kill it. Ok, it is a little melo-dramatic, and doesn't really solve the problem, but it would work (probably.... perhaps). If you can't/don't know how to do a logouthook, try compiling Launch.app (which does a logouthook for you) ftp://santiam.cs.orst.edu/software/NeXT/binaries/tools/Launch1.3.README ftp://santiam.cs.orst.edu/software/NeXT/binaries/tools/Launch1.3.tar.gz When you get a logouthook going, enter this as part of it: # next line should be all one line set winserver = (`ps uxww | grep "console (WindowServer)" | grep -v grep | awk '{print $2}'`) # if found, kill it if ("$winserver" != "") kill -KILL $winserver That _should_ take care of it. _should_ Good luck TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss) Newsgroups: comp.sys.next.bugs Subject: Re: NS 3.3 kernel panics Date: 16 Mar 1995 07:32:31 GMT Organization: Northwestern University, Evanston IL Message-ID: <3k8pif$ojk@news.acns.nwu.edu> References: <3k80t3$ev8@jobe.shell.portal.com> In article <3k80t3$ev8@jobe.shell.portal.com>, Duane Takamine <duane@shell.portal.com> wrote: > All too common tale of woe deleted. >not good. There doesn't seem to be a specific pattern to the kernel >it did lock up as I mentioned when the SCSI card would lock up). My usage >patterns are basically the same. Has anyone got an idea where the source >of the kernel panics might be. For the record, my system is: Hmm. We have similiar hardware and I (thank the binary stars) don't have any problems or crashes. Perhaps if we look at the differences it would help. > > Gateway2000 486 DX2/66 Same - JX30 (gjx30) motherboard > 24 megs RAM, 1.7 gig micropolis SCSI drive 16 megs RAM, Same drive (2217?) > 2 serial ports under NS serial driver, 1 16550A port under Mux 1.7 Same, , No extra serial ports > SoundBlaster AWE32 under 3.31 SoundBlaster 16 driver SoundBlaster 16 Value under 3.31 SoundBlaster 16 driver (beta?) > Adaptec 2840 under 3.3 driver (VLbus) Buslogic 445S under 3.3 Driver(VLbus Buslogic Driver) > Running PPP 2.2.0.1.9 on Mux 1.7 serial driver TransSys PNI (slip) on NS serial driver (9600 V32 Modem). > Wangtek 6130 tape drive ATI Ultra Pro (XLR-Vram) running 1120x832x16bitx60Hz IDE drive (Caviar 400+ mb) > The high speed serial card is set to IRQ 5, the Sound Blaster is >set to IRQ 10, and DMA channels 1 and 6, and the SCSI card is set to >IRQ 11. I do not think there are any IRQ, DMA, or port conflicts on the >system. Soundblaster at IRQ 5, DMA 1 and 5. SCSI at IRQ 11. I probably don't stress the serial stuff as hard as your system does, but otherwise I give my system a good shakedown. I can be FTP'ing files, recieving email (crow notification sound), running a backup (dump) and actually using a few of the dozen running apps, when the 4am cron jobs kick in. It doesn't miss a beat (can swap like crazy however). I could think of a few things to try. Briefly then: Restrict system to 16 mb. Swap SB and Serial IRQ's. Fiddle with serial ports and drivers till you are crazy. Borrow a non Adaptec SCSI board to test. I would lay good odds on the Adaptec board, followed by the serial driver (NeXT's). > > One interesting observation. Under NS 3.2/3.3 with the 1542C >Adaptec, Eloquent (the mailer) would always lock the system up when it >checked remote mail. It did this with 100% consistency. After thinking >about it for a while, it occurs to me that when Eloquent checks remote >mailboxes, it is 1) accessing the local drive 2) accessing the serial PPP >link, 3) accessing the sound card (to play the notification sound), all >essentailly simultaneously. Eloquent now works beautifully with the 2840, >so the problem must have been some sort of DMA conflict or something >related. I wonder if the kernel panics are being similarly generated, >only instead of lockup I'm getting panics. IMHO yes, but I don't know enough about NS drivers to make anything more than a guess. Did Adaptec ever learn to do Bus mastering correctly? > > Any help/pointers would be greatly appreciated, I'm being fscked >to death over here. > My Kid's (3+6yrs) do me a favor :-( and shut off the computer every once and a while, I know what you mean, especially with that large drive. Feel free to email me more details, war stories and the like. You will probably have to remove, replace or disable some options one at a time till you can localize the problem. That's obviously not a guaranteed way to find a solution, as the possible interaction between the soundcard and scsi controller indicates. -- 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: duane@shell.portal.com (Duane Takamine) Newsgroups: comp.sys.next.bugs Subject: NS 3.3 kernel panics Date: 15 Mar 1995 16:31:31 -0800 Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data) Message-ID: <3k80t3$ev8@jobe.shell.portal.com> I have discovered an interesting problem with NS 3.3. My original system was a Gateway 486DX2/66 with an Adaptec 1542C SCSI and NS 3.2. I seemed to be getting weird lockups whenever I used the serial ports (Mux driver) or the sound card (Sound Blaster AWE32) heavily. Basically, the SCSI card would lock up - the light on the card would light up constant and permanent, and so would the drive light - and the system would freeze. I upgraded to NS 3.3 but the problem persisted. Knowing just how much NS loves DMA channels (having wrote my own SB16 driver just to take the DriverKit for a spin) I decided to upgrade my SCSI card to a VLbus Adaptec 2840 (no ISA DMA). To make a long story short I made a few stupid mistakes which forced me to reformat the drive. Luckily, I prepared for this by backing up all my user files and installed packages by gnutar+gzip to a DOS drive. So, I reinstalled the system. This time, I installed NS 3.3 directly, then 3.2 developer, then the rest. My system now runs Mux 1.7, and the 3.3 SoundBlaster16 driver. Play and record actually work now, which is good. The system doesn't lock up anymore, which is also good. It now seems to kernel panic occasionally, which is not good. There doesn't seem to be a specific pattern to the kernel panics, except they tend to happen when tehre is a lot of serial activity on top of other activity (like sound playing, or heavy drive access). Under, NS 3.2, I never, and I mean never got a kernel panic (although it did lock up as I mentioned when the SCSI card would lock up). My usage patterns are basically the same. Has anyone got an idea where the source of the kernel panics might be. For the record, my system is: Gateway2000 486 DX2/66 24 megs RAM, 1.7 gig micropolis SCSI drive 2 serial ports under NS serial driver, 1 16550A port under Mux 1.7 SoundBlaster AWE32 under 3.31 SoundBlaster 16 driver Adaptec 2840 under 3.3 driver (VLbus) Running PPP 2.2.0.1.9 on Mux 1.7 serial driver The high speed serial card is set to IRQ 5, the Sound Blaster is set to IRQ 10, and DMA channels 1 and 6, and the SCSI card is set to IRQ 11. I do not think there are any IRQ, DMA, or port conflicts on the system. One interesting observation. Under NS 3.2/3.3 with the 1542C Adaptec, Eloquent (the mailer) would always lock the system up when it checked remote mail. It did this with 100% consistency. After thinking about it for a while, it occurs to me that when Eloquent checks remote mailboxes, it is 1) accessing the local drive 2) accessing the serial PPP link, 3) accessing the sound card (to play the notification sound), all essentailly simultaneously. Eloquent now works beautifully with the 2840, so the problem must have been some sort of DMA conflict or something related. I wonder if the kernel panics are being similarly generated, only instead of lockup I'm getting panics. Any help/pointers would be greatly appreciated, I'm being fscked to death over here. Duane -- ---------------------------------------------------------------------- Duane Takamine duane@shell.portal.com Island CD Creations [a divison of Madd Hacker Productions] "We work for pizza and beer."
From: wolfgang@wi.WHU-Koblenz.de (Wolfgang Roeckelein) Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.sysadmin,de.comp.sys.next, Subject: Q:Pentium/PCI/Serial bug applicable to NeXTstep/Mux? Date: 15 Mar 1995 15:14:13 GMT Organization: WHU Koblenz Message-ID: <3k7085$bbg@obelix.WHU-Koblenz.de> Hello, does anybody know if the Pentium/PCI/Serial bug (see below) is applicable to NeXTstep and/or the Mux driver, too? If yes, solutions? Please answer by email,(too) since my incoming news connections is four days behind and throwing away article because of the lag. Thank you in advance, 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 SYMPTOMS ======== Pentium-based machines with a peripheral component interface (PCI) bus and a 16550 UART chip stop responding (hang) or exhibit other unexpected behavior when you use communication applications, such as Microsoft At Work PC Fax or Microsoft Terminal. In some cases, you may be able to run the software successfully once but then experience problems when you try to run it a second time (before Windows is restarted). CAUSE ===== The PCI bus uses a new universal asynchronous receiver transmitter (UART) chip that identifies itself as a 16550 chip but does not handle the 16-bit buffer the same way that the 16550 UART chip does. These problems occur if there is data in the chip when the serial communications application attempts to open the communications port. A problem with the chip implementation causes the chip to become trapped in a mode in which data is always detected in its FIFO buffer. -- 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: yungchan@sun23.cs.wisc.edu (Yung-chang Chen) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Adaptec 2940 driver buggy? or hardware problem? Date: 17 Mar 1995 02:56:05 GMT Organization: U of Wisconsin CS Dept Message-ID: <3kato5$kjd@spool.cs.wisc.edu> References: <1995Mar9.200251.16524@ccdd.com> Hi, I have difficulties to install NSFIP on my Pentium box. At the beginning, I kept getting reading error form CDROM and write I/O error to SCSI HD. A person on net told me to do low-level format to the HDD. I tried it and it worked smooth. It is not end of story. I did try install OS/2, Linux, and DOS/WIN on the same machine. I can install them individually and then I think that I find a way to install them all and boot by OS/2 boot manager. I don't even have a chance to do this. I mount the SCSI HDD into case, and tried to install NSFIP again. It failed w/ sd1 reading error from CDROM, and sd0 writing error to HDD again. I applied the same trick to the HDD(do a "sdform") again. This time, the trick didn't work. I did tried to install DOS, and OS/2 to the SCSI HD again and seems fine.(HDD, and CDROM worked), **Note, how did I do a sdform on the SCSI HDD? I install NSFIP to another Conner IDE 203 mb HD, connected the SCSI HDD, reboot , and then do a sdform. I can install NSFIP to the IDE HD w/o SCSI HDD connected(I am not able to complete the installation if the SCSI HDD is connected). I am not able to install NSFIP if the SCSI host got CDROM and HDD on the same bus(I guess!). after that I disconnected the IDE HDD, and tried to install NS again, after system show the detected HDD to prepare to install NS, I choose the advance option(do partions). NS kept reading the block 0 on the SCSI HDD, then FATAL, then it tried to read from CDROM. The read error from HDD and CDROM is never end! My whole spring break was ruined by this problem! I keep trying and asking questions. I keep trying different installation procedure and try to narrow the problem, but w/o luck. BTW, did NeXT tech. support work? The support is charged. It really sucks. I am just a student, after spent $300 for their system, and they charge for the possible problem of their system! Just a complain! Another strange thing on my machine is CDROM won't work after I open CDPlayer.app. I try to play audio CD by using CDPlayer.app(demo from NS). System complained about not able to open CD-ROM driver. I am not able to eject CD and if I eject CD manually. The CDROM driver is totally wasted. It don't responsed even I power off system. It will eject CD usually, right! That is why I am have doubt w/ the adaptec 2940 driver. I did reset the BIOS setting and could it be some IRQ conflictions? I checked them again and again. There are no jumper needed to be set on both Adaptec controller and Diamond Stealth 64 video card. I set the PCI/auto in the BIOS. I don't see any obvious problem among those setting. Do I have to go back to IDE HD? The following is my hardware configuration and if you have the same configuration or similar experience, please tell me how to solve your problem! Thank you in advance and hope that you will understand my problem! NSFIP V3.3 Pentium 75 ASUS PCI/I-P54SP4 SIS chipset on SCSI bios Adaptec 2940 PCI BIOS v1.11 Conner SCSI-2 HDD ~1.05GB(CPS1060?) Diamond Stealth 64 PCI 2m Vram On board PCI IDE controller OEM Toshiba 3501B 4X CDROM 32M memory(4x32 72-pin 70 ns) (Install NSFIP to Conner IDE CP3204F 203 mb, now) The SCSI ID# for Adaptec host is #7 (terminated from BIOS) " CDROM is #6 (termined this end) " HDD is #0 (got rid of termination registers) SCSI transfer throughput at 10M/sec for them, and initial negotiable: yes. I follow the menu, hardware compatibility, NeXT_answer about Adaptec 2940, and don't have a chance to try Next_answer 1487(Alternative booting). What is the possible cause of my problem? Any suggestion or recommendation are more than welcomed. Thank you again! I apologize for the long post and could possible to the wrong newsgroup. Yung yung-cha@cae.wisc.edu
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 16 Mar 1995 19:20:56 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <3ka32o$rp2@usenet.rpi.edu> References: <3k6854$1af@ocelot.omnigroup.com> wjs@ocelot.omnigroup.com (William Shipley) writes: > There are a bunch of bugs fixed from 0.9.3 to 1.0 PR2, including > the logout hang bug. (And people wonder why we used to have > expiring software.) People didn't wonder why it expired, they wondered why the expiration implementation was so abrupt. One day everything is running along fine, the next day it wouldn't even startup right. What would have been a very good idea if had included a warning panel for a week or two, became considerably less wonderful by being such an abrupt cutoff. -- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
Control: cancel <D5EMJM.C5J@freenet.carleton.ca> Newsgroups: comp.sys.next.bugs From: aw058@FreeNet.Carleton.CA Subject: cancel Message-ID: <D5KBt3.JJA@freenet.carleton.ca> Sender: aw058@freenet3.carleton.ca (Deborah L. Chubey) Organization: The National Capital FreeNet, Ottawa, Ontario, Canada Date: Fri, 17 Mar 1995 02:19:50 GMT Article cancelled from nr
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Re: NS 3.3 kernel panics Message-ID: <D5KM76.I5q@eskimo.com> Sender: usenet@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever References: <3k80t3$ev8@jobe.shell.portal.com> Date: Fri, 17 Mar 1995 06:04:17 GMT Duane Takamine (duane@shell.portal.com) wrote: : Under, NS 3.2, I never, and I mean never got a kernel panic (although : it did lock up as I mentioned when the SCSI card would lock up). My usage : patterns are basically the same. Has anyone got an idea where the source : of the kernel panics might be. If you don't already have one, Duane, consider using an active terminator on your SCSI bus. My slightly fussy AMI Enterprise IV straightened out when I did this. -- >< Marc J. Salvatori | No NeXTMail yet. I'm gettin' there! >< >< salvo@eskimo.com | Searching for .eps/.tiff images ><
From: Dave Spiegel <spiegel@scz.ssi1.com> Newsgroups: comp.sys.next.bugs Subject: Roaming curser problem. Date: Thu, 16 Mar 1995 22:23:54 -0800 Organization: Silicon Systems, Inc. Message-ID: <Pine.ULT.3.91.950316220613.9873A-100000@dec82z> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Just recently installed 3.3 at our site and seeing similar problems on all stations. Almost constantly our curser on screen tends to go where it feels like going. I have watched it move from the left side of screen clear over to the right without touching the mouse. While trying to scroll up a terminal window using square movement button on sidebar, I tend to loose ground and can never get moved up the scroll window. The curser will move down every time I move it up. Its a loosing battle. Are our machines possesed? or has anybody else experianced this with 3.3. We all have different intel based systems. 1 Laptop 486, 1 Compaq Pentium, and 1 other Intel 486. They all experiance the same problem, plus the Laptop even has curser selecting things and changing windows during edit session. Dave.
From: robert@ictv.com (Robert Patrick Thille) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 17 Mar 1995 18:34:40 GMT Organization: ICTV, Inc. Distribution: world Message-ID: <3kcko0$n5a@ictv.com> References: <3ka32o$rp2@usenet.rpi.edu> I thought it would be a great idea if the Old OmniWeb would download the new one when it's time was up. Robert Garance A. Drosehn writes [munch] > People didn't wonder why it expired, they wondered why the > expiration implementation was so abrupt. One day everything > is running along fine, the next day it wouldn't even startup > right. What would have been a very good idea if had included > a warning panel for a week or two, became considerably less > wonderful by being such an abrupt cutoff. -- Robert Thille NeXTMail robert@ictv.com OK 1359 McKenzie, Los Altos CA 94024 PGP Public Key via finger
From: robert@ictv.com (Robert Patrick Thille) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 17 Mar 1995 18:35:23 GMT Organization: ICTV, Inc. Distribution: world Message-ID: <3kckpb$n5e@ictv.com> References: <3ka32o$rp2@usenet.rpi.edu> I thought it would be a great idea if the Old OmniWeb would download the new one when it's time was up. The old app could continue to run for a day or two until the user finished installing the new version. Garance A. Drosehn writes [munch] > People didn't wonder why it expired, they wondered why the > expiration implementation was so abrupt. One day everything > is running along fine, the next day it wouldn't even startup > right. What would have been a very good idea if had included > a warning panel for a week or two, became considerably less > wonderful by being such an abrupt cutoff. -- Robert Thille NeXTMail robert@ictv.com OK 1359 McKenzie, Los Altos CA 94024 PGP Public Key via finger
From: robert@ictv.com (Robert Patrick Thille) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 17 Mar 1995 18:35:39 GMT Organization: ICTV, Inc. Distribution: world Message-ID: <3kckpr$n5f@ictv.com> References: <3ka32o$rp2@usenet.rpi.edu> I thought it would be a great idea if the Old OmniWeb would download the new one when it's time was up. The old app could continue to run for a day or two until the user finished installing the new version. Garance A. Drosehn writes People didn't wonder why it expired, they wondered why the expiration implementation was so abrupt. One day everything is running along fine, the next day it wouldn't even startup right. What would have been a very good idea if had included a warning panel for a week or two, became considerably less wonderful by being such an abrupt cutoff. -- Robert Thille NeXTMail robert@ictv.com OK 1359 McKenzie, Los Altos CA 94024 PGP Public Key via finger
From: robert@ictv.com (Robert Patrick Thille) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 17 Mar 1995 18:36:57 GMT Organization: ICTV, Inc. Distribution: world Message-ID: <3kcks9$n5r@ictv.com> References: <3ka32o$rp2@usenet.rpi.edu> I thought it would be a great idea if the Old OmniWeb would download the new one when it's time was up. The old app could continue to run for a day or two until the user finished installing the new version. Garance A. Drosehn writes People didn't wonder why it expired, they wondered why the expiration implementation was so abrupt. One day everything is running along fine, the next day it wouldn't even startup right. What would have been a very good idea if had included a warning panel for a week or two, became considerably less wonderful by being such an abrupt cutoff. -- Robert Thille NeXTMail robert@ictv.com OK 1359 McKenzie, Los Altos CA 94024 PGP Public Key via finger
Control: cancel <D5KC5y.K4K@freenet.carleton.ca> Newsgroups: comp.sys.next.bugs From: aw058@FreeNet.Carleton.CA Subject: cancel Message-ID: <D5LFw7.8AG@freenet.carleton.ca> Sender: aw058@freenet.carleton.ca (Deborah L. Chubey) Organization: The National Capital FreeNet, Ottawa, Ontario, Canada Date: Fri, 17 Mar 1995 16:45:43 GMT Article cancelled from nr
Newsgroups: comp.sys.next.bugs From: jbright@stimpy.carleton.ca (Jason Bright) Subject: Serial on black hardware Message-ID: <D5Lutp.174@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University Date: Fri, 17 Mar 1995 22:08:13 GMT Are there any reported serial problems with the serial ports on black hardware running 3.3? I'm not talking kernel panics- just uninteligable results. Back in the old 3.1 days I was running a modem off of my cube without a problem. After upgrading to 3.3 and trying to hook up a number of serial postscript printers, I have had nothing but failures. Same results with my colour slab. just curious j jbright@stimpy.carleton.ca
From: jonas@eunet.si (Jonas Znidarsic) Newsgroups: comp.sys.next.bugs Subject: Re: SoundBlaster-16 Date: 17 Mar 1995 23:59:35 GMT Organization: Nil Distribution: world Message-ID: <3kd7p7$fo6@sparc.eunet.si> References: <D5EMJM.C5J@freenet.carleton.ca> In article <D5EMJM.C5J@freenet.carleton.ca> aw058@FreeNet.Carleton.CA (Deborah L. Chubey) writes: > > Has anybody had any luck with the SoundBlaster 16 beta driver? > On my intel with V3.2 NeXT I get random noise. With no error messages > from bootup diagnostics. > > Hmmph. On my intel with NeXT 3.3 it works fine. The newest beta driver also corrected some bugs from the previous one. The microphone recording level is now ok, CD Player also works fine. I have no problems whatsoever. Jonas.
From: jonas@eunet.si (Jonas Znidarsic) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 18 Mar 1995 12:06:44 GMT Organization: Nil Distribution: world Message-ID: <3keick$3qo@sparc.eunet.si> References: <3k6854$1af@ocelot.omnigroup.com> In article <3k6854$1af@ocelot.omnigroup.com> wjs@ocelot.omnigroup.com (William Shipley) writes: > Upgrade to 1.0 PR2 (or later), available from: > > ftp://ftp.cs.orst.edu/software/NeXT/binaries/wide-area-info/OmniWeb-1.0PR2 app.tar.gz > > There are a bunch of bugs fixed from 0.9.3 to 1.0 PR2, including the > logout hang bug. (And people wonder why we used to have expiring software.) Thanks a lot. Please note that News Grazer has the same bug. Jonas.
From: jonas@eunet.si (Jonas Znidarsic) Newsgroups: comp.sys.next.bugs Subject: Re: Lockup on logout - help Date: 18 Mar 1995 12:07:05 GMT Organization: Nil Distribution: world Message-ID: <3keid9$3rc@sparc.eunet.si> References: <3k6854$1af@ocelot.omnigroup.com> In article <3k6854$1af@ocelot.omnigroup.com> wjs@ocelot.omnigroup.com (William Shipley) writes: > ftp://ftp.cs.orst.edu/software/NeXT/binaries/wide-area-info/OmniWeb-1.0PR2 app.tar.gz > > There are a bunch of bugs fixed from 0.9.3 to 1.0 PR2, including the > logout hang bug. (And people wonder why we used to have expiring software.) Thanks a lot. Please note that News Grazer has the same bug. Jonas.
From: armes@tds.com (Jim Armes) Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.sysadmin,de.comp.sys.next, Subject: Re: Q:Pentium/PCI/Serial bug applicable to NeXTstep/Mux? Date: Sat, 18 Mar 1995 23:51:43 Organization: MeSelf Distribution: world Message-ID: <armes.4.0017DD67@tds.com> References: <3k7085$bbg@obelix.WHU-Koblenz.de> In article <3k7085$bbg@obelix.WHU-Koblenz.de> wolfgang@wi.WHU-Koblenz.de (Wolfgang Roeckelein) writes: >does anybody know if the Pentium/PCI/Serial bug (see below) is applicable >to NeXTstep and/or the Mux driver, too? >SYMPTOMS >======== >Pentium-based machines with a peripheral component interface (PCI) bus and >a 16550 UART chip stop responding (hang) or exhibit other unexpected >behavior when you use communication applications, such as Microsoft At >Work >PC Fax or Microsoft Terminal. This was primarily a problem with Dos/Windows - most unix-based drivers do the correct thing. The problem is usually caused by the os/driver not clearing the buffer in the chip when the system goes to 16550 mode from the default 16450 (?) mode. I think Nextstep keeps the ports in 16550 mode all the time, if it can, so this wouldn't apply anyway. I've been using mine without any problems- I switch on and off the modem all the time to use PNI. Jim armes@tds.com
From: dsinn@dsinn.seanet.com (F. David Sinn) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Free space error under NS3.0 Date: 19 Mar 1995 21:48:55 GMT Organization: Seanet Online Services, Seattle WA Message-ID: <3ki8s7$7s6@kaleka.seanet.com> I have a NeXTstation running NS3.0, and reciently I noticed that df was reporting the free space of my root volume incorrectly.... Filesystem kbytes used avail capacity Mounted on /dev/sd0a 992982 520558 373125 58% / As you can see, the free space does not match up with the used space. When I run fsck, all is ok. It reportes the correct free space at around 47000+. Any ideas why? Thanks. -- David Sinn Sinn Industries. dsinn@dsinn.seanet.com If it's a sinn, it's gotta be good. NeXT mail OK
From: anderson@macc.wisc.edu (Jess Anderson) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: Free space error under NS3.0 Date: 20 Mar 1995 00:02:23 GMT Organization: Division of Information Technology, UW-Madison Message-ID: <3kigmf$g76@news.doit.wisc.edu> References: <3ki8s7$7s6@kaleka.seanet.com> In article <3ki8s7$7s6@kaleka.seanet.com>, F. David Sinn <dsinn@dsinn.seanet.com> wrote: >I have a NeXTstation running NS3.0, and reciently I noticed that df was >reporting the free space of my root volume incorrectly.... > Filesystem kbytes used avail capacity Mounted on > /dev/sd0a 992982 520558 373125 58% / >As you can see, the free space does not match up with the used space. The sum of used and available is 90% of the disk. This is exactly what one would expect; Unix file systems usually reserve 10% of the disk and say it's full when it's only 90% full. -- Copyright 1995 Jess Anderson. All rights reserved. Copying in whole or in part prohibited except for direct response on Usenet. -- <> Resolved, that the women of this nation in 1876, have <> greater cause for discontent, rebellion and revolution than <> the men of 1776. <> -- Susan B. Anthony -- Opinions expressed herein have no connection with the UW-Madison. Jess Anderson anderson@doit.wisc.edu
From: yung-cha@cae.wisc.edu (Yung-Chang Chen) Newsgroups: comp.sys.next.bugs Subject: Defective user environment CD?!! Date: 20 Mar 1995 00:37:29 GMT Organization: College of Engineering, Univ. of Wisconsin--Madison Message-ID: <3kiio9$ha4@news.doit.wisc.edu> Hi, The Reading errors kept appearing while I tried to install NS3.3 user environment. It just stop read data from CDROM at different places. Is it possible that I get a defective CD? I can read the other CD from OS/2, and under DOS. I use ASUS mother borad and Adaptec 2940 SCSI adapter. After SCSI bios show there are CDROM on ID#6, there is another message said "BIOS not installed!". What does it mean? Please help me! Many thanks! Yung-chang Chen -- ====================================== ~ Yung-chang Chen (608)251-5826 c-OO yung-cha@cae.wisc.edu - =====================
Newsgroups: comp.sys.next.bugs From: cjones@netcom.com (Carl Jones) Subject: NeXTSTEP on a Gateway/2000 486DX2 Message-ID: <cjonesD5pAnI.D24@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Sun, 19 Mar 1995 18:42:54 GMT Sender: cjones@netcom3.netcom.com My thanks to those who responded about my configuration problems. It seems that I had the alternate Adaptec 1542B settings; when I changed back, then NeXT could find the CD-ROM. Now I have the following problem. With my Maxtor 546 IDE addressible, my Segate 500 at SCSI 0 and the CD-ROM at either 1 or 2, and trying to install NeXT 3.2 on a 500MB partition on the IDE drive, I get Ide: IdeFlushIntMsgs: Stray Interrupt :ide ReadMultiple Ide: softResetIDE diagError = 0x1 IDE drive 0 using MultiSectorMode /private/tmp/mnta: bad dir ino 47104 at offset 0: mangled entry mode = 30700, inum = 47106, fs=/private/tmp/mnta panic: (CPU 0) ialloc: dup alloc panic NeXTSTEP 3.2 root(rcbuilder): mk-149.30.15.obj~2/RC_i386/RELEASE_I386 Kernel Panic Exception (6,3,1) IF instead, I disable the IDE drive and try to install NeXTSTEP on the Segate 500, when I get to the point that I am shown the Segate to choose as the install disk and I choose "1", I get fdisk: bogus bios info Some bios' can't handle non-sequential targets fdisk: bogus bios info Some bios' can't handle non-sequential targets /etc/rc.cdrom.i386: test: argument expected CD-ROM boot process complete Please wait .... Killing all processes It is now safe to turn off the computer I did upgrade my BIOS to Phoenix BIOS 4.03.6 when I installed the IDE drive. I did have NeXTSTEP 3.1 running on the Segate before I installed the IDE drive. This is extremely aggrevating, as you may well imagine. I would appreciate any suggestions as to how to proceed. thanks, carl
Newsgroups: comp.sys.next.bugs From: cjones@netcom.com (Carl Jones) Subject: Re: NeXTSTEP on a Gateway/2000 486DX2 Message-ID: <cjonesD5q484.IrH@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <cjonesD5pAnI.D24@netcom.com> Date: Mon, 20 Mar 1995 05:21:40 GMT Sender: cjones@netcom4.netcom.com I discovered NeXT's document #1650 on problems with large IDE drives, and it seems to be talking about my problem, although I could have sworn that I tried that (setting bios to 1024,16,63). At any rate, I will try it again to make certain. If it does not work, #@$!%%#!@ I did get an email from someone that 3.3 has a new or alternate driver that might work. However, What I would like to do is install NeXTSTEP on the SCSI drive and use the new boot commands to get to NeXT, and have all of the IDE drive be my C: drive for DOS. Any suggestions as to how I can do that install? thanks, carl Carl Jones (cjones@netcom.com) wrote: : My thanks to those who responded about my configuration problems. : It seems that I had the alternate Adaptec 1542B settings; when I : changed back, then NeXT could find the CD-ROM. : Now I have the following problem. : With my Maxtor 546 IDE addressible, my Segate 500 at SCSI 0 and : the CD-ROM at either 1 or 2, and trying to install NeXT 3.2 on : a 500MB partition on the IDE drive, I get : Ide: IdeFlushIntMsgs: Stray Interrupt :ide ReadMultiple : Ide: softResetIDE diagError = 0x1 : IDE drive 0 using MultiSectorMode : /private/tmp/mnta: bad dir ino 47104 at offset 0: mangled entry : mode = 30700, inum = 47106, fs=/private/tmp/mnta : panic: (CPU 0) ialloc: dup alloc : panic NeXTSTEP 3.2 root(rcbuilder): mk-149.30.15.obj~2/RC_i386/RELEASE_I386 : Kernel Panic Exception (6,3,1) : IF instead, I disable the IDE drive and try to install NeXTSTEP : on the Segate 500, when I get to the point that I am shown the : Segate to choose as the install disk and I choose "1", I get : fdisk: bogus bios info : Some bios' can't handle non-sequential targets : fdisk: bogus bios info : Some bios' can't handle non-sequential targets : /etc/rc.cdrom.i386: test: argument expected : CD-ROM boot process complete : Please wait .... : Killing all processes : It is now safe to turn off the computer : I did upgrade my BIOS to Phoenix BIOS 4.03.6 when I installed the IDE drive. : I did have NeXTSTEP 3.1 running on the Segate before I installed the IDE drive. : This is extremely aggrevating, as you may well imagine. : I would appreciate any suggestions as to how to proceed. : thanks, : carl
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 20 Mar 1995 05:15:08 GMT Organization: Digital Fix Development Message-ID: <3kj30s$d21@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally the NEXTSTEP there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ *** NEED INFORMATION *** NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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) Dan Grillo (mailto:dan_grillo@next.com)
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: Free space error under NS3.0 Date: 20 Mar 1995 03:33:00 GMT Organization: Northwestern University, Evanston IL Message-ID: <3kit1c$ni6@news.acns.nwu.edu> References: <3ki8s7$7s6@kaleka.seanet.com> <3kigmf$g76@news.doit.wisc.edu> In article <3kigmf$g76@news.doit.wisc.edu>, Jess Anderson <anderson@doit.wisc.edu> wrote: >In article <3ki8s7$7s6@kaleka.seanet.com>, >F. David Sinn <dsinn@dsinn.seanet.com> wrote: > >>I have a NeXTstation running NS3.0, and reciently I noticed that df was >>reporting the free space of my root volume incorrectly.... > >> Filesystem kbytes used avail capacity Mounted on >> /dev/sd0a 992982 520558 373125 58% / > >>As you can see, the free space does not match up with the used space. > >The sum of used and available is 90% of the disk. This >is exactly what one would expect; Unix file systems usually >reserve 10% of the disk and say it's full when it's only >90% full. Mortals can use only the 90%. The last 10% is usable only root. Its generally a useful technique, but understand the that exhaustion of free space on any dynamic, multi-tasking virtual memory systems is a bad thing. Things break in unfriendly ways. In this arrangement User tasks break first, followed by root things. If you look in the man pages for tunefs, you can see how to change the percentage. Use at your own risk. I would not set it to 0. -- 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: Bruce Gingery <bruce@TotSysSoft.com> Newsgroups: comp.sys.next.bugs Subject: Re: Free space error [NOT] under NS3.0 Date: 20 Mar 1995 05:04:44 GMT Organization: Total System Software Distribution: world Message-ID: <3kj2dc$vp@tssslab.TotSysSoft.com> References: <3ki8s7$7s6@kaleka.seanet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit In article <3ki8s7$7s6@kaleka.seanet.com> dsinn@dsinn.seanet.com (F. David Sinn) writes: }~ }~ I have a NeXTstation running NS3.0, and reciently I noticed that }~ df was reporting the free space of my root volume incorrectly.... }~ }~ Filesystem kbytes used avail capacity Mounted on }~ /dev/sd0a 992982 520558 373125 58% / }~ }~ As you can see, the free space does not match up with the used space. }~ }~ When I run fsck, all is ok. It reportes the correct free space at }~ around 47000+. }~ }~ Any ideas why? This one *should* be in the FAQ. df reports the *user* space available. When a UFS filesystem is created, a portion is set aside for root use ONLY. This is supposed to allow an orderly shutdown and clean-up, and allow critical background processes to run, despite user error. Example... df reports (on the 3.2 Developer CD-ROM) /dev/sd1a 190254 182430 0 107% /NEXTSTEP_Dev_3.2 7824k /NEXTSTEP_Dev_3.2 Even though this is *not* a writable volume, the statistics hold and serve to illustrate. If you wish, it's relatively easy to create a *real* df utility i.e. /usr/local/bin/realdf, using provided functions. I've not seen this already available in binary, though I have a GUI app that shows *real* space available, that I've not particularly distributed, because I didn't figure there was any interest in it. It's m68k only at the moment and runs niced on a 30 second update cycle (provided it gets its scheduling). -rwxr-xr-x 1 root staff 40960 Mar 19 22:02 DiskMon* Non-fat file: /LocalApps/DiskMon is architecture: m68k Bruce Gingery
Newsgroups: comp.sys.next.bugs Belgium.EU.net!EU.net!howland.reston.ans.net!cs.utexas.edu!uunet!world!lloyd From: lloyd@world.std.com (Christopher Lloyd) Subject: HP 712 up 38 days straight, this may help you Message-ID: <D5rA2p.Hvt@world.std.com> Organization: The World Public Access UNIX, Brookline, MA Date: Mon, 20 Mar 1995 20:25:37 GMT (just to followup on whining I have done here on this topic) I've been using 3.2 heavily on an HP 712 for about 7 months now, for the first six months of use I experienced a severe system freeze/disk stall about once/twice a month ... The system has 32 megs RAM, and the swapfile configured with the default 16 meg low water mark. I would reboot my machine once a day, and the swapfile would grow from the low water 16 megs to an average of about 40 megs.... The disk stalls always seemed directly related to paging activity, and not just general disk activity - heavy file IO would do little, but activating a long idle app which has paged out would stall the disk (chatter, chatter, clonk) ... My hypothesis is that as the swapfile automagically grows, the data ends up on the disk in such a way as to promote disk seeking and generally bad performance, versus manually creating a large swapfile with preallocated storage. Sooo, I created a new 100 meg swapfile, using mkfile(8), and set the low water mark to 100 megs. The system has been up (no reboots) and totally reliable for the last 38 days under heavy daily use as a development machine, perceived swapping performance has been consistently even, and all the indicators prior to a system lockup (a change in the sound of disk activity) have disappeared. your mileage may vary, hope this helps someone, I just hope my machine stays up after I post this :) -- |: Christopher Lloyd :|: Yrrid Incorporated :|: lloyd@yrrid.com :|
From: nathan@laplace.csb.yale.edu (Nathan F. Janette) Newsgroups: comp.sys.next.bugs Subject: NEXTSTEP/m68k 3.3 BuildDisk slow startup? Date: 20 Mar 1995 20:25:48 GMT Organization: Yale University Distribution: world Message-ID: <3kkocc$sec@news.ycc.yale.edu> It takes almost a minute from the time the icon is double-clicked until the app is completely launched and ready. Anyone else experience this? -- Nathan Janette Systems Manager, Axel T. Br nger Lab Internet: nathan@laplace.csb.yale.edu Voice: 203 432 5065 Fax: 203 432 3923
From: yung-cha@cae.wisc.edu (Yung-Chang Chen) Newsgroups: comp.sys.next.bugs Subject: Read OS/2 CD ok, but not NS CD! Could it be defective? Date: 21 Mar 1995 04:55:48 GMT Organization: College of Engineering, Univ. of Wisconsin--Madison Message-ID: <3klm8k$il1@news.doit.wisc.edu> Hi, I tried to narrow down my problem about installing NSFIP! I can install OS/2 from CD-ROM smoothly, but when I tried to install NSFIP to my IDE HD, I will get a lot of reading errors from CD-ROM, such as windowserver, loginwindow,.. Am I so unlucky to get a defcetive CD from NeXT? The reading errors happened at varied places. I am thinking if I get a defective CD from NEXT. How can test if I get a defective CD or can I ask replacement from NeXT, and how? I have not sent my registration card yet, should I do it first? The installation procedure has started to fromat the HD and started to copy files from CD to HD. I still get writing errors if I want to install NSFIP to SCSI HDD, but not to an IDE HDD. If I just let system got going, I will get NeXTCD error, error message 70, or bus error. Usually, system just keep trying and get errors. Sometimes it will pass current reading error and get going until next error happened, or complete installation(user environment). What is the proper phone number to call NEXT?(for customer service and tech support). Many thanks! Yung-chang chen -- ====================================== ~ Yung-chang Chen (608)251-5826 c-OO yung-cha@cae.wisc.edu - =====================
From: russell@alpha3.ersys.edmonton.ab.ca (Russell Schulz) Newsgroups: comp.sys.next.bugs Subject: NS 2.1, Edit under IB, Cmd-q doesn't save? Message-ID: <950324.223149.6d4.rnr.w164w@alpha3.ersys.edmonton.ab.ca> Date: Fri, 24 Mar 1995 22:31:49 -0700 Organization: Private System, Edmonton, AB, Canada CC: bug_next@next.com when I use double-click on a .m file from WM and make a change and hit Cmd-q, it warns me, and I click on `Save files', and it does. when I double-click on the filename.[hm] under IB's Project Inspector, and make a change to the .m and hit Cmd-q, it warns me, and I click on `Save files', and it DOESN'T! (this was driving me nuts today -- ``I THOUGHT I'd already changed that''. then make said `debug is up to date' and I started tracking it down.) is this a known problem? -- Russell Schulz russell@alpha3.ersys.edmonton.ab.ca ersys!rschulz Shad 86c
Newsgroups: comp.sys.next.bugs From: mgoedel@muaddib.m.isar.de (Michael Maximilian Goedel) Subject: BIG Problems with SLIP Message-ID: <D5z0Kq.2wv@muaddib.m.isar.de> Sender: mgoedel@muaddib.m.isar.de (Michael Maximilian Goedel) Organization: Michael Maximilian Goedel Date: Sat, 25 Mar 1995 00:41:13 GMT Hello there, I have a very big problem, stealing my time for now 4 weeks and I still have no answer to my questions. I do have a little network at home with 2 Macs and 2 nextcubes running as a Non-NeXT-Network. from a NeXTcube with the IP-Number 192.42.172.1, I have installed Louis A. Mamakos SLIP-package to have access to the internet to use ftp, telnet, OMNIWeb and all this nice stuff. The IP-Number for the SLIP-remote is 193.141.69.1. my SLIP adress is 193.141.69.243. If I PING to any machine outside my net, or using telnet or ftp with the IP-Number of the box, I wanna contact to, it works without any problems. NSLOOKUP, traceroute an netstat -r ends with a very long timeout and doesn t give me the result, I normally would expect. As the docs tell me to select not to "Bind to network NetInfo server" but "Use local domain only" with a checkmark in "Readable only by local net", I am not able to talk to any machine outside my net using names. Before starting /usr/dialupip/config/rc.slip, nslookup tells me, that the nameserver is not respondig, netstat -r works correct until the time I install the slip-configuration. If I then start nslookup, the modem starts and makes a connection to my Internet-Provider, but it doesn t goe ahead with the work. I tested several configurations of /etc/hostconfig and /etc/resolf.con, but I am not able to fix the problem. It would be nice, if some of guys could help me. this is my hostconfig: HOSTNAME=muaddib INETADDR=192.42.172.1 ROUTER=-NO- IPNETMASK=255.255.255.240 IPBROADCAST=-AUTOMATIC- NETMASTER=-NO- YPDOMAIN=-NO- TIME=-AUTOMATIC- and this the config.slip-file # SLIPxDEFAULT # default route? Should be set to YES or NO # ------------------------------ slip0 SLIP0LOCAL=193.141.69.243 SLIP0REMOTE=193.141.69.1 SLIP0NETMASK=255.255.255.0 #SLIP0CONFIG=SLIP SLIP0CONFIG=CSLIP SLIP0DEFAULT=YES resolv.conf domain m.isar.de nameserver 193.141.69.1 Nice Greetings from Munich mgoedel@muaddib.m.isar.de -- Michael Maximilian Goedel | Email: mgoedel@muaddib.m.isar.de (NeXTmail, MIME, ASCII) KARSTADT AG Muenchen | Tel: +49-89-652818
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs Subject: sndplay on Intel Date: 25 Mar 1995 19:46:02 GMT Organization: Technical University of Berlin, Germany Message-ID: <3l1rtq$3ku@news.cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, has anyone else seen this? sndplay somefile.snd works fine, as long as the sound is of handy size. When I try to play a soundfile which is, for example, about 40 Meg in size (4 Minutes stereo, 44 kHz, 16 Bit), sndplay thinks for a while, returns after say 5 seconds but plays nothing. Very interesting is the fact that the file remains opened in some way, because when I try to delete it, the space stays used until reboot.... This is on Intel, NS 3.3, ProAudioSpectrum 16 On Motorola, sndplay _does_ play this soundfile perfectly. Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 23 281 (uni) \~/
From: droux@info.isbiel.ch (Nicolas Droux) Newsgroups: comp.sys.next.bugs Subject: Transferring doubles with XDR under NEXTSTEP/Intel Date: 24 Mar 1995 19:02:29 GMT Organization: Biel School of Engineering, CH-2501 Biel, Switzerland Distribution: world Message-ID: <3kv505$okv@vega.info.isbiel.ch> Hi there, I'm developing distributed applications for various architectures using XDR and NEXTSTEP/Intel cannot encode and decode the double data format. Transfer is correct for example between NEXTSTEP/Motorola - Solaris 2.4/SPARC NEXTSTEP/Motorola - Linux/Intel NEXTSTEP/Motorola - Transputer Linux/Intel - Solaris 2.4/SPARC . But the following fail: NEXTSTEP/Intel - Solaris 2.4/SPARC NEXTSTEP/Intel - NEXTSTEP/Motorola NEXTSTEP/Intel - Linux/Intel NEXTSTEP/Intel - Paragon OSF/1 (i860) NEXTSTEP/Intel - Transputer After some further tests, I noticed that the two 32 bits parts of the double are not placed in the correct order. For instance, a double should be coded normally as 0x2B079E6E CD1F74C0 but is coded after transfer by XDR to 0xCD1F74C0 2B079E6E. Thanks, -- _________________________________________________________________ Nicolas Droux Engineering School of Biel-Bienne Computer Science Dpt Rue de la Source 21 Phone: +41 32 266 314 CH-2501 Biel-Bienne, Switzerland FAX: +41 32 266 523 MIME/NeXTMail Welcomed
From: garton@inibara.cc.columbia.edu (Bradford Garton) Newsgroups: comp.sys.next.bugs Subject: Re: sndplay on Intel Date: 26 Mar 1995 14:42:12 GMT Organization: Columbia University Message-ID: <3l3ug4$iuk@apakabar.cc.columbia.edu> References: <3l1rtq$3ku@news.cs.tu-berlin.de> In article <3l1rtq$3ku@news.cs.tu-berlin.de>, Axel Habermann <kiwi@cs.tu-berlin.de> wrote: > >sndplay somefile.snd works fine, as long as the sound is of handy >size. When I try to play a soundfile which is, for example, about >40 Meg in size (4 Minutes stereo, 44 kHz, 16 Bit), sndplay thinks >for a while, returns after say 5 seconds but plays nothing. Very >interesting is the fact that the file remains opened in some way, >because when I try to delete it, the space stays used until reboot.... > >This is on Intel, NS 3.3, ProAudioSpectrum 16 This is a bug in the SoundKit, which I heard was supposedly fixed in 3.3. I guess not... sigh. Some music apps that use the SoundKit in non-standard ways (or bypass it altogether) such as Paul Lansky's "rt.app" and (I think) "Edsnd2.app" (available at http://www.music.princeton.edu or ftp://princeton.edu) can play long soundfiles in Intel with no problems. Actually, with the 'typical' problems. About 10-20% of our sound conversions on Intel lose an interrupt or something and the sound flakes out in a major way. It really sucks eggs that support for high-quality audio seems such a low priority for NeXT these days. Is there any hope for an AES/EBU or SPDIF digital i/o card on any of these platforms? Has anyone anywhere managed to simply record a stereo soundfile using any NextStep intel configuration? Jeez. Perhaps the Sun port will be better, but I'm real skeptical these days of the exact meaning behind the words "includes support for CD-quality sound" -- from any manufacturer. Brad Garton Music Dept. garton@columbia.edu
From: cello@virgil (Sean Anthony Varah) Newsgroups: comp.sys.next.bugs Subject: Re: sndplay on Intel Date: 26 Mar 1995 17:42:31 GMT Organization: Harvard University, Cambridge, Massachusetts Message-ID: <3l4927$884@decaxp.harvard.edu> References: <3l1rtq$3ku@news.cs.tu-berlin.de> <3l3ug4$iuk@apakabar.cc.columbia.edu> Bradford Garton (garton@inibara.cc.columbia.edu) wrote: : Actually, with the 'typical' problems. About 10-20% of our sound conversions : on Intel lose an interrupt or something and the sound flakes out in a major : way. It really sucks eggs that support for high-quality audio seems such a : low priority for NeXT these days. Is there any hope for an AES/EBU or SPDIF : digital i/o card on any of these platforms? Has anyone anywhere managed to : simply record a stereo soundfile using any NextStep intel configuration? : Jeez. Perhaps the Sun port will be better, but I'm real skeptical these : days of the exact meaning behind the words "includes support for CD-quality : sound" -- from any manufacturer. : Brad Garton -- I can definitely share in Brad's opinion, however, I wanted to add some positive news to the net regarding the sad shape of sound on NS-FIP. I've been working with an engineer at NeXT who is now fully aware of the playback/recording problems, and has been looking at them. He's been able to re-create the problems (skipping on playback, or, in 3.3, simply dropping out, also, the long playback bug Alex mentioned). WHEN he and his fellow engineers at NeXT implement a fix is another story, they're not promising anything. So, there is hope, though when it will arrive, I don't know. I am still rather annoyed it took NeXT 2 years to clue into the horrible sound problems on Intel hardware. I mean, we've been complaining about this for a while. I do appreciate the attention this problem is getting now, however, and the engineer I've been working with has been very responsive. In the meantime, I'm very happy I bought one USED 040 Cube and a Stealth box for reliable DAT transfers. Anyone got a Stealth box or DAT-Port they want to sell? Sean - - Sean Varah Harvard Computer Music Studio cello@mario.harvard.edu NeXTMail Welcome
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 27 Mar 1995 05:15:07 GMT Organization: Digital Fix Development Message-ID: <3l5hkr$mnt@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally the NEXTSTEP there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ *** NEED INFORMATION *** NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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) Dan Grillo (mailto:dan_grillo@next.com)
From: croehrig@sns.cs.ubc.ca (Chris Roehrig) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Well, well, well. What do you know... Date: 27 Mar 1995 09:41:42 GMT Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Message-ID: <3l618m$3p8@cs.ubc.ca> Yet another way to crash your HP 712 (3.2). Type the following at a shell prompt: niutil -list / . This causes the local netinfod to crash. Once it's gone, all its associated services (name lookups, etc) consequently also fail. So unless you're logged in as root already, you basically have to reboot since even a 'su' causes a name lookup. Any user can execute this and bring your machine to an essentially useless state. My machine is not part of a NetInfo network, so I don't know if it crashes on NetInfo clients. And on m68k and i486 machines everything works ok. Anyone know if this is fixed in 3.3? WORKAROUND: Best solution I can think of is to run a cron job that periodically checks if there's a netinfod running and if not, send nibindd a SIGHUP signal. Or just to make sure, kill lookupd and nibindd (in that order) and restart nibindd and lookupd (in that order). Any other ideas? Something like: #!/bin/sh # # ninurse -- resuscitate NetInfo services if it ever croaks # LOG="logger -t ninurse -p daemon.err" ps cax | grep -s netinfod if [ $? -eq 1 ]; then $LOG "Error: No netinfod running; restarting netinfo services" if ps cax | grep -s lookupd; then lookupd=`ps cax | grep lookupd | awk '{print $1;}'` $LOG "killing lookupd (${lookupd})" (kill ${lookupd} 2>&1) | $LOG fi if ps cax | grep -s nibindd; then nibindd=`ps cax | grep nibindd | awk '{print $1;}'` $LOG "killing nibindd (${nibindd})" (kill ${nibindd} 2>&1) | $LOG fi sleep 1 /usr/etc/nibindd /usr/etc/lookupd fi You'll probably have to make some modifications if you're running NIS or more than one NetInfo domain on your machine. Also, I'm not running this yet, so I make no guarantees that it works :-) -- Chris Roehrig (croehrig@cs.ubc.ca) Dept. of Computer Science, University of British Columbia 2366 Main Mall, Vancouver BC, Canada V6T 1Z4
Newsgroups: comp.sys.next.bugs From: david@zion.com(David J. Ferrero) Subject: Re: Fujitsu M2684SAU scsi bus trouble Message-ID: <D64z1F.Ep@zion.com> Keywords: fujitsu hd trouble Sender: david@zion.com (David J. Ferrero) Organization: Zion Software & Consulting References: <D64wJs.9M@zion.com> Date: Tue, 28 Mar 1995 05:53:37 GMT Anyone have similar effects? > I just installed one of these drives in a m68k system with a Toshiba > MK538FB HD on the scsi bus as well. On bootup, these drives caused major > havoc, and corrupted the /usr/etc/mach_init bootup files preventing normal > bootup. I never got these drives to work on the bus together, but did > manage to copy the data using an intermediary drive. Be careful with the > Fujitsu's settings! SCSI I should be set for m68k hardware I believe. > > David
From: mneher@homer1.ive.mrg.uswest.com (Mark_Tyler_Neher) Newsgroups: comp.sys.next.bugs,comp.sys.next.software,comp.sys.next.misc Subject: cursor tracking in SoftPC Date: 28 Mar 1995 19:15:32 GMT Organization: U S WEST Marketing Resources Message-ID: <3l9n8k$r6@engineer.mrg.uswest.com> I use SoftPC to run Netscape occasionally, as it supports more HTML than OmniWeb at this point. Just today I have started getting tracking problems, where the cursor is leaving tracks/images all over the SoftPC window. Exiting SoftPC and restarting doesn't help; rebooting the machine worked for only a few minutes. Anybody seen anything similar ?? Any ideas or suggestions ?? Thanks, MTN
From: mmccullo@usit.net Newsgroups: comp.sys.next.bugs Subject: OmniWeb and Opener Date: 28 Mar 1995 00:37:37 GMT Organization: United States Internet, Inc. Distribution: world Message-ID: <3l7loh$g50@news.usit.net> Why does OmniWeb spawn so many Opener processes when auto opening a downloaded archive file? My machine slows to a crawl trying to decompress an archive several times over...and my screen fills with error messages. Can I turn this behavior off? OmniWeb 1.0 PR1 and Opener 3.2. Michael
From: wjs@foom.omnigroup.com (William Shipley) Newsgroups: comp.sys.next.bugs Subject: Re: OmniWeb and Opener Date: 27 Mar 1995 22:21:16 -0800 Organization: Omni Development, Inc. Message-ID: <3l89ss$8h@foom.omnigroup.com> References: <3l7loh$g50@news.usit.net> mmccullo@usit.net writes: >Why does OmniWeb spawn so many Opener processes when auto >opening a downloaded archive file? My machine slows to a crawl >trying to decompress an archive several times over...and my >screen fills with error messages. Can I turn this behavior >off? >OmniWeb 1.0 PR1 and Opener 3.2. Upgrade to 1.0 final. Sending bug reports to omniweb@lighthouse.com insures that they'll be read and logged. -Wil Shipley
Newsgroups: comp.sys.next.bugs,comp.sys.next.software,comp.sys.next.misc Belgium.EU.net!EU.net!news.sprintlink.net!uunet!in1.uu.net!hearst.acc.Virginia.EDU!leo.vsla.edu!lawillia From: lawillia@leo.vsla.edu (Lucette A. Williams) Subject: Re: cursor tracking in SoftPC Message-ID: <1995Mar29.001136.27546@leo.vsla.edu> Organization: Virginia State Library References: <3l9n8k$r6@engineer.mrg.uswest.com> Date: Wed, 29 Mar 1995 00:11:36 GMT I've had the same problem happen to me when I'm running SoftPC...I notice it most during using MS Word or Excel... usually after selecting something on the SoftPC menu, and then immediately going into the Windows window...<shrug> I'd be interested in whatever you find out about it. Lucette lawillia@leo.vsla.edu Richmond, VA
Belgium.EU.net!EU.net!howland.reston.ans.net!cs.utexas.edu!news.ti.com!barracuda.dadd.ti.com!pooh.msp.sc.ti.com!jhermann From: jhermann@pooh.msp.sc.ti.com (John Hermann) Newsgroups: comp.sys.next.bugs Subject: Floppy disk access. Date: 29 Mar 1995 16:06:16 GMT Organization: Design Automation Division, Texas Instruments. Message-ID: <3lc0ho$gmr@barracuda.dadd.ti.com> Is there a bug in NS 3.0 that prevents copying files from one directory on the floppy disk to another directory on the floppy disk directly? I tried to do just that last night, but the process manager window kept popping up and saying that it was illegal. I finally had to copy the files to the hard disk and then back to the floppy. Best Regards, John Hermann
Belgium.EU.net!EU.net!howland.reston.ans.net!agate!darkstar.UCSC.EDU!usenet From: alvin@cse.ucsc.edu (Alvin Jee) Newsgroups: comp.sys.next.bugs Subject: How to track down SCSI bugs? Date: 29 Mar 1995 23:46:40 GMT Organization: University of California, Santa Cruz Message-ID: <3lcrh0$37t@darkstar.UCSC.EDU> Hello! How does one track down SCSI bugs on NS/Intel 3.2? I've got an Intel Pro/GX with an Adaptec 1542CF card driving an HP C3323A 1Gig drive, Apple CD300, and a Tandberg 4220 QIC drive. I use the tape drive to do daily backups at night and about 30% of the time, during the backup, the machine will lock up(!). Usually the machine locks up while the tape drive is making noises moving the tape around. The lock up is hard enough where the mouse cursor goes away and the cmd-` , reboot thing won't work. This can happen after the machine has been running for a few days or right after I reboot and try to back up the drive. It's getting to be a real pain and I want to find out how to fix this (fsck on a 1Gig drive can take a looonnng time). So, the question is, how does one track down what is causing the problems. I can't seem to get any error messages anywhere at all. Oh, all the terminators look good and I'm using the latest 1542CX driver from nextanswers.. Could this be a non-SCSI problem? -- Alvin Jee alvin@cse.ucsc.edu NeXTMail gleefully accepted! Using the Internet since 1984
From: mark@nextstep.dorm6.nctu.edu.tw (Lin Yi-chih) Newsgroups: comp.sys.next.bugs Subject: Warnning: Think before you Upgrade to 3.3 Date: 29 Mar 1995 01:48:51 GMT Organization: Dep. Computer Sci. & Information Eng., Chiao Tung Univ., Taiwan, R.O.C Distribution: World Message-ID: <3laea3$3eg@news.csie.nctu.edu.tw> I have lost much data which I put them in my SyQuest 270M Remove Disk. I think NeXTSTEP 3.3 does not just have the bad performance but also many BUGS in drivers or handleing the drivers!!!! Hope NeXT can notes about this, it's serious!! To the other people, **** Think before you Upgrade !!! **** Mark PS: I use DPT EISA SCSI card which works fine in 3.2
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs Subject: Re: How to track down SCSI bugs? Date: 31 Mar 1995 13:08:11 GMT Organization: Technical University of Berlin, Germany Message-ID: <3lgurr$raq@news.cs.tu-berlin.de> References: <3lcrh0$37t@darkstar.UCSC.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Alvin Jee (alvin@cse.ucsc.edu) wrote: : Hello! I've had lockups with heavy SCSI activity and Adaptec 1542CF on a 66 MHz DX2 486 Board (I can't remember the manufacturer). Disabling of the second level cache from the setup made the lockups disappear but decreased performance by about 25 percent. I swapped the mainboard :-( Hope that helps. Cheers, Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 23 281 (uni) \~/
From: jbaugher@amadeus.glenqcy.glenayre.com (Jason Baugher) Newsgroups: comp.sys.next.bugs,comp.sys.next,comp.sys.next.software,comp.sys.next.sysadmin Subject: KSH for Next m68 and Intl Date: 1 Apr 1995 08:49:34 GMT Organization: Glenayre Electronics Message-ID: <3lj42u$3b2@babylon5.glenqcy.glenayre.com> I am trying to find ksh to compile on NextStep 3.2 on Intel and Motorola. So far, the only thing I have found is pdksh5.1.0, which compiles ok. The problem is that when I use it as my shell, it seems to cause problems with things that want to write to stdout. ex. more .profile [1] stopped (tty output) more .profile su seems to do the same thing, as well as starting a new shell with csh. If I knew what was wrong with this, I could use it. Otherwise, I need to find different source. -- --=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-- Jason Baugher - Glenayre One Quintron Way Quincy, IL 62301 jbaugher@glenqcy.glenayre.com
Newsgroups: comp.sys.next.bugs From: Fabien_Roy@free.fdn.org (Fabien Roy) Subject: Re: newsgrazer patch ??? Message-ID: <1995Mar31.202046.3347@free.fdn.org> Sender: news@free.fdn.org Organization: Fabien Roy Consultant, Paris, France References: <1995Mar31.112034.1440@free.fdn.org> <3lhdht$507@digdug.pencom.com> Date: Fri, 31 Mar 1995 20:20:46 GMT robin@pencom.com (Robin D. Wilson) wrote: >In article <1995Mar31.112034.1440@free.fdn.org> Fabien_Roy@free.fdn.org >(Fabien Roy) writes: >:wlod@mcs.com wrote: >: >:>Not that long ago were some posts regarding a patch to Newsgrazer. >:>Anyone know what ever became of the patch. Was it ever released >:>for public consumption? >: >:>-- >:> --Steve Wlodkowski >:> wlod@mcs.com (NeXTmail welcomed) >: >:Alexandra.app = newsgrazer patch :-) >So where do we get Alexandra.app? ftp.fdn.org/pub/NeXTSTEP/Network/apps/Alexandra.0.7.s.tar.gz Fabien >-- >--------------------------------------------------------------------- -------- >*** 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 -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail/MIME accepted) Fabien Roy Consultant NEXTSTEP/OPENSTEP/EOF Consultant, SYBASE DBA 10 rue de la DEFENSE 93100 MONTREUIL, France Tel: 33 1 45 28 32 23 Fax: 33 1 45 28 32 23
Newsgroups: comp.sys.next.bugs From: Fabien_Roy@free.fdn.org (Fabien Roy) Subject: Re: newsgrazer patch ??? Message-ID: <1995Mar31.112034.1440@free.fdn.org> Sender: news@free.fdn.org Organization: Fabien Roy Consultant, Paris, France References: <3lfkfk$s7k@News1.mcs.com> Date: Fri, 31 Mar 1995 11:20:34 GMT wlod@mcs.com wrote: >Not that long ago were some posts regarding a patch to Newsgrazer. >Anyone know what ever became of the patch. Was it ever released >for public consumption? >-- > --Steve Wlodkowski > wlod@mcs.com (NeXTmail welcomed) Alexandra.app = newsgrazer patch :-) Cheers Fabien -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail/MIME accepted) Fabien Roy Consultant NEXTSTEP/OPENSTEP/EOF Consultant, SYBASE DBA 10 rue de la DEFENSE 93100 MONTREUIL, France Tel: 33 1 45 28 32 23 Fax: 33 1 45 28 32 23
From: wlod@mcs.com Newsgroups: comp.sys.next.bugs Subject: newsgrazer patch ??? Date: 31 Mar 1995 01:04:52 GMT Organization: MCSNet Services Message-ID: <3lfkfk$s7k@News1.mcs.com> Not that long ago were some posts regarding a patch to Newsgrazer. Anyone know what ever became of the patch. Was it ever released for public consumption? -- --Steve Wlodkowski wlod@mcs.com (NeXTmail welcomed)
From: jfd@hiram-2.c3.lanl.gov (John F. Davis) Newsgroups: comp.sys.next.bugs Subject: Intel 3.2->3.3 breaks ATI+ProAudio configuration Followup-To: comp.sys.next.bugs Date: 31 Mar 1995 15:55:59 GMT Organization: Los Alamos National Laboratory Message-ID: <3lh8mf$3k4@newshost.lanl.gov> Keywords: intel, nextstep, configuration My Intel configuration broke in upgrading from NS 3.2 to NS 3.3. The problem is overlapping I/O port addresses for the ATI Ultra Pro graphics adaptor and the ProAudioSpectrum sound card. I have read all the NextAnswers related to this, but could not make anything work. The overlap is that the last I/O port address for the ProAudioSpectrum, 0x9a01, falls in a range 0x52ee-0xfeef claimed by the ATI Ultra Pro. I have experimented with deleting/moving the 0x9a01 for the Pro, but this merely disables all sound including system beeps. No surprise, since this is the Master Decode address for the Pro. If I delete the ATI range, then the system gets very slow and can no longer recognize system CD-ROMs like the NextStep 3.3 distribution disk. However the sound then at least delivers the system beep. Suggestions? John F. Davis jfd@lanl.gov
Belgium.EU.net!EU.net!howland.reston.ans.net!ix.netcom.com!netcomsv!uu3news.netcom.com!digdug.pencom.com!usenet From: robin@pencom.com (Robin D. Wilson) Newsgroups: comp.sys.next.bugs Subject: Re: newsgrazer patch ??? Date: 31 Mar 1995 17:18:53 GMT Organization: Pencom Sofware Message-ID: <3lhdht$507@digdug.pencom.com> References: <1995Mar31.112034.1440@free.fdn.org> In article <1995Mar31.112034.1440@free.fdn.org> Fabien_Roy@free.fdn.org (Fabien Roy) writes: :wlod@mcs.com wrote: : :>Not that long ago were some posts regarding a patch to Newsgrazer. :>Anyone know what ever became of the patch. Was it ever released :>for public consumption? : :>-- :> --Steve Wlodkowski :> wlod@mcs.com (NeXTmail welcomed) : :Alexandra.app = newsgrazer patch :-) So where do we get Alexandra.app? -- ----------------------------------------------------------------------------- *** 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: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs Subject: WACOM tablet on Turbo Color produces NMI Date: 2 Apr 1995 14:22:24 GMT Organization: Technical University of Berlin, Germany Message-ID: <3lmbv0$n2q@news.cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello, a friend of mine has a problem installing a WACOM tablet with InstallTablet.app on his NeXT Turbo Color. The application runs fine up to the moment where it recognizes the tablet. Next, the NMI mini window appears. Typing c to continue has the effect of the panel disappearing and reappearing after a second. The only way out of this is a hard power down :-( (This is under 3.2 and 3.3). The tablet driver installs fine on a monochrome NeXT non-turbo (don't know the OS version though). Any suggestions? Cheers, Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 23 281 (uni) \~/
Newsgroups: comp.sys.next.bugs From: csaldanh@mae.carleton.ca (Chris Saldanha) Subject: Re: Bug in Upgrade to ver 3.3 Message-ID: <D6FLAF.6D2@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University References: <95Mar31.102007est.48665-6@mail.uunet.ca> <3lmvg3$g0c@news.next.com> Date: Sun, 2 Apr 1995 23:30:15 GMT Matt Watson (Matt_Watson@next.com) wrote: : > 'uuxqt' missing. (This is used by uucico.) Apparently, this is a : > bug in the Upgrader program which has been missed by NeXT. : You must have upgraded using a network server without exporting the : filesystem using -anon=0. : If this was not the case then we indeed missed a bug. It WAS exported from NFSManager with "treat anonymous users as user with UID 0". --Chris Chris Saldanha, Software Analyst -------------------------------------- computerActive, Inc |"The eternal silence of these infinite| chris@computerActive.on.ca (NeXTMail) | spaces terrifies me." -Blaise Pascal| http://www.mae.carleton.ca/~csaldanh ------------------:-o-----------------
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 3 Apr 1995 04:15:07 GMT Organization: Digital Fix Development Message-ID: <3lnsob$2fn@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally the NEXTSTEP there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ *** NEED INFORMATION *** NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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) Dan Grillo (mailto:dan_grillo@next.com)
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <@mail.uunet.ca,@fdpdagca:orrin@FDPD-agcan.org> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) From: Orrin C Kerr <orrin@FDPD-agcan.org> Date: Fri, 31 Mar 1995 09:28:35 -0500 Subject: Bug in Upgrade to ver 3.3 Cc: postmaster@next.com Message-ID: <95Mar31.102007est.48665-6@mail.uunet.ca> Recently we upgraded our mail server to version 3.3. All went well except... SYMPTOMS We stopped receiving mail from our Internet UUCP services provider. E-mail could be sent out, but no one was receiving mail from outside our organization. The modem was observed to connect and packets appeared to be transferring. The provider checked his logs which said that files were being uploaded and downloaded. CAUSE Our Senior Unix Guru from outside poked about and found the file 'uuxqt' missing. (This is used by uucico.) Apparently, this is a bug in the Upgrader program which has been missed by NeXT. SOLUTION Force a poll manually. That seems to have worked for us. --- orrin@fdpd-agcan.org (NeXTmail & MIME mail accepted) "Don't blame my bosses! They didn't know I said it, so they can't be held responsible for it." Orrin C. Kerr, LAN Administrator and Database Administrator, F.E.R.P.Div, AgCan Policy Br; BBS Sysop, FBMInet; Support Desk; Chief Bottlewasher and General Dogsbody
From: dean@n5170a.nrl.navy.mil (Dean Clamons) Newsgroups: comp.sys.next.bugs Subject: Re: newsgrazer patch ??? Date: 3 Apr 1995 14:58:10 GMT Organization: Naval Research Laboratory Message-ID: <3lp2e2$loi@ra.nrl.navy.mil> References: <1995Mar31.202046.3347@free.fdn.org> In article <1995Mar31.202046.3347@free.fdn.org> writes: > robin@pencom.com (Robin D. Wilson) wrote: > >In article <1995Mar31.112034.1440@free.fdn.org> > Fabien_Roy@free.fdn.org > >(Fabien Roy) writes: > >:wlod@mcs.com wrote: > >: > >:>Not that long ago were some posts regarding a patch to Newsgrazer. > >:>Anyone know what ever became of the patch. Was it ever released > >:>for public consumption? > >: > >:>-- > >:> --Steve Wlodkowski > >:> wlod@mcs.com (NeXTmail > welcomed) > >: > >:Alexandra.app = newsgrazer patch :-) > > >So where do we get Alexandra.app? > > ftp.fdn.org/pub/NeXTSTEP/Network/apps/Alexandra.0.7.s.tar.gz > > Fabien > > >-- > >--------------------------------------------------------------------- > -------- > >*** 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 > -- > --------------------------------------------------------------------- > Fabien_Roy@free.fdn.org (NextMail/MIME accepted) > Fabien Roy Consultant > NEXTSTEP/OPENSTEP/EOF Consultant, SYBASE DBA > 10 rue de la DEFENSE 93100 MONTREUIL, France > Tel: 33 1 45 28 32 23 Fax: 33 1 45 28 32 23 Alexandra.app appears to be based on Newsbase, NOT Newsgrazer. I, too would like to find a version of Newsgrazer which doesn't die every time it sees a news item it doesn't understand. I've looked at Newsbase and found it lacking. I did not actually try Alexandra, but probabloy will in the near future. -- Dean Clamons Naval Research Lab Code 5110 Washington, DC 20375 (202) 767-2384 dean@n5170a.nrl.navy.mil
From: steve@stevek.ipac.net Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.hardware,comp.sys.next.bugs,comp.soft-sys.nextstep Subject: Re: FROZEN WORKSTATION!!! HEEEEEEEELP!!!! Date: Sun, 02 Apr 95 19:04:58 PDT Organization: Internet Public Access Corporation Distribution: inet Message-ID: <NEWTNews.24667.796874773.steve@stevek.ipac.net> References: <3lfptn$quc@news.eecs.nwu.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII try bringing it up in single user mode (check your manual) and fsck the drive
From: Matt_Watson@next.com (Matt Watson) Newsgroups: comp.sys.next.bugs Subject: Re: Bug in Upgrade to ver 3.3 Date: 2 Apr 1995 19:55:47 GMT Organization: NeXT Computer, Inc. Distribution: usa Message-ID: <3lmvg3$g0c@news.next.com> References: <95Mar31.102007est.48665-6@mail.uunet.ca> In article <95Mar31.102007est.48665-6@mail.uunet.ca> Orrin C Kerr <orrin@FDPD-agcan.org> writes: > Recently we upgraded our mail server to version 3.3. All went well > except... > > SYMPTOMS > We stopped receiving mail from our Internet UUCP services provider. > E-mail could be sent out, but no one was receiving mail from > outside our organization. The modem was observed to connect and > packets appeared to be transferring. The provider checked his logs > which said that files were being uploaded and downloaded. > > CAUSE > Our Senior Unix Guru from outside poked about and found the file > 'uuxqt' missing. (This is used by uucico.) Apparently, this is a > bug in the Upgrader program which has been missed by NeXT. You must have upgraded using a network server without exporting the filesystem using -anon=0. If this was not the case then we indeed missed a bug. matt. -- Matt Watson Sherwood Forestry Division NeXT Computer, Inc.
Newsgroups: comp.sys.next.bugs From: mario@galileo.uwaterloo.ca (Mario Stargard) Subject: OmniWeb complains of more than one user when there's just me! Message-ID: <D6H1n9.Ay3@watserv3.uwaterloo.ca> Sender: news@watserv3.uwaterloo.ca Organization: University of Waterloo Date: Mon, 3 Apr 1995 18:21:08 GMT Greetings! Anyone having problems with OmniWeb complaining that there are currently too many users when there is only one, and then terminating? An update (of OmniWeb) didn't fix it. Why does it think there are multiple users? -- Mario Stargard School of Optometry University of Waterloo Waterloo, Ontario Canada N2L 3G1
From: dean@n5170a (Dean Clamons) Newsgroups: comp.sys.next.bugs Subject: Re: newsgrazer patch ??? Date: 3 Apr 1995 18:04:07 GMT Organization: Naval Research Laboratory Message-ID: <3lpdan$qml@ra.nrl.navy.mil> Since my last comment on Alexandra I have had a chance to try it. Basically it looks promising, but it is nowhere near done. It does not sort either news groups or articles within the group (other than by article number). It shows only the subject line in the list of available articles. I want to see at least the author's name. It doesn't seem to me that the area for the scrolled lists of groups and articles is large enough. There is no help at this point and no preferences panel.
From: cdb@xedoc.com.au (Cameron Bromley) Newsgroups: comp.sys.next.bugs Subject: 3.2 on cube breaks Optical disk? Date: 4 Apr 1995 07:42:42 GMT Organization: Xedoc Software Development Pty Ltd Message-ID: <3lqt9i$slr@yarrina.connect.com.au> Hi, After upgrading one of our cubes to 3.2 , the optical disk no longer works. It has been cleaned. On another cube which was upgraded at the same time, the optical spins up, and you can read the disk, but then 30 senconds or so later, the machine hangs. I have had a look in NeXTAnswers, but couldn't find any hits. Is it just the world conspiring against me? Or is it a bug? Cameron. -- ---------------------------------------------------------------- Cameron Bromley Email : cdb@xedoc.com.au Xedoc Software Development Pty. Ltd. Fax : +61-3-214-0102 Unit 11, 663 Victoria St, Phone : +61-3-214-0199 Abbotsford, VIC, 3067, Australia
From: jimk@anchor.eng2.uconn.edu (JIM KOCH) Newsgroups: comp.sys.next.bugs Subject: Newsgrazer Bug ---ShutDown Date: 4 Apr 1995 12:40:35 GMT Organization: University of Connecticut Message-ID: <3lreo3$1ct@bellboy.ucc.uconn.edu> My NewsGrazer will shutdown similar types of newsgroups for one or two days then work without a problem. e.g. At time i con open no newsgroup that is a marketplace. Like comp marketplace or cars marketplace this happens across the board for any group ending in marketplace. It has also happened with pictures. Strange huh? Any ideas. Thanks Jim -- __o o _ \<_ <\ __/\o_ (_)/(_) /> swim bike run
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@alleg.EDU> Message-ID: <9504050747.AA05799@alleg.EDU> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v116.1) From: Timothy J Luoma <luomat@alleg.EDU> Date: Wed, 5 Apr 95 03:47:40 -0400 Subject: Re: newsgrazer patch ??? Cc: comp-sys-next-bugs@antigone.com So where do we get Alexandra.app? Where else? Peanuts! ftp to peanuts (# in paren = Sizes... not part of path :-) ftp://129.187.249.15/pub/comp/platforms/next/Network/apps/Alexandra.0. 7.NIHS.b.tar.gz (525004) ftp://129.187.249.15/pub/comp/platforms/next/Network/apps/Alexandra.0. 7.README (4960) ftp://129.187.249.15/pub/comp/platforms/next/Network/apps/Alexandra.0. 7.s.tar.gz (71844) TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
From: wlod@mcs.com Newsgroups: comp.sys.next.bugs Subject: Re: newsgrazer patch ??? Date: 6 Apr 1995 02:38:21 GMT Organization: MCSNet Services Message-ID: <3lvk6t$qa2@News1.mcs.com> References: <3lpdan$qml@ra.nrl.navy.mil> dean@n5170a (Dean Clamons) wrote: >Since my last comment on Alexandra I have had a chance to try it. >Basically it looks promising, but it is nowhere near done. It does not >sort either news groups or articles within the group (other than by >article number). It shows only the subject line in the list of >available articles. I want to see at least the author's name. It >doesn't seem to me that the area for the scrolled lists of groups and >articles is large enough. There is no help at this point and no >preferences panel. I've since had the chance to try Alexandra too - too many bad headers with Newsgrazer lately - and I'd just like to publicly say *thanks* to Constantin Szallies! I agree, it's not NG, but it comes with source!!!! And compared to the alternatives when NG starts belching, well... Alexandra is very nice as is. I haven't tried it yet, but I suspect if you're having problems with headers in NG and you still want to stick with NG, then the following might work... On those days when NG crashes 1) copy the .newsrc file that NG uses to the one Alexandra uses in my case, .newsrc.news.mcs.com -> .news.mcs.com.newsrc 2) fire up Alexandra, let it go prefetch your artlcles. 3) kill Alexandra, and copy back the .newsrc's back 4) start NG again As for me, on those days when NG crashes, I'll just use Alexandra. And with the code available.... *thanks* Constantin! --Steve
From: jim.anderson@cyberstore.ca (Jim Anderson) Newsgroups: comp.sys.mac.wanted,comp.sys.mentor,comp.sys.mips,comp.sys.misc,comp.sys.ncr,comp.sys.newton,comp.sys.newton.misc,comp.sys.newton.programmer,comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.northstar,comp.sys.novell,comp.sys.nsc,comp.sys.nsc.32k,comp.sys.palmtops,comp.sys.pen,comp.sys.powerpc,comp.sys.prime,comp.sys.proteon,comp.sys.psion,comp.sys.pyramid,comp.sys.sequent Subject: comdex on cd-rom Date: 6 Apr 1995 21:04:53 GMT Organization: Cyberstore Systems Distribution: inet Message-ID: <3m1l1l$4bb@scipio.cyberstore.ca> Mime-Version: 1.0 CD-ROM of ALL COMDEX (This is the worlds largest computer trade show-ie all the newest and coolest in software and computer hardware)(Las Vegas, Nov.1994) brochures for $49.95 US (Money Order) Scanned in at 200 DPI, line art with corresponding database.(Windows,DOS) Mail money order and where you want your CD-ROM mailed to: First National Data Bank Box 24008, Kelowna, V1Y 9P9, BC, Canada Please allow 2 weeks for delivery.
From: mark@nextstep.dorm6.nctu.edu.tw (Lin Yi-chih) Newsgroups: comp.sys.next.bugs Subject: nogroup? Date: 5 Apr 1995 17:10:26 GMT Organization: Dep. Computer Sci. & Information Eng., Chiao Tung Univ., Taiwan, R.O.C Distribution: World Message-ID: <3luiu2$ir2@news.csie.nctu.edu.tw> When I try to use two HardDisks or use Remove HardDisk with my 3.3 I found that I get "nogroup" in Inspcetor in second HD or my Remove HardDisk. As I try for few months, I think that there are some bugs in WorkSpace.app. Anyway, I lost data in my Remove HardDisk, and can not make two HardDisk cooperation. When NeXT will notice these serious problem? Maybe after they die! PS: BTW, I have not seem the News about the improvement of the drivers for a long time, it also make me unhappy. Mark Taiwan NeXT User Group
Belgium.EU.net!EU.net!howland.reston.ans.net!pipex!dircon!steffi.dircon.co.uk!usenet From: robert@steffi.dircon.co.uk (Robert Nicholson) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Very strange 3.3 behaviour? (dbm files appearing from nowhere) Date: 05 Apr 1995 21:35:52 +0100 Organization: me organized? That's a joke! Message-ID: <robertznfpxu5w3fer@steffi.dircon.co.uk> Yesterday I was on a friends 3.3 Intel machine and I noticed that when I did. (in single user mode. ie. no netinfo) ls -al / I got. root:/Users/robert/archives/for_sendfax/tools>ls -al / 21:32 total 1594 dr-xr-xr-x 17 # 1024 Apr 5 16:15 . dr-xr-xr-x 17 # 1024 Apr 5 16:15 .. drwxr-xr-x 4 # 1024 Apr 2 20:32 .NeXT -rw-r--r-- 1 # 82 Sep 25 1994 .crontab -rw-r--r-- 1 # 460 Mar 4 1992 .cshrc drwx------ 2 # 1024 Oct 9 16:27 .elm -rw-r--r-- 1 # 20 Oct 23 1993 .hidden -rw------- 1 # 6967 Apr 5 20:41 .history -rw-r--r-- 1 # 187 Mar 21 1989 .login -rw------- 1 # 1468 Jan 27 20:38 .ncrecent -rw-r--r-- 1 # 554 Jan 27 19:44 .newsrc -rw-r--r-- 1 # 554 Jan 27 19:43 .oldnewsrc -rw-r--r-- 1 # 150 Dec 8 1992 .path -rw-r--r-- 1 # 125 Dec 8 1992 .profile -rw-r--r-- 1 # 53 Jan 27 19:44 .rnlast -rw-r--r-- 1 # 91 Jan 27 19:43 .rnsoft lrwxrwxrwx 1 # 21 Mar 5 15:56 .zshenv -> /Users/robert/.zshenv lrwxrwxrwx 1 # 20 Mar 5 15:56 .zshrc -> /Users/robert/.zshrc drwxr-xr-x 6 # 1024 Apr 4 23:51 External1 drwxr-xr-x 4 # 1024 Jan 16 21:58 Library lrwxrwxrwx 1 # 29 Apr 2 18:54 LocalApps -> /External1/nextstep/LocalApps lrwxrwxrwx 1 # 34 Apr 2 18:42 LocalDeveloper -> /External1/nextstep/LocalDeveloper lrwxrwxrwx 1 # 32 Apr 2 18:42 LocalLibrary -> /External1/nextstep/LocalLibrary drwx------ 2 # 1024 Apr 5 20:41 Mail drwx------ 3 # 1024 Oct 23 1993 Mailboxes dr-xr-xr-x 1 # 512 Apr 5 16:15 Net drwxr-xr-x 3 # 1024 Dec 27 18:38 News drwxr-xr-x 11 # 1024 Oct 22 1993 NextAdmin drwxr-xr-x 14 # 1024 Jun 7 1994 NextApps drwxr-xr-x 10 # 1024 Oct 11 01:03 NextDeveloper drwxr-xr-x 22 # 1024 Oct 11 01:05 NextLibrary lrwxrwxrwx 1 # 16 Apr 2 18:46 Users -> /External1/Users drwxr-xr-x 2 # 2048 Sep 25 1994 bin lrwxrwxrwx 1 # 11 Oct 22 1993 dev -> private/dev lrwxrwxrwx 1 # 11 Oct 22 1993 etc -> private/etc drwxr-xr-x 4 # 1024 Oct 20 1993 lib lrwxrwxrwx 1 # 9 Oct 22 1993 mach -> $BOOTFILE -r--r--r-- 3 # 779288 Oct 19 1993 odmach drwxrwxr-x 12 # 1024 Jan 1 02:52 private -r--r--r-- 3 # 779288 Oct 19 1993 sdmach -rwxr-xr-- 1 # 252 Apr 2 17:13 tarcomp -rwxr-xr-- 1 # 766 Apr 2 17:13 tarcreate -rwxr-xr-- 1 # 147 Apr 2 17:13 tarextract -rwxr-xr-- 1 # 53 Apr 2 17:13 tarlist lrwxrwxrwx 1 # 11 Oct 22 1993 tmp -> private/tmp drwxr-xr-x 17 # 1024 Apr 2 18:43 usr guess what `whoami` returned That's right. "#" So I look at /etc/passwd and noticed nothing wrong. then I changed the uucp owner to buucp and tried chowning a file buucp and low and behold it didn't accept buucp as the owner. Upon closer inspection I noticed that there was a passwd.dir and passwd.pag files in /etc look at the pag files I could see that the regular /etc/passwd file had somehow been used to build these dbm files and the comment character was causing the trouble. Two questions.. 1. How was that file created. 2. More importantly, why was it even consulted by the OS at all? (getpwent) -- "Mary ate a little lamb and punk rock isn't dead" (PGP key: send email with Subject: request pgp key)
Newsgroups: comp.sys.next.bugs From: fabien@free.fdn.org (Fabien Roy) Subject: Re: newsgrazer patch ??? Message-ID: <1995Apr3.183624.8312@free.fdn.org> Sender: news@free.fdn.org Organization: Fabien Roy Consultant, Paris, France References: <3lp2e2$loi@ra.nrl.navy.mil> Date: Mon, 3 Apr 1995 18:36:24 GMT In article <3lp2e2$loi@ra.nrl.navy.mil> dean@n5170a.nrl.navy.mil (Dean Clamons) writes: > Alexandra.app appears to be based on Newsbase, NOT Newsgrazer. I, too > would like to find a version of Newsgrazer which doesn't die every time it > sees a news item it doesn't understand. I've looked at Newsbase and found > it lacking. I did not actually try Alexandra, but probabloy will in the > near future. > -- > Dean Clamons > Naval Research Lab > Code 5110 > Washington, DC 20375 > (202) 767-2384 > dean@n5170a.nrl.navy.mil Great advantage: Alexandra comes with sources! Fabien -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail/MIME accepted) Fabien Roy Consultant NEXTSTEP/OPENSTEP/EOF Consultant, SYBASE DBA 10 rue de la DEFENSE 93100 MONTREUIL, France Tel: 33 1 45 28 32 23 Fax: 33 1 45 28 32 23
Belgium.EU.net!EU.net!howland.reston.ans.net!news.cac.psu.edu!news.pop.psu.edu!hudson.lm.com!netline-fddi.jpl.nasa.gov!sec396-news.jpl.nasa.gov!taoteching.jpl.nasa.gov!jluvalle From: jluvalle@ccmail.jpl.nasa.gov (John Luvalle) Newsgroups: comp.sys.next.bugs Subject: re: 3.2 optical disk bug ? Date: Fri, 7 Apr 1995 19:43:07 GMT Organization: Allied signal field engineering Message-ID: <jluvalle.17.2F8595CB@ccmail.jpl.nasa.gov> My optical disk works fine under 3.2 (nextdimension system), I have not attempted to boot from OD. John
From: Bruce Gingery <bruce@TotSysSoft.com> Newsgroups: comp.sys.next.bugs Subject: Re: re: 3.2 optical disk bug ? Date: 7 Apr 1995 21:18:39 GMT Organization: Total System Software Distribution: world Message-ID: <3m4a7f$2bp@tssslab.TotSysSoft.com> References: <jluvalle.17.2F8595CB@ccmail.jpl.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit In article <jluvalle.17.2F8595CB@ccmail.jpl.nasa.gov> jluvalle@ccmail.jpl.nasa.gov (John Luvalle) writes: }~ My optical disk works fine under 3.2 (nextdimension system), }~ I have not attempted to boot from OD. Mine works fine on a Cube (monochrome upgraded to 68040) under 3.2 -- I have often booted from it for special needs. Bruce
From: Bruce Gingery <bruce@TotSysSoft.com> Newsgroups: comp.sys.next.bugs Subject: Multiple Text objects in a Scroll View... - Ruler bug - under 3.3? Date: 7 Apr 1995 22:00:02 GMT Organization: Total System Software Distribution: world Message-ID: <3m4cl2$2cc@tssslab.TotSysSoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Has anyone tested for the Ruler object bug that is consistent up through 3.2, under 3.3? Group multiple Text objects in a ScrollView. Turn on the Ruler in any of those Text instances, even if each has its own ScrollView within the grouping ScrollView, and the Ruler gets confused. In most cases a single Ruler is instantiated in the outside ScrollView and selecting/deselecting ruler in various Text views leaves it in a confused state. +-+ Bruce Gingery Total System Software Cheyenne, WY USA We do consulting over Internet. E-Mail tss@TotSysSoft.com for quotes or more info. Homepage construction area:<URL:http://turnpike.net/metro/bagingry/> NEXT IN LINE magazine staff technical writer Bruce Gingery <bgingery@Wyoming.COM> OR <bruce@TotSysSoft.com> Multimedia: NeXTmail(tm) preferred MIME-mail welcome
From: jfd@bloch.tsasa.lanl.gov Newsgroups: comp.sys.next.bugs Subject: Re: OmniWeb complains of more than one user when there's just me! Date: 03 Apr 95 15:35:21 Organization: Los Alamos National Laboratory Distribution: fj Message-ID: <jfd.95Apr3153521@bloch.tsasa.lanl.gov> References: <D6H1n9.Ay3@watserv3.uwaterloo.ca> Mime-Version: 1.0 Content-Type: text/plain OmniWeb checks other machines for running copies. Maybe someone else on your local net is using OmniWeb.
From: parrt@lonewolf.parr-research.com (Terence John Parr) Newsgroups: comp.sys.next.bugs Subject: >2G Hard Drive Bug Date: 10 Apr 1995 05:19:52 GMT Organization: Parr Research Corporation Message-ID: <3maf5o$2vh@blackice.winternet.com> Folks, Are hard disks >2G still a problem for NeXTStep? I'm running 3.2 on Intel hardware. Can I get a patch if so? Did 3.3 fix the problem? Also, I assume that my newly installed drive would be automatically detected by NeXTStep upon boot up? Do I have to manually go format the sucker? Please respond to me via email at parrt@parr-research.com or copy my email from your newsgroup response. Thanks in advance, Terence
From: parrt@lonewolf.parr-research.com (Terence John Parr) Newsgroups: comp.sys.next.bugs Subject: Diamond Stealth 64PCI 4M VRAM Date: 10 Apr 1995 05:22:57 GMT Organization: Parr Research Corporation Message-ID: <3mafbh$2vh@blackice.winternet.com> Folks, I can't get anything higher than 1024x768 (or whatever that is...I'm tired) resolution unless I use 32bit color with my Stealth driver that I snagged from NeXTAnswers. I believe I tried all refresh rates. I got 32bit color 1152x864 working at 60hz I believe and that's it. Ugh 32bit color is not quite as zippy as 16bit, but suprisingly very decent (with 64M RAM). Anybody get other modes to work with 3.2 NeXTStep? Please respond to parrt@parr-research.com as I don't listen here very often. Thanks in advance, Terence Parr
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 10 Apr 1995 04:15:14 GMT Organization: Digital Fix Development Message-ID: <3mabci$mj6@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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://ftp.embl-heidelberg.de/pub/sci-tools/eduStep 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) Dan Grillo (mailto:dan_grillo@next.com)
From: steps@rbdc.rbdc.com (Stephen Schultz) Newsgroups: comp.sys.next.bugs Subject: Trouble using #9 GXE PCI 32-bit (2 meg vram, 1 meg dram) Date: 10 Apr 1995 16:04:10 -0400 Organization: Red Barn Data Center, Winston-Salem, NC. Message-ID: <3mc2vq$hk9@rbdc.rbdc.com> Summary: Cannot get #9 GXE PCI 32-bit to use high-res in 3.2 Keywords: pci next unix video I am having trouble using a #9 GXE PCI 32-bit (3 megs) to work with NeXTSTEP 3.2. I was wondering if any one else had this problem and had found a soultion. Next said there updated driver should work, but it dosen't. Does anybody know how to get this to work?
From: celesteh@tjader (Celeste Marie Hutchins) Newsgroups: comp.sys.next.bugs Subject: 3.1 w/ PA16 Date: 10 Apr 1995 22:50:46 GMT Organization: University of California, Berkeley Message-ID: <3mcco6$eqm@agate.berkeley.edu> Keywords: intel Hi, I've been trying to install NeXTStep 3.1 (i know it's old, but it was cheap) from a cdrom on to a 486 w/ a Pro Audio 16 sound card/SCSI controller. My cdrom is double speed TEAC running as SCSI device 0 on the PA16. Tech support said this would work, but i keep getting system panic because there is no cdrom device found on install. Does anybody have any ideas or know something I don't? Pleas reply here or better yet send email. Thanx! --Celeste -- _______________________________________________________________ | | | CelesteH@mills.edu NeXTmail:CelesteH@gershwin.mills.edu | | | | Coming in April: http://www.mills.edu/PEOLPE/ug.pages/ | | celesteh.public.html/celesteh.homepage.html |
Newsgroups: comp.sys.next.bugs From: jpanico@netcom.com (Joe Panico) Subject: Re: Trouble using #9 GXE PCI 32-bit (2 meg vram, 1 meg dram) Message-ID: <jpanicoD6uC20.2It@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <3mc2vq$hk9@rbdc.rbdc.com> Date: Mon, 10 Apr 1995 22:34:48 GMT Sender: jpanico@netcom3.netcom.com Stephen Schultz (steps@rbdc.rbdc.com) wrote: : I am having trouble using a #9 GXE PCI 32-bit (3 megs) to work with NeXTSTEP : 3.2. I was wondering if any one else had this problem and had found a : soultion. Next said there updated driver should work, but it dosen't. Does : anybody know how to get this to work? I'm using a #9 GXE 64 pro PCI with 2 megs, and I don't have any problems. I installed the newest #9 driver, and video performance is excellent. Joe Panico jpanico@netcom.com
From: rajaram@ces.cwru.edu (Palaniappan Rajaram) Newsgroups: comp.sys.next.bugs Subject: swapfile and autonfsmount problem Date: 10 Apr 1995 18:55:18 GMT Organization: Computer Engineering and Science, Case Western Reserve University Message-ID: <3mbuum$os9@usenet.INS.CWRU.Edu> Hi, I'm having a network of PCs running NextStep OS. There are two persistent problems that I'm encountering viz., 1. Every machine goes on an autonfsmount and an entry is seen as below, when the mount command is executed beta:(autonfsmount[130]) on /Net type nfs (ro,intr,port=729) . Also, at times there is heavy harddisk activity even though nobody has used the machine in the last day or two. When the machine is disconnected from the network, the harddisk activity ceases. 2. SWAPFILE PROBLEM : The swapfile grows with time and at one point all of the harddisk space gets used up ( at times 50-60 MBytes gets used up ). Since, the application we develop has a lot of windows which frequently close and open up, I think there is an increase in the swapfile size. Also, if the machine is left running overnight or over the weekend, the same problem occurs. Due to this, we are having to reboot the machine every couple of hours or so. When I checked with developers who develop similar applications, I was told that even if the machine is left running for days together, the swapfile doesn't pose a problem. Can anybody help ?! Thanks -Raj ( Practisys Inc. ) PS. : If you can, please email me at rajaram@fox.ces.cwru.edu or rajaram@practisys.com
Belgium.EU.net!EU.net!howland.reston.ans.net!news.moneng.mei.com!uwm.edu!fnnews.fnal.gov!lakesis.fapesp.br!bee08.uspnet.usp.br!bee.uspnet.usp.br!news From: pait@lac.usp.br (Felipe M. Pait) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: kernel exception panic Date: 11 Apr 1995 22:04:20 GMT Organization: Universidade de Sao Paulo / Brasil Message-ID: <3meud4$7u3@bee.uspnet.usp.br> I just had a kernel exception panic. In fact I've been having them every once in a while on my Intel 486DX66 computer made by GEC and running NS 3.2. Before I had just sighed and rebooted, but this time I lost some messy equations I was typing with TeX. So my point is that I wasn't doing anything too crazy with the machine, but still I had this dreaded kernel panic. Can anyone tell me of something I can to do prevent such behavior in the future? Thanks, Felipe M pait pait@lac.usp.br
Newsgroups: comp.sys.next.bugs From: swiemer@PROBLEM_WITH_INEWS_GATEWAY_FILE (Sebastian Wiemer) Subject: RE: #9 GXE 3MB Sender: news@hermes.hrz.uni-bielefeld.de (News Administrator) Message-ID: <D6xGBK.EA1@hermes.hrz.uni-bielefeld.de> Date: Wed, 12 Apr 1995 14:59:43 GMT Organization: Universitaet Bielefeld, Rechenzentrum Hi, The 3MB Number Nine GXE 32 Bit PCI comes with a Bt485 or a AT&T RAMDAC. The Bt485 works fine. (I have one.) The AT&T doesn't, or at least not in the 1024x768x16 Bit Mode. Sebastian Wiemer swiemer AT unix4.geschichte.uni-bielefeld.de
From: chris@quetzal.unice.fr (Taggiasco Christian) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs Subject: PPP On HP-PA running NS 3.3 Date: 12 Apr 1995 07:50:29 GMT Organization: University of Nice Sophia-Antipolis Distribution: world Message-ID: <3mg0o5$akq@taloa.unice.fr> Keywords: ppp, hp-pa, NS3.3 I've a very import problem (for me and I think for other people) and I hope that somebody help me. I've installed a PPP package on my HP 712-60 with the special patch for the serial port, on NS 3.2. It worked very well until I've upgraded to NS 3.3. With NS 3.3 I've removed the patch and installed the serial port driver for NS 3.3. I've tried tip, cu, uucp with no problem. The next step was ppp. I've tried without changing my ppp config and this is the result : until the connection and login on the remote "host", it's Ok. I remove the route to the ethernet port (like with 3.2). I try a ping with a ip adresse, it's work. If I try any other thing (ftp, telnet, www connection, ping with a hostname) I've a panic error message from the kernel in the MNI monitor, and I've to reboot. So H E L P !!!! I'm no sure, but I think that the problem come from the serial port driver, or something like that because I can't use Fax modem, and this version of ppp works on a NeXT station under NS 3.3. Please, if you could help me, send me e-mail answer. Thanks T.C. --- ----------------------------------------------------------- ! TAGGIASCO Chritian ! ! ! ! Institut Non Lineaire de Nice ! ! UMR 129 - C.N.R.S. Universite de Nice Sophia Antipolis ! ! 1361 route des lucioles - Sophia Antipolis - ! ! 06560 Valbonne - France ! !---------------------------------------------------------! ! tel : 92.96.73.34 - fax 92.96.73.33 ! ! e-mail : chris@doublon.unice.fr ! ! http://www-inln.unice.fr/~chris ! -----------------------------------------------------------
Belgium.EU.net!EU.net!howland.reston.ans.net!news.nic.surfnet.nl!highway.LeidenUniv.nl!rulgm4!gj From: gj@rulgm4.LeidenUniv.nl (Geert Jan van Oldenborgh) Newsgroups: comp.sys.next.bugs Subject: cc preprocessors bombs out in 3.2 Date: 13 Apr 1995 09:55:40 GMT Organization: Leiden University, The Netherlands Message-ID: <3mises$po1@highway.LeidenUniv.nl> Can anyone verify whether the following program still bombs the preprocessor under 3.3 developer? [ganesha] 11:38 [104] ~/c> cat bug32.c /* this bombs out cc in nextstep 3.2 and earlier */ /* abstracted from a 1000 line C routine produced by f2c */ #define abs(x) ((x) >= 0 ? (x) : -(x)) main() { double a,b; b = abs( #line 42 "answer.f" a); } [ganesha] 11:40 [110] ~/c> cc -v bug32.c Reading specs from /lib/m68k/specs NeXT Computer, Inc. version cc-216.obj~13, gcc version 2.2.2 /lib/m68k/cpp-precomp -smart -lang-c -v -arch m68k -undef -D__GNUC__=2 -D__GNU__ -Dmc68000 -Dm68k -DNeXT -Dunix -DNX_COMPILER_RELEASE_3_0=300 -DNX_COMPILER_RELEASE_3_1=310 -DNX_CURRENT_COMPILER_RELEASE=310 -D__mc68000__ -D__m68k__ -D__NeXT__ -D__unix__ -D__MACH__ -D__BIG_ENDIAN__ -D__ARCHITECTURE__=\"m68k\" -D__NX_COMPILER_RELEASE_3_0__=300 -D__NX_COMPILER_RELEASE_3_1__=310 -D__NX_CURRENT_COMPILER_RELEASE__=310 -D__mc68000 -D__m68k -D__NeXT -D__unix -D__NX_COMPILER_RELEASE_3_0=300 -D__NX_COMPILER_REL EASE_3_1=310 -D__NX_CURRENT_COMPILER_RELEASE=310 -D__STDC__ -D_NEXT_SOURCE bug32.c /usr/tmp/cc000354.i NeXT DevKit-based CPP 3.1 cc: Internal compiler error: program cpp-precomp got fatal signal 11 Or is it time to update my f2c postprocessing filter (which already patches the C code to circumvent another bug in NeXT's cc)? --- G.J. van Oldenborgh, Lorentz Instituite for Theoretical Physics Leiden University gj@rulgm0.LeidenUniv.nl
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: aalto@nmt.edu (Eugene Aalto) Subject: bad magic number (not a Mach-0 file) Message-ID: <1995Apr12.192044.29125@nmt.edu> Organization: New Mexico Tech Date: Wed, 12 Apr 1995 19:20:44 GMT I am having trouble with a couple of different shareware apps. When I try to load a saved file or object, it is unable to do so, and gives me the following error in the console window... /LocalApps/Games/Solitaire/Klondike.solitaire/Klondike bad magic number (not a Mach-0 file) I have had this error with both solitaire.app and GA.app I am using a NextStation (25MHz '040) mono with NS 3.0 What does this error mean? What do i have to do to fix it? Please reply via email Eugene Aalto aalto@nmt.edu
From: wjabi@libra.arch.umich.edu (Wassim M. Jabi) Newsgroups: comp.sys.next.bugs Subject: Output to two printers ends up on the same printer Date: 14 Apr 1995 00:37:27 GMT Organization: University of Michigan Distribution: usa Message-ID: <3mkg47$l02@lastactionhero.rs.itd.umich.edu> Does anyone else experience this bug? If one print job is being printed to printer A and a second job is routed to printer B, the second job ends up being printed on printer A rather than on printer B. I have a local NeXT 400dpi LaserPrinter and a Networked NeXT Color Printer. I am printing from a NeXTStation Color 25MHz using NEXTSTEP 3.3 I open, using the Preview application, a one-page Postscript file with somewhat complicated graphics (so that it takes some time to print). I print it to my local NeXT Printer. Once the Print dialog box dissapears, but before the page is printed out, I print it again, but this time choosing the Color Printer. The result is that both pages get printed on the local B&W Laser Printer. Otherwise, the computer and both printers function normally. I can avoid this bug by waiting for the first printer to finish its job before printing to the second (Color) printer. Hardware Configuration: Processor: MC680x0 (68040) Processor speed: 25 MHz Primary memory: 32.00 MB Hostname: libra -- Wassim M. Jabi (313) 936-0229 Doctoral Program in Architecture, University of Michigan 2000 Bonisteel Boulevard Ann Arbor Michigan 48109-2069 wjabi@libra.arch.umich.edu NeXTMail & MIME friendly http://libra.arch.umich.edu/Students/Wassim.Jabi/Portfolio/
From: cadilhac@arles.univ-rennes1.fr (Nicolas Cadilhac) Newsgroups: comp.sys.next.bugs Subject: Q : Gdb V4.7 and NextStep Dev 3.3 Date: 13 Apr 1995 15:01:27 GMT Organization: Universite de Rennes 1, France Message-ID: <3mjec7$dui@news.univ-rennes1.fr> We recently upgraded our version of NextStep Dev 3.2 to 3.3. Programs developped on 3.2 and re-compiled with 3.3 can not now be debbugged with Gdb V4.7 without dramatic errors occuring in the Gdb interface : the order of methods is inverted in the Gdb browser window. Has anybody also noticed this problem ? Thanks for answering. -- Nicolas Cadilhac ---------------- INSERM CJF 90-12 Clinique neurologique Hopital Pontchaillou 35033 Rennes Cedex
From: fischer-michael@cs.yale.edu (Michael Fischer) Newsgroups: comp.sys.next.bugs Subject: Re: cc preprocessors bombs out in 3.2 Date: 15 Apr 1995 04:46:45 GMT Organization: Yale University Computer Science Dept., New Haven, CT 06520-8285 Message-ID: <3mnj3l$lh9@babyblue.cs.yale.edu> References: <3mises$po1@highway.LeidenUniv.nl> Geert Jan van Oldenborgh (gj@rulgm4.LeidenUniv.nl) wrote: : Can anyone verify whether the following program still bombs the : preprocessor under 3.3 developer? gcc version 2.5.7 handles this just fine. cc under NS 3.2 seems to be derived from gcc version 2.2.2. ================================================== | Michael Fischer <fischer-michael@cs.yale.edu> | ==================================================
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.bugs Subject: Re: swapfile and autonfsmount problem Date: 14 Apr 1995 21:54:42 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <3mmqv3$45o@usenet.rpi.edu> References: <3mbuum$os9@usenet.INS.CWRU.Edu> rajaram@ces.cwru.edu (Palaniappan Rajaram) writes: > 2. SWAPFILE PROBLEM : The swapfile grows with time and at one > point all of the harddisk space gets used up ( at times > 50-60 MBytes gets used up ). Since, the application we > develop has a lot of windows which frequently close and > open up, I think there is an increase in the swapfile size. > > Also, if the machine is left running overnight or over the > weekend, the same problem occurs. Due to this, we are > having to reboot the machine every couple of hours or so. > When I checked with developers who develop similar > applications, I was told that even if the machine is left > running for days together, the swapfile doesn't pose a > problem. One common cause of the ever-growing swapfile problem is code that calls NXMapFile() to work with a file, and then calls NXClose() when it's done. That combination will chew up virtual memory, with no process looking like it's using lots of VM. If you are writing your own programs, then you should check and make sure that calls to NXMapFile() are balanced with calls to NXCloseMemory(stream, NX_FREEBUFFER). A very similar error is the more obvious call to NXOpenMemory() followed by the call to NXClose() instead of NXCloseMemory(). These are very easy oversights for a programmer to make, and several programmers have indeed made them. The next thing to check is whether you're just seeing a simple problem where some process really is chewing up lots of memory. Ancient versions of KPerfMon were like that, for instance. To find these processs, check the outputs of a: ps axuww to see who the real big VM hogs are. I'm reasonably convinced that there are other operating-system level bugs which cause a swapfile to grow forever larger. It can help to change /etc/swaptab so you'll start off with a larger swapfile when you boot up, instead of having the bootup process always trim the file back to 16meg. If you are certain that you will rapidly go up to 32meg in the course of a day's work, then you're only fooling yourself by leaving the lowat mark at 16meg. It also can help a lot to add more RAM to your machine, thus avoiding whatever bugs there are in the area of swapping. This is a keen topic for me too, as a recent and fairly well understood change on my main NeXTstation has gotten me back into this kind of ever-growing swapfile problem. The last time I was plagued with this I solved it by going from 16meg up to 48 meg of RAM. Given that I know exactly what process is causing the swapfile to grow, and I even know where in the process the growth occurs, I'm hoping to write a program that readily reproduces the problem (and is much less complicated than the program I'm seeing the problem with). My first attempts to write that kind of program have not managed to reproduce the problem as desired though, so I may be forced to buy more RAM. -- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
Newsgroups: comp.sys.next.bugs From: tom@basil.icce.rug.nl (Tom R.Hageman) Subject: Re: cc preprocessors bombs out in 3.2 Message-ID: <D73Mqo.4vo@basil.icce.rug.nl> Originator: root@obelix.icce.rug.nl Sender: tom@basil.icce.rug.nl (Tom R.Hageman) Organization: Warty Wolfs References: <3mises$po1@highway.LeidenUniv.nl> Date: Sat, 15 Apr 1995 23:04:00 GMT In article <3mises$po1@highway.LeidenUniv.nl> gj@rulgm4.LeidenUniv.nl (Geert Jan van Oldenborgh) writes: > Can anyone verify whether the following program still bombs the preprocessor > under 3.3 developer? [munch] > [ganesha] 11:40 [110] ~/c> cc -v bug32.c [munch] > cc: Internal compiler error: program cpp-precomp got fatal signal 11 > > Or is it time to update my f2c postprocessing filter (which already patches > the C code to circumvent another bug in NeXT's cc)? Or try "cc -traditional-cpp". This uses the original gcc preprocessor instead of NeXT, Inc.'s not-yet-quite-as-trustworthy replacement. Works without a hitch with your code sample under NS3.2. -- __/__/__/__/ Tom Hageman <tom@basil.icce.rug.nl> [NeXTmail/Mime OK] __/ __/_/ IC Group <tom@icgned.nl> (work) __/__/__/ "...to baldly go where no one has gone before." __/ _/_/ -- star trek TNG
From: wjabi@libra.arch.umich.edu (Wassim M. Jabi) Newsgroups: comp.sys.next.bugs Subject: Re: Output to two printers ends up on the same printer Date: 16 Apr 1995 19:57:49 GMT Organization: University of Michigan Distribution: usa Message-ID: <3mrsrt$kv5@lastactionhero.rs.itd.umich.edu> References: <3mkg47$l02@lastactionhero.rs.itd.umich.edu> In article <3mkg47$l02@lastactionhero.rs.itd.umich.edu> wjabi@libra.arch.umich.edu (Wassim M. Jabi) writes: >Does anyone else experience this bug? > >If one print job is being printed to printer A and a second job is routed >to printer B, the second job ends up being printed on printer A rather >than on printer B. > . . . >I can avoid this bug by waiting for the first printer to finish its job >before printing to the second (Color) printer. > >Hardware Configuration: >Processor: MC680x0 (68040) >Processor speed: 25 MHz >Primary memory: 32.00 MB >Hostname: libra Peter Nitezki e-mailed me suggesting that this might be a configuration problem. He suggested that I post the nidump of printcap. Here it is: Printer Local_Printer can't be represented in printcap format. Remote_Color_Printer: \ :lp=:rm=roman:rp=ColorP:sd=/usr/spool/NeXT/Local_Printer: \ :ty=NeXT Color Printer: \ :note=This printer is connected to a remote host (roman).: Please realize that I can print perfectly to both printers if I don't print in quick succession to both of them. That is, I can print to one printer, wait for the job to finish up, then print to the other printer and so on. Any help is appreciated, thanks. -- Wassim M. Jabi (313) 936-0229 Doctoral Program in Architecture, University of Michigan 2000 Bonisteel Boulevard Ann Arbor Michigan 48109-2069 wjabi@libra.arch.umich.edu NeXTMail & MIME friendly http://libra.arch.umich.edu/Students/Wassim.Jabi/Portfolio/
From: wjabi@libra.arch.umich.edu (Wassim M. Jabi) Newsgroups: comp.sys.next.bugs Subject: Action Cell instead of Application Date: 16 Apr 1995 20:27:53 GMT Organization: University of Michigan Distribution: usa Message-ID: <3mruk9$l4f@lastactionhero.rs.itd.umich.edu> Hi: When I open up /NextLibrary/Documentation/NextDev/GeneralRef/02_ApplicationKit/Classes/Ap plication.rtf I get the ActionCell class description -- Wassim M. Jabi (313) 936-0229 Doctoral Program in Architecture, University of Michigan 2000 Bonisteel Boulevard Ann Arbor Michigan 48109-2069 wjabi@libra.arch.umich.edu NeXTMail & MIME friendly http://libra.arch.umich.edu/Students/Wassim.Jabi/Portfolio/
From: wjabi@libra.arch.umich.edu (Wassim M. Jabi) Newsgroups: comp.sys.next.bugs Subject: Re: Action Cell instead of Application Date: 16 Apr 1995 20:32:48 GMT Organization: University of Michigan Distribution: usa Message-ID: <3mrutg$l57@lastactionhero.rs.itd.umich.edu> References: <3mruk9$l4f@lastactionhero.rs.itd.umich.edu> In article <3mruk9$l4f@lastactionhero.rs.itd.umich.edu> wjabi@libra.arch.umich.edu (Wassim M. Jabi) writes: >Hi: > >When I open up >/NextLibrary/Documentation/NextDev/GeneralRef/02_ApplicationKit/Classes/A p >plication.rtf I get the ActionCell class description I forgot to add that this happens under NS 3.3 on Black Hardware. -- Wassim M. Jabi (313) 936-0229 Doctoral Program in Architecture, University of Michigan 2000 Bonisteel Boulevard Ann Arbor Michigan 48109-2069 wjabi@libra.arch.umich.edu NeXTMail & MIME friendly http://libra.arch.umich.edu/Students/Wassim.Jabi/Portfolio/
Newsgroups: comp.sys.next.bugs From: glen@prosoft.com (Glen Biagioni) Subject: Re: Action Cell instead of Application Message-ID: <D75I2E.5zo@prosoft.wimsey.com> Sender: glen@prosoft.wimsey.com (Glen Biagioni) Organization: ProSoft Solutions, Inc. References: <3mruk9$l4f@lastactionhero.rs.itd.umich.edu> Distribution: usa Date: Sun, 16 Apr 1995 23:18:13 GMT Wassim M. Jabi writes > Hi: > > When I open up > /NextLibrary/Documentation/NextDev/GeneralRef/02_ApplicationKit/Classes/Ap > plication.rtf I get the ActionCell class description > Huh! So do I. Where can we find the correct description? -- Glen Biagioni <glen@prosoft.com> (NeXTmail accepted) Vancouver BC Canada
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs Subject: Re: Output to two printers ends up on the same printer Date: 17 Apr 1995 11:15:58 GMT Organization: Technical University of Berlin, Germany Distribution: usa Message-ID: <3mtile$7s2@news.cs.tu-berlin.de> References: <3mkg47$l02@lastactionhero.rs.itd.umich.edu> <3mrsrt$kv5@lastactionhero.rs.itd.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Wassim M. Jabi (wjabi@libra.arch.umich.edu) wrote: [...] : Peter Nitezki e-mailed me suggesting that this might be a configuration : problem. He suggested that I post the nidump of printcap. Here it is: : Printer Local_Printer can't be represented in printcap format. : Remote_Color_Printer: \ : :lp=:rm=roman:rp=ColorP:sd=/usr/spool/NeXT/Local_Printer: \ : :ty=NeXT Color Printer: \ : :note=This printer is connected to a remote host (roman).: I think the problem lies in the setting of the sd-attribute. If you set the spool directory for the remote printer the same value as for the local printer, the local demon will take whatever it finds lying there when running. So your job will only get through to the remote printer, when lpd is not working on a local job. So far the explanation of the behaviour. Now for the solution. Just fire up NetInfoManager and change the sd property of the Remote_Color_printer to something different. I don't know if you have to create that directory... This should do it. Good luck, Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 23 281 (uni) \~/
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs Subject: Re: Action Cell instead of Application Date: 17 Apr 1995 11:18:45 GMT Organization: Technical University of Berlin, Germany Distribution: usa Message-ID: <3mtiql$7vt@news.cs.tu-berlin.de> References: <3mruk9$l4f@lastactionhero.rs.itd.umich.edu> <3mrutg$l57@lastactionhero.rs.itd.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Wassim M. Jabi (wjabi@libra.arch.umich.edu) wrote: : In article <3mruk9$l4f@lastactionhero.rs.itd.umich.edu> : wjabi@libra.arch.umich.edu (Wassim M. Jabi) writes: : >Hi: : > : >When I open up : >/NextLibrary/Documentation/NextDev/GeneralRef/02_ApplicationKit/Classes/A : p : >plication.rtf I get the ActionCell class description : I forgot to add that this happens under NS 3.3 on Black Hardware. 3.3 doesn't contain Developer-Docs, so this must stem from the previously installed Developer-Version. Maybe you check this again. Mine is ok. Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 23 281 (uni) \~/
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 17 Apr 1995 04:15:10 GMT Organization: Digital Fix Development Message-ID: <3msq0e$oah@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 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.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
From: nathan@laplace.csb.yale.edu (Nathan F. Janette) Newsgroups: comp.sys.next.bugs Subject: Re: Action Cell instead of Application Date: 17 Apr 1995 15:05:09 GMT Organization: Yale University Distribution: usa Message-ID: <3mu035$2u3@news.ycc.yale.edu> References: <3mruk9$l4f@lastactionhero.rs.itd.umich.edu> In article <3mruk9$l4f@lastactionhero.rs.itd.umich.edu> wjabi@libra.arch.umich.edu (Wassim M. Jabi) writes: > Hi: > > When I open up > /NextLibrary/Documentation/NextDev/GeneralRef/02_ApplicationKit/Classes/Ap > plication.rtf I get the ActionCell class description It would be helpful if you could also note the NEXTSTEP version number and architecture in your reports. I've also seen this bug on NEXTSTEP/hppa 3.3. -- Nathan Janette Systems Manager, Axel T. Br nger Lab Internet: nathan@laplace.csb.yale.edu Voice: 203 432 5065 Fax: 203 432 3923
Newsgroups: comp.sys.next.bugs From: wave@media.mit.edu (Michael B. Johnson) Subject: Re: Action Cell instead of Application Message-ID: <1995Apr18.062508.3055@news.media.mit.edu> Sender: news@news.media.mit.edu (USENET News System) Organization: MIT Media Laboratory References: <3mtiql$7vt@news.cs.tu-berlin.de> <3mvhnj$abp@lastactionhero.rs.itd.umich.edu> Distribution: usa Date: Tue, 18 Apr 1995 06:25:08 GMT In article <3mvhnj$abp@lastactionhero.rs.itd.umich.edu> wjabi@libra.arch.umich.edu writes: >>In article <3mtiql$7vt@news.cs.tu-berlin.de> kiwi@cs.tu-berlin.de (Axel >>Habermann) writes: >>>3.3 doesn't contain Developer-Docs, so this must stem from >>>the previously installed Developer-Version. Maybe you check >>>this again. Mine is ok. >> >>I _have_ 3.3 Developer. On Black hardware. I'm sure that the Developer >>Documentation for 3.2 was correct. I've referenced that file many times. I >>noticed the mistake when I referenced it after upgrading to 3.3 Developer. We first reported this bug (Application.rtf actually contains the text of ActionCell.rtf) to NeXT. They know about it - but I believe it made it out on the 3.3Developer CD (We found it rather late...). -- --> Michael B. Johnson -- wave@media.mit.edu --> http://wave.www.media.mit.edu/people/wave/ --> MIT Media Lab, Computer Graphics & Animation Group --> 20 Ames St. E15-023G, Cambridge, MA 02139
Newsgroups: comp.sys.next.bugs From: tini@gurke.ping.de (Constantin Szallies) Subject: Re: newsgrazer patch ??? Message-ID: <D77A4r.2E3@gurke.ping.de> Sender: usenet@gurke.ping.de Organization: Legalize THC References: <3lpdan$qml@ra.nrl.navy.mil> Date: Mon, 17 Apr 1995 22:22:02 GMT dean@n5170a (Dean Clamons) wrote: >Since my last comment on Alexandra I have had a chance to try it. >Basically it looks promising, but it is nowhere near done. It does not >sort either news groups or articles within the group (other than by >article number). In version 0.8, you can sort articles by number, subject, date and author's real name. >It shows only the subject line in the list of >available articles. I want to see at least the author's name. In version 0.8 you can see the subject, the author's real name and the articles' size in Kbyte. >It doesn't seem to me that the area for the scrolled lists of groups and >articles is large enough. You can just resize the window and the split views. >There is no help at this point and no preferences panel. Version 0.8 isn't out yet. I don't know when it is released. (I hope as soon as possible) -- <--------------------------------------------------------------> | Constantin Szallies ||| tini@gurke.ping.de | | Emil Figge 7 44227 Dortmund (o o) Tel: 0231/7519681 | <------------------------------oOo--(_)--oOo------------------->
From: wjabi@libra.arch.umich.edu (Wassim M. Jabi) Newsgroups: comp.sys.next.bugs Subject: Re: Action Cell instead of Application Date: 18 Apr 1995 05:12:19 GMT Organization: University of Michigan Distribution: usa Message-ID: <3mvhnj$abp@lastactionhero.rs.itd.umich.edu> References: <3mtiql$7vt@news.cs.tu-berlin.de> In article <3mtiql$7vt@news.cs.tu-berlin.de> kiwi@cs.tu-berlin.de (Axel Habermann) writes: >3.3 doesn't contain Developer-Docs, so this must stem from >the previously installed Developer-Version. Maybe you check >this again. Mine is ok. I _have_ 3.3 Developer. On Black hardware. I'm sure that the Developer Documentation for 3.2 was correct. I've referenced that file many times. I noticed the mistake when I referenced it after upgrading to 3.3 Developer. -- Wassim M. Jabi (313) 936-0229 Doctoral Program in Architecture, University of Michigan 2000 Bonisteel Boulevard Ann Arbor Michigan 48109-2069 wjabi@libra.arch.umich.edu NeXTMail & MIME friendly http://libra.arch.umich.edu/Students/Wassim.Jabi/Portfolio/
From: wjabi@libra.arch.umich.edu (Wassim M. Jabi) Newsgroups: comp.sys.next.bugs Subject: Re: Action Cell instead of Application Date: 18 Apr 1995 05:15:33 GMT Organization: University of Michigan Distribution: usa Message-ID: <3mvhtl$ac2@lastactionhero.rs.itd.umich.edu> References: <3mu035$2u3@news.ycc.yale.edu> In article <3mu035$2u3@news.ycc.yale.edu> nathan@laplace.csb.yale.edu (Nathan F. Janette) writes: >It would be helpful if you could also note the NEXTSTEP version >number and architecture in your reports. But I did! Immediately after the first post. In any case, I have 3.3 User and 3.3 Developer on Black Hardware. -- Wassim M. Jabi (313) 936-0229 Doctoral Program in Architecture, University of Michigan 2000 Bonisteel Boulevard Ann Arbor Michigan 48109-2069 wjabi@libra.arch.umich.edu NeXTMail & MIME friendly http://libra.arch.umich.edu/Students/Wassim.Jabi/Portfolio/
From: Mark Crispin <MRC@Panda.COM> Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: WARNING: NEXTSTEP 3.3 Developer installation deletes emacs Date: Tue, 18 Apr 1995 00:38:58 -0700 Organization: Networks & Distributed Computing Message-ID: <Pine.NXT.3.92.950417235400.3494A-100000@Tomobiki-Cho.CAC.Washington.EDU> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Not once in NeXT's installation instructions for NEXTSTEP 3.3 Developer do they warn you that, by following their instructions (that is, to remove the old NEXTSTEP Developer packages before installing 3.3), you will remove emacs. Nor does the stupid Install.app make any checks to see that the emacs on disk is the 3.2 Developer emacs that is is in the package being deleted. It just blindly goes and deletes anything with that filename. No sir, the poor user is left to discover this charming fact all by himself. Then he's left to figure out what happened, and why. Remember? They told you, when you installed 3.3 user months ago, to install Emacs.pkg from the 3.3 user CD-ROM on top of what the 3.2 Developer CD-ROM made. You dutifully did that, and have run emacs for the past few months. Not once did you think that you had a ticking time bomb that would delete your emacs when you removed 3.2 Developer. Of course, the 3.3 user CD-ROM, containing the 3.3 emacs that you HAVE ALREADY INSTALLED and must now install AGAIN, has been packed away; and uou can't get ahold of it until the next day. NeXT's quality control engineers must be hired under an affirmative action program to find employment for cretins whose brains can be shoved up a gnat's ass like a BB in a boxcar. -- Mark -- DoD #0105, R90/6 pilot FAX: (206) 842-0758 ICBM: N 47.36'24" W 122.34'08" TOPS-20: A Great Improvement Over Its Successors
From: Seth Andrew Covitz <sc67+@andrew.cmu.edu> Newsgroups: comp.sys.next.bugs Subject: Accessing DOS from NeXT Date: Mon, 17 Apr 1995 12:49:59 -0400 Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA Message-ID: <wjYdkrG00YUsA_u3sH@andrew.cmu.edu> Hi, When I installed NeXTSTEP, it recognized what it thought was a DOS drive and called it qrstu. However, when I look at that drive under NeXTSTEP it appears garbled,etc. I do have three seperate DOS partitions, but would be happy getting just one to work under NeXTSTEP. How would I go about adding this drive. I tried editing the /etc/mtab file, but it keeps putting it back.... Any Ideas? Seth seth@cmu.edu
From: crath@bnr.ca (Christopher Rath) Newsgroups: comp.sys.next.bugs Subject: Re: Action Cell instead of Application Date: 18 Apr 1995 13:14:04 GMT Organization: Bell Northern Research, Ottawa, Canada Distribution: usa Message-ID: <CRATH.95Apr18091404@bcarh20d.bnr.ca> References: <3mtiql$7vt@news.cs.tu-berlin.de> <3mvhnj$abp@lastactionhero.rs.itd.umich.edu> <1995Apr18.062508.3055@news.media.mit.edu> In-reply-to: wave@media.mit.edu's message of Tue, 18 Apr 1995 06:25:08 GMT So, exactly which files must be copied from the 3.2 developers CD in order to fix the problem. Thanks, 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
From: samurai@maggie.cs.mcgill.ca (Darcy BROCKBANK) Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: Re: WARNING: NEXTSTEP 3.3 Developer installation deletes emacs Date: 18 Apr 1995 15:46:24 GMT Organization: School of Computer Science, McGill Univ. Message-ID: <SAMURAI.95Apr18114624@maggie.cs.mcgill.ca> References: <Pine.NXT.3.92.950417235400.3494A-100000@Tomobiki-Cho.CAC.Washington.EDU> In-reply-to: Mark Crispin's message of Tue, 18 Apr 1995 00:38:58 -0700 <MRC@Panda.COM> writes: [description of 3.3 dev removing emacs deleted] OK, I'm a bit confused... maybe you can clarify a couple of things: (1) Was the emacs that was deleted in /usr/local ? (2) Which version of emacs was it? Was it a terminal-only emacs, or Edman's emacs? If they deleted something in /usr/local/ then they've done something wrong. Otherwise, I was always trained as a sysadmin that anything not in /usr/local/ was a candidate for removal/upgrade whenever an OS upgrade happens. If it did blow away the emacs in /usr/bin, then I suggest that you get Edman's emacs. It's got a world more functionality, and is probably a much more recent version than that NeXT ships. Then you won't care what NeXT does to emacs :-). - db -- You smell of corduroy and lemon drops. -- Veruca Salt -- Baldric, you wouldn't see a subtle plan if it painted itself purple and danced naked on top of a harpsichord singing, "Subtle Plans Are Here Again" -- Atkinson -- The Lord loves a hanging, that's why he gave us necks! -- Hoek and Cat --
From: samurai@maggie.cs.mcgill.ca (Darcy BROCKBANK) Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: Re: WARNING: NEXTSTEP 3.3 Developer installation deletes emacs Date: 18 Apr 1995 16:50:09 GMT Organization: School of Computer Science, McGill Univ. Message-ID: <SAMURAI.95Apr18125010@maggie.cs.mcgill.ca> References: <Pine.NXT.3.92.950417235400.3494A-100000@Tomobiki-Cho.CAC.Washington.EDU> <SAMURAI.95Apr18114624@maggie.cs.mcgill.ca> In-reply-to: samurai@maggie.cs.mcgill.ca's message of 18 Apr 1995 15:46:24 GMT <samurai@maggie.cs.mcgill.ca> writes: ><MRC@Panda.COM> writes: >[description of 3.3 dev removing emacs deleted] >OK, I'm a bit confused... maybe you can clarify a couple of things: >(1) Was the emacs that was deleted in /usr/local ? >(2) Which version of emacs was it? Was it a terminal-only emacs, or > Edman's emacs? >If they deleted something in /usr/local/ then they've done something >wrong. Otherwise, I was always trained as a sysadmin that anything not >in /usr/local/ was a candidate for removal/upgrade whenever an OS >upgrade happens. >If it did blow away the emacs in /usr/bin, then I suggest that you get >Edman's emacs. It's got a world more functionality, and is probably a >much more recent version than that NeXT ships. Then you won't care what >NeXT does to emacs :-). This is from the 3.3 release notes, and describes why they did what they did, I suppose: Reference: None Problem: Emacs in NEXTSTEP Developer Release 3.2 doesn't work with User Release 3.3. Description: The Emacs software included with NEXTSTEP Developer Release 3.2 doesn't work with Release 3.3. Workaround: To use Emacs, you must install the Emacs.pkg file that comes on the Release 3.3 NEXTSTEP CD-ROM after you install NEXTSTEP Developer Release 3.3. See *What's on the NEXTSTEP CD-ROM?: in the 3.3 Release Notes. - db -- You smell of corduroy and lemon drops. -- Veruca Salt -- Baldric, you wouldn't see a subtle plan if it painted itself purple and danced naked on top of a harpsichord singing, "Subtle Plans Are Here Again" -- Atkinson -- The Lord loves a hanging, that's why he gave us necks! -- Hoek and Cat --
From: root@cnw (Operator) Newsgroups: comp.sys.next.bugs Subject: Re: >2G Hard Drive Bug Date: 18 Apr 1995 20:50:58 GMT Organization: Symbios Logic Message-ID: <3n18nj$79s@jupiter.WichitaKS.HMPD.COM> References: <3maf5o$2vh@blackice.winternet.com> parrt@lonewolf.parr-research.com (Terence John Parr) wrote: >Folks, >Are hard disks >2G still a problem for NeXTStep? Yep. I'm running 3.2 >on Intel hardware. Can I get a patch if so? Sort of. If you don't already have it by now, I will forward you the message if you email me. Did 3.3 fix the problem? Nope. >Also, I assume that my newly installed drive would be automatically >detected by NeXTStep upon boot up? Yes, as less than 2 gig. \ Do I have to manually go format >the sucker? Yep. Thomas Wells root@cnw.ks.symbios.com >Please respond to me via email at parrt@parr-research.com or copy >my email from your newsgroup response. >Thanks in advance, >Terence
From: Mark Crispin <mrc@CAC.Washington.EDU> Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs Subject: Re: WARNING: NEXTSTEP 3.3 Developer installation deletes emacs Date: Tue, 18 Apr 1995 14:05:44 -0700 Organization: Networks & Distributed Computing Message-ID: <Pine.NXT.3.92.950418135650.704G-100000@Tomobiki-Cho.CAC.Washington.EDU> References: <Pine.NXT.3.92.950417235400.3494A-100000@Tomobiki-Cho.CAC.Washington.EDU> <SAMURAI.95Apr18114624@maggie.cs.mcgill.ca> <SAMURAI.95Apr18125010@maggie.cs.mcgill.ca> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To: Darcy BROCKBANK <samurai@maggie.cs.mcgill.ca> In-Reply-To: <SAMURAI.95Apr18125010@maggie.cs.mcgill.ca> On 18 Apr 1995, Darcy BROCKBANK wrote: > This is from the 3.3 release notes, and describes why they did what they > did, I suppose: > > Reference: None > > Problem: Emacs in NEXTSTEP Developer Release 3.2 doesn't work > with User Release 3.3. > > Description: The Emacs software included with NEXTSTEP Developer > Release 3.2 doesn't work with Release 3.3. > > Workaround: To use Emacs, you must install the Emacs.pkg file that > comes on the Release 3.3 NEXTSTEP CD-ROM after you install NEXTSTEP > Developer Release 3.3. See *What's on the NEXTSTEP CD-ROM?: in the 3.3 > Release Notes. Yes, this is what happened. But this is the 3.3 *User* release notes. Chronology: pre-December: Had 3.2 User+Developer. December: Install 3.3 User on top of 3.2 User+Developer. Install Emacs.pkg April: Install 3.3 Developer, deleting 3.2 Developer as instructed in the 3.3 Developer installation instructions. Discover emacs missing. Search 3.3 Developer CD-ROM, no emacs. Hours later, go home. Search 3.2 Developer CD-ROM. Find emacs. Search 3.3 User CD-ROM. Find emacs. Find release note. Light dawns. Emacs.pkg should have been included on the 3.3 Developer CD-ROM, and NeXT should have warned you that removing 3.2 Developer would (erroneously) remove emacs as well.
From: wjabi@libra.arch.umich.edu (Wassim M. Jabi) Newsgroups: comp.sys.next.bugs Subject: Re: Action Cell instead of Application Date: 19 Apr 1995 03:02:22 GMT Organization: University of Michigan Distribution: usa Message-ID: <3n1ufu$n66@lastactionhero.rs.itd.umich.edu> References: <CRATH.95Apr18091404@bcarh20d.bnr.ca> In article <CRATH.95Apr18091404@bcarh20d.bnr.ca> crath@bnr.ca (Christopher Rath) writes: >So, exactly which files must be copied from the 3.2 developers CD in order >to fix the problem. > >Thanks, >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 The following file, assuming nothing changed from 3.2 to 3.3: /NextLibrary/Documentation/NextDev/GeneralRef/02_ApplicationKit/Classes/Ap plication.rtf -- Wassim M. Jabi (313) 936-0229 Doctoral Program in Architecture, University of Michigan 2000 Bonisteel Boulevard Ann Arbor Michigan 48109-2069 wjabi@libra.arch.umich.edu NeXTMail & MIME friendly http://libra.arch.umich.edu/Students/Wassim.Jabi/Portfolio/
Newsgroups: comp.sys.next.bugs From: brad@instep.wimsey.com Subject: BUG: NEXTSTEP 3.3 Developer's C++ compiler Message-ID: <1995Apr19.180904.5885@instep.wimsey.com> Sender: usenet@instep.wimsey.com (usenet) Organization: InStep Mobile Communications Inc. Date: Wed, 19 Apr 1995 18:09:04 GMT Keywords: c++ bug Reply-To: brad@instep.wimsey.com Distribution: world There is a terrible bug in the new NEXTSTEP 3.3 C and C++ compiler that fails to correctly compile C++ code. The bug is revealed by the following test piece of C++ code. The bug prevents a subclass from over-riding the implementation of a super-class' member function if the function is overloaded (i.e. two or more functions with the same name, but different arg count). This bug is avoidable but requires massive rewrite to remove the over-loading of the member functions. How this slipped past a test-suite I'll never know... ==== C++ Code ==== #include <stdio.h> class Bird { public: virtual void fly(); void fly(int howhigh); }; class Eagle : public Bird { public: void fly(); }; void Eagle::fly() { printf("I'm flying!\n"); } void Bird::fly() { printf("How high?\n"); } void Bird::fly(int howhigh) { printf("I'm flying %d metres in the air!\n", howhigh); } int main() { Eagle * tommy = new Eagle(); Bird * bird = new Bird(); bird->fly(); bird->fly(50); tommy->fly(); tommy->fly(100); } -- Brad Head <brad@instep.wimsey.com> Software Developer, InStep Mobile Communications Inc. Vancouver, British Columbia CANADA
Newsgroups: comp.sys.next.bugs From: brad@instep.wimsey.com Subject: Unrefreshed area of workspace after terminal window "freezes" Message-ID: <1995Apr19.215945.11586@instep.wimsey.com> Sender: usenet@instep.wimsey.com (usenet) Organization: InStep Mobile Communications Inc. Date: Wed, 19 Apr 1995 21:59:45 GMT Since installiing 3.3 (NeXT hardware), I've had a recurring problem where a terminal window momentarily freezes - i.e. the window title bar is black, but is in fact in the background. When it unfreezes, the Workspace background area won't refresh and leaves droppings throughout the area. The area cleans itself up once Terminal.app is terminated. Has anyone else experienced this problem? -- brad -- Brad Head <brad@instep.wimsey.com> Software Developer, InStep Mobile Communications Inc. Vancouver, British Columbia CANADA
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs,comp.sys.next.software Subject: Re: bad magic number (not a Mach-0 file) Followup-To: comp.sys.next.bugs,comp.sys.next.software Date: 20 Apr 1995 10:52:04 GMT Organization: Technical University of Berlin, Germany Message-ID: <3n5eck$h6h@news.cs.tu-berlin.de> References: <1995Apr12.192044.29125@nmt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Eugene Aalto (aalto@nmt.edu) wrote: : I am having trouble with a couple of different shareware apps. When I : try to load a saved file or object, it is unable to do so, and gives me the : following error in the console window... : /LocalApps/Games/Solitaire/Klondike.solitaire/Klondike : bad magic number (not a Mach-0 file) : I have had this error with both solitaire.app and GA.app : I am using a NextStation (25MHz '040) mono with NS 3.0 This is a problem with 3.0. 3.0 is not able to load fat object files. Try to get a thin version. -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 23 281 (uni) \~/
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: Fabien_Roy@free.fdn.org (Fabien Roy) Subject: Re: bad magic number (not a Mach-0 file) Message-ID: <1995Apr14.180031.9854@free.fdn.org> Sender: news@free.fdn.org Organization: Fabien Roy Consultant, Paris, France References: <1995Apr12.192044.29125@nmt.edu> Date: Fri, 14 Apr 1995 18:00:31 GMT aalto@nmt.edu (Eugene Aalto) wrote: >I am having trouble with a couple of different shareware apps. When I >try to load a saved file or object, it is unable to do so, and gives me the >following error in the console window... >/LocalApps/Games/Solitaire/Klondike.solitaire/Klondike >bad magic number (not a Mach-0 file) >I have had this error with both solitaire.app and GA.app >I am using a NextStation (25MHz '040) mono with NS 3.0 >What does this error mean? What do i have to do to fix it? >Please reply via email >Eugene Aalto >aalto@nmt.edu In a terminal window type: file /LocalApps/Games/Solitaire/Klondike.solitaire/Klondike and check out the answer. Hope that helps Fabien -- --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail/MIME accepted) Fabien Roy Consultant NEXTSTEP/OPENSTEP/EOF Consultant, SYBASE DBA 10 rue de la DEFENSE 93100 MONTREUIL, France Tel: 33 1 45 28 32 23 Fax: 33 1 45 28 32 23
Newsgroups: comp.sys.next.bugs From: glen@prosoft.com (Glen Biagioni) Subject: Re: BUG: NEXTSTEP 3.3 Developer's C++ compiler Message-ID: <D7CoE2.4Iw@prosoft.wimsey.com> Sender: glen@prosoft.wimsey.com (Glen Biagioni) Organization: ProSoft Solutions, Inc. References: <3n64dc$9is@news.rhrz.uni-bonn.de> Date: Thu, 20 Apr 1995 20:18:01 GMT See Brad Head's sample code at end of this posting. > There is a problem with method Eagle::fly(int), because that method > isn't declared nor defined...!!! It is inherited from class Bird. > By overloading Bird::fly(void) with Eagle::fly(void) you hide > Bird::fly(int) in Eagle. To call Bird::fly(int) even from Eagle you at > least have to define a 'dummy'-method like: > void Eagle::fly(int howhigh){Bird::fly(howhigh);}. > (see p.e. Stanley B. Lippman: The C++ Primer Chapter 8) I don't have Lippman, but from the C++ Reference Manual section r.13.2 we have: "A call of a given function name chooses, from all functions by that name that are in scope and for which a set of conversion exists so that the function could psooibly be called, the function that best matches the actual arguments." Now, as far as I can tell, Bird::fly(int) is in scope and is the only suitable candidate. (To see that it is in scope, remove the Bird::fly() declaration. Now all is fine, I believe.) Section r.3.2 confirms this in my mind, in the paragraph on Class scope. If, in fact, the new compiler is correct and I am misinterpreting the Reference Manual, then I would have to say that the Reference Manual is flawed. This is because it means that if I decide to override a method in a derived class, I can suddenly break a whole bunch of previously correct code (that didn't even call that function!). Eg. This code compiles correctly if Eagle::fly() is not declared in class Eagle. I now decide to override Bird::fly() in class Eagle. Suddenly the compiler complains about the totally unrelated tommy->fly(100); statement. Brad's sample code: #include <stdio.h> class Bird { public: virtual void fly(); void fly(int howhigh); }; class Eagle : public Bird { public: void fly(); }; void Eagle::fly() { printf("I'm flying!\n"); } void Bird::fly() { printf("How high?\n"); } void Bird::fly(int howhigh) { printf("I'm flying %d metres in the air!\n", howhigh); } int main() { Eagle * tommy = new Eagle(); Bird * bird = new Bird(); bird->fly(); bird->fly(50); tommy->fly(); tommy->fly(100); } -- Glen Biagioni <glen@prosoft.com> (NeXTmail accepted) Vancouver BC Canada
From: Michael Moellney <moellney@michi.bota.uni-bonn.de> Newsgroups: comp.sys.next.bugs Subject: Re: BUG: NEXTSTEP 3.3 Developer's C++ compiler Date: 20 Apr 1995 17:07:55 GMT Organization: University of Bonn, Germany Message-ID: <3n64dc$9is@news.rhrz.uni-bonn.de> References: <1995Apr19.180904.5885@instep.wimsey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Hi Brad! Should the C++ Code work or doesn't work? There is a problem with method Eagle::fly(int), because that method isn't declared nor defined...!!! By overloading Bird::fly(void) with Eagle::fly(void) you hide Bird::fly(int) in Eagle. To call Bird::fly(int) even from Eagle you at least have to define a 'dummy'-method like: void Eagle::fly(int howhigh){Bird::fly(howhigh);}. (see p.e. Stanley B. Lippman: The C++ Primer Chapter 8) Bye Michael
From: marsella@athos.rutgers.edu (Stacy Marsella) Newsgroups: comp.sys.next.bugs Subject: JollysZyXEL_Fax_Modem bugs? Date: 20 Apr 1995 13:08:34 -0400 Organization: Rutgers University LCSR Message-ID: <3n64ei$hot@athos.rutgers.edu> I just installed JollysZyXEL_Fax_Modem_Driver and tried to send some faxes to test it out. It works fine on single page faxes but on faxes longer thatn one page there is a persistent problem. On every page after the cover and first page of document, the top half or so of the page is deleted on the receiving end. So it appears to be some sort of handshaking problem and in fact the ZyXEL's cts light starts to flash during the transmission. But I tried both /dev/cua and /dev/cufa - same problem. (I have no idea of how to slow down the driver which is running at 19k). Before I start fooling with the ZyXEL's settings, are there any suggestions? I would prefer getting this to work before I send off the very reasonable shareware fee. (note Jolly's drivers are available from ftp://ftp.informatik.uni-muenchen.de/pub/comp/platforms/next/Tools/fax/) Specifics: Version 1.31 of Jolly's ZyXEL fax driver 3.2 Nextstep running on a Nextstation Zyxel U-1496E Plus (rom version unknown) Dialupip installed marsella@cs.rutgers.edu
Newsgroups: comp.sys.next.bugs From: howardd@il.us.swissbank.com (Denise Howard) Subject: Can't label an app menu button "Request" Message-ID: <1995Apr20.210249.1085@il.us.swissbank.com> Sender: root@il.us.swissbank.com (Operator) Organization: Swiss Bank Corporation CM&T Division Date: Thu, 20 Apr 1995 21:02:49 GMT This is guaranteed to crash any app in "three easy steps". You can either create a new app, or modify an existing one. We've reproduced this on both Intel and NeXT hardware running NS 3.2, both with and without FoundationKit/EOF. 1. Add a button to the app's main menu labeled "Request". 2. Connect it to any method in any object in your app. 3. Build and run the app...KABOOM! The console shows: [blah blah blah] objc: AppDelegate: does not recognize selector -_makeServicesMenu This only happens if the menu button is labeled "Request"! If you label it "request", or "Request..." or create a submenu button labeled "Request", all is well. Go figure... I've reported this to bug_next@next.com. Denise -- Denise Howard \/ howardd@swissbank.com Swiss Bank Corporation \/ deniseh@mcs.com Chicago, IL \/ [NeXT, MIME and ASCII mail welcome] (312) 554-6298 \/ "Older and Bolder!"
Newsgroups: comp.sys.next.bugs From: brad@instep.wimsey.com Subject: Re: BUG: NEXTSTEP 3.3 Developer's C++ compiler Message-ID: <1995Apr20.184915.20741@instep.wimsey.com> Sender: usenet@instep.wimsey.com (usenet) Organization: InStep Mobile Communications Inc. References: <3n64dc$9is@news.rhrz.uni-bonn.de> Date: Thu, 20 Apr 1995 18:49:15 GMT Michael Moellney <moellney@michi.bota.uni-bonn.de> writes : Hi Brad! : : Should the C++ Code work or doesn't work? : : There is a problem with method Eagle::fly(int), because that method isn't : declared nor defined...!!! : By overloading Bird::fly(void) with Eagle::fly(void) you hide Bird::fly(int) in : Eagle. To call Bird::fly(int) even from Eagle you at least have to define a : 'dummy'-method like: : void Eagle::fly(int howhigh){Bird::fly(howhigh);}. : (see p.e. Stanley B. Lippman: The C++ Primer Chapter 8) : : Bye Michael Michael, you've missed my point. Eagle is not supposed to implement the member function fly(int ) -- it's supposed to inherit it! Eagle is a subclass of Bird. The fact the compiler that comes with 3.3 fails with: bird.cc: In function `int main()': bird.cc:44: too many arguments for method `fly' indicates that this is NOT a C++ language specification problem, since the compiler at 3.2 developer was completely happy to compile the code. If this is a NEW C++ (ansi proposed) language specification then it is fundamentally wrong. To further appreciate the problem, modify my test example such that Eagle does not over-ride the member function fly() - now the compiler is happy to compile the code and will in fact resolve the calls tommy->fly() and tommy->fly(100), even though Eagle (tommy is an Eagle) does not explicitly declare fly() or fly(int ) as this Lippman you refer to would seem to think is necessary: these are inherited member functions and there is no need to declare them in subclasses unless you are over-riding them. -- Brad Head <brad@instep.wimsey.com> Software Developer, InStep Mobile Communications Inc. Vancouver, British Columbia CANADA
From: rainer@Riker (Rainer Frohnhöfer) Newsgroups: comp.sys.next.bugs,comp.sys.next.software Subject: Re: bad magic number (not a Mach-0 file) Date: 21 Apr 1995 14:50:59 GMT Organization: University of Wuerzburg, Germany Message-ID: <3n8goj$86k@winx03.informatik.uni-wuerzburg.de> References: <1995Apr12.192044.29125@nmt.edu> <3n5eck$h6h@news.cs.tu-berlin.de> Axel Habermann (kiwi@cs.tu-berlin.de) wrote: : Eugene Aalto (aalto@nmt.edu) wrote: : : I have had this error with both solitaire.app and GA.app : : I am using a NextStation (25MHz '040) mono with NS 3.0 : This is a problem with 3.0. 3.0 is not able to load : fat object files. Try to get a thin version. One solution would be to get the "lipo" program that comes with NS later than 3.1. It works fine with 3.0. I thought there was even a copy on ftp.informatik.uni-muenchen.de but I'm not shure about this. Rainer at UNIWUE.
From: Michael Moellney <moellney@michi.bota.uni-bonn.de> Newsgroups: comp.sys.next.bugs Subject: Re: BUG: NEXTSTEP 3.3 Developer's C++ compiler Date: 21 Apr 1995 16:59:28 GMT Organization: University of Bonn, Germany Message-ID: <3n8o9h$5ob@news.rhrz.uni-bonn.de> References: <3n64dc$9is@news.rhrz.uni-bonn.de> <1995Apr20.184915.20741@instep.wimsey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Hi Brad I didn't miss your point...but let me say it simple: class A{ public: void f(int); }; class B:public A{ public: void f(double); }; class A a; class B b; a.f(2); // calls A::f(int) a.f(2.0); // calls A::f(int) with coercion int(2.0) b.f(2); // calls B::f(double) with promotion double(2) b.f(2.0); // calls B::f(double) This Example is taken from Coplien, James O. Adnvanced C++ ... Sec 4.2 p101 There's no f(int) in the scope of class B!!! Have fun, Michael
From: edwards@w423dell.gsfc.nasa.gov (Stephen G. Edwards) Newsgroups: comp.sys.next.bugs Subject: Re: BUG: NEXTSTEP 3.3 Developer's C++ compiler Date: 21 Apr 1995 13:06:17 GMT Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA Message-ID: <3n8ak9$51f@post.gsfc.nasa.gov> References: <3n64dc$9is@news.rhrz.uni-bonn.de> <D7CoE2.4Iw@prosoft.wimsey.com> The problem, as Lippmann says, is that "Derivation...is not a form of overloading...Overloading requires that the entire function set be defined at the same scope." Unless you override all of the inherited fly's, the compiler will think you are trying to define a totally new fly unrelated to the inherited ones, that is, hiding them. I'm not sure what the appropriate section in Stroustrup would be. Just overload the other fly in Eagle and everything's wonderful: class Eagle : public Bird { public: void fly(); void fly(int howhigh) { Bird::fly(howhigh); } }; Glen Biagioni (glen@prosoft.com) wrote: : Eg. This code compiles correctly if Eagle::fly() is not declared in class : Eagle. I now decide to override Bird::fly() in class Eagle. Suddenly the : compiler complains about the totally unrelated tommy->fly(100); statement. : Brad's sample code: : #include <stdio.h> : class Bird : { : public: : virtual void fly(); : void fly(int howhigh); : }; : class Eagle : public Bird : { : public: : void fly(); : }; : void Eagle::fly() : { : printf("I'm flying!\n"); : } : void Bird::fly() : { : printf("How high?\n"); : } : void Bird::fly(int howhigh) : { : printf("I'm flying %d metres in the air!\n", howhigh); : } : int main() : { : Eagle * tommy = new Eagle(); : Bird * bird = new Bird(); : bird->fly(); : bird->fly(50); : tommy->fly(); : tommy->fly(100); : } : -- : Glen Biagioni <glen@prosoft.com> (NeXTmail accepted) : Vancouver BC Canada -- Stephen G. Edwards; Tel: 301-286-6676; FAX: 301-286-1768 NASA Goddard Space Flight Center; Mailstop 522.2; Greenbelt, MD 20771 MIME & NeXT Mail: stephen.g.edwards.1@gsfc.nasa.gov "Let's face it: Without rules, there's chaos."
From: rob@lighthouse.com (Rob Kedoin) Newsgroups: comp.sys.next.bugs Subject: 3.3; app_makefiles: make clean no longer cleans subprojects Date: 22 Apr 1995 02:46:52 GMT Organization: Lighthouse Design, Ltd. Distribution: world Message-ID: <3n9qms$9hc@lighthouse.lighthouse.com> Keywords: make, clean, subprojects NeXT Bug #: 68028 Under NS3.2, if you do a "make clean", you can count on the make traversing all of your subproj directories and doing a "make clean" in them. However, this does not happen by default under NS3.3 Developer. Instead, you need to define the make variable, "CLEAN_ALL_SUBPROJECTS" to be a non-empty string in order to get it to recurse through your tools, subprojects, and bundles. Some ways to do this: * Edit your Makefile.preamble to have a line that reads: CLEAN_ALL_SUBPROJECTS = YES * In ProjectBuilder, you could put the same line above in the "Arguments" field of the Options panel.
Newsgroups: comp.sys.next.bugs From: bkr@rennhak.hanse.de (Bernd Karl Rennhak) Subject: BUG: NEXTSTEP 3.3 Developer's C++ compiler Message-ID: <D7EqnD.Du@rennhak.hanse.de> Keywords: c++ bug Organization: Rennhak Software, ntm. Distribution: world Date: Fri, 21 Apr 1995 23:02:01 GMT >There is a terrible bug in the new NEXTSTEP 3.3 C and C++ compiler that fails >to correctly compile C++ code. The bug is revealed by the following test >piece of C++ code. The bug prevents a subclass from over-riding the >implementation of a super-class' member function if the function is >overloaded (i.e. two or more functions with the same name, but different arg >count). This bug is avoidable but requires massive rewrite to remove the >over-loading of the member functions. How this slipped past a test-suite >I'll never know... >==== C++ Code ==== .... deleted There is a problem in the design of C++ with virtual AND overloaded methods. It does not work in a natural way as you may expect. When you redefine a method in a derived class, ALL other methods with the same name are hidden! This is not a bug, but a feature. (see C++ ANSI draft, or other books). I stumbled on this problem when porting MS mfc classes to AIX, where the xlC compiler is very strict ANSI compatible. Its not clear for me, WHY it is that way. Seems an implementation issue. I recommend not using overloaded virtual functions at all, because is really too confusing. Even better not using C++ at all. -- ##### Bernd Karl Rennhak, Keplerstr.35, D-22763 Hamburg ##### ##### mail bkr@rennhak.hanse.de phone +49-40-3902805 #####
From: viggo@diku.dk (Allan Kim Schougaard) Newsgroups: comp.sys.next.bugs Subject: "Failed to program CODEC" MS Sound System problem Date: 23 Apr 1995 19:25:22 GMT Organization: Department of Computer Science, U of Copenhagen Sender: viggo@njord.diku.dk Message-ID: <3ne9j2$fkh@odin.diku.dk> Y'all! I have a MicroSoft Sound System compatible sound card which also does SoundBlaster. Through DOS software I can lock it in MSSS mode and everything works fine. But if I don't go into DOS and verify that it is in MSSS mode, NeXT does: Failed to program CODEC Autoselect is not supported This driver is for Micro Soft Sound System only MSW Sound System at dma 1 irq 10 Registring MicroSoft Sound System during boot. However no sound ever comes from it. The driver is the one from the 3.2 CDROM, and the card is an Opti card (I believe). Games have to trouble, verification or not, so the card is in MSSS mode. Is there something that can be done about this ? --Allan --viggo@diku.dk
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 24 Apr 1995 04:15:12 GMT Organization: Digital Fix Development Message-ID: <3nf8kg$omj@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 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.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
Newsgroups: comp.sys.next.bugs From: swiemer@unix4.geschichte.uni-bielefeld.de (Sebastian Wiemer) Subject: Installing NS3.3 Intel with PowerManagement Sender: news@hermes.hrz.uni-bielefeld.de (News Administrator) Message-ID: <D7J9C2.IsL@hermes.hrz.uni-bielefeld.de> Date: Mon, 24 Apr 1995 09:36:02 GMT Organization: Universitaet Bielefeld, Rechenzentrum Hi, If you want to install NS3.3 Intel on a PC with PowerManagement it can be necessary to disable the PowerManagement in the BIOS. On a brand new 90Mhz Pentium System with SIS-Chipset the harddisk stopped spinning during the installation (SCSI I/O TIMEOUT) when the PowerManagement was enabled. After switching the thing off in the BIOS NS3.3 could be installed. Sebastian swiemer@unix4.geschichte
From: hship@sinistar.cac.stratus.com (Howard Ship) Newsgroups: comp.sys.next.bugs Subject: Bug list for EOF 1.1 / Dev 3.3 ? Date: 24 Apr 1995 13:42:21 GMT Organization: Stratus Computer Inc, Marlboro MA Message-ID: <3ng9rt$4v7@transfer.stratus.com> Is there an 'official' bug list available for EOF 1.1 and Dev 3.3? I've fired of a score (ok, may half a dozen) bugs to NeXT ... I truly doubt that I'm the first to discover them; I'm just learning to use EOF. Just having a real bug list would be a relief. A few things I've noticed ... If you change your model with EOModeler, the only way to propogate the changes from EOModeler to IB is to quit and restart IB. I remember some documentation some where that such changes were supposed to propogate automatically, but even dragging new entities over doesn't seem to work ... IB continues to use the original model. HeaderViewer often crashes mysteriously. Exported images in IB palettes still cause the palette to not load. You get strange errors if you choose the "Oracle" adaptor instead of the "Oracle7" adaptor (fortunately, the latter does work with an Oracle 6 database). -- Actually, what I'd like is a little toy spaceship!! Howard Ship hship@cac.stratus.com `84 GPz 750 "I lurk not, neither do I flame." [NeXT Mail 3.3 / MIME Mail OK]
From: nathan@laplace.csb.yale.edu (Nathan F. Janette) Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware Subject: NEXTSTEP/hppa sound problems in 3.2 fixed in 3.3? Date: 24 Apr 1995 18:19:19 GMT Organization: Yale University Distribution: world Message-ID: <3ngq37$55s@news.ycc.yale.edu> We just purchased some beautiful Cambridge Soundworks computer speakers, but can not use then due to NEXTSTEP/hppa's terrible audio problems. We are running NEXTSTEP/hppa 3.2 on HP 9000/712 systems. The sound driver is very poor, and usually injects loud pops and clicks before and after sounds are played. The sound often "rips" during playback as well. Can anyone who has run 3.2 and is now running 3.3 comment upon whether the situation has improved? -- Nathan Janette Systems Manager, Axel T. Br nger Lab Internet: nathan@laplace.csb.yale.edu Voice: 203 432 5065 Fax: 203 432 3923
From: Patrick Stein Newsgroups: comp.sys.next.bugs Subject: Re: Bug list for EOF 1.1 / Dev 3.3 ? Date: 24 Apr 1995 22:38:36 GMT Organization: Institut fuer Informatik der Universitaet Muenchen Distribution: world Message-ID: <3nh99c$86c@arcadia.informatik.uni-muenchen.de> References: <3ng9rt$4v7@transfer.stratus.com> > If you change your model with EOModeler, the only way to propogate the changes > from EOModeler to IB is to quit and restart IB. I remember some documentation > some where that such changes were supposed to propogate automatically, but even > dragging new entities over doesn't seem to work ... IB continues to use the > original model. Hmmm.. I'm using EOF and it get's propagated to the IB just so. I had problems with just when using a model in ~/Library/Models not in the Project foder itself. --- bye bye - jolly =================================================================== Jolly alias Patrick Stein jolly@cis.uni-muenchen.de office : ++49 +89 -211 06 70 Centrum fuer Informations private: ++49 +89 -950 57 34 und Sprachverarbeitung der Ludwig-Maximilians Universitaet Muenchen =================================================================== " In the beginning the Universe was created. This has made a lot of people very angry and had been widely regarded as bad move. " douglas adams ===================================================================
Newsgroups: bit.listserv.next-l,comp.next,comp.sys.next.bugs,comp.sys.next.software From: gulunce@uxmail.ust.hk (Les M. Lunce) Subject: NCR SCSI driver needed Message-ID: <gulunce-2604951504170001@sqzm17.ust.hk> Sender: usenet@uxmail.ust.hk Organization: Hong Kong Univ. of Sci. & Tech. Date: Wed, 26 Apr 1995 07:04:17 GMT Greetings all! Trying to install NeXTStep 3.3 for Intel on a Pentium with 32Mb RAM and 1.5 Gb of disk. Have an NCR PCI SCSI controller, SoundBlaster 16 and Creative Labs CD-ROM. Problem: when I try to install NeXTSTep it doesn't recognize my SCSI controller and so cannot find the CD-ROM. Think I need a newer driver for my SCSI controller. If someone could please direct me to an ftp site or other source where I could find a driver that works, I would really appreciate it! Thanks in advance for your time and assistance. Please respond by e-mail. Regards, Les M. Lunce Hong Kong Univ. of Sci. & Tech. gulunce@uxmail.ust.hk
From: mark_bessey@next.com (Mark Bessey) Newsgroups: comp.sys.next.bugs Subject: Re: "Failed to program CODEC" MS Sound System problem Date: 26 Apr 1995 21:19:17 GMT Organization: NeXT Computer, Inc. Message-ID: <3nmdcl$3t8@news.next.com> References: <3ne9j2$fkh@odin.diku.dk> Allan Kim Schougaard writes > Y'all! > > I have a MicroSoft Sound System compatible sound card which also does > SoundBlaster. Through DOS software I can lock it in MSSS mode and > everything works fine. > > But if I don't go into DOS and verify that it is in MSSS mode, NeXT does: > > Failed to program CODEC > Autoselect is not supported > This driver is for Micro Soft Sound System only > MSW Sound System at dma 1 irq 10 > Registring MicroSoft Sound System > > during boot. However no sound ever comes from it. The driver is the one from > the 3.2 CDROM, and the card is an Opti card (I believe). > Games have to trouble, verification or not, so the card is in MSSS mode. > Is there something that can be done about this ? > > --Allan > --viggo@diku.dk You might want to try the Canon Object.station Audio driver from NeXTanswers (NeXTanswers document 1689). If your board uses the same Windows Sound System compatible chipset as Canon, that driver should work with it. It's at least worth a shot. Otherwise, you'll have to use the DOS utility to lock the board into WSS mode, or maybe use the beta SoundBlaster 16 driver from NeXTanswers (#1695). -- Mark Bessey NeXT Computer, Inc Software Quality Assurance -->I DON'T SPEAK FOR NeXT <--
From: Bernhard Scholz <scholz@informatik.tu-muenchen.de> Newsgroups: comp.sys.next.bugs Subject: Deleting files from DOS partition isn't possible Date: Thu, 27 Apr 1995 11:22:30 +0200 Organization: Technische Universitaet Muenchen, Germany Distribution: world Message-ID: <Pine.HPP.3.91.950427111820.12209A-100000@hphalle0.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello everybody! Did anybody ever came accross the following problem? I've tried to delete files from a DOS FAT partition with the Workspace: doesn't work. I've tried to move the files from a DOS FAT partiiton to a NeXT partition: everything works fine (the file get delete form the DOS partition!!) Is there something wrong with my configuration, or is it simply a bug? (I was looged in as root, using NS3.3 on Intel Plato with DOS 6.2) Greetings, Boerny _____________________________________________________________________________ Bernhard Scholz (IRC: (Boerny) #amiga, #next) Opinions are my own! scholz@informatik.tu-muenchen.de (prefered) Computers can do everthing scholz@gsocmail.rm.op.dlr.de (emergency) better than human --- http://www.leo.org/~scholz/scholz.html especially doing mistakes.
Newsgroups: comp.sys.next.bugs From: gery@ares.fdn.fr(Gery_Divry) Subject: Re: 3.3; app_makefiles: make clean no longer cleans subprojects Message-ID: <1995Apr27.063754.9695@ares.fdn.fr> Sender: news@ares.fdn.fr Organization: ARES - Lyon, France. References: <3n9qms$9hc@lighthouse.lighthouse.com> Date: Thu, 27 Apr 1995 06:37:54 GMT In article <3n9qms$9hc@lighthouse.lighthouse.com> rob@lighthouse.com (Rob Kedoin) writes: > NeXT Bug #: 68028 > > Under NS3.2, if you do a "make clean", you can count on the make traversing all > of your subproj directories and doing a "make clean" in them. > > However, this does not happen by default under NS3.3 Developer. Instead, you > need to define the make variable, "CLEAN_ALL_SUBPROJECTS" to be a non-empty > string in order to get it to recurse through your tools, subprojects, and > bundles. > > Some ways to do this: > * Edit your Makefile.preamble to have a line that reads: > CLEAN_ALL_SUBPROJECTS = YES > * In ProjectBuilder, you could put the same line above in the > "Arguments" field of the Options panel. I got the same kind of problem I have a English.lproj and a French.lproj in my subprojetcs ( bundles) I cant manage to have both directory recopied in the final app using 'install' only the main one ( french in my case) is recopied I am obliged to do it by hand ... Gery DIVRY
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@alleg.EDU> Message-ID: <9504270507.AA08389@alleg.EDU> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v116.1) From: Timothy J Luoma <luomat@alleg.EDU> Date: Thu, 27 Apr 95 01:06:52 -0400 Subject: Trivial Webster.app bug There have been a scattering of Webster.app bugs reported over the years (look up 'test' sometime), and I have sometimes been amazed at how far off some of its suggestions are, but I've come up with a doozy to top all others I have seen before: ask Webster to define "creap" it comes back with a suggestion of "creutzfeldtjakobdiseasealsocreu" which it cannot define (it is actually trying to suggest 'Creutzfeldt Jakob disease' but I really just wanted 'creep') TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
From: tjt@nacm.com Newsgroups: comp.sys.next.bugs Subject: BUG: common.make: DSTROOT undefined in installhdrs Date: 26 Apr 1995 18:41:41 GMT Organization: Nicholas|Applegate Capital Management, San Diego, CA Distribution: world Message-ID: <3nm455$pgj@nacm.com> Keywords: make libraries headers NeXT Bug #: 68139 If you're developing libraries under NEXTSTEP 3.3 (a great new target for PB), there is a problem during the installation of the library's header files. Problem: The target does not preserve the variable $(DSTROOT), if defined on the command-line. As a result, header files are installed in $(PUBLIC_HEADER_DIR), not $(DSTROOT)$(PUBLIC_HEADER_DIR). (Note that this problem goes away if DSTROOT is defined in Makefile.preamble. That's fine *if* you don't need to redefine DSTROOT on the command-line, but the whole point of DSTROOT is that you can redefine it to point to a working or production directory. Being able to change this on-the-fly is a good thing.) Solution: You'll need to modify /NextDeveloper/Makefiles/app/common.make, such that installhdrs:: looks like this: installhdrs:: @($(MAKE) $(NAME).installhdrs \ "DSTROOT = $(DSTROOT)" \ "PUBLIC_HEADER_DIR = $(PUBLIC_HEADER_DIR)" \ "INSTALL_HEADERS_CMD = $(INSTALL_HEADERS_CMD)" \ "RC_CFLAGS = $(RC_CFLAGS)" ) effectively adding "DSTROOT = $(DSTROOT)" back into the mix. --- Terry Talbot <tjt@nacm.com> Nicholas|Applegate Capital Management San Diego
Newsgroups: comp.sys.next.misc,comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.software From: fozztexx@nvc.cc.ca.us (Chris Osborn) Subject: Problems doing dump on ST32550N Message-ID: <D7pGn1.Ewt@nvc.cc.ca.us> Sender: news@nvc.cc.ca.us Organization: Napa Valley College Date: Thu, 27 Apr 1995 17:59:25 GMT I'm having problems doing a dump from a Seagate Barracuda ST32550N. I have the drive connected up to a NeXT '040 Cube, and it is set to SCSI ID 2. The DAT drive is set to SCSI ID 3. I have not have any problems with the drive in use, but when I go to perform a level 0 dump with the dump command provided with the operating system, it goes for a while, and then this error is reported on the console: reselect timeout - target 2 st: cmd = 0xa sr_io_status = 2H Sense key = 0x6 Sense Code = 0x0 The DAT drive I'm trying to backup to is a WangDAT Model 2600. After the failure the DAT drive spazzes and rewinds the whole tape. Is there some sort of SCSI command conflict with the drive? I've never had a problem doing a dump of any other SCSI hard drive (several of which are also Seagate). This is the info returned for the Barracuda: Vendor Identification: 'SEAGATE ' Product Identification: 'ST32550N ' Product Revision Level: '0012' Vendor Specific: '00027445' Reserved: '' Vendor-Specific Parameters: '\000Copyright (c) 1994 Seagate All rights reserved' And this is the info for the WangDAT: Vendor Identification: 'WangDAT ' Product Identification: 'Model 2600 ' Product Revision Level: '01.6' Vendor Specific: 'BFW05.20AFW01.60' Reserved: '' Vendor-Specific Parameters: '' Is this a problem with the SCSI driver in NeXTStep 3.3? I was able to do a dump from the Seagate to the optical drive, but I can't do it to the DAT. What's the problem, and how do I fix it? --- Chris Osborn, Network Administrator Voice: 707 253 3130 Napa Valley College Fax: 707 253 3063 2277 Napa-Vallejo Hwy., Napa, CA, 94558 <fozztexx@nvc.cc.ca.us> MIME ok, NeXTMail tolerated -- Chris Osborn, Network Administrator Voice: 707 253 3130 Napa Valley College Fax: 707 253 3063 2277 Napa-Vallejo Hwy., Napa, CA, 94558 <fozztexx@nvc.cc.ca.us> MIME ok, NeXTMail tolerated
Newsgroups: comp.soft-sys.nextstep,comp.sys.next,comp.sys.next.bugs,comp.sys.next.software Belgium.EU.net!EU.net!howland.reston.ans.net!gatech!news.mathworks.com!uunet!in1.uu.net!nntp.hk.super.net!news.ust.hk!sqzm17.ust.hk!user From: gulunce@uxmail.ust.hk (Les M. Lunce) Subject: 3.3 Multi-boot and dead mouse? Message-ID: <gulunce-2804950959400001@sqzm17.ust.hk> Sender: usenet@uxmail.ust.hk Organization: Hong Kong Univ. of Sci. & Tech. Date: Fri, 28 Apr 1995 01:59:40 GMT Greetings all! Many thanks to all of you who replied to my inquiry about the Symbios (NCR) driver. I got the driver and it works great! Thanks again for your kind assistance. Now I have a few more questions. 1. Trying to install NextStep 3.3 for Intel on a Pentium with 3, 1Gb SCSI drives. When we attempted to install NextStep on drives 1 or 2, NextStep reported that it ³could not read the drive BIOS.² We had to install on drive 0. Are there any ways around this? We¹d like to install NextStep on the second or third drive -- drives 1 or 2. 2. Is there a multi-boot utility for NextStep 3.3 similar to LILO or the OS/2 Boot-Master? We¹d like to have NextStep and OS/2 on the same machine. 3. Cannot get our serial mouse to work with NextStep 3.3. The mouse is on COM1 but NextStep seems to ignore it. Do we need a driver or have we not configured something correctly? I realize the answers to these questions may be complicated, so if you would prefer to just direct me to a FAQ or one of the NextStep manuals, that would be fine. At the same time, any suggestions or input would be really appreciated. Thanks in advance for your kind attention and assistance. Please respond by e-mail. Regards, Les M. Lunce gulunce@uxmail.ust.hk
Newsgroups: comp.sys.next.bugs From: glen@prosoft.com (Glen Biagioni) Subject: hanging uuxqt children (sendmail problems) Message-ID: <D7to3w.1v6@prosoft.com> Sender: glen@prosoft.com (Glen Biagioni) Organization: ProSoft Solutions, Inc. Date: Sun, 30 Apr 1995 00:31:07 GMT A short while ago I posted a workaround I am using to solve a problem with sendmail hanging after uucp transfers. The problem is possibly related to incorrect detaching from the control tty by uucp software. I have found a problem with my uuxqt fix to this tty detaching problem. (I wonder if the problem with my fix isn't indicative of the source of the original problem.) What I found is the under some circumstances my uuxqt would hang too. (uucico exec's it with argv as UUXQT; so look for the capitalized name in a ps listing of all processes to see if yours is getting hung.) Using gdb to attach to it, I found it hung in the open() call. This was in an invocation of uuxqt when a remote site was calling me using uucico as its login shell. Apparently it was hung in the open because it was trying to open /dev/tty which was the dial-in device that had hung up by the time uucico exec'ed uuxqt. open() was waiting for carrier detect, I presume. So, I changed my open to open ((char *) "/dev/tty", O_RDWR|O_NDELAY); The use of O_NDELAY keeps the open from blocking. I now check that the open succeeded (returned fd >= 0) before detaching with the ioctl(). I also set uuxqt to be a process group leader as well. I don't know why I did this; or if it helps or hurts. For those who never saw the original post, the trick is to rename uuxqt to uuxqt.std in /usr/lib/uucp; and then put my little program in its place with the same permissions. My program gets launched, it properly detaches, and then fires up the real uuxqt (now named uuxqt.std). Here's my program; no guarantees since I have only a vague understanding of the underlying problem and of the internal working of the uucp software. Maybe someone with more knowledge can shed some light and come up with a fix. Better still, maybe Next can release an official fix. #include <sys/file.h> #include <sys/ioctl.h> #include <stdio.h> /* detach from controlling terminal and run /usr/lib/uucp/uuxqt.std */ void main(int argc, char *argv[], char *envp[]) { int fileId = open ((char *) "/dev/tty", O_RDWR|O_NDELAY); setpgrp(0,getpid()); /* start new process group */ if (fileId>=0) { (void) ioctl (fileId, TIOCNOTTY, (char *) NULL); close(fileId); } execve("/usr/lib/uucp/uuxqt.std", argv, envp); } -- Glen Biagioni <glen@prosoft.com> (NeXTmail accepted) Vancouver BC Canada
Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer From: dimitri@duti609a.twi.tudelft.nl (Dimitri Tischenko) Subject: 3.3 Dev C++ bug Sender: news@dutiws.twi.tudelft.nl (TWI News Administration) Organization: Delft University of Technology Date: Sat, 29 Apr 1995 07:23:08 GMT Message-ID: <D7sCIL.qw@dutiws.twi.tudelft.nl> Unless I'm fooled by C++'s delicate exceptions, this is a bug. The following program, while correct, does not compile with NeXT's 3.3 cc++ (version cc-437.2.6, gcc version 2.5.8). I have found no workaround. What I did find was that in a less complex situation, when A1 and A2 both declare one abstract method instead of two, the order in which the classes are inherited by B is significant. If the class whose method is ovveridden first, is inherited first, the program compiles. Otherwize, you get the same error as in the program below. === example program #include <stdio.h> class A1 { public: virtual void f1(void) = 0; virtual void g1(void) = 0; }; class A2 { public: virtual void f2(void) = 0; virtual void g2(void) = 0; }; class B : public A1, public A2 { }; class C : public B { public: virtual void f1(void) {printf("C::f1\n"); } virtual void f2(void) {printf("C::f2\n"); } }; class D : public C { public: virtual void g1(void) {printf("D::g1\n"); } virtual void g2(void) {printf("D::g2\n"); } }; main(void) { D d; d.f1(); d.g2(); } === Dimitri -- +------------------------------------------------------------------------+ | Dimitri Tischenko | D.B.Tischenko@TWI.TUDelft.NL | NeXTmail preferred! | +------------------------------------+-----------------------------------+ | Delft University of Technology | NeGeN | | Fac Applied Math & Computer Science| NEXTSTEP Gebruikers Nederland | | Dep of Statistics, Probabilitistics| NiNe | | and Operations Research | NEXTSTEP In the Netherlands | +------------------------------------+-----------------------------------+
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 1 May 1995 04:15:09 GMT Organization: Digital Fix Development Message-ID: <3o1n8d$qda@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 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.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
From: tm8025a@newssrv.soc.american.edu (Torrey McMahon) Newsgroups: comp.sys.next.bugs Subject: 3.3 volume control Date: 3 May 1995 00:24:13 GMT Organization: The American University, Washington DC Message-ID: <3o6ifd$mo1@paladin.american.edu> Has anyone figured out what messes up 3.3's volume control? I am using a TurboStation and can't set the volume in preferences or from the keyboard? -- Torrey McMahon
Newsgroups: comp.sys.next.bugs From: andylee@netcom.com (Andy Lee) Subject: NS 3.3 Hangs Message-ID: <andyleeD7z9An.8H2@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Wed, 3 May 1995 00:56:46 GMT Sender: andylee@netcom14.netcom.com Hello, All, I have been running NeXTstep (3.3 User / 3.2 Dev) on my Intel system for a few days now. About once everyday, as the mouse pointer turns into a spinning disc animation, the spinning disc stops and gets stuck. At which point I can't move the mouse, nor can I use the Alt-Alt-NumLock to enter Monitor for a graceful "halt". It also doesn't respond to network pings. So after 5 minutes of trying everything, I have to "harsh reboot" the system by hitting the reset button. This problem isn't isolated with running any one single program. It happend first in OmniWeb as I was enlarging the view window. Next time when I was doing a search in Digital Librarian. And 3rd time while I was browsing in the 3rd Party Product Browser on the Demo disc. Now I am getting weary everytime the cursor turns into a spinning disc. This is my first Intel system, purchased a few weeks ago just to run NeXTstep. It has a Intel Plato motherboard (with rev. II Neptune chipset), P90 CPU, 24 MB RAM, Diamond Stealth 64, 3Com EtherLink III, SoundBlaster 16, Adaptec 2940, and 2 hard drives, Conner 1080S and Fujitsu 2624FA formatted with 1024 byets/sector. Is this type of problem common in the Intel environment? Has anyone run into similar problem? I'd appreciate any pointer or suggestions on this matter, as I hope to solve this problem before I rely on the system to do real work. Thanks! Andy Lee andylee@netcom.com andylee@cs.ucla.edu
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@alleg.EDU> Message-ID: <9505030219.AA07979@alleg.EDU> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v116.1) From: Timothy J Luoma <luomat@alleg.EDU> Date: Tue, 2 May 95 22:19:11 -0400 Subject: no sound on m68k the sound on one of the Black NeXTs here quit suddenly. Can't play sounds file commandline or through Sound.app. Sometimes this would appear in the console.log: audio: no free link requests Any idea what caused this or how to fix (short of rebooting)? Thanks TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 If I understood the man page I wouldn't have asked the question.
Newsgroups: comp.sys.next.bugs From: pjb8t@petekel (Peter-john Byrnes) Subject: Re: NS 3.3 Hangs Message-ID: <D80z3w.Bqz@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia References: <1995May3.155037.23157@il.us.swissbank.com> Date: Wed, 3 May 1995 23:11:56 GMT In article <1995May3.155037.23157@il.us.swissbank.com> ericb@il.us.swissbank.com (Eric_Brown) writes: > Andy Lee writes > > Hello, All, > > > > I have been running NeXTstep (3.3 User / 3.2 Dev) on my Intel system > > for a few days now. About once everyday, as the mouse pointer turns > > into a spinning disc animation, the spinning disc stops and gets > > stuck. At which point I can't move the mouse, nor can I use the > > Alt-Alt-NumLock to enter Monitor for a graceful "halt". It also > > doesn't respond to network pings. So after 5 minutes of trying > > everything, I have to "harsh reboot" the system by hitting the reset > > button. > > > > This problem isn't isolated with running any one single program. It > > happend first in OmniWeb as I was enlarging the view window. Next > > time when I was doing a search in Digital Librarian. And 3rd time > > while I was browsing in the 3rd Party Product Browser on the Demo > > disc. Now I am getting weary everytime the cursor turns into a > > spinning disc. > > > > This is my first Intel system, purchased a few weeks ago just to run > > NeXTstep. It has a Intel Plato motherboard (with rev. II Neptune > > chipset), P90 CPU, 24 MB RAM, Diamond Stealth 64, 3Com EtherLink III, > > SoundBlaster 16, Adaptec 2940, and 2 hard drives, Conner 1080S and > > Fujitsu 2624FA formatted with 1024 byets/sector. > > > > Is this type of problem common in the Intel environment? Has anyone > > run into similar problem? I'd appreciate any pointer or suggestions > > on this matter, as I hope to solve this problem before I rely on the > > system to do real work. > > > > I have a similar setup and am having the same problem, although I think I've > isolated it a bit farther. I am running NS 3.3 User, 3.2 Dev, PNI 1.12 and > OmniWeb 1.0. The system regularly panics while using OmniWeb. I *think* that > the problem started happening after upgrading to OmniWeb 1.0, but I'm not > positive. In any case, it was quite a bit after upgrading to NS 3.3 and PNI > 1.12. I do not know if it is directly related to OmniWeb, PNI 1.12, or NS 3.3, > however it appears that whatever changed in OmniWeb 1.0 seems to trigger the > problem. I also have not had a panic with my Net connection up but not using > OmniWeb (including several large ftp's: >4MB @). > > Has anybody else seen this behavior? > > -- > _______________________________________________________________ > / Eric Brown | The opinions expressed here \ > | NEXTSTEP Consultant | are mine and do not necessarily | > | Synectic Design | represent those of my employer | > | ericb@il.us.swissbank.com | or SBC. | > \___________________________|___________________________________/ Had a similar sort of problem, which went completely away when I installed the MuX-1.7 driver for the b serial port. -- Peter-john Byrnes Online Scholarship Initiative 804/924-3169 Electronic Text Center byrnes@virginia.edu University of Virginia (NeXT/MIMEmail OK) -- NewsGrazer, a NeXTstep(tm) news reader, posting -- M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FYI;"!4:6UE<RU2;VUA;CM]"EQM M87)G;#$R,`I<;6%R9W(Q,C`*7'!A<F1<='@U-C!<='@Q,3(P7'1X,38X,%QT M>#(R-#!<='@R.#`P7'1X,S,V,%QT>#,Y,C!<='@T-#@P7'1X-3`T,%QT>#4V M,#!<9C!<8C!<:3!<=6QN;VYE7&9S,CA<9F,P7&-F,"!);B!A<G1I8VQE(#PQ M.3DU36%Y,RXQ-34P,S<N,C,Q-3=`:6PN=7,N<W=I<W-B86YK+F-O;3X@97)I M8V)`:6PN=7,N<W=I<W-B86YK+F-O;2`H17)I8U]"<F]W;BD@=W)I=&5S.EP* M/B!!;F1Y($QE92!W<FET97-<"CX@/B!(96QL;RP@06QL+%P*/B`^(%P*/B`^ M($D@:&%V92!B965N(')U;FYI;F<@3F585'-T97`@*#,N,R!5<V5R("\@,RXR M($1E=BD@;VX@;7D@26YT96P@<WES=&5M7`H^(#X@9F]R(&$@9F5W(&1A>7,@ M;F]W+B`@06)O=70@;VYC92!E=F5R>61A>2P@87,@=&AE(&UO=7-E('!O:6YT M97(@='5R;G-<"CX@/B!I;G1O(&$@<W!I;FYI;F<@9&ES8R!A;FEM871I;VXL M('1H92!S<&EN;FEN9R!D:7-C('-T;W!S(&%N9"!G971S7`H^(#X@<W1U8VLN M("!!="!W:&EC:"!P;VEN="!)(&-A;B=T(&UO=F4@=&AE(&UO=7-E+"!N;W(@ M8V%N($D@=7-E('1H95P*/B`^($%L="U!;'0M3G5M3&]C:R!T;R!E;G1E<B!- M;VYI=&]R(&9O<B!A(&=R86-E9G5L(")H86QT(BX@($ET(&%L<V]<"CX@/B!D M;V5S;B=T(')E<W!O;F0@=&\@;F5T=V]R:R!P:6YG<RX@(%-O(&%F=&5R(#4@ M;6EN=71E<R!O9B!T<GEI;F=<"CX@/B!E=F5R>71H:6YG+"!)(&AA=F4@=&\@ M(FAA<G-H(')E8F]O="(@=&AE('-Y<W1E;2!B>2!H:71T:6YG('1H92!R97-E M=%P*/B`^(&)U='1O;BY<"CX@/B!<"CX@/B!4:&ES('!R;V)L96T@:7-N)W0@ M:7-O;&%T960@=VET:"!R=6YN:6YG(&%N>2!O;F4@<VEN9VQE('!R;V=R86TN M("!)=%P*/B`^(&AA<'!E;F0@9FER<W0@:6X@3VUN:5=E8B!A<R!)('=A<R!E M;FQA<F=I;F<@=&AE('9I97<@=VEN9&]W+B`@3F5X=%P*/B`^('1I;64@=VAE M;B!)('=A<R!D;VEN9R!A('-E87)C:"!I;B!$:6=I=&%L($QI8G)A<FEA;BX@ M($%N9"`S<F0@=&EM95P*/B`^('=H:6QE($D@=V%S(&)R;W=S:6YG(&EN('1H M92`S<F0@4&%R='D@4')O9'5C="!"<F]W<V5R(&]N('1H92!$96UO7`H^(#X@ M9&ES8RX@($YO=R!)(&%M(&=E='1I;F<@=V5A<GD@979E<GET:6UE('1H92!C M=7)S;W(@='5R;G,@:6YT;R!A7`H^(#X@<W!I;FYI;F<@9&ES8RY<"CX@/B!< M"CX@/B!4:&ES(&ES(&UY(&9I<G-T($EN=&5L('-Y<W1E;2P@<'5R8VAA<V5D M(&$@9F5W('=E96MS(&%G;R!J=7-T('1O(')U;EP*/B`^($YE6%1S=&5P+B`@ M270@:&%S(&$@26YT96P@4&QA=&\@;6]T:&5R8F]A<F0@*'=I=&@@<F5V+B!) M22!.97!T=6YE7`H^(#X@8VAI<'-E="DL(%`Y,"!#4%4L(#(T($U"(%)!32P@ M1&EA;6]N9"!3=&5A;'1H(#8T+"`S0V]M($5T:&5R3&EN:R!)24DL7`H^(#X@ M4V]U;F1";&%S=&5R(#$V+"!!9&%P=&5C(#(Y-#`L(&%N9"`R(&AA<F0@9')I M=F5S+"!#;VYN97(@,3`X,%,@86YD7`H^(#X@1G5J:71S=2`R-C(T1D$@9F]R M;6%T=&5D('=I=&@@,3`R-"!B>65T<R]S96-T;W(N7`H^(#X@7`H^(#X@27,@ M=&AI<R!T>7!E(&]F('!R;V)L96T@8V]M;6]N(&EN('1H92!);G1E;"!E;G9I M<F]N;65N=#\@($AA<R!A;GEO;F5<"CX@/B!R=6X@:6YT;R!S:6UI;&%R('!R M;V)L96T_("!))V0@87!P<F5C:6%T92!A;GD@<&]I;G1E<B!O<B!S=6=G97-T M:6]N<UP*/B`^(&]N('1H:7,@;6%T=&5R+"!A<R!)(&AO<&4@=&\@<V]L=F4@ M=&AI<R!P<F]B;&5M(&)E9F]R92!)(')E;'D@;VX@=&AE7`H^(#X@<WES=&5M M('1O(&1O(')E86P@=V]R:RY<"CX@/B!<"CX@7`H^($D@:&%V92!A('-I;6EL M87(@<V5T=7`@86YD(&%M(&AA=FEN9R!T:&4@<V%M92!P<F]B;&5M+"!A;'1H M;W5G:"!)('1H:6YK($DG=F4@(%P*/B!I<V]L871E9"!I="!A(&)I="!F87)T M:&5R+B`@22!A;2!R=6YN:6YG($Y3(#,N,R!5<V5R+"`S+C(@1&5V+"!03DD@ M,2XQ,B!A;F0@(%P*/B!/;6YI5V5B(#$N,"X@(%1H92!S>7-T96T@<F5G=6QA M<FQY('!A;FEC<R!W:&EL92!U<VEN9R!/;6YI5V5B+B`@22`J=&AI;FLJ('1H M870@(%P*/B!T:&4@<')O8FQE;2!S=&%R=&5D(&AA<'!E;FEN9R!A9G1E<B!U M<&=R861I;F<@=&\@3VUN:5=E8B`Q+C`L(&)U="!))VT@;F]T("!<"CX@<&]S M:71I=F4N("!);B!A;GD@8V%S92P@:70@=V%S('%U:71E(&$@8FET(&%F=&5R M('5P9W)A9&EN9R!T;R!.4R`S+C,@86YD(%!.22`@7`H^(#$N,3(N("!)(&1O M(&YO="!K;F]W(&EF(&ET(&ES(&1I<F5C=&QY(')E;&%T960@=&\@3VUN:5=E M8BP@4$Y)(#$N,3(L(&]R($Y3(#,N,RP@(%P*/B!H;W=E=F5R(&ET(&%P<&5A M<G,@=&AA="!W:&%T979E<B!C:&%N9V5D(&EN($]M;FE796(@,2XP('-E96US M('1O('1R:6=G97(@=&AE("!<"CX@<')O8FQE;2X@($D@86QS;R!H879E(&YO M="!H860@82!P86YI8R!W:71H(&UY($YE="!C;VYN96-T:6]N('5P(&)U="!N M;W0@=7-I;F<@(%P*/B!/;6YI5V5B("AI;F-L=61I;F<@<V5V97)A;"!L87)G M92!F='`G<SH@/C1-0B!`*2Y<"CX@7`H^($AA<R!A;GEB;V1Y(&5L<V4@<V5E M;B!T:&ES(&)E:&%V:6]R/UP*/B!<"CX@+2U<"CX@(%]?7U]?7U]?7U]?7U]? M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]? M7U]?7UP*/B`O($5R:6,@0G)O=VX@("`@("`@("`@("`@("`@?"`@5&AE(&]P M:6YI;VYS(&5X<')E<W-E9"!H97)E("`@("`@7%Q<"CX@?"!.15A44U1%4"!# M;VYS=6QT86YT("`@("`@('P@(&%R92!M:6YE(&%N9"!D;R!N;W0@;F5C97-S M87)I;'D@('Q<"CX@?"!3>6YE8W1I8R!$97-I9VX@("`@("`@("`@('P@(')E M<')E<V5N="!T:&]S92!O9B!M>2!E;7!L;WEE<B`@('Q<"CX@?"!E<FEC8D!I M;"YU<RYS=VES<V)A;FLN8V]M('P@(&]R(%-"0RX@("`@("`@("`@("`@("`@ M("`@("`@("`@('Q<"CX@7%Q?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]\ M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\O7`I<"EP*2&%D M(&$@<VEM:6QA<B!S;W)T(&]F('!R;V)L96TL('=H:6-H('=E;G0@8V]M<&QE M=&5L>2!A=V%Y('=H96X@22!I;G-T86QL960@=&AE($UU6"TQ+C<@9')I=F5R M(&9O<B!T:&4@8B!S97)I86P@<&]R="X@(`I<"BTM7`I0971E<BUJ;VAN($)Y M<FYE<PD)7`I/;FQI;F4@4V-H;VQA<G-H:7`@26YI=&EA=&EV90DX,#0O.3(T M+3,Q-CE<"D5L96-T<F]N:6,@5&5X="!#96YT97()"6)Y<FYE<T!V:7)G:6YI M82YE9'5<"E5N:79E<G-I='D@;V8@5FER9VEN:6$)"2A.95A4+TU)345M86EL '($]+*0I]"E5N `
From: wchiu@mailbox.syr.edu (Wenshin CHIU) Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: Re: 3.3 Dev C++ bug Followup-To: comp.sys.next.bugs,comp.sys.next.programmer Date: 5 May 1995 07:35:31 GMT Organization: Syracuse University, Syracuse NY, USA Message-ID: <3ockg3$f7d@newstand.syr.edu> References: <D7sCIL.qw@dutiws.twi.tudelft.nl> Dimitri Tischenko (dimitri@duti609a.twi.tudelft.nl) wrote: : Unless I'm fooled by C++'s delicate exceptions, this is a bug. : The following program, while correct, does not compile with NeXT's 3.3 : cc++ (version cc-437.2.6, gcc version 2.5.8). I have found no : workaround. What I did find was that in a less complex situation, when : A1 and A2 both declare one abstract method instead of two, : the order in which the classes are inherited by B is significant. If : the class whose method is ovveridden first, is inherited first, the : program compiles. Otherwize, you get the same error as in the program : below. : === example program : #include <stdio.h> : class A1 : { : public: : virtual void f1(void) = 0; : virtual void g1(void) = 0; : }; : class A2 : { : public: : virtual void f2(void) = 0; : virtual void g2(void) = 0; : }; : class B : public A1, public A2 : { : }; : class C : public B : { : public: : virtual void f1(void) {printf("C::f1\n"); } : virtual void f2(void) {printf("C::f2\n"); } : }; : class D : public C : { : public: : virtual void g1(void) {printf("D::g1\n"); } : virtual void g2(void) {printf("D::g2\n"); } : }; : main(void) : { : D d; : d.f1(); : d.g2(); : } : === : Dimitri : -- : +------------------------------------------------------------------------+ : | Dimitri Tischenko | D.B.Tischenko@TWI.TUDelft.NL | NeXTmail preferred! | : +------------------------------------+-----------------------------------+ : | Delft University of Technology | NeGeN | : | Fac Applied Math & Computer Science| NEXTSTEP Gebruikers Nederland | : | Dep of Statistics, Probabilitistics| NiNe | : | and Operations Research | NEXTSTEP In the Netherlands | : +------------------------------------+-----------------------------------+ try: class B: public A1, A2 { void f1() {}; void f2() {}; void g1() {}; void g2() {}; } I think it should work. Kelvin
Newsgroups: comp.sys.next.bugs From: ericb@il.us.swissbank.com (Eric_Brown) Subject: Re: NS 3.3 Hangs Message-ID: <1995May3.155037.23157@il.us.swissbank.com> Sender: root@il.us.swissbank.com (Operator) Organization: Swiss Bank Corporation CM&T Division References: <andyleeD7z9An.8H2@netcom.com> Date: Wed, 3 May 1995 15:50:37 GMT Andy Lee writes > Hello, All, > > I have been running NeXTstep (3.3 User / 3.2 Dev) on my Intel system > for a few days now. About once everyday, as the mouse pointer turns > into a spinning disc animation, the spinning disc stops and gets > stuck. At which point I can't move the mouse, nor can I use the > Alt-Alt-NumLock to enter Monitor for a graceful "halt". It also > doesn't respond to network pings. So after 5 minutes of trying > everything, I have to "harsh reboot" the system by hitting the reset > button. > > This problem isn't isolated with running any one single program. It > happend first in OmniWeb as I was enlarging the view window. Next > time when I was doing a search in Digital Librarian. And 3rd time > while I was browsing in the 3rd Party Product Browser on the Demo > disc. Now I am getting weary everytime the cursor turns into a > spinning disc. > > This is my first Intel system, purchased a few weeks ago just to run > NeXTstep. It has a Intel Plato motherboard (with rev. II Neptune > chipset), P90 CPU, 24 MB RAM, Diamond Stealth 64, 3Com EtherLink III, > SoundBlaster 16, Adaptec 2940, and 2 hard drives, Conner 1080S and > Fujitsu 2624FA formatted with 1024 byets/sector. > > Is this type of problem common in the Intel environment? Has anyone > run into similar problem? I'd appreciate any pointer or suggestions > on this matter, as I hope to solve this problem before I rely on the > system to do real work. > I have a similar setup and am having the same problem, although I think I've isolated it a bit farther. I am running NS 3.3 User, 3.2 Dev, PNI 1.12 and OmniWeb 1.0. The system regularly panics while using OmniWeb. I *think* that the problem started happening after upgrading to OmniWeb 1.0, but I'm not positive. In any case, it was quite a bit after upgrading to NS 3.3 and PNI 1.12. I do not know if it is directly related to OmniWeb, PNI 1.12, or NS 3.3, however it appears that whatever changed in OmniWeb 1.0 seems to trigger the problem. I also have not had a panic with my Net connection up but not using OmniWeb (including several large ftp's: >4MB @). Has anybody else seen this behavior? -- _______________________________________________________________ / Eric Brown | The opinions expressed here \ | NEXTSTEP Consultant | are mine and do not necessarily | | Synectic Design | represent those of my employer | | ericb@il.us.swissbank.com | or SBC. | \___________________________|___________________________________/
Newsgroups: comp.soft-sys.nextstep,comp.sys.next,comp.sys.next.bugs,comp.sys.next.software Subject: Re: 3.3 Multi-boot and dead mouse? Message-ID: <1995May3.120425.44753@yogi.urz.unibas.ch> From: krampe@hoopy (Dirk Krampe) Date: 3 May 95 12:04:24 MET References: <gulunce-2804950959400001@sqzm17.ust.hk> to get the serial mouse running, try to boot with the "config=Default" option (you have to enter this at the boot prompt) and then move the mouse quickly, when NEXTSTEP wants to autoconfigure a mousedriver. Without this my NS sometimes did not recognise the serial mouse Dirk --- =================================================================== Dirk Krampe phone: ++41 61 267 3254 (office) Universitaet Basel ++49 7621 77909 (private) Institut fuer Informatik / WWZ fax: ++41 61 267 3251 Petersgraben 51 email: krampe@ifi.wwz.unibas.ch CH-4051 Basel (NeXT-Mail accepted) ===================================================================
Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer From: dimitri@duti609a.twi.tudelft.nl (Dimitri Tischenko) Subject: Re: 3.3 Dev C++ bug References: <D7sCIL.qw@dutiws.twi.tudelft.nl> <3ockg3$f7d@newstand.syr.edu> Sender: news@dutiws.twi.tudelft.nl (TWI News Administration) Organization: Delft University of Technology Date: Sun, 7 May 1995 10:08:06 GMT Message-ID: <D87DHI.AsA@dutiws.twi.tudelft.nl> Summary: Still no workaround In article <3ockg3$f7d@newstand.syr.edu>, Kelvin (Wenshin CHIU <wchiu@mailbox.syr.edu>) wrote: >Dimitri Tischenko (dimitri@duti609a.twi.tudelft.nl) wrote: >: Unless I'm fooled by C++'s delicate exceptions, this is a bug. > >: The following program, while correct, does not compile with NeXT's 3.3 >: cc++ (version cc-437.2.6, gcc version 2.5.8). I have found no >: workaround. What I did find was that in a less complex situation, when >: A1 and A2 both declare one abstract method instead of two, >: the order in which the classes are inherited by B is significant. If >: the class whose method is ovveridden first, is inherited first, the >: program compiles. Otherwize, you get the same error as in the program >: below. > >: === example program ... example program deleted ... > >try: >class B: public A1, A2 { > void f1() {}; > void f2() {}; > void g1() {}; > void g2() {}; >} >I think it should work. > >Kelvin That depends on what you call 'work'. Sure, it will compile, but you are now sacrificing abstract methods. In other words, classes which inherit from B are not forced to implement these methods anymore. Dimitri -- +------------------------------------------------------------------------+ | Dimitri Tischenko | D.B.Tischenko@TWI.TUDelft.NL | NeXTmail preferred! | +------------------------------------+-----------------------------------+ | Delft University of Technology | NeGeN | | Fac Applied Math & Computer Science| NEXTSTEP Gebruikers Nederland | | Dep of Statistics, Probabilitistics| NiNe | | and Operations Research | NEXTSTEP In the Netherlands | +------------------------------------+-----------------------------------+
From: willers@butp.unibe.ch (Moritz Willers) Newsgroups: comp.sys.next.bugs Subject: Re: 3.3 volume control Date: 4 May 1995 13:50:15 GMT Message-ID: <3oam2n$qao@aragorn.unibe.ch> References: <3o6ifd$mo1@paladin.american.edu> Torrey McMahon writes > Has anyone figured out what messes up 3.3's volume control? I am using a > TurboStation and can't set the volume in preferences or from the keyboard? > No. It happend to me once. The only solution was to turn off the computer and back on. Not just a reboot. Really power down and up again. I would be glad to know another solution as well. -- Moritz Willers Institute of Theoretical Physics Sidlerstrasse 5 3012 Bern, Switzerland willers@butp.unibe.ch (NeXTMail, MIME)
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 8 May 1995 00:15:08 GMT Organization: Digital Fix Development Message-ID: <3ojnqc$3uv@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 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.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
From: eric@du.com (Eric Hermanson) Newsgroups: comp.sys.next.bugs Subject: Bug with ditto in NS3.3? Date: 8 May 1995 16:40:51 GMT Organization: Rust Net - High Speed Internet in Detroit 810-650-6812 Distribution: world Message-ID: <3olhij$jco@oxy.rust.net> I used the command line program 'ditto', included with 3.3, to copy some home directories from one disk to another. ditto is supposed to retain ownership, mode, group, etc, on the files, but it failed to do so. In fact, the results were unpredictable as I tried the command several times, and it worked correctly on some files and directories, but not others. In some cases root owned the files, in other the original owner owned the files. I ran the program as root as the man page indicates. Anyone else had problems with ditto? Eric
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@alleg.EDU> Message-ID: <9505091539.AA05311@alleg.EDU> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v116.1) From: Timothy J Luoma <luomat@alleg.EDU> Date: Tue, 9 May 95 11:39:29 -0400 Subject: WP "The file has been modified..." panel I have a question which might not need to be answered, but I wanted to ask it anyway: WP for the NeXT has good days and bad days. Of course, I wouldn't be writing to tell you about the good days. On its bad days, it pops this panel up everytime I want to save by command-s (yes, command-s and not command-S): The file has been modified since being loaded into the window. Rename Overwrite Cancel Now, if I didn't KNOW that it had been modified, I wouldn't have tried to hit SAVE. After all, I've been modifying it since I last hit SAVE. Clearly I am misunderstanding something, but it is getting really frustrating and no one seems to know why it has these bad days. There seems to be no reason for it (ie no difference in the operation one day as opposed to the next). ah well TjL -- Timothy J. Luoma Email: luomat@alleg.edu Allegheny College NeXTStep 3.2 m68k UNIX workstations Shell=tcsh 6.05.01 Allegheny College No Root/super-user access 1 Peter 3:15-16 [ Please note: my email address is only valid until May 21 1995 ]
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: Gerben_Wierda@RnA.NL Subject: SoftPC 4.0 cannot access 100MB dos partition on 1GB disk? Message-ID: <D8Dr7t.AC4@RnA.NL> Sender: gerben@RnA.NL (Gerben Wierda) Organization: G.R.O.S.S. Date: Wed, 10 May 1995 20:50:17 GMT SoftPC 4.0 under NEXTSTEP 3.3 seems to be unable to handle a 100MB MS-DOS partition on my 1GB hard disk. According to Insignia, this is a bug in NEXTSTEP which occurs with disks larger than 540MB and there is a patch (this is not the DosFileSys patch for NS 3.1 & 3.2 I assume). I tried to locate the patch on NeXTanswers but without luck. Does someone know where I should look? Thanks, -- 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.
From: Mark Crispin <mrc@CAC.Washington.EDU> Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: Problems with lookupd and system freezes: Date: Wed, 10 May 1995 17:39:23 -0700 Organization: Networks & Distributed Computing Message-ID: <Pine.NXT.3.92.950510173144.328A-100000@Tomobiki-Cho.CAC.Washington.EDU> References: <3ore9e$4ea@moe.cc.emory.edu> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To: wmorse@law.emory.edu In-Reply-To: <3ore9e$4ea@moe.cc.emory.edu> On 10 May 1995, William Morse wrote: > In NeXTSTEP, lookupd is *the* daemon that the system uses to find out > information about itself from its own database (Netinfo) and from the > outside world through DNS. Unfortunately, lookupd appears to be single > threaded and the result for us is that sometimes a bad request to > lookupd can freeze the entire computer for a minute or more. This is > not a good thing. > > What I want to know is that if anyone has a work around for this? It > is very annoying and is the only blip on an otherwise wonderful and > reliable OS... even under extremely heavy use. I've been complaining about this problem for 5 years. NeXT doesn't care. They don't even admit that there is a problem. The only people I've known who've worked around it did so by rebuilding all of the network software, using private versions of the host lookup routines that only use the DNS. You can't do a shared library version of this either, since NeXT doesn't allow you to make shared libraries either. The bottom line is that you're screwed, and you'll stay screwed until you trash NEXTSTEP in favor of software from a reputable vendor. If you are lucky enough to have Intel hardware, run something like BSDI. If you are unlikely enough to have NeXT's proprietary (black) hardware, too bad. -- Mark -- DoD #0105, R90/6 pilot, FAX: (206) 685-4045 ICBM: N 47 39'35" W 122 18'39" Science does not emerge from voting, party politics, or public debate.
From: wmorse@erasure-sl.cc.emory.edu (William Morse) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Problems with lookupd and system freezes: Date: 10 May 1995 22:21:34 GMT Organization: Emory University Distribution: world Message-ID: <3ore9e$4ea@moe.cc.emory.edu> In NeXTSTEP, lookupd is *the* daemon that the system uses to find out information about itself from its own database (Netinfo) and from the outside world through DNS. Unfortunately, lookupd appears to be single threaded and the result for us is that sometimes a bad request to lookupd can freeze the entire computer for a minute or more. This is not a good thing. Here is the specific situation: we are using NeXTSTEP on an HP 712/80 as our main server. A lot of what that server does is mail processing and Web work. Both of these tasks require a *lot* of DNS name resolution. Once in a while (and more often than I would like because of the heavy use of our system), lookupd will get an IP number that can't be traced back or resolved into a name. This will cause the entire system to freeze for upwards of a minute as lookupd awaits a DNS resolution. Why does it freeze? Well, because lookupd is single threaded and because Netinfo *needs* lookupd to pass information (such as user name and process ownership... passwords, group information, aliases and more) back to the system, a locked lookupd will *prevent* the system from getting any of its questions answered. The result is that the system will *wait* for lookupd to be free... and the result of that is that the system freezes. What I want to know is that if anyone has a work around for this? It is very annoying and is the only blip on an otherwise wonderful and reliable OS... even under extremely heavy use. Thanks for your help! --- William Morse ITS Emory Law School
Newsgroups: comp.soft-sys.nextstep,comp.next,comp.sys.next,comp.sys.next.bugs From: gulunce@uxmail.ust.hk (Les M. Lunce) Subject: NextStep 3.3 on ThinkPad 755CD? Message-ID: <gulunce-1205951432530001@sqzm17.ust.hk> Sender: usenet@uxmail.ust.hk Organization: Hong Kong Univ. of Sci. & Tech. Date: Fri, 12 May 1995 06:32:53 GMT Greetings all, Thanks for taking the time to read this posting. My company is attempting to install NextStep 3.3/Intel on five IBM ThinkPad 755CD machines. Each machine has 40Mb RAM and 720Mb SCSI hard drive. Each is connected to a Doc II docking station which connects to a SCSI CD-ROM drive. Should be easy, but we are having no end of problems. If you know of any individual or organization who has successfully installed NextStep on an IBM ThinkPad, could you please help us get in contact with them? An e-mail address, FAX or telephone number would really be appreciated! Please reply via e-mail. Thanks in advance for your time and assistance. :-) Regards, Les M. Lunce gulunce@uxmail.ust.hk
From: kwang@lore.acs.calpoly.edu (Kevin Wang (The Scarecrow)) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: Problems with lookupd and system freezes: Date: 13 May 1995 06:18:40 GMT Organization: The Outland Riders Message-ID: <3p1j00$oas@isnews.csc.calpoly.edu> References: <3ore9e$4ea@moe.cc.emory.edu> NNTP-Posting-User: kwang In comp.sys.next.bugs wmorse@law.emory.edu writes: >Here is the specific situation: we are using NeXTSTEP on an HP 712/80 >as our main server. A lot of what that server does is mail processing >and Web work. Both of these tasks require a *lot* of DNS name resolution. >Once in a while (and more often than I would like because of the heavy >use of our system), lookupd will get an IP number that can't be traced >back or resolved into a name. This will cause the entire system to >freeze for upwards of a minute as lookupd awaits a DNS resolution. >Why does it freeze? Well, because lookupd is single threaded and because >Netinfo *needs* lookupd to pass information (such as user name and >process ownership... passwords, group information, aliases and more) >back to the system, a locked lookupd will *prevent* the system from >getting any of its questions answered. The result is that the system >will *wait* for lookupd to be free... and the result of that is that >the system freezes. One possible workaround - (at least for sendmail)...compile bsd sendmail, which does exclusive DNS queries (no calls to gethostbyname()), so that will resolve that source of problems. as for web and tcp_wrapper's type stuff, hard call. you could compile your own version of gethostbyname() and such. They're available out there... also, a minute seems to be an awfully long time for a dns lookup timeout. nslookup under ns3.0 itself times out in under 8 seconds (which would still be unacceptable, true). You can also hack and put more entries in your 'nidump hosts /' database. - Kevin
From: amir@titan.matrix.chnet.ch (Amir Guindehi) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin Subject: Re: Problems with lookupd and system freezes: Followup-To: comp.sys.next.bugs,comp.sys.next.sysadmin Date: 11 May 1995 16:58:44 GMT Organization: the matrix subnet Message-ID: <3otfo4$qbu@hamiller.matrix.chnet.ch> References: <3ore9e$4ea@moe.cc.emory.edu> <Pine.NXT.3.92.950510173144.328A-100000@Tomobiki-Cho.CAC.Washington.EDU> Mark Crispin (mrc@CAC.Washington.EDU) wrote: : The bottom line is that you're screwed, and you'll stay screwed until you : trash NEXTSTEP in favor of software from a reputable vendor. If you are : lucky enough to have Intel hardware, run something like BSDI. If you are : unlikely enough to have NeXT's proprietary (black) hardware, too bad. Right !!!!! And it's realy the BIG, BIG, BAD point of NeXTStep. Lookupd and NetInfo are the bottleneck of the nice OS. NeXT !!!!! Please DO something !!!!! - Amir -- Guindehi Amir amir@matrix.chnet.ch I know you believe you understand what you think I said, but I am sure, you realize,that what you heard is not what I meant.
Newsgroups: comp.sys.next.bugs,comp.sys.next.bugs From: domi@aptime.fdn.org (Dominique Cassou-Ribehart) Subject: 3.3 RAM Pbms... Message-ID: <D8MrHp.2r8@aptime.fdn.org> Sender: usenet@aptime.fdn.org (News Operator) Organization: C3iS - APTIME // Paris, France Date: Mon, 15 May 1995 17:34:37 GMT Hi, I've recently tried to Install NS 3.3 on a Compaq Deskpro X?. There has been no problem during the first step of the install. But after the reboot the system stopped just after for the NetInfo database search. The only way I've found to solve this problem was to remove 2 SIMMs until only 8Mb left. I don't see any reason for such a failure. Is anybody aware of this problem and does anybody know the reason why it's a problem ? Thanks in advance. -- /> Dominique CASSOU-RIBEHART /< domi@aptime.fdn.org [\\\\\\(O):::<======================================- \< \> NeXT Mail Welcome ...
From: jacob@dannug.dk (Jacob Nielsen) Newsgroups: comp.sys.next.bugs Subject: Re: WP "The file has been modified..." panel--FIGURED OUT Date: 15 May 1995 23:16:55 GMT Organization: Danish NeXT User Group Message-ID: <JACOB.95May16011655@jnext> References: <9505150208.AA15071@alleg.EDU> In-reply-to: luomat@alleg.EDU's message of 14 May 1995 21:11:08 -0500 >>>>> "TjL" == Tim Luoma <luomat@alleg.EDU> writes: TjL> Well, Scott Hess wins the award for figuring out what was TjL> wrong. All the account here are NFS mounted. There was a TjL> time-differential between the time the file was last modified TjL> and what time the network thought it was. A simple test TjL> proved this to be the case. When it happened, I simply did TjL> this at the commandline: TjL> touch FILE;ls -l FILE;date TjL> which came back like this: TjL> -rw------- 1 luomat 0 May 14 22:02 FILE Sun May 14 22:07:14 TjL> EDT 1995 TjL> as you can see, there is five minute difference between the TjL> modified time and the current time, even though they should TjL> be the same. They should be the same _if_ a network time server has been set up, else it is up to each individual machine. The lack of a time server can produce strange effects :-) Jacob -- Jacob Nielsen jacob@dannug.dk
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <vdemarco@bou.shl.com> Message-ID: <9505161438.AA09790@bou.shl.com> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) From: Vince Demarco <vdemarco@bou.shl.com> Date: Tue, 16 May 95 08:38:43 -0600 Subject: hppa compiler bug Has anyone else noticed that if you compile some code with the optimizer turned on (compiling with -arch hppa flag) the compiler will crash. I've reported this to next in the 3.3 developer beta but the golden version of 3.3 still has this feature. Why doesn't next fix these things??? vince (vdemarco@bou.shl.com)
From: samurai@maggie.cs.mcgill.ca (Darcy BROCKBANK) Newsgroups: comp.sys.next.bugs Subject: Re: 'lipo' typo? Date: 16 May 1995 15:55:21 GMT Organization: School of Computer Science, McGill Univ. Message-ID: <SAMURAI.95May16115521@maggie.cs.mcgill.ca> References: <9505151523.AA04156@alleg.EDU> In-reply-to: luomat@alleg.EDU's message of 15 May 1995 10:26:40 -0500 <luomat@alleg.EDU> writes: >'lipo -detailed_info Executable' comes back with >architecure m68k >architecure i386 >architecure hppa >architecure sparc >Please tell me there is a reason why "architecture" is spelled wrong. Yet another reason to get qlipo!!! - db -- You smell of corduroy and lemon drops. -- Veruca Salt -- Baldric, you wouldn't see a subtle plan if it painted itself purple and danced naked on top of a harpsichord singing, "Subtle Plans Are Here Again" -- Atkinson -- The Lord loves a hanging, that's why he gave us necks! -- Hoek and Cat --
From: me@einstein.warped.com (William Coldwell) Newsgroups: comp.sys.next.bugs Subject: Multi-CD loses itself Date: 18 May 1995 06:41:07 GMT Organization: Warped Software Distribution: world Message-ID: <3peq63$ea4@news0.rain.rg.net> Let's see if I can 'splain this clearly. I have a Pioneer DRM-602x 6 disc CD changer. After taking a billion years for NS to recognize, identify, and check for discs, I get to the login window, login, and after a billion years for all of these Appfinder.tools to finally go away, I have 6 discs on my Browser. Cool. It works.. slow to get this far, but it works. Everything is fine and dandy, until I log out.. this is point where it would normally eject a single CD (which should be an option, cause it's damned annoying), but in my case, it crashes the the machine (like it's stuck on an umount). So, I set the switch on the drive to not eject the cartridge.. no crash on logout, just no discs on the next login. This happens with the EIDE driver too, on my DOS partition. So, is there a way to keep devices mounted beyond a single login? Anyone else have this problem? --- William Coldwell - Warped Software - http://www.warped.com/~billc finger for PGP key: billc@warped.com NeXTMail welcome. -- William Coldwell - Warped Software - http://www.warped.com/~billc finger for PGP key: billc@warped.com NeXTMail welcome.
From: fliu@uci.edu (Feng Liu) Newsgroups: comp.sys.next.bugs Subject: NS report wrong size of a NFS mounted 3G disk Date: 18 May 1995 17:24:32 GMT Organization: University of California, Irvine Message-ID: <3pfvsg$8kr@news.service.uci.edu> NS 3.2 Nextstation mounted a 3G partion of a remote disk connected to a DEC alpha. On workspace of the next it reports `no space on remote disk` and does not allow copying any file to that disk(I can do the copying under Terminal window using cp though). In fact, df shows negative total and available spaces for the disk. I wonder if this is a bug of NS, or I did something wrong. Will I do any damage to the files on that disk by accessing it from NS? Thank you for your attention. Any help will be appreciated. -- Feng Liu Assistant Professor Department of Mechanical and Aerospace Engineering University of California, Irvine Irvine, CA 92717 phone: 714-824-3105 Fax: 714-824-8585
From: mlbarrow@amsa.com (Michael L Barrow) Newsgroups: comp.sys.next.bugs Subject: Re: NS report wrong size of a NFS mounted 3G disk Date: 18 May 1995 20:57:02 GMT Organization: American Student Assistance Message-ID: <3pgcau$5l7@dinero.amsa.com> References: <3pfvsg$8kr@news.service.uci.edu> Feng Liu (fliu@uci.edu) wrote: : NS 3.2 Nextstation mounted a 3G partion of a remote disk connected to : a DEC alpha. : On workspace of the next it reports `no space on remote disk` and does not : allow copying any file to that disk(I can do the copying under Terminal : window using cp though). In fact, df shows negative total and available : spaces for the disk. : I wonder if this is a bug of NS, or I did something wrong. : Will I do any damage to the files on that disk by accessing it from NS? : Thank you for your attention. Any help will be appreciated. This is a bug in NS 3.2. The only way to get around this is to upgrade to 3.3, or so I was told by NeXT SystemLine Support. -- Michael L. Barrow System Administrator Network Services American Student Assistance Corporation
From: superlee@super.uuserv.net.tw (Super Lee) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <e03_9505180741@super.uuserv.net.tw> Control: cancel <e03_9505180741@super.uuserv.net.tw> Date: Thu, 18 May 1995 14:10:17 GMT Organization: OpenVision Technologies, Inc. Message-ID: <cancel.e03_9505180741@super.uuserv.net.tw> Cancelling spam. See explanation in news.admin.net-abuse.announce.
From: otto@tukki.jyu.fi (Otto J. Makela) Newsgroups: comp.sys.next.bugs Subject: Re: Multi-CD loses itself Date: 21 May 1995 01:07:24 +0300 Organization: University of Jyvaskyla, Finland Sender: otto@tukki.cc.jyu.fi Distribution: world Message-ID: <OTTO.95May21010721@tukki.jyu.fi> References: <3peq63$ea4@news0.rain.rg.net> In-reply-to: me@einstein.warped.com's message of 18 May 1995 06:41:07 GMT In article <3peq63$ea4@news0.rain.rg.net> me@einstein.warped.com (William Coldwell) writes: > I have a Pioneer DRM-602x 6 disc CD changer. After taking > a billion years for NS to recognize, identify, and check for > discs, I get to the login window, login, and after a billion > years for all of these Appfinder.tools to finally go away, I > have 6 discs on my Browser. Cool. It works.. slow to get > this far, but it works. Everything is fine and dandy, until > I log out.. this is point where it would normally eject a > single CD (which should be an option, cause it's damned > annoying), but in my case, it crashes the the machine > (like it's stuck on an umount). So, I set the switch on the > drive to not eject the cartridge.. no crash on logout, just > no discs on the next login. > > This happens with the EIDE driver too, on my DOS partition. > > So, is there a way to keep devices mounted beyond a single > login? Anyone else have this problem? The only solution I have found was leave a "tail -f /CDROM/file" in the background. It seems that there is no good way to manually mount CD-ROM file systems, specially if they are ISO 9660 discs (someone even had the nerve to call them "DOS CD-ROMs"). -- /* * * 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: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 22 May 1995 04:15:10 GMT Organization: Digital Fix Development Message-ID: <3pp34e$bkk@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 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.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
From: wilkie@chara.cslab.tuwien.ac.at (Alexander Wilkie,9026293) Newsgroups: comp.sys.next.bugs Subject: Scrambled developer documentation in 3.3 dev? Date: 22 May 1995 09:25:25 GMT Organization: Vienna University of Technology, Austria Message-ID: <3ppla5$mfm@news.tuwien.ac.at> I recently upgraded to 3.3 dev, and to my dismay HeaderViewer has been malfunctioning (not finding method entries in the doc text) since then, apparently because the doc files are damaged or don't contain the information it needs any more. Apart from that, the Application.rtf file now contains info about the ActionCell class. Very amusing. If this is a new feature, it certainly wasn't advertised... Or is it just that my installation is somewhat screwed? (just unpacked everything, no tampering...) Also, it's sad to see that IconBuilder still has it's old interface bugs (there since at least 3.1). Alexander Wilkie wilkie@cslab.tuwien.ac.at
Newsgroups: comp.sys.next.bugs,comp.sys.next.misc,comp.sys.next.hardware,comp.sys.next.sysadmin From: csaldanh@mae.carleton.ca (Chris Saldanha) Subject: Re: NS/HPPA doesn't recognize NS partition on removable media Message-ID: <D8zznw.29C@cunews.carleton.ca> Followup-To: comp.sys.next.bugs,comp.sys.next.misc,comp.sys.next.hardware,comp.sys.next.sysadmin Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University References: <D8n4vM.99o@prz.tu-berlin.de> Date: Mon, 22 May 1995 20:59:56 GMT Thomas Wolfram (wolf@prz.tu-berlin.de) wrote: : I just discovered a behavior of NS/HPPA 3.3 I consider a bug. : [...] : Someone might think that this doesn't matter and PC-partitions : have a broken concept anyway. But: first, it's kind of standard : and useful because I could split a big 270MB SyQuest cartridge : for use with DOS and NS - often I don't need that much space : if I carry files - and second, more imported, the behavior of NS : on all supported architecures should be consistent. This also occurs with hard disks that use fdisk partitions, when plugged into black hardware. I have made NS 3.2 and 3.3 crash with System Panics when trying to mount both the DOS and NS partitions on a disk on black hardware. I consider this lack of consistency between platforms running NeXTSTEP to be absolutely stupid. It means that I can read Mac disks easier than NeXT disks on black hardware (and SPARC and PA-RISC too, I imagine). --Chris Chris Saldanha, Software Analyst -------------------------------------- computerActive, Inc |"The telephone was not invented by | chris@computerActive.on.ca (NeXTMail) | Alexander Graham Unitel" -Bell Ad | http://www.mae.carleton.ca/~csaldanh --------------------------------------
Newsgroups: comp.sys.next.bugs From: csaldanh@mae.carleton.ca (Chris Saldanha) Subject: 8-bit sound in games Message-ID: <D901t9.7MA@cunews.carleton.ca> Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University Date: Mon, 22 May 1995 21:46:21 GMT I just upgraded my home 486 to NeXTSTEP 3.3, which now supports my cheezy SoundBlaster PRO (8-bit stereo) card. Sound (8 and 16-bit) play OK, but in games like PacMan, Xox, MissileCommand, and Splat, the sound effects play with lots of static. I opened the app-wrappers on these games and I can play the sound files OK from the Contents inspector (no static). What's different about the way these games play sounds, as compared to sndplay or Sound.app? Games like CultureShock and Solitaire work OK. --Chris Chris Saldanha, Software Analyst -------------------------------------- computerActive, Inc |"The telephone was not invented by | chris@computerActive.on.ca (NeXTMail) | Alexander Graham Unitel" -Bell Ad | http://www.mae.carleton.ca/~csaldanh --------------------------------------
From: Rakesh_Dubey@NeXT.COM Newsgroups: comp.sys.next.bugs Subject: Re: 8-bit sound in games Date: 23 May 1995 15:14:40 GMT Organization: NeXT Computer, Inc. Distribution: world Message-ID: <3psu50$rhb@news.next.com> References: <D901t9.7MA@cunews.carleton.ca> In article <D901t9.7MA@cunews.carleton.ca> csaldanh@mae.carleton.ca (Chris Saldanha) writes: | I just upgraded my home 486 to NeXTSTEP 3.3, which now supports my cheezy | SoundBlaster PRO (8-bit stereo) card. | | Sound (8 and 16-bit) play OK, but in games like PacMan, Xox, | MissileCommand, and Splat, the sound effects play with lots of static. | | I opened the app-wrappers on these games and I can play the sound files OK | from the Contents inspector (no static). What's different about the way | these games play sounds, as compared to sndplay or Sound.app? | | Games like CultureShock and Solitaire work OK. Mixing does not work for 8-bit only sound cards. -Rakesh
From: 2289443.42663942(Your Lifetime Health Planner) Newsgroups: control,comp.sys.next.advocacy,comp.sys.next.announce,comp.sys.next.bugs Subject: cmsg cancel <3puk53$kma@baygull.rtd.com> Message-ID: <cancel.3puk53$kma@baygull.rtd.com> Date: 24 May 1995 14:23:59 GMT Control: cancel <3puk53$kma@baygull.rtd.com> spam
From: fischer@fokus.gmd.de (Robert Fischer) Newsgroups: comp.sys.next.bugs Subject: Application.rtf vanished Date: 23 May 1995 15:31:23 GMT Organization: GMD-FOKUS Message-ID: <3psv4b$5ta@stern.fokus.gmd.de> In NeXTSTEP Developer 3.3 the documentation for the Application class is overwritten with the description of the ActionCell class. The index does also ignore this class, of course. Workaround: get your 3.2 documentation and update your index. Puuuuuh. Robert. -- ----------------------------------------------------------------------- Robert Fischer @ GMD-Fokus -------- __o ------- _`\<,_ fischer@fokus.gmd.de ------- (*)/ (*) ## NeXT-Mail welcome ## -----------------------------------------------------------------------
From: cpayne@optical (Carl Payne) Newsgroups: comp.sys.next.bugs Subject: too many processes: table is full, etc Date: 25 May 1995 05:36:09 GMT Organization: Fibernet! Satisfy the need for speed Message-ID: <3q1509$9je@optical.fiber.net> I've posted this problem a couple different places, and called NeXT pro svcs, but to no avail. Using radiusd, the Livingston authenticator, NS3.3 decides after a couple of days and no users on that it has too many processes and shouts "table is full" ad nauseum until I finally reboot it to shut it up. What I've discovered came as a result of me changing the radiusd to black hardware, where once it were white. This time, it gives the same errors and symptoms, but I get an added bonus in the console log: May 24 23:06:09 monster inetd[162]: comsat/udp server failing (looping), service terminated I do a ps ax and sure enough, comsat's nowhere to be found. The routine explaination I got from NPS was, "NeXTSTEP was never meant to be a server operating system, go buy a Sun." (effectively) What I contend is: it's a GREAT server OS, or NetInfo would never exist and there'd be no such thing as a 250 station NeXT network. This is the only serious bug I've found in 3.3 that wasn't pilot error ( :-/), and there MUST be a fix. PLEASE, please, somebody tell me this is an easy fix. Hell, even a hard fix I'll have to pay for. Gotta be cheaper than migrating to Sun. All help appreciated Carl
From: mark@rtd.com (Mark Beeson) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3puk53$kma@baygull.rtd.com> Control: cancel <3puk53$kma@baygull.rtd.com> Date: 24 May 1995 09:53:12 GMT Organization: RTD Internet Access, a division of RTD Systems & Networking, Inc. Message-ID: <3puvm8$3qp@baygull.rtd.com> This is a perl-generated script that is cancelling spam from trasoff@rtd.com. --Mark -- Mark Beeson | Same Broken (MB178) President, Neural InterNetworking "I've seen the enemy, and the enemy is me." -- Sister Machine Gun URL: <a href="http://www.nin.com/">here</a>. - If you have to ask, you'll never know. -
From: madler@cco.caltech.edu (Mark Adler) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3q5gcl$rvg@gap.cco.caltech.edu> Control: cancel <3q5gcl$rvg@gap.cco.caltech.edu> Date: 27 May 1995 00:09:50 GMT Organization: California Institute of Technology, Pasadena Message-ID: <3q5qke$8ls@gap.cco.caltech.edu> cancel <3q5gcl$rvg@gap.cco.caltech.edu> in newsgroup comp.sys.next.bugs This article was cancelled from within NN version 6.5.0 #12 (NOV)
From: willers@butp.unibe.ch (Moritz Willers) Newsgroups: comp.sys.next.bugs Subject: Re: Application.rtf vanished Date: 26 May 1995 16:10:17 GMT Message-ID: <3q4uh9$stb@aragorn.unibe.ch> References: <3psv4b$5ta@stern.fokus.gmd.de> Robert Fischer writes > In NeXTSTEP Developer 3.3 the documentation for the Application > class is overwritten with the description of the ActionCell class. > The index does also ignore this class, of course. > > Workaround: get your 3.2 documentation and update your index. > Puuuuuh. > > Robert. > Yes. Puuuh. But how did you update the index? % ixbuild -s resulted in a much smaller index than Next's: -rw-r--r-- 1 root 1220608 May 24 20:36 .index.store -r--r--r-- 1 root 1679360 Mar 3 11:53 .index.store.next Do they use any other options. Or can anyone recommend other options? -- Moritz Willers Institute of Theoretical Physics Sidlerstrasse 5 3012 Bern, Switzerland willers@butp.unibe.ch (NeXTMail, MIME)
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: 256MB MO -- NS3.3 Installation Message-ID: <D97Jsp.Mxn@eskimo.com> Sender: usenet@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever Date: Fri, 26 May 1995 22:58:00 GMT While I was able to install NS3.3 on a 256MB GZ formatted MOST MO disk, using a 384MB Ocean Systems MOD, two issues surfaced: 1) After the initial half of installation, the kernel would freeze while the "-\|/" danced. Instead of allowing NS to define the partition, I created a 240MB NS partition(out of the available 241MB), and NS completed without incident. 2) NS3.3 cuts me short of i-nodes, rendering available disk space not much better than a 128MB MO disk. It would help if the installation process gave me the option to define the size of my i-node table. -- >< Marc J. Salvatori | No NeXTMail yet. I'm gettin' there! >< >< salvo@eskimo.com | Searching for .eps/.tiff images ><
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs Subject: NEXTSTEP Resources on the Internet Date: 29 May 1995 04:15:10 GMT Organization: Digital Fix Development Message-ID: <3qbhoe$7cj@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 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.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
From: altenber@acpub.duke.edu (Lee Altenberg) Newsgroups: comp.sys.next.bugs Subject: Micron P-100 Millennia and NS3.3: PROBLEMS Date: 30 May 1995 01:09:06 -0400 Organization: Duke University, Durham, N.C. Message-ID: <3qe99i$c6o@news.duke.edu> I just got a Micron P100 Millenia system and installed NEXTSTEP 3.3 on it, and it is having problems: 1. When installing packages, I get checksum errors. These seem to occur sporadically. When I disable the cache (using the BIOS editor at boot), the packages install fine (but extremely slowly). Curiously, when installing packages in the system install, no checksum errors are reported. Does the system installer not report or act on checksum errors? If so, and they are still occurring, perhaps the system loads up corrupted. How can I check this later with the CD files? 2. When booting and shutting down, if NS tries to go into the VGA graphical mode, it crashes: right after the boot: prompt, the screen blacks out and the boot stops. If I type -v at the boot prompt, the boot goes o.k. (in verbose mode). If I use "Power off" from the login window, the screen goes blank in the same way. The system does a hard shutdown, requiring fsck to bring the drive back to consistency. Sometimes it causes the drive to lose its label, and I have to reinstall from scratch. (Clean shutdowns require using Alt-numlock). With the cache disabled, however, these problems don't occur, and reboot and power off are o.k. When running NS, I have had no system crashes. The configuration is: CPU: Intel Pentium P-100 Micronics M54Hi motherboard Intel Triton chipset SyncBurst(tm) Cache 256K EDO-RAM 32MB Phoenix Bios 4.04 Dual Floppy Adaptec 2940 SCSI controller, Seagate ST31230N SCSI Hard drive, ELSA Winner2000Pro/X-4 PCI graphics card, Sony CDU55S SCSI CD-ROM drive, Cogent EM960 Ethernet, Nanao T2-17TS monitor. So ..., is this a compatibility problem between NEXTSTEP and the chipset, cache, or motherboard? If so, is there any workaround? If not, how can I diagnose where else the problem might be, e.g. the Phoenix BIOS, Adaptec 2940, CD-ROM drive, or Seagate Hard Drive? Any relevant experiences GREATLY appreciated. -- Lee Altenberg altenber@mhpcc.edu
From: steffens@pumba.zdv.Uni-Mainz.DE (Stefan Steffens) Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.sysadmin Subject: NEXTSTEP/PA-RISC Ethernet Performance Date: 31 May 1995 07:57:57 GMT Organization: Johannes Gutenberg-Universität Mainz, Germany Message-ID: <3qh7i5$jcr@kralle.zdv.Uni-Mainz.DE> After installing NEXTSTEP3.3 on a HP 712/80 I've just noticed bad network performance. Analysis with a network sniffer (from Network General) showed a NFS transfer rate of 32 kB/s with a delay of 2s between two following requests. I'v used the default params for nfs mounts (rsize, wsize, timeo). When doing a rlogin/telnet to another machine character echo is only displayed after a rather long delay (.5s) i.e. typing feels more like a slow modem connection than like an ethernet. Ftp transfers of large files give a transfer rate of more than 750 Kb/s which is ok. When I boot the same machine under HP-UX I don't see any of the performance degradation I see under NEXTSTEP. As we have 5 additional workstations and X-Terminals connected via the same ethenet cable in my office it can't be a physical problem with the ethernet. Thanks for any help Stefan Steffens Zentrum für Datenverarbeitung Johannes Gutenberg-Universität Mainz Germany
From: mneher@homer1.ive.mrg.uswest.com (Mark_Tyler_Neher) Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.bugs Subject: problem in Preferences Date: 31 May 1995 23:08:16 GMT Organization: U S WEST Marketing Resources Message-ID: <3qist0$6o6@engineer.mrg.uswest.com> Has anyone seen this problem?? It is repeatable on several machines in our office running 3.3. If we log in as root, Preferences is auto-launched. If we then double-click on Preferences to make it the active app, it crashes with no message in the log file. Double-clicking to relaunch it doesn't work -- it appears to crash almost immediately. Any feedback would be appreciated. It's a pain not to be able to tailor the environment for a root user, such as setting UNIX expert to see the whole file system. Thanks, MTN
From: altenber@acpub.duke.edu (Lee Altenberg) Newsgroups: comp.sys.next.bugs Subject: Micron P100 Millenia + NS3.3 : UPDATE Date: 1 Jun 1995 01:33:15 -0400 Organization: Duke University, Durham, N.C. Message-ID: <3qjjer$aad@news.duke.edu> I had two problems with NEXTSTEP 3.3 on a Micron P100 Millenia system: 1. Checksum errors while installing software; 2. Boot and power off crashes when NS tries to go into graphical VGA mode, only when cache is enabled. NeXT Tech support thought that 2. could be due to how the system maps the VGA driver into cache or some such thing. They suggested a workaround of disabling the graphical boot by changing /usr/Devices/system.config/Instance0.table line "Boot Graphics" = "Yes" to read "No". This worked for boot, but power off or restart still causes the crash (which leaves the HD in an inconsistent state). So I have to use alt-numlock to shutdown. I looked into SCSI bus problems for 1., and found that the checksum errors (which can occur for installing software all from within the HD) no longer occurred when I disconnected the Sony CDU55S SCSI CD-ROM drive. It would appear that the CDU55S is injecting noise into the SCSI bus. Would there be any other explanation or source? Swapping cables did not have an effect. I have had no crashes of NS once booted. So it would seem that except for the glitch of 2., the system is compatible with NS3.3. Some benchmarks: NXBench.app: 145.6 Dhrystones/s, 92.5 VAX Mips, NXFactor 2.68. DrivePerformance.app: Write: index=4.7, kb/sec=3600 Read: index=3.4, kb/sec=3300. John Hennessy's CPU benchmark program. Values are CPU time taken: DEC Alpha: Nonfloating point composite is 1325 Floating point composite is 1907 ________________________________________________ Pentium 100 MHz Micron Millenia (SyncBurst Cache + EDO-DRAM) Nonfloating point composite is 1504 Floating point composite is 2098 _____________________________________________ Pentium 90 Mhz Nonfloating point composite is 1759 Floating point composite is 2417 ________________________________________________ HP 712/80 Nonfloating point composite is 1944 Floating point composite is 2472 ________________________________________________ 25Mhz 040 Nonfloating point composite is 9904 Floating point composite is 15091
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.bugs Subject: Re: problem in Preferences Followup-To: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.bugs Date: 2 Jun 1995 06:35:14 GMT Organization: Technical University of Berlin, Germany Message-ID: <3qmbf2$ds9@news.cs.tu-berlin.de> References: <3qist0$6o6@engineer.mrg.uswest.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Mark_Tyler_Neher (mneher@homer1.ive.mrg.uswest.com) wrote: : Has anyone seen this problem?? It is repeatable on several machines in : our office running 3.3. : If we log in as root, Preferences is auto-launched. If we then : double-click on Preferences to make it the active app, it crashes with no : message in the log file. Double-clicking to relaunch it doesn't work -- : it appears to crash almost immediately. Last summer I experienced this on my Pentium 66 MHz System. After installing an additional processor fan, everything was fine (This was with 3.2, but I don't think there's much difference in this respect). Sounds odd, but it's real. Hope that helps. Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 23 281 (uni) \~/
Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.bugs From: rdl@world.std.com (Robert La Ferla) Subject: Re: problem in Preferences In-Reply-To: mneher@homer1.ive.mrg.uswest.com's message of 31 May 1995 23:08:16 GMT Message-ID: <RDL.95Jun2000702@world.std.com> Sender: rdl@world.std.com (Robert La Ferla) Organization: The World Public Access UNIX, Brookline, MA References: <3qist0$6o6@engineer.mrg.uswest.com> Date: Fri, 2 Jun 1995 04:07:02 GMT Do you have any custom preferences modules installed in /LocalLibrary/Preferences or /Library/Preferences? It's also possible that you have a corrupt defaults database. Preferences may be trying to read a default that it can't handle. Also, if you have a development environment installed, try running Preferences using gdb. It may help diagnose the problem. Finally, I don't understand why NeXT ships NEXTSTEP with UNIX expert turned off for root. Robert La Ferla HTI Registered NS Consultant / Developer / Trainer + 1 (617) 252-0088
Date: 1 Jun 1995 17:58:46 GMT From: swong@pobox.com (Sylvia Wong) Message-ID: <cancel.3qk46p$c91@news.asiaonline.net> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3qk46p$c91@news.asiaonline.net> Control: cancel <3qk46p$c91@news.asiaonline.net> Spam cancelled by clewis@ferret.ocunix.on.ca
From: daniel@vis.inf.ethz.ch (Daniel Gerald Kluge) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: tin-1.3 compiles with gcc-2.5.8 only Date: 1 Jun 1995 13:32:13 GMT Organization: Verein der Informatikstudierenden an der ETH Zuerich Message-ID: <3qkfgt$pmo@neptune.ethz.ch> I just came across the latest version of tin, my favorite Newsreader but when compiling I always got an error: /NextDeveloper/Headers/bsd/sys/param.h:39: warning: redefinition of macro BSD signal.c:59: illegal external declaration, missing `;' after `)' signal.c:62: illegal external declaration, found `{' *** Exit 1 the respecitve parts in the source: signal.c:59:65 RETSIGTYPE (*sigdisp(sig, func))(SIG_ARGS) int sig; RETSIGTYPE (*func)(SIG_ARGS); { return (signal (sig, func)); } and in proto.h:464 extern RETSIGTYPE (*sigdisp P_((int sig, RETSIGTYPE (*func)(SIG_ARGS)))) P_((SIG_ARGS)); Now comes the fun: - It doesn't compile with 3.2, Version: NeXT Computer, Inc. version cc-216.obj~13, gcc version 2.2.2 - It doesn't compile with 3.3, Version: 2.5.8 - It DOES compile with gcc 2.5.8 !!! Although the NeXT cc claims to be an gcc 2.5.8 it isn't able to compile the source, and the original gcc (5h to build) does... You can consider that funny or not... -daniel -- Daniel G. Kluge - cs-student @ Federal Institute of Technology Zurich E-Mail: daniel@vis.inf.ethz.ch (NeXT-Mail welcome) [ Pager 152-99-54082 ]
From: wjs@foom.omnigroup.com (William Shipley) Newsgroups: comp.sys.next.bugs Subject: Re: 8-bit sound in games Date: 31 May 1995 19:14:38 -0700 Organization: Omni Development, Inc. Message-ID: <3qj7qe$1sm@foom.omnigroup.com> References: <D901t9.7MA@cunews.carleton.ca> Chris Saldanha writes: >I just upgraded my home 486 to NeXTSTEP 3.3, which now supports my cheezy >SoundBlaster PRO (8-bit stereo) card. >Sound (8 and 16-bit) play OK, but in games like PacMan, Xox, >MissileCommand, and Splat, the sound effects play with lots of static. >I opened the app-wrappers on these games and I can play the sound files OK >from the Contents inspector (no static). What's different about the way >these games play sounds, as compared to sndplay or Sound.app? >Games like CultureShock and Solitaire work OK. There are like 5 different interfaces to sound on the NeXT. They use different paths to the sound hardware. In our experience, the Sound object works great on all platforms in terms of sound quality, but has a high latency. Games typically use the SoundStream interface, which has lower latency but can be awfully buggy, especially on 8-bit sound cards. Incidentally, the NEXTIME guys finally gave up on this and developed their own interface, which we're all hoping becomes the One True Interface in 4.0.
From: falkman@hegel2.cs.chalmers.se.u.cs.chalmers.se (G|ran Falkman) Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer Subject: Strange PB behavior Date: 2 Jun 1995 11:13:34 GMT Organization: Chalmers University of Technology Message-ID: <3qmrou$o9b@nyheter.chalmers.se> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, Since I upgraded my HP 712/60 to NS 3.3 PB behaves very strange: If I try to create a new application with the default name "PB.project" PB loops for a while and then dies. The result is not a new project but just the "English.lproj" directory containing a nib-file named "T.nib"!?! I doesn't matter if I edit the textfield containing the project name (inserting some characters and then removing them, copy the name then cut and then paste it back, etc.), only when I actually change the name to something else I get my project. What is this? Does PB has something against the name PB.project? Anyone else having the same problem? Göran Falkman Göran Falkman Email: falkman@cs.chalmers.se Department of Computing Science Tel: + 46 31 772 5412 Chalmers University of Technology Fax: + 46 31 16 56 55 S-412 96 Göteborg, Sweden
Newsgroups: comp.sys.next.software,comp.sys.next.bugs From: petergun@coffeehaus.com (Stephane I. Matis) Subject: Re: tin-1.3 compiles with gcc-2.5.8 only Message-ID: <D9Jz24.C1J@coffeehaus.com> Followup-To: comp.sys.next.software,comp.sys.next.bugs Organization: >> coffeehaus << " We percolate great ideas. " References: <3qkfgt$pmo@neptune.ethz.ch> Date: Fri, 2 Jun 1995 15:58:51 GMT Daniel Gerald Kluge (daniel@vis.inf.ethz.ch) wrote: : Although the NeXT cc claims to be an gcc 2.5.8 it isn't able to compile the : source, and the original gcc (5h to build) does... Could you place the executables on ftp.cs.orst.edu ? Thanks. : You can consider that funny or not... Not ... but I'm not surprised. : -daniel : -- : Daniel G. Kluge - cs-student @ Federal Institute of Technology Zurich : E-Mail: daniel@vis.inf.ethz.ch (NeXT-Mail welcome) [ Pager 152-99-54082 ] -- petergun R-name : Stephane I. Matis E-mail : petergun@coffeehaus.com
From: Paul Lynch <Paul_Lynch@plsys.com> Newsgroups: comp.sys.next.bugs Subject: Re: Installer checksum errors: PLEASE REPORT Date: 4 Jun 1995 17:56:42 +0100 Organization: P & L Systems Sender: news@news.demon.co.uk Message-ID: <1995Jun4.165246.4625@seer.demon.co.uk> References: <3qrs11$o39@news.duke.edu> In article <3qrs11$o39@news.duke.edu> altenber@acpub.duke.edu (Lee Altenberg) writes: > Has anyone out there ever gotten checksum errors when installing > packages? I am trying to diagnose this problem on my system. Yes. Specifically, I have found this in several recent upgrades, using a number of different CDs including 3.2 Developer and 3.3 Developer, with at least three different CD drives, and on black hardware and SPARC. The symptom has been a checksum error from the CD package when installing. It has always been corrected either by repeatedly trying to install the package, or by (in the case of the 3.2 Developer system) copying the package to hard disk and installing from there. I would guess at some kind of soft read error or timeout, which doesn't get logged to /usr/adm/messages or /dev/console. Paul -- Paul Lynch (NeXTmail) paul@plsys.com Tel: (01494)671501 9 Stable Lane, Seer Green, Fax: (01494)680228 Bucks, HP9 2YT, UK
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: UserManager: Undesireable Effects on root Message-ID: <D9MH79.3I2@eskimo.com> Sender: usenet@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever Date: Sun, 4 Jun 1995 00:25:57 GMT After installation of NS3.3, when using UserManager to assign a password to root, UserManager changes root's home directory from / to /root. This has the undesireable effect of disabling your Workspace defaults. -- >< Marc J. Salvatori | No NeXTMail yet. I'm gettin' there! >< >< salvo@eskimo.com | Searching for .eps/.tiff images ><
Newsgroups: comp.sys.next.bugs From: altenber@uhunix.uhcc.Hawaii.Edu (Lee Altenberg) Subject: SOLVED! Micron P100 & NS3.3 checksum errors Message-ID: <D9p4Dw.2tC@news.hawaii.edu> Sender: news@news.hawaii.edu Organization: University of Hawaii Date: Mon, 5 Jun 1995 10:41:56 GMT I may have diagnosed the cause of the checksum errors I got when using Installer in NS3.3 on a Micron P100 Millenia system. A couple of people suggested I change the system clock from 100MHz to 75MHz or 90MHz. When I tried these both, the checksum errors no longer occurred. One respondent said this would mean I have a bogus Pentium chip that is really 90MHz being overclocked. Now, interestingly enough, the DOS QAPlus diagnostic program that Micron included with the system reported that the CPU was a P5-90. But could this be simply because the P5-90 and P5-100 are just the same item but when the chip can run "o.k." at 100MHz they call it a P5-100 whereas the chip reports itself to be a P5-90 regardless? Or could Micron really have put the wrong chip in the system? Is it possible that it is a NEXTSTEP software problem, i.e. that if NeXT only wrote their software "correctly" this problem wouldn't occur? Somehow, I think it is the hardware's fault, not NeXT. So, now I'll see what Micron has to say. If I am missing anything here in my diagnosis, please let me know. Thanks to all the respondents. - Lee Altenberg altenber@mhpcc.edu
From: jeandel@utopic.enserb.u-bordeaux.fr (Damien Jeandel) Newsgroups: comp.sys.next.bugs Subject: Re: UserManager: Undesireable Effects on root Date: Sun, 04 Jun 1995 12:35:17 GMT Organization: CRIBX1 , Universite de Bordeaux I , France Message-ID: <3qs9a5$5dh@utopic.enserb.u-bordeaux.fr> References: <D9MH79.3I2@eskimo.com> MNNTP-Posting-Host: utopic.enserb.u-bordeaux.fr In article <D9MH79.3I2@eskimo.com> salvo@eskimo.com (Marc Salvatori) writes: > After installation of NS3.3, when using UserManager to assign a > password to root, UserManager changes root's home directory from / to > /root. This has the undesireable effect of disabling your Workspace > defaults. There is two ways to correct this bug: - a symbolic link: "ln -s / /root" or: - "nidump passwd . > /etc/passwd" then edit /etc/passwd and change the root directory (/root) in / then "niload passwd . < /etc/passwd" -- ---------------------------------------------------- Ecole Damien Jeandel Nationale ---------------------------------------------------- Superieure e/NeXT/Mime-mail: jeandel@enserb.u-bordeaux.fr d' Electronique et de URL: http://www.enserb.u-bordeaux.fr:8001/~jeandel Radioelectricite de ---------------------------------------------------- Bordeaux
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs,comp.soft-sys.nextstep Subject: NEXTSTEP Resources on the Internet Date: 5 Jun 1995 04:15:15 GMT Organization: Digital Fix Development Distribution: inet Message-ID: <3qu0cj$sjl@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 ftp://ftp.informatik.uni-muenchen.de: (Peanuts) Located in Germany. ftp://ftp.dn.net/pub/next Peanuts mirror in the US ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
From: charlesa@mpn.com Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: 3.3 serial driver Date: Mon, 05 Jun 95 16:49:43 gmt Organization: BTnet, BT Public Internet Service Message-ID: <NEWTNews.802371226.12916.charlesa@stratos.mpn.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi - Does anyone know the status of the new serial driver for 3.3? I can't get a modem on a 3.3 box to work better than 19.2 - is there a patch, or is one in progress? NeXTANSWERS claims there is a completely rewritten one for 3.3 due in Q2, but has anyone seen it? Or anyone else got a patch? Thanks in advance, C.
From: njw@sarc.city.ac.uk (unknown) Newsgroups: comp.sys.next.bugs Subject: Problem with 3c509 ethernet card Date: 05 Jun 1995 15:30:18 GMT Organization: Systems Architecture Research Centre, City University Distribution: world Message-ID: <NJW.95Jun5163019@cripplecock.sarc.city.ac.uk> We recently purchased the academic bundle of NS3.3 for Intel machines and installed it onto some pentium 66 machines which have 3com 3c509 ethernet cards. It all works fine apart from the network: it seems that our local network is too fast (it being a normal ethernet subnet) for NS and the first reply to any packet is always lost. We're achieving the immense throughput of 5k/sec when ftp'ing between one next machine and any other on the same subnet. If we attempt a similar ftp to a distant site (about 8 hops away), then we can get normal kind of data rates for that distance (70k/sec). Watching the traffic with etherfind shows that the NS box is ignoring many of the replies it gets from local networks. The local subnet has only about 15 machines on it, and we've observed this behaviour between a NS installed machine and a variety of other machines (FreeBSD pentiums, SunOS sparcs and NS pentiums) so it doesn't look like it's anything bizarre to do with operating system incompatibility. When running DOS/WfW3.11, Linux or FreeBSD we get perfect performance from the network card (that's saying something: even DOS does better than this!). Although NS is extremely nice, this makes our machines unusable: all home accounts are accessed via NFS and so are affected by the same bad network problems. Has anyone seen this before, or does anyone know of a way we could tweak something to fix it? -- Web: http://web.cs.city.ac.uk/finger/njw E-mail: njw@sarc.city.ac.uk (MIME and ATK) Work Telephone: +44 171 477 8551 Work Fax: +44 171 477 8587
Newsgroups: comp.sys.next.bugs From: pmy@virginia.edu (Pete Yadlowsky) Subject: problem with "open"? Message-ID: <D9pL13.G2n@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia Date: Mon, 5 Jun 1995 16:41:27 GMT Until at least v3.0, the "open" utility (not the system call) would optionally take an application name via the "-a" option. This would force "open" to bring up documents in the named app. Under v3.3, this no longer seems to work. I'm told it doesn't work under 3.2 either. Instead, I now get "open: cannot connect to <app> on local host" as a response. Does anyone know anything about this? There doesn't seem to be any mention of it in the 3.3 release notes or in NeXTAnswers. -- Peter M. Yadlowsky | Laden e-mail runs Academic Computing Center | Bumbling, creaking through the net University of Virginia | Sysadmins tremble. pmy@Virginia.EDU | - after Buson
From: robin@pencom.com (Robin D. Wilson) Newsgroups: comp.sys.next.bugs Subject: Launching shells scripts... Date: 5 Jun 1995 17:41:51 GMT Organization: Pencom Software Message-ID: <3qvfkv$rh7@digdug.pencom.com> I have an annoying problem with launching shell commands/scripts from the Workspace Filemanager. When I double-click to launch a shell command, it (for some unknown reason) wants to make the window set to "never exit" -- even though my Preferences setting for the Terminal.app says _always_exit_ when the shell program quits. Has anybody else seen this? (FYI, I _can_ save a ".term" window and have it work correctly for the same scripts -- or I can set the window _manually_ when I envoke it, which does work...) -- ----------------------------------------------------------------------------- *** 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: fischer@fokus.gmd.de (Robert Fischer) Newsgroups: comp.sys.next.bugs Subject: Re: problem with "open"? Date: 7 Jun 1995 06:17:47 GMT Organization: GMD-FOKUS Message-ID: <3r3gab$sph@stern.fokus.gmd.de> References: <D9pL13.G2n@murdoch.acc.Virginia.EDU> Pete Yadlowsky writes > > Until at least v3.0, the "open" utility (not the system call) would > optionally take an application name via the "-a" option. This would > force "open" to bring up documents in the named app. Under v3.3, this > no longer seems to work. I'm told it doesn't work under 3.2 either. > Instead, I now get "open: cannot connect to <app> on local host" as a > response. Does anyone know anything about this? There doesn't seem to > be any mention of it in the 3.3 release notes or in NeXTAnswers. > No problem for me on NS/HPPA (3.[23]). Do you remember that only apps in the default application path are found by the 'open' command? Robert. ----------------------------------------------------------------------- Robert Fischer @ GMD-Fokus -------- __o ------- _`\<,_ fischer@fokus.gmd.de ------- (*)/ (*) ## NeXT-Mail welcome ## -----------------------------------------------------------------------
From: radium@globalx.net Newsgroups: comp.sys.next.bugs Subject: GNU Source compile Bombs in 3.3? Date: 6 Jun 1995 06:52:31 GMT Organization: Global-X-Change Message-ID: <3r0tvf$h1e@news.globalx.net> I recently installed the GNU Source package from the 3.3 Developer CD. I then ran the build_gcc script only to have it tell me that it couldn't find the defined SRCROOT directory (~comp/cc_proj/cc/cc....). It gets past that point then tells me it doesn't know how to "make all.build". Obviously, I've messed up somewhere. I went in a compiled bison manually, and it went OK. I tried to compile CC manually, but it bombed on me as well after about 20 minutes of building complaining of syntax errors and invalid arguement types. Is it my mistake here, or is there a problem with the build_gcc script? Thanks in advance, Thomas MacSween RADium Technology Centre
From: falkman@hegel2.cs.chalmers.se.u.cs.chalmers.se (G|ran Falkman) Newsgroups: comp.sys.next.bugs Subject: Re: Installer checksum errors: PLEASE REPORT Date: 7 Jun 1995 10:46:33 GMT Organization: Chalmers University of Technology Message-ID: <3r4029$seb@nyheter.chalmers.se> References: <3qrs11$o39@news.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Yes, I had the same problem when installing NS 3.3 on my HP 712/60 PA-RISC. The errors disappeared when I replaced my CD player with another one (a Mac). I still have problems with ProjectBuilder though; see my previous posting to this news group, "Strange PB behavior". Göran Falkman _________________________________________________________________ Göran Falkman Email: falkman@cs.chalmers.se Department of Computing Science Tel: + 46 31 772 5412 Chalmers University of Technology Fax: + 46 31 16 56 55 S-412 96 Göteborg, Sweden
From: altenber@acpub.duke.edu (Lee Altenberg) Newsgroups: comp.sys.next.bugs Subject: Installer checksum errors: PLEASE REPORT Date: 4 Jun 1995 04:48:33 -0400 Organization: Duke University, Durham, N.C. Message-ID: <3qrs11$o39@news.duke.edu> Has anyone out there ever gotten checksum errors when installing packages? I am trying to diagnose this problem on my system. It is NS3.3 running on a Micron P100 Millenia. The tech I spoke to at NeXT had never seen this error himself before. It has got to be due to either 1) bad Adaptec 2940 card, 2) bad Seagate ST31230N hard drive 3) 4 different SCSI ribbon cables all being bad 4) problem with Installer on this machine (Micron P100 Millenia) 5) ??? I've tested w/ termination power from drive vs. bus, sync vs. async, moving the ELSA video card away from the Adaptec card, adding vs. removing the Sony CDU55s CD-ROM drive from the system, and nothing makes a difference. The checksum errors occur randomly. When installing NeXTTeX.pkg, sometimes it gets all the way through copying the files, but the INITEX installation program hangs. Sometimes after apparently successful installation of NeXTTeX, TeX give an error: (Fatal format file error; I'm stymied). If you have ever gotten these Installer problems, please send me a note as to the cause or solutions you may have found. Thanks, Lee Altenberg altenber@mhpcc.edu
From: jq@phcs.phcs.com (James E. Quick) Newsgroups: comp.sys.next.bugs Subject: Re: man pages for 3.3 Dev? Date: 6 Jun 1995 07:10:03 -0400 Organization: PHCS Message-ID: <3r1d2b$8c9@papoose.quick.com> References: <D9qDpL.2pw@zion.com> Keywords: man pages In article <D9qDpL.2pw@zion.com>, David J. Ferrero <david@zion.com> wrote: >After installing 3.3 user and 3.3 Dev, I launched DL and was surprised >when it said "Man Pages missing". I could not locate these files in >/NextDeveloper/Documentation/ManPages... Two possibilities. 1. The Man Pages live in /NextLibrary/Documentation/ManPages, not /NextDeveloper/Documentation/ManPages. Perhaps you opened a bookshelf that has been modified to show some additional (non NS) docs that you no longer have. 2. The Man Pages are in the Documentation package on the NEXTSTEP_3.3 CD. Maybe you just forgot to install that .pkg. -- ___ ___ | James E. Quick jq@phcs.com / / / | Private HealthCare Systems NeXTMail O.K. \_/ (_\/ | Systems Integration Group (617) 895-3343 ) | - My other car has a mouse.
From: wenzel@w3.pi1.physik.uni-stuttgart.de (Markus Wenzel) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: 3.3 serial driver Followup-To: comp.sys.next.sysadmin,comp.sys.next.bugs Date: 6 Jun 1995 09:15:15 GMT Organization: Uni-Stuttgart, 1.Physikalisches Institut Message-ID: <3r16b3$146p@info4.rus.uni-stuttgart.de> References: <NEWTNews.802371226.12916.charlesa@stratos.mpn.com> charlesa@mpn.com wrote: > Hi - > Does anyone know the status of the new serial driver for 3.3? I can't get a > modem on a 3.3 box to work better than 19.2 - is there a patch, or is one in > progress? NeXTANSWERS claims there is a completely rewritten one for 3.3 due > in Q2, but has anyone seen it? Or anyone else got a patch? There is Mux, and this is really a FAQ. ftp.informatik.uni-muenchen.de:/pub/comp/platforms/next/i486/serial/Mux.1.7.s.tar.gz -- who? // Markus Wenzel work? // 1st Institute of Physics, University of Stuttgart, Germany mail? // wenzel@pi1.physik.uni-stuttgart.de more? // Member of WiNG (Wiesbaden NEXTSTEP Group)
From: njw@sarc.city.ac.uk (unknown) Newsgroups: comp.sys.next.bugs Subject: Re: Problem with 3c509 ethernet card Date: 06 Jun 1995 08:18:41 GMT Organization: Systems Architecture Research Centre, City University Distribution: world Message-ID: <NJW.95Jun6091841@cripplecock.sarc.city.ac.uk> References: <NJW.95Jun5163019@cripplecock.sarc.city.ac.uk> In-reply-to: njw@sarc.city.ac.uk's message of 05 Jun 1995 15:30:18 GMT Not that I normally follow up to my own articles, but.... I've had some replies about this problem suggesting that I follow the NeXTAnswers discussion about NFS buffer size: thankyou for those replies, however I feel this is not the answer. A quick recap on the problem: the ethernet driver cannot catch quick replies to packets, and so sits there constantly waiting for retries, dropping the tcp, udp and any other protocol data rate down to zip. Now the NFS "fix" of decreasing the buffer size may well help NFS get up to the performance of the rest of the networking software, however the whole lot is broken. I find it remarkable that such a widely used network card has such a serious problem (one which even DOS does better at, fer crissakes!!!). The problem seems to be with the actual 3c509 driver in NS just not doing the job it should be doing. The NeXTAnswers hardware compatibility guide states quite clearly that the 3c509 is a supported and approved card to use. There is the caveat about NFS. Fine. I can cope with that. However for a supported card to be *completely* unusable must be a problem for which there is a fix? -- Web: http://web.cs.city.ac.uk/finger/njw E-mail: njw@sarc.city.ac.uk (MIME and ATK) Work Telephone: +44 171 477 8551 Work Fax: +44 171 477 8587
From: jq@phcs.phcs.com (James E. Quick) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: 3.3 serial driver Date: 5 Jun 1995 16:28:32 -0400 Organization: PHCS Message-ID: <3qvpdg$7cv@papoose.quick.com> References: <NEWTNews.802371226.12916.charlesa@stratos.mpn.com> In article <NEWTNews.802371226.12916.charlesa@stratos.mpn.com>, <charlesa@mpn.com> wrote: >Does anyone know the status of the new serial driver for 3.3? I can't get a >modem on a 3.3 box to work better than 19.2 - is there a patch, or is one in >progress? Forget the patch. Use Mux. It's been working at high speed since NS3.1. ftp://ftp.cs.orst.edu/pub/next/binaries/drivers/MuxV1.7.tar.gz -- ___ ___ | James E. Quick jq@phcs.com / / / | Private HealthCare Systems NeXTMail O.K. \_/ (_\/ | Systems Integration Group (617) 895-3343 ) | - My other car has a mouse.
Newsgroups: comp.sys.next.bugs From: david@zion.com(David J. Ferrero) Subject: man pages for 3.3 Dev? Message-ID: <D9qDpL.2pw@zion.com> Keywords: man pages Sender: david@zion.com (David J. Ferrero) Organization: Zion Software & Consulting Date: Tue, 6 Jun 1995 03:00:56 GMT After installing 3.3 user and 3.3 Dev, I launched DL and was surprised when it said "Man Pages missing". I could not locate these files in /NextDeveloper/Documentation/ManPages... I also looked on the 3.3 Dev CD and nothing turned up. Am I missing something? David Ferrero david@zion.com
From: Erland.Wittkoetter@uni-konstanz.de (Erland Wittkoetter) Newsgroups: comp.sys.next.bugs,comp.sys.next.software Subject: "Segmentation fault" in BibTeX, C Version 0.99c (NextStep3.3) Date: 6 Jun 1995 12:16:16 GMT Organization: I DID NOT CONFIGURE MY ORGANIZATION IN MY NEWSREADER Distribution: world Message-ID: <3r1gug$5uv@eurybia.rz.uni-konstanz.de> Keywords: bibtex Hello I have got a strange bug in bibtex C Version 0.99c : With 265 \citation{} in "aux-File" qctotal.aux I get: > spock> bibtex qctotal > This is BibTeX, C Version 0.99c > The top-level auxiliary file: qctotal.aux > The style file: eplain.bst > Database file #1: qctotal.bib > Segmentation fault But with 264 \citation{} I get no bug message: > spock> bibtex qctotal > This is BibTeX, C Version 0.99c > The top-level auxiliary file: qctotal.aux > The style file: eplain.bst > Database file #1: qctotal.bib > Warning--empty year in wayner > (There was 1 warning) BTW: I run NextStep3.3 and I use the tcsh6.03.00 . (NextStep3.2 gives the same error !) My eplain.bst is only a slight modification to plain.bst. I have insert "annote" like: > FUNCTION {article} > { output.bibitem > format.authors "author" output.check > new.block > format.title "title" output.check > new.block > crossref missing$ > { ..... > } > { ..... > } > if$ > new.block > note output > new.block % > annote output % Included on 27.5.95 E.W > fin.entry > } What is the problem? Does anyone knows a workaround. (On a HP bibtex runs fine with the same file). Thank you very much. Erland Wittkoetter -- -_-_-_-_-_-_-_-_-_-_-_-_- Erland Wittkoetter -_-_-_-_-_-_-_-_-_-_-_-_ Uni Konstanz, Dept.of Physics, LS Dehnen, PO.Box 5560, 78434 Konstanz Phone: +(49) 7531-88-3747 FAX. +(49) 7531-88-3888 (priv.) Abendbergweg 7, 78465 Konstanz,Germany, Phone:+(49)7531-43078 E-mail: Erland.Wittkoetter@uni-konstanz.de (NeXTMail o.k.) -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Newsgroups: comp.sys.next.bugs From: salvo@eskimo.com (Marc Salvatori) Subject: Re: UserManager: Undesireable Effects on root Message-ID: <D9uBuD.27p@eskimo.com> Sender: usenet@eskimo.com (News User Id) Organization: Eskimo North (206) For-Ever References: <D9MH79.3I2@eskimo.com> <3qs9a5$5dh@utopic.enserb.u-bordeaux.fr> Date: Thu, 8 Jun 1995 06:11:01 GMT Damien Jeandel (jeandel@utopic.enserb.u-bordeaux.fr) wrote: : There is two ways to correct this bug: : - a symbolic link: "ln -s / /root" : or: : - "nidump passwd . > /etc/passwd" : then edit /etc/passwd and change the root directory (/root) in / : then "niload passwd . < /etc/passwd" Thanks for the feedback, Damien. I managed to stumble upon a third approach which was to use NetInfoManager to restore root's home directory from /root to /. -- >< Marc J. Salvatori | No NeXTMail yet. I'm gettin' there! >< >< salvo@eskimo.com | Searching for .eps/.tiff images ><
From: kheit@gandalf.rutgers.edu (John Kheit) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: 3.3 serial driver Date: 7 Jun 1995 23:33:25 -0400 Organization: Rutgers University Distribution: world Message-ID: <3r5r25$7v6@gandalf.rutgers.edu> References: <NEWTNews.802371226.12916.charlesa@stratos.mpn.com> charlesa@mpn.com writes: >Does anyone know the status of the new serial driver for 3.3? I can't get a >modem on a 3.3 box to work better than 19.2 - is there a patch, or is one in >progress? NeXTANSWERS claims there is a completely rewritten one for 3.3 due >in Q2, but has anyone seen it? Or anyone else got a patch? There seems to be a whole bunch of new port drivers in the beta section of NextAnswers. Numbers 1942 thru 1947 are the ones you want to get. Later, John
From: distler@golem.ph.utexas.edu (Jacques Distler) Newsgroups: comp.sys.next.bugs Subject: Unable to write more than one file to tape Date: Tue, 06 Jun 1995 20:06:19 -0600 Organization: Physics Department, University of Texas at Austin Message-ID: <distler-0606952006190001@slip-22-2.ots.utexas.edu> References: <3r0tvf$h1e@news.globalx.net> I've been encountering the weirdest behaviour when trying to write to a 4mm DAT drive hooked up to my HP712 (NS 3.2). I SEEM to be able to write more than one file to tape, but I am unable to READ anything other than the first. For instance, consider: 45# mt -f /dev/nrst0 rewind 46# tar cvf /dev/nrst0 messages a messages 30 blocks 47# tar cvf /dev/nrst0 messages2 a messages2 14 blocks 48# mt -f /dev/nrst0 rewind 49# tar tvf /dev/nrst0 rw-r--r-- 0/0 15277 Jun 6 14:35 1995 messages 50# tar tvf /dev/nrst0 tar: tape read error: No such device or address This should have given us information about the second file on the tape. Instead, we just get an error. Variations on this theme all yield the same result: I appear to be able to write more than one file, but no subsequent tape manipulations allow me to get at the subsequent file(s). Any help/insight would be much appreciated. Jacques Distler
From: csp@colada.ohm.york.ac.uk (Colin Perkins) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Re: tin-1.3 compiles with gcc-2.5.8 only Followup-To: comp.sys.next.software,comp.sys.next.bugs Date: 8 Jun 1995 09:26:16 GMT Organization: CSEG, University of York, UK. Message-ID: <3r6fno$hlh@mailer.york.ac.uk> References: <3qkfgt$pmo@neptune.ethz.ch> In article <3qkfgt$pmo@neptune.ethz.ch> Daniel Gerald Kluge (daniel@vis.inf.ethz.ch) wrote: >I just came across the latest version of tin, my favorite Newsreader >but when compiling I always got an error: >/NextDeveloper/Headers/bsd/sys/param.h:39: warning: redefinition of macro BSD >signal.c:59: illegal external declaration, missing `;' after `)' >signal.c:62: illegal external declaration, found `{' >*** Exit 1 Have you tried compiling with a -traditional-cpp option? I've had similar problems in the past caused by bugs in NeXT's cpp-precomp. -- Colin Perkins Computer Systems Engineering Group, Email: csp@ohm.york.ac.uk Department of Electronics, Phone: (+44) 1904 432379 University of York, York, UK. WWW: http://asegweb.ohm.york.ac.uk/csp/
From: grio@next.com (Dan Grillo) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: 3.3 serial driver Date: 7 Jun 1995 21:13:01 GMT Organization: Technical Support, NeXT Computer, Inc. Message-ID: <3r54ot$g04@news.next.com> References: <NEWTNews.802371226.12916.charlesa@stratos.mpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Versions: makemail 2.8b In article <NEWTNews.802371226.12916.charlesa@stratos.mpn.com>, <charlesa@mpn.com> wrote: >Hi - > >Does anyone know the status of the new serial driver for 3.3? I can't get a >modem on a 3.3 box to work better than 19.2 - is there a patch, or is one in >progress? NeXTANSWERS claims there is a completely rewritten one for 3.3 due >in Q2, but has anyone seen it? Or anyone else got a patch? NeXTanswers 1942_ISA_Serial_Port.pkg.compressed 1943_ISA_Serial_Port_Driver_Overview.rtf 1944_SerialPointingDevice.pkg.compressed 1945_Serial_Pointing_Device_Driver_Overview.rtf 1946_PortServer.pkg.compressed 1947_Port_Server_Driver_Overview.rtf --Dan -- Dan Grillo dan_grillo@next.com (415) 780-2963 now in Bld1, back, Rside
From: Mark_Dadgar@NeXT.COM (Mark Dadgar) Newsgroups: comp.sys.next.bugs Subject: Re: Problem with 3c509 ethernet card Date: 8 Jun 1995 16:12:59 GMT Organization: NeXT Computer, Inc. Distribution: world Message-ID: <3r77ib$lop@news.next.com> References: <NJW.95Jun5163019@cripplecock.sarc.city.ac.uk> In article <NJW.95Jun5163019@cripplecock.sarc.city.ac.uk> njw@sarc.city.ac.uk (unknown) writes: > > We recently purchased the academic bundle of NS3.3 for Intel machines > and installed it onto some pentium 66 machines which have 3com 3c509 > ethernet cards. It all works fine apart from the network: it seems > that our local network is too fast (it being a normal ethernet subnet) > for NS and the first reply to any packet is always lost. We're > achieving the immense throughput of 5k/sec when ftp'ing between one > next machine and any other on the same subnet. If we attempt a [munch] > incompatibility. When running DOS/WfW3.11, Linux or FreeBSD we get > perfect performance from the network card (that's saying something: > even DOS does better than this!). > The buffers on the 3Com card are too small. TCP (which FTP is built on) is noticing the dropped packets and scaling down the transfer rate to compensate. For the DOS issue, see below. > Although NS is extremely nice, this makes our machines unusable: all > home accounts are accessed via NFS and so are affected by the same bad > network problems. > The buffers on the 3Com card are *way* too small to do NFS well. I'd recommend replacing the 3Com with an Intel EtherExpress or a Cogent EMaster. The reason DOS works is that DOS NFS implementations tend to use a default NFS packet size of 2K or so (for this very reason - they're written to work with cheap Enet cards). NEXTSTEP (UNIX) NFS implementations use 8k packet by default. You can change this (in NetInfo, in the mount point entry), and you'll get better performance than you are now. But it'll be *much* worse than if you replaced the card. So, the upshot? This is not a NEXTSTEP bug. It's a hardware problem. - 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 Here I am, NOT speaking for NeXT.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs From: tom@icgned.nl (Tom Hageman) Subject: Re: 3.3 serial driver Message-ID: <D9sKHD.1uA@icgned.nl> Sender: news@icgned.nl Organization: IC Group References: <3r16b3$146p@info4.rus.uni-stuttgart.de> Date: Wed, 7 Jun 1995 07:22:24 GMT In article <3r16b3$146p@info4.rus.uni-stuttgart.de> wenzel@w3.pi1.physik.uni-stuttgart.de (Markus Wenzel) writes: > charlesa@mpn.com wrote: > > > Hi - > > > Does anyone know the status of the new serial driver for 3.3? I can't get a > > modem on a 3.3 box to work better than 19.2 - is there a patch, or is one in > > progress? NeXTANSWERS claims there is a completely rewritten one for 3.3 due > > in Q2, but has anyone seen it? Or anyone else got a patch? > > There is Mux, and this is really a FAQ. > ftp.informatik.uni-muenchen.de:/pub/comp/platforms/next/i486/serial/Mux.1.7.s.tar.gz This is the source distribution. If you don't have a developer system, an easy-to-install binary package of Mux is available at: ftp://ftp.nl.net/pub/comp/next/NeGeN-1.0_Mux-1.7.I.b.tar.gz
From: stj@cornell.edu ("stj@cornell.edu") Newsgroups: alt.amateur-comp,comp.os.coherent,comp.sys.next.bugs,fj.sci.psychology Date: 11 Jun 1995 09:03:29 EDT Control: cancel <Pine.SUN.3.91.950610213745.552n-100000@amanda.dorsai.org> Subject: cmsg cancel <Pine.SUN.3.91.950610213745.552n-100000@amanda.dorsai.org> Message-ID: <cancel.Pine.SUN.3.91.950610213745.552n-100000@amanda.dorsai.org>
Newsgroups: comp.sys.next.bugs From: Jacques Garbi Subject: Re: Installer checksum errors: PLEASE REPORT Message-ID: <D9yIB1.GD@touga.vd.alphanet.ch> Sender: jacques@touga.vd.alphanet.ch (Jacques Garbi) Organization: Touga Management References: <3qrs11$o39@news.duke.edu> Date: Sat, 10 Jun 1995 12:21:00 GMT In article <3qrs11$o39@news.duke.edu> altenber@acpub.duke.edu (Lee Altenberg) writes: > Has anyone out there ever gotten checksum errors when installing > packages?> If you have ever gotten these Installer problems, please send me a > note as to the cause or solutions you may have found. > Thanks, > Lee Altenberg > altenber@mhpcc.edu Hi Lee, Yes, I had some checksum errors and I partly solved some in my particular case. I have 2 internals SCSI devices (CD and HD) and 2 external devices (SyQuest and Scanner HPIIcx) connected to an Adaptec 1542CF. What happened was that from time to time, randomly, but only when I was accessing the SyQuest drive, I ended up in having checksums errors. After many tries, what I did was disonnecting the scanner and terminate my SCSI chain after the SyQuest drive. Since then, I didn't get any checksum errors from the SyQuest drive or the HD anymore. I still don't know today why it behaved like that, but it did. Everytime I want to use my scanner, I have to power down my system, connect my scanner, restart the system and NOT use the SyQuest drive !! Then, I received Lighthouse CD-ROM and I kept getting a checksum error when trying to install QuantrixAPI.pkg. The thing was that I always got the same checksum error at the same place. Everything else on the CD installed without any problem but that package. I copied it on the HD and tried to install it from there, but the exact same chacksum error came up. So I guess that for once, this error has nothing to do with my hardware but was instantiated at the source or during transportation ! Hope that helps a little. By the way, if anyone can help me solve my scanner-SyQuest problem, I'd sure appreciate ! --- Jacques GARBI TOUGA MANAGEMENT Ltd. Av. Davel 18 1004 Lausanne Switzerland Phone/Fax : 011 41 21 648 44 07 NeXTMail : jacques@touga.vd.alphanet.ch
From: Ver65Osc@sparta.sjsu.edu (O V) Newsgroups: comp.sys.next.bugs Subject: Need 2.0 on OD Date: Fri, 09 Jun 1995 14:50:56 -0800 Organization: Information Resources and Technology Message-ID: <Ver65Osc-0906951450560001@physlab3.sjsu.edu> I am having problems downloading 3.0 to my Next. I have 1.0 now. I would like to get 2.0 on OD to boot from and then try 3.0. I heard that 2.0 is shareware now? I would like to trade OD for OD so if anyone can help it would greatly be appreciated. If anyone knows a better solution please let know. Thanks, Oscar Ver65Osc@sparta.sjsu.edu -- To you
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs,comp.soft-sys.nextstep Subject: NEXTSTEP Resources on the Internet Date: 12 Jun 1995 04:15:14 GMT Organization: Digital Fix Development Distribution: inet Message-ID: <3rgf0i$m1m@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 ftp://ftp.informatik.uni-muenchen.de: (Peanuts) Located in Germany. ftp://ftp.dn.net/pub/next Peanuts mirror in the US ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
Newsgroups: comp.sys.next.bugs From: rdl@world.std.com (Robert La Ferla) Subject: Re: Installer checksum errors: PLEASE REPORT In-Reply-To: Jacques Garbi's message of Sat, 10 Jun 1995 12:21:00 GMT Message-ID: <RDL.95Jun12140349@world.std.com> Sender: rdl@world.std.com (Robert La Ferla) Organization: The World Public Access UNIX, Brookline, MA References: <3qrs11$o39@news.duke.edu> <D9yIB1.GD@touga.vd.alphanet.ch> Date: Mon, 12 Jun 1995 18:03:49 GMT In addition to checking termination, you should look at parity. PC systems use SCSI parity whereas NeXT/Mac systems do not. Robert La Ferla Registered NEXTSTEP Consultant / Developer / Trainer + 1 (617) 252-0088
From: jbryans@csulb.edu (Jack Bryans) Newsgroups: comp.sys.next.software,comp.sys.next.bugs Subject: Re: tin-1.3 compiles with gcc-2.5.8 only Date: 12 Jun 1995 19:13:08 GMT Organization: Cal State Long Beach Message-ID: <JBRYANS.95Jun12121308@tern.csulb.edu> References: <3qkfgt$pmo@neptune.ethz.ch> In-reply-to: daniel@vis.inf.ethz.ch's message of 1 Jun 1995 13:32:13 GMT To: daniel@vis.inf.ethz.ch (Daniel Gerald Kluge) In article <3qkfgt$pmo@neptune.ethz.ch> daniel@vis.inf.ethz.ch (Daniel Gerald Kluge) writes: > I just came across the latest version of tin, my favorite Newsreader > but when compiling I always got an error: > > /NextDeveloper/Headers/bsd/sys/param.h:39: warning: redefinition of macro BSD > signal.c:59: illegal external declaration, missing `;' after `)' > signal.c:62: illegal external declaration, found `{' > *** Exit 1 Try it w/the -traditional-cpp flag. Here's how I built it. You should be able to adapt it to your own situation. gmake -k MAKE=gmake CC=cc \ > DEBUG='-traditional-cpp -O2 -g -I/usr/local/include -arch m68k -arch i486 \ > -DINEWSDIR=\"/usr/local/bin\" -DDONT_LOG_USER -DHAVE_ISPELL' \ > INEWS_MAIL_GATEWAY=our.mail.domain NNTP_DEFAULT_SERVER=our.news.server \ > LIBDIR= SPOOLDIR= INN_NNTPLIB='-lresolv -l44bsd' bsd Note that INN_NNTPLIB was used to kludge in add'l linkage libraries. Jack
From: stj@cornell.edu ("stj@cornell.edu") Newsgroups: alt.amateur-comp,comp.os.coherent,comp.sys.next.bugs,fj.sci.psychology Date: 12 Jun 1995 21:47:32 EDT Control: cancel <Pine.SUN.3.91.950610213745.552n-100000@amanda.dorsai.org> Subject: cmsg cancel <Pine.SUN.3.91.950610213745.552n-100000@amanda.dorsai.org> Message-ID: <recancel.Pine.SUN.3.91.950610213745.552n-100000@amanda.dorsai.org>
Date: 12 Jun 1995 20:27:49 GMT From: clewis@ferret.ocunix.on.ca (Sylvia Wong) Message-ID: <cancel.3rhqfc$c3c@news.asiaonline.net> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3rhqfc$c3c@news.asiaonline.net> Control: cancel <3rhqfc$c3c@news.asiaonline.net> Spam cancelled by clewis@ferret.ocunix.on.ca
Newsgroups: comp.sys.next.bugs From: fred@improve.fdn.org (Frederic STARK) Subject: Floating menus are sinking Message-ID: <1995Jun16.095427.14463@improve.fdn.org> Keywords: BUG, MENU Sender: news@improve.fdn.org Organization: improve SA - La Defense, Paris, France. Date: Fri, 16 Jun 1995 09:54:27 GMT I have not submitted the bug to NeXT yet. Launch an app with two level of menus (as almost every apps in the service area). Let's say Mail.app Click on the 'Mailbox' item Click on 'Sorting' item of the 'Mailbox' menu Detach the 'Sorting' menu Click on the 'Sorting' item of the 'Mailbox' menu and hold on. Drag the mouse on the 'Message' item of the main menu and hold on (The 'Sorting' menu should be momentary present twice on screen) Release the mouse (The 'Sorting' menu that disappear is the floatting one) Click on the 'Mailbox' item to remove the 'Mailbox' menu. BUG: The appkit thinks the 'Sorting' menu is still floatting. (Impossible to detach it again) They should choose to remove the attached version of the menu, or they should update the fact that the floating menu is not floating anymore. That's all folks. ----------------------------------------------------------------- frederic stark -- fred@improve.fdn.org -----------------------------------------------------------------
From: tiggr@es.ele.tue.nl (Pieter Schoenmakers) Newsgroups: comp.sys.next.bugs Subject: Re: Floating menus are sinking Date: 16 Jun 1995 12:57:57 GMT Organization: Eindhoven University of Technology, The Netherlands Message-ID: <TIGGR.95Jun16145757@cobra.es.ele.tue.nl> References: <1995Jun16.095427.14463@improve.fdn.org> In-reply-to: fred@improve.fdn.org's message of Fri, 16 Jun 1995 09:54:27 GMT In article <1995Jun16.095427.14463@improve.fdn.org> fred@improve.fdn.org (Frederic STARK) writes: I have not submitted the bug to NeXT yet. Good, since what you describe does not happen on black NS 3.3. --Tiggr
From: jcr@best.com (John C. Randolph) Newsgroups: comp.sys.next.bugs Subject: Re: Floating menus are sinking Date: 16 Jun 1995 07:52:37 -0700 Organization: BEST Internet (415) 964-2378 Message-ID: <jcr.803314203@shell1.best.com> References: <1995Jun16.095427.14463@improve.fdn.org> <TIGGR.95Jun16145757@cobra.es.ele.tue.nl> tiggr@es.ele.tue.nl (Pieter Schoenmakers) writes: >In article <1995Jun16.095427.14463@improve.fdn.org> fred@improve.fdn.org (Frederic STARK) writes: > I have not submitted the bug to NeXT yet. >Good, since what you describe does not happen on black NS 3.3. --Tiggr It doesn't happen on my slab with 3.2 either. Strange. -jcr
From: art@cubicsol.com (Art Isbell) Newsgroups: comp.sys.next.bugs Subject: Re: Floating menus are sinking Date: 16 Jun 1995 15:15:29 GMT Organization: The SenseMedia Network, http://sensemedia.net/, info@sensemedia.net Distribution: world Message-ID: <3rs76h$n5t@emerald.oz.net> References: <TIGGR.95Jun16145757@cobra.es.ele.tue.nl> In article <TIGGR.95Jun16145757@cobra.es.ele.tue.nl> tiggr@es.ele.tue.nl (Pieter Schoenmakers) writes: > In article <1995Jun16.095427.14463@improve.fdn.org> fred@improve.fdn.org (Frederic STARK) writes: > > I have not submitted the bug to NeXT yet. > > Good, since what you describe does not happen on black NS 3.3. --Tiggr > Hmmm. It just happened on *my* black NS 3.3 User + Developer. Not something I'd likely do in everyday life, but probably not what NeXT had in mind, so I'd report it as a bug. --- Art Isbell NeXTmail: art@cubicsol.com NeXT Registered Consultant Voice: +1 408 335 1154 Trego Systems Fax: +1 408 335 2515 CaseServ: NEXTSTEP managed care USmail: Felton, CA 95018-9442 contract and case management solutions
From: Greg_Anderson@afs.com (Gregory H. Anderson) Newsgroups: comp.sys.next.bugs Subject: Re: Floating menus are sinking Date: 16 Jun 1995 17:43:42 GMT Organization: Anderson Financial Systems Inc. Message-ID: <3rsfse$d2p@shelob.afs.com> References: <jcr.803314203@shell1.best.com> John C. Randolph writes > tiggr@es.ele.tue.nl (Pieter Schoenmakers) writes: > > >In article <1995Jun16.095427.14463@improve.fdn.org> fred@improve.fdn.org (Frederic STARK) writes: > > > I have not submitted the bug to NeXT yet. > > >Good, since what you describe does not happen on black NS 3.3. --Tiggr > > It doesn't happen on my slab with 3.2 either. Strange. > > -jcr You guys must not be following the instructions. It happens on my HP, as well as several NeXTstations here (some 3.2, some 3.3). Fortunately, it corrects itself after you quit and relaunch the app. -- Gregory H. Anderson | "Honey, there're few programming Gaffer/Best Boy/Key Grip | problems that can't be solved Anderson Financial Systems | with duct tape." -- 'Father' Duke greg@afs.com (NeXTmail OK) | (paraphrased), Doonesbury, 2/17/95
Newsgroups: comp.sys.next.bugs From: lloyd@world.std.com (Christopher Lloyd) Subject: Re: Floating menus are sinking Message-ID: <DAA5G5.26M@world.std.com> Organization: The World Public Access UNIX, Brookline, MA References: <jcr.803314203@shell1.best.com> <3rsfse$d2p@shelob.afs.com> Date: Fri, 16 Jun 1995 19:14:29 GMT In article <3rsfse$d2p@shelob.afs.com>, Gregory H. Anderson <Greg_Anderson@afs.com> wrote: >John C. Randolph writes >> tiggr@es.ele.tue.nl (Pieter Schoenmakers) writes: >> >In article <1995Jun16.095427.14463@improve.fdn.org> >fred@improve.fdn.org (Frederic STARK) writes: >> >> > I have not submitted the bug to NeXT yet. >> >> >Good, since what you describe does not happen on black NS 3.3. --Tiggr >> >> It doesn't happen on my slab with 3.2 either. Strange. >> >> -jcr > >You guys must not be following the instructions. It happens on my HP, >as well as several NeXTstations here (some 3.2, some 3.3). Fortunately, >it corrects itself after you quit and relaunch the app. yah, it happens on a 3.3 HP and a 3.2 cube, I suspect people are dragging back to the Mailbox item, not the Message item, I did that twice before I realized it. <shrug> -- |: Christopher Lloyd :|: Yrrid Incorporated :|: lloyd@yrrid.com :| |: http://world.std.com/~lloyd :|
From: willers@butp.unibe.ch (Moritz Willers) Newsgroups: comp.sys.next.bugs Subject: Re: Floating menus are sinking Date: 16 Jun 1995 18:56:48 GMT Message-ID: <3rsk5g$4iu@aragorn.unibe.ch> References: <jcr.803314203@shell1.best.com> John C. Randolph writes > tiggr@es.ele.tue.nl (Pieter Schoenmakers) writes: > > >In article <1995Jun16.095427.14463@improve.fdn.org> fred@improve.fdn.org (Frederic STARK) writes: > > > I have not submitted the bug to NeXT yet. > > >Good, since what you describe does not happen on black NS 3.3. --Tiggr > > It doesn't happen on my slab with 3.2 either. Strange. > I have veryfied it on black NS 3.3. Strange indeed. Quit/restart helps though. -- Moritz Willers Institute of Theoretical Physics Sidlerstrasse 5 3012 Bern, Switzerland willers@butp.unibe.ch (NeXTMail, MIME)
Newsgroups: comp.sys.next.bugs From: fred@improve.fdn.org (Frederic STARK) Subject: Re: Floating menus are sinking Message-ID: <1995Jun16.175643.2352@improve.fdn.org> Sender: news@improve.fdn.org Organization: improve SA - La Defense, Paris, France. References: <jcr.803314203@shell1.best.com> Date: Fri, 16 Jun 1995 17:56:43 GMT In article <jcr.803314203@shell1.best.com> jcr@best.com (John C. Randolph) writes: > tiggr@es.ele.tue.nl (Pieter Schoenmakers) writes: > > >In article <1995Jun16.095427.14463@improve.fdn.org> fred@improve.fdn.org (Frederic STARK) writes: > > > I have not submitted the bug to NeXT yet. > > >Good, since what you describe does not happen on black NS 3.3. --Tiggr Wooow.... You may at least have choosed to formulate your sentence as 'does not [seems to] happen on [my] black NS 3.3'. > It doesn't happen on my slab with 3.2 either. Strange. > > -jcr I *did* test it on several machines: NS 3.3 Black Hardware NS 3.3 White Hardware NS 3.2 Black Hardware It looks like the bug is in the appkit logic, so it is likely to be present in all current versions of NEXTSTEP. I did not submited it because it is minor, but annoying (and surprising) when you hit it (you cannot detach the menu anymore) Maybe you could try the whole thing again, step by step, and try to detach the second level menu after. I apologies if my explanations were not clear enough in my first post, but Art Isbell at least reproduced it. ----------------------------------------------------------------- frederic stark -- fred@improve.fdn.org -----------------------------------------------------------------
Newsgroups: comp.sys.next.bugs From: ernst@fritz.snafu.de (Ernst Kloecker) Subject: NFS hiccups with SoundBlaster 8 driver Message-ID: <DAAKtx.1Co@fritz.snafu.de> Organization: dasburo Berlin Date: Sat, 17 Jun 1995 00:46:45 GMT Did anybody notice this before : When the Sound Blaster 8bit driver is installed, my system pauses occasionally for no apparent reason when accessing an NFS mounted drive (on a Cube). Happens every 30 or so seconds and lasts for a second or two. If the Sound Blaster driver is not active (but with the sound card still installed) everything works fine. The reason does not seem to be any resource conflict, as the same setup works fine with Windows, NT and OS/2. My system : 486/66 ASUS motherboard, 16 MB RAM, NEXTSTEP 3.3, onboard NCR SCSI with Symbios driver, SMC Ether Plus Elite 16 (driver version 3.31), miro Crystal 8s (generic S3 driver), serial mouse, Intel 824X0 PCI Host Bridge driver v. 3.31, apart from that standard drivers. The settings of Ethernet and sound card might also be of interest : SMC Ethercard : DMA none, Port 32 bytes at 0x240, Mem 16K at D00000, IRQ 11 Soundblaster : DMA 1, Port 16 bytes at 0x220, Mem none, IRQ 5 Is there any problem with my setup, or is the Soundblaster driver just buggy ? Thanks for any info, Ernst. -- -------------------------------------------- Ernst Kloecker ernst@fritz.snafu.de --------------------------------------------
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.bugs Subject: SCSI Driver bug Date: 17 Jun 1995 17:53:15 GMT Organization: Technical University of Berlin, Germany Message-ID: <3rv4qb$12f@news.cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, does anybody have any idea concerning the following message? It appears during heavy disk i/o, such as during compiling. It seems to be related to the network card as it didn't appear before replacing an Intel Etherexpress with the Cogent card. PANIC [...] SCSIDisk does not recognize selector -writeAsyncAt:length:buffer: pending:client:<3> Configuration is: Intel Plato Board (PCI), Pentium 90 Cogent EM960 PCI Ethernet NCR53C810 Controller card PCI Quantum Lightning 540 Software: NeXTSTEP 3.3, SYM53c Driver (beta-Version), Cogent Driver Version 3.31. I can give additional information if necessary. Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 23 281 (uni) \~/
From: tiggr@es.ele.tue.nl (Pieter Schoenmakers) Newsgroups: comp.sys.next.bugs Subject: Re: Floating menus are sinking Date: 17 Jun 1995 18:13:44 GMT Organization: Eindhoven University of Technology, The Netherlands Message-ID: <TIGGR.95Jun17201344@cobra.es.ele.tue.nl> References: <jcr.803314203@shell1.best.com> <3rsfse$d2p@shelob.afs.com> <DAA5G5.26M@world.std.com> In-reply-to: lloyd@world.std.com's message of Fri, 16 Jun 1995 19:14:29 GMT In article <DAA5G5.26M@world.std.com> lloyd@world.std.com (Christopher Lloyd) writes: yah, it happens on a 3.3 HP and a 3.2 cube, I suspect people are dragging back to the Mailbox item, not the Message item, I did that twice before I realized it. Ehm, I didn't know what I did before (several times) to make the problem not show up, but indeed it happens om my black 3.3NS too. --Tiggr
Newsgroups: comp.sys.next.bugs From: djc@vnp.com (Dan Crimmins) Subject: Re: Floating menus are sinking In-Reply-To: jcr@best.com's message of 16 Jun 1995 07: 52:37 -0700 Message-ID: <DJC.95Jun16125125@nwk92_ocachi.vnp.com> Sender: root@il.us.swissbank.com (Operator) Organization: VNP Software, Inc. References: <1995Jun16.095427.14463@improve.fdn.org> <TIGGR.95Jun16145757@cobra.es.ele.tue.nl> <jcr.803314203@shell1.best.com> Date: Fri, 16 Jun 1995 18:51:25 GMT jcr@best.com (John C. Randolph) wrote: > tiggr@es.ele.tue.nl (Pieter Schoenmakers) writes: > >In article <1995Jun16.095427.14463@improve.fdn.org> fred@improve.fdn.org (Frederic STARK) writes: > > I have not submitted the bug to NeXT yet. > > >Good, since what you describe does not happen on black NS 3.3. --Tiggr > > It doesn't happen on my slab with 3.2 either. Strange. very strange. it *does* happen on my 3.2 turbo color. --d. -- dan crimmins vnp software chicago
From: borrel@abdallah (Borre Ludvigsen) Newsgroups: comp.sys.next.misc,comp.sys.next.bugs,comp.sys.next.sysadmin Subject: netmsgserver error? Date: 18 Jun 1995 09:49:01 GMT Organization: UniNett Message-ID: <3s0sqd$btf@ratatosk.uninett.no> What in the world is this? Sometimes (quite often sometimes) my Cube goes into a spin, nothing happens in the window manager (shells are OK, but slow) and the console says: Jun 18 09:20:45 (myhostname) netmsgserver[23]: crypt_decrypt_packet.km_get_dkey fails, host id = 9e242202 What's happening - what do I do to revive the thing. Sometimes I have to reset the machine, because it just won't quit spinning. - Barre Børre Ludvigsen - http://www.hiof.no/~borrel - finger: borrel@abdallah.hiof.no
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs,comp.soft-sys.nextstep Subject: NEXTSTEP Resources on the Internet Date: 19 Jun 1995 00:15:09 GMT Organization: Digital Fix Development Distribution: inet Message-ID: <3s2fid$ilu@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 ftp://ftp.informatik.uni-muenchen.de: (Peanuts) Located in Germany. ftp://ftp.dn.net/pub/next Peanuts mirror in the US ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
Newsgroups: comp.sys.next.bugs From: erik@rat.se (Erik Heimdahl) Subject: Re: Floating menus are sinking Message-ID: <DAF7Gr.Cr5@rat.se> Sender: erik@rat.se (Erik Heimdahl) Organization: Research & Trade, AB. References: <3rsfse$d2p@shelob.afs.com> Date: Mon, 19 Jun 1995 12:46:03 GMT In article <3rsfse$d2p@shelob.afs.com> Greg_Anderson@afs.com (Gregory H. Anderson) writes: > John C. Randolph writes > > tiggr@es.ele.tue.nl (Pieter Schoenmakers) writes: > > > > >In article <1995Jun16.095427.14463@improve.fdn.org> > fred@improve.fdn.org (Frederic STARK) writes: > > > > > I have not submitted the bug to NeXT yet. > > > > >Good, since what you describe does not happen on black NS 3.3. --Tiggr > > > > It doesn't happen on my slab with 3.2 either. Strange. > > > > -jcr > > You guys must not be following the instructions. It happens on my HP, > as well as several NeXTstations here (some 3.2, some 3.3). Fortunately, > it corrects itself after you quit and relaunch the app. > You don't even have to relaunch the app, just do the operation again, and the menu _REATTACH_ itself. This _IS_ strange. > -- > Gregory H. Anderson | "Honey, there're few programming > Gaffer/Best Boy/Key Grip | problems that can't be solved > Anderson Financial Systems | with duct tape." -- 'Father' Duke > greg@afs.com (NeXTmail OK) | (paraphrased), Doonesbury, 2/17/95 -- Erik Heimdahl | "A man without hope, Software Developer @ Research & Trade | is a man without fear." Internet: erik@rat.se <NeXTmail, MIME> | Tel: +46 8 21 17 50 | - Frank Miller
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <abhanson@cca.rockwell.com> From: <abhanson@cca.rockwell.com> Message-ID: <9506191322.AA02058@jaco.cca.rockwell.com> Reply=To: abhanson@pobox.cca.rockwell.com Organization: Unix System Administration, Rockwell International/CCA Subject: FLOPPY DISK PROBLEM RESOLVED Date: Mon, 19 Jun 95 08:22:40 -0500 Sender: abhanson@cca.rockwell.com Thanks to all those who responded to my query about getting my 3 1/2 disk drive working. FROM: paul@whimsy.umsl.edu The documentation says that the floppy driver is not set up as a default. If you want to use your floppy, you have to add it with /NextAdmin/Configure.app... This worked well for me... \\|// (O=O) ===========================================oOO==(_)==OOo================== Alan B. Hanson | I haven't lost my mind, UNIX System Admin/Prgming | it's backed up on tape somewhere. Voice: (319) 395 5435 | E=mail: abhanson@pobox.cca.rockwell.com ==========================================================================
Newsgroups: comp.sys.next.bugs,comp.sys.next.software From: magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) Subject: Mail.app cannot write new mail into the mailbox Message-ID: <MAGNAN.95Jun19143403@maths1.MATHCN.UMontreal.CA> Followup-To: comp.sys.next.bugs Sender: news@cc.umontreal.ca (Administration de Cnews) Organization: Universite de Montreal Date: Mon, 19 Jun 1995 18:34:03 GMT I have a strange problem with Mail.app (3.3). When I receive new mail, the program tries to copy the spool file into Active.mbox but it fails. Here is the message I get: File system error. Unable to write Active.mbox. File system error: No such file or directory. And in the console I get: MailFetch: Can't make a copy of spoolfile. MailFetch: No such file or directory I solved this many times by renaming the Mailboxes folder to something else and then reboot. Mail.app then creates a new file Active.mbox and can copy the messages into it. But the problem always come back a little while after. What is really going on? Thank you, Francois -- ______________________________________________________ Francois Magnan Departement de Mathematique & Statistiques Universite de Montreal email: magnan@mathcn.umontreal.ca (MIME, NeXTMail Ok!)
From: rdieter@mathlab41.unl.edu (Rex Dieter) Newsgroups: comp.sys.next.bugs Subject: EIDE Jubiliation, ATIMach64 Woes Date: 19 Jun 1995 20:18:13 GMT Organization: University of Nebraska--Lincoln Message-ID: <3s4m25$jmt@crcnis3.unl.edu> We orderred a P120 from Gateway as sort of a grand experiment in utilizing several of NEXT's new drivers. In particular, this is a system that uses the EIDE and ATIMach64DisplayDriver Drivers. The EIDE driver works well so far. The EIDE CDROM worked well as a slave to the master EIDE Hard Drive. Unfortunately, I haven't yet been able to get it to work as master on its own channel (as suggested in driver notes to aid performance). This setback may be attributed to an oversight on my part. Unfortunately, the PCI ATIMach64 video card with 2MB DRAM does not even get recognized by the new driver. Apparently, it uses an unknown RAMDAC. The DOS utilities for the mach64 give the following information: Controller: PCI ATI88800GX Gase I/O : 2EC DAC type: CH8398 (which isn't referred to in NEXTanswers docs about working/non-working RAMDACS) Video RAM: 2Mb - DRAM I guess I might have been naive to assume the ATImach64 would work, after seeing post, after post, describing problems with it (dim screen, etc). The problems I had seen were limited to VL-BUS cards (I thought). Maybe G2000's VRAM version of the card would have been I better choice... Thoughts anyone? --- Rex A. Dieter rdieter@math.unl.edu Research Associate Voice: (402)472-9747 Department of Mathematics and Statistics FAX: (402)472-8466 University of Nebraska - Lincoln
Date: 20 Jun 1995 10:28:05 GMT From: free-agent-spam@spam.com (Spammer) Message-ID: <cancel.3s1s9s$6n3@dub-news-svc-4.compuserve.com> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3s1s9s$6n3@dub-news-svc-4.compuserve.com> Control: cancel <3s1s9s$6n3@dub-news-svc-4.compuserve.com> Spam cancelled by clewis@ferret.ocunix.on.ca
From: berezaw@river.it.gvsu.edu (Bill Bereza) Newsgroups: comp.sys.next.bugs Subject: Re: EIDE Jubiliation, ATIMach64 Woes Date: 20 Jun 1995 22:54:40 GMT Organization: My Bedroom, Ravenna, MI Message-ID: <3s7jjg$e59@news.it.gvsu.edu> References: <3s4m25$jmt@crcnis3.unl.edu> In article <3s4m25$jmt@crcnis3.unl.edu>, Rex Dieter <rdieter@mathlab41.unl.edu> wrote: > >The EIDE driver works well so far. The EIDE CDROM worked well as a slave to the >master EIDE Hard Drive. Unfortunately, I haven't yet been able to get it to work as master >on its own channel (as suggested in driver notes to aid performance). This setback may >be attributed to an oversight on my part. To do this, you need to Add... *TWO* EIDE drivers with Configure. One for each channel. -- Bill Bereza berezaw@river.it.gvsu.edu <NeXT/MIME> Beware of all enterprises that require new clothes.
From: gfoulon@gfoulonhome (Gael Foulon) Newsgroups: comp.sys.next.bugs Subject: Problem with User connection Date: 21 Jun 1995 00:08:19 GMT Organization: ImagiNET Public Access Internet Service Message-ID: <3s7ntj$6db@avalon.imaginet.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I have NextStation (running NS3.2) with the following problem : As I try to connect with ROOT no problem (everything works). When I try to connect with some others Users (local or network) ... The workspace appears with no applications launched (hard to end the not really started session without rebooting). I replace the /etc/netinfo/local by the /usr/template/client/etc/netinfo/local : exactly the same problem. The Users in the /Users of that station can access to their accounts through the network on all the others stations (homedirectory /Net/hostname/Users/XX). But nobody can login without a problem on this station : in a terminal session a login me give an error message as : "Directory not found /me!" or for the user XX : "Directory not found : /Net/hostname/Users/XX" or with a local account to the same user XX2 : "Directory not found : /Users/XX". Can you help me to solve this problem ? (WITHOUT re-installing the whole NextStep please...). Gaël FOULON
From: rdieter@mathlab41.unl.edu (Rex Dieter) Newsgroups: comp.sys.next.bugs Subject: Re: EIDE Jubiliation, ATIMach64 Woes Date: 21 Jun 1995 12:52:36 GMT Organization: University of Nebraska--Lincoln Message-ID: <3s94ml$p79@crcnis3.unl.edu> References: <3s4m25$jmt@crcnis3.unl.edu> <3s7jjg$e59@news.it.gvsu.edu> berezaw@river.it.gvsu.edu (Bill Bereza) wrote: > Rex Dieter <rdieter@mathlab41.unl.edu> wrote: > > > >The EIDE driver works well so far. The EIDE CDROM worked well as a slave to the > >master EIDE Hard Drive. Unfortunately, I haven't yet been able to get it to work as master > >on its own channel (as suggested in driver notes to aid performance). This setback may > >be attributed to an oversight on my part. > To do this, you need to Add... *TWO* EIDE drivers with Configure. One for each channel. Did that. My problem was with the CDROM apparently, when switched to a master on it's own channel it got recognized as ATAPI device 0 and ATAPI device 1, and then began generating more cryptic error messsages (some referring to timeouts of some sort). Finally, the boot process failed. Fortunately, the machine is running right now with both the Hard Drive and CDROM on the master channel with no problems... Unfortunately, the machine is still only running in BW VGA because the ATIMach64DisplayDriver doesn't recognize the Mach64 card in the machine (I'm upgrading to the 2MB VRAM version of the card... wish me luck! (-; ) --- Rex A. Dieter rdieter@math.unl.edu Research Associate Voice: (402)472-9747 Department of Mathematics and Statistics FAX: (402)472-8466 University of Nebraska - Lincoln
Newsgroups: comp.sys.next.bugs From: phickey@kidsoft.com Subject: Re: Mail.app cannot write new mail into the mailbox Message-ID: <DAKv8L.nn@kidsoft.com> Sender: phickey@kidsoft.com (Patrick T Hickey) Organization: Kidsoft Incorporated References: <MAGNAN.95Jun19143403@maths1.MATHCN.UMontreal.CA> Date: Thu, 22 Jun 1995 14:07:32 GMT In article <MAGNAN.95Jun19143403@maths1.MATHCN.UMontreal.CA> magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) writes: > > I have a strange problem with Mail.app (3.3). When I receive new mail, the > program tries to copy the spool file into Active.mbox but it fails. I have seen the same problem. My solution was to adjust the NFS parameters (NFSManager) on the /usr/spool/mail mount to root. Since my particular mail server is used as a POP master for hoards of Eudora users I rationalized the server was getting beaten to death by these multiple, though short term, mail fetches...resulting in my machine becoming lost in the noise. I have not seen the problem since adjusting the Mount timeout from 20 to 40 seconds, the Mount retries from 1 to 3 and the NFS retries from 1 to 3. Likely this was a shotgun approach and likely only one adjustment was really necessary...I haven't had the time to putz with it since it seems to be better now. patrick
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <abhanson@cca.rockwell.com> From: <abhanson@cca.rockwell.com> Message-ID: <9506221355.AA05081@jaco.cca.rockwell.com> Reply=To: abhanson@pobox.cca.rockwell.com Organization: Unix System Administration, Rockwell International/CCA Subject: SOLUTION: uname equivalent on NEXT Date: Thu, 22 Jun 95 08:55:24 -0500 Sender: abhanson@cca.rockwell.com I did recieve a solution to my posting about a name equivalent on NEXT systems. This worked for me. Thanks much... > What would be the equivalent of "uname"? umame. :-) ---snip--- #!/bin/sh # # uname # # Author: Jim Vlcek, ByteWare Consulting (uunet!molly!vlcek) 3 Dec 1993 # Tweaked-By: Larry Blische (lkba!lkb@uunet.uu.net) # Warped-By: Tom Hageman (tom@basil.icce.rug.nl) 8 Dec 1993 # # An attempt to implement a SysV-ish "uname" under NeXTStep 3.x # # Options # # -s Print the operating system name # -n Print the node name (essentially, the hostname) # -v Print the operating system version # -r Print the operating system release # -p Print the host machine's processor type # -m Print the machine hardware name # -a Print all the above information # # Non-SysV options # # -i Print the host identification number (hostid) # case "$*" in "") set - -s ;; *-a*) set - -s -n -v -r -p -m ;; esac for arg do case $arg in -s) system="NEXTSTEP" ;; -n) node="`uuname -l`" ;; -r) release="`hostinfo | sed -n 's/.*NeXT Mach \([0-9\.]*\).*/\1/p'`" ;; -m) mach="`hostinfo | sed -n 's/.*Processor type: \([^ ]*\).*/\1/p'`" ;; -p) processor="`hostinfo | \ sed -n 's/.*Processor type: [^ ]* (\([^)]*\).*/\1/p'`" ;; -v) version="`tail -1 /usr/lib/NextStep/software_version`" ;; -i) hostid="`hostid`" ;; *) echo $0: Usage: $0 [-asnvrpmi] >&2 ; exit 1 ;; esac done echo $system $node $version $release $processor $mach $hostid ---snip--- Holger --- Holger Hoffstaette ___ "X was designed to run three programs: hoff@darmstadt.gmd.de /\__\ xterm, xload, and xclock." [NeXTmail: YES]; \/__/ - The UNIX Haters Handbook \\|// (O=O) ===========================================oOO==(_)==OOo================== Alan B. Hanson | I haven't lost my mind, UNIX System Admin/Prgming | it's backed up on tape somewhere. Voice: (319) 395 5435 | E=mail: abhanson@pobox.cca.rockwell.com ==========================================================================
From: rdieter@mathlab41.unl.edu (Rex Dieter) Newsgroups: comp.sys.next.bugs Subject: Re: Mail.app cannot write new mail into the mailb Date: 23 Jun 1995 14:55:17 GMT Organization: University of Nebraska--Lincoln Message-ID: <3sekkl$17d@crcnis3.unl.edu> References: <1995Jun23.100357.45031@yogi.urz.unibas.ch> >>I have seen the same problem. My solution was to adjust the NFS >>parameters (NFSManager) on the /usr/spool/mail mount to root. >Yes, this is necessary, as the mailers will modify the incoming spool file >(i.e. truncate it after a mail was read). This is done with suid root, so >root access to the spool directory is necessary. Unfortunately, this This is NOT a neccesity. We have our /usr/spool/mail mounted w/o root permissions, and all works well. I would look for other alternatives to allowing root permissions to exported file systems... --- Rex A. Dieter rdieter@math.unl.edu (NeXT/MIME OK) Research Associate Voice: (402)472-9747 Department of Mathematics and Statistics FAX: (402)472-8466 University of Nebraska - Lincoln http://www.math.unl.edu/~rdieter
Newsgroups: comp.sys.next.bugs Subject: Re: Mail.app cannot write new mail into the mailb Message-ID: <1995Jun23.100357.45031@yogi.urz.unibas.ch> From: frank@woodstock (Robert Frank) Date: 23 Jun 95 10:03:57 MET phickey@kidsoft.com wrote: >In article <MAGNAN.95Jun19143403@maths1.MATHCN.UMontreal.CA> >magnan@maths1.MATHCN.UMontreal.CA (Magnan Francois) writes: >> >> I have a strange problem with Mail.app (3.3). When I receive new mail, >the >> program tries to copy the spool file into Active.mbox but it fails. >I have seen the same problem. My solution was to adjust the NFS >parameters (NFSManager) on the /usr/spool/mail mount to root. [...] >patrick Yes, this is necessary, as the mailers will modify the incoming spool file (i.e. truncate it after a mail was read). This is done with suid root, so root access to the spool directory is necessary. Unfortunately, this requires the directory being exported such that any super user on any host can erase the files at will. I wish there were some other means of doing this. -Robert --- Institut fuer Informatik tel +41 (0)61 321 99 67 Universitaet Basel fax. +41 (0)61 321 99 15 Robert Frank Mittlere Strasse 142 rfc822: frank@ifi.unibas.ch (NeXT,MIME mail ok) CH-4056 Basel X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch Switzerland
Newsgroups: comp.sys.next.bugs Subject: Re: Mail.app cannot write new mail into the mailb Message-ID: <1995Jun23.112521.54547@cc.usu.edu> From: mike@hobbs.chem.usu.edu (Michael Emmel) Date: 23 Jun 95 11:25:20 MDT References: <3sekkl$17d@crcnis3.unl.edu> Distribution: world In article <3sekkl$17d@crcnis3.unl.edu> writes: > >>I have seen the same problem. My solution was to adjust the NFS > >>parameters (NFSManager) on the /usr/spool/mail mount to root. > > >Yes, this is necessary, as the mailers will modify the incoming spool file > >(i.e. truncate it after a mail was read). This is done with suid root, so > >root access to the spool directory is necessary. Unfortunately, this > > This is NOT a neccesity. We have our /usr/spool/mail mounted w/o root permissions, and > all works well. I would look for other alternatives to allowing root permissions to exported > file systems... > > --- > Rex A. Dieter rdieter@math.unl.edu How is it mounted then ? root owns it but no write permisions ? Seem's to me you can't send mail as root ?
From: bnh@active.com (Brian Hess) Newsgroups: comp.sys.next.bugs Subject: Re: Mail.app cannot write new mail into the mailb Date: 24 Jun 1995 21:20:43 GMT Organization: PSI Public Usenet Link Message-ID: <3shvjb$abf@pubxfer4.news.psi.net> References: <1995Jun23.100357.45031@yogi.urz.unibas.ch> This reminds me of a bug I forgot to report: Mail.app can't handle /usr/spool/mail files where the last message has Control-Z's (decimal 26) at the end of it. You will get a spurious message from the mail application claiming that it cannot write the mailbox. This bug only appears with someone who downloads mail files using old-fashioned XModem in "binary mode" would get. (Trailing packet padded with ^Z's, binary mode doesn't strip them.) Brian Hess Active Ingredients, Inc. bnh@active.com
From: hketola@agsm.ucla.edu (Heikki Ketola) Newsgroups: comp.sys.next.bugs Subject: Can't delete folders in Finder's panel. Weird or what? Date: 25 Jun 1995 10:12:04 -0700 Organization: The Anderson School at UCLA Message-ID: <3sk5d4$rq4@risc.agsm.ucla.edu> I'm running NS 3.3 on black NeXT. There are 3 folders on Finder's dock/panel/whatever it is called that I cannot move or remove or use. This is not a big deal -but I find it weird that there three folders are frozen on Finder. Any ideas? heikki ketola
From: sanguish@digifix.com Newsgroups: comp.sys.next.announce,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.bugs,comp.soft-sys.nextstep Subject: NEXTSTEP Resources on the Internet Date: 26 Jun 1995 04:15:11 GMT Organization: Digital Fix Development Distribution: inet Message-ID: <3slc8f$ca1@digifix.digifix.com> Topics include: Stepwise NEXTSTEP/OpenStep Information WWW site eduSTEP WWW site NeXT Computer, Inc. WWW site comp.sys.next newsgroups related newsgroups comp.sys.next newsgroups mailing list ftp sites NeXTanswers Stepwise NEXTSTEP/OpenStep Information WWW site =============================================== This online community resource includes - 200+ ISV company pages - 400+ ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - NEXTSTEP User Group Directory - comp.sys.next archives - User Group information - Mailing List archives and information You can connect via the world wide web at: http://www.stepwise.com/ Additionally there is a Mail Server 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 If you would like to get your company and product information on Stepwise, please contact me at sanguish@digifix.com. eduSTEP WWW site ================ http://www.nmr.embl-heidelberg.de/eduStep/ eduStep aims to provide up-to-date information on: - NextStep tools and projects for scientists. - Third-party products interesting for the educational and scientific community (with educational discounts noted, where they exist). - A listing of resellers and shops interested in working with customers in the educational community. - Conferences, meetings, workshops - Major projects, such as SciTools, EMBL's project to develop a NextStep scientific work environment - Status reports on GNUStep, a freely-available implementation of OpenStep now being developed NeXT Computer, Inc. WWW site ============================ http://www.next.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.) 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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. 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 ftp://ftp.informatik.uni-muenchen.de: (Peanuts) Located in Germany. ftp://ftp.dn.net/pub/next Peanuts mirror in the US ftp://terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group) and ftp://cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group) ftp://ftp.nmr.embl-heidelberg.de/pub/next/ eduStep ftp://ftp.next.com: See 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) Dan Grillo (mailto:dan_grillo@next.com)
From: lim@nessel..uni-koblenz (Nurleni H. &) Newsgroups: comp.sys.next.bugs Subject: Alexandra.app V 0.8 sender -adresse and Header false Date: 25 Jun 1995 18:00:42 GMT Organization: University Koblenz / Germany Message-ID: <3sk88a$5dm@newshost.uni-koblenz.de> Dear All, i have been finding Alexandra.app Bug here: From: lim@nessel..uni-koblenz (Nurleni H. &) <----- it must be one dot after nessel and and .de after uni-koblenz ---delete-- X-www-acces: http <------ it must be http://www.uni-koblenz.de/~lim X-Reply-to: lim@infko.uni-koblenz.de X-Newsreader: Alexandra.app (Version 0.8) --- Nurleni ================================================= #Nurleni Lim,Universitaet Koblenz,lim@infko.uni-koblenz.de# =================================================
Newsgroups: comp.sys.next.bugs Subject: getcwd and posix libs Message-ID: <1995Jun26.115903.45046@yogi.urz.unibas.ch> From: frank@marcie (Robert Frank) Date: 26 Jun 95 11:59:02 MET A bug? I've been trying to compile a posix / standard C program which uses getcwd. Compilation is with -ansi and -posixstrict, linking is with -ansi and -posix (tries -posixstrict too). Compilation is fine, however, the executable never finds a working directory! Getcwd always returns NULL and complains that there is no such path, while the old bsd getwd correctly returns the working directory. The problem is that I am trying to link a library (standard C and posix complient) which uses this call with a standard C and posix complient program. Thanks for responses. -Robert --- Institut fuer Informatik tel +41 (0)61 321 99 67 Universitaet Basel fax. +41 (0)61 321 99 15 Robert Frank Mittlere Strasse 142 rfc822: frank@ifi.unibas.ch (NeXT,MIME mail ok) CH-4056 Basel X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch Switzerland
From: jparkin@uoguelph.ca (James D Parkin) Newsgroups: comp.sys.next.bugs Subject: Where do I begin? Date: 26 Jun 1995 20:00:55 GMT Organization: University of Guelph Message-ID: <3sn3ln$16n@ccshst05.cs.uoguelph.ca> I am currently a business student interested in the quickly growing communications industy.(prefferably wireles) Does any one have any suggestions of courses or paths to take after graduation? Thanks in advance.... J.P.
From: fpb@uninova.pt (Fernando Pedro Birra) Newsgroups: comp.sys.next.bugs Subject: Re: Parallel printing problems Date: 27 Jun 1995 14:39:02 GMT Organization: UNINOVA Message-ID: <3sp566$f18@asterix.uninova.pt> References: <3sm9tt$k7u@asterix.uninova.pt> In article <3sm9tt$k7u@asterix.uninova.pt>, fpb@uninova.pt (Fernando Pedro Birra) wrote: >I have NeXTSTEP 3.3 installed on my Pentium 90. My motherboard is from Intel >with on board PCI HD, Serial and Parallel controllers. My parallel port is >configured as LPT1, using port 378h and IRQ 7. >I have a HP Deskjet 550C and I tried to use ghostscript to print to it. >Everything goes well until the stuff goes to /dev/pp0. When I try to write to >/dev/pp0 the printer goes busy and it doesn't print at all. > >I also tried: > >$ ls > /dev/pp0 > >which should work on all printers (I even tried with an old Epson 9pin >printer). But it also doesn't work. > >Can someone help me or tell me where should I ask? By the way, I discovered that writing to /dev/pp0 only writes 1 byte at a time and it blocks for a while until the next write operation. So, to print a page I would have to wait more than a week!!! There must be some problem with the Parallel driver since I also tried using a MULTI I/O controller and disabling the LPT1 on the motherboard. Fernando Birra email: fpb@uninova.pt or fpb@fct.unl.pt
Newsgroups: comp.sys.next.bugs From: pmy@vivaldi.acc.Virginia.EDU (Pete Yadlowsky) Subject: NewsGrazer problem Message-ID: <DAuAuy.3I6@murdoch.acc.Virginia.EDU> Sender: usenet@murdoch.acc.Virginia.EDU Organization: Academic Computing, University of Virginia Date: Tue, 27 Jun 1995 16:23:22 GMT Lately, my copy of NewsGrazer (rel. 2.0/72.3) has developed an annoying habit of just curling up and croaking soon after launch. No complaints, no error messages, nothing. Just silent, sudden death. I'm guessing it has something to do with the .newsrc file. If I fiddle a bit with this file, I can sometimes get NewsGrazer to behave itself and keep its nose clean for weeks at a time. Then, one day, boom. There it goes again. Anybody know what this is about? I'm running NewsGrazer on a TurboColor NeXTstation, NeXTSTEP 3.0. -- Peter M. Yadlowsky | Laden e-mail runs Academic Computing Center | Bumbling, creaking through the net University of Virginia | Sysadmins tremble. pmy@Virginia.EDU | - after Buson
From: far@ni.net(Felipe A. Rodriguez) Newsgroups: comp.sys.next.bugs Subject: Re: Parallel printing problems Date: 27 Jun 1995 21:03:23 GMT Organization: Network Intensive Message-ID: <3sprmr$89i@ni1.ni.net> References: <3sp566$f18@asterix.uninova.pt> In article <3sp566$f18@asterix.uninova.pt> fpb@uninova.pt (Fernando Pedro Birra) writes: > In article <3sm9tt$k7u@asterix.uninova.pt>, > fpb@uninova.pt (Fernando Pedro Birra) wrote: > >I have NeXTSTEP 3.3 installed on my Pentium 90. My motherboard is from Intel > >with on board PCI HD, Serial and Parallel controllers. My parallel port is > >configured as LPT1, using port 378h and IRQ 7. > >I have a HP Deskjet 550C and I tried to use ghostscript to print to it. > >Everything goes well until the stuff goes to /dev/pp0. When I try to write to > >/dev/pp0 the printer goes busy and it doesn't print at all. > > > >I also tried: > > > >$ ls > /dev/pp0 > > > >which should work on all printers (I even tried with an old Epson 9pin > >printer). But it also doesn't work. > > > >Can someone help me or tell me where should I ask? > > By the way, I discovered that writing to /dev/pp0 only writes 1 byte at a > time and it blocks for a while until the next write operation. So, to print a > page I would have to wait more than a week!!! > > There must be some problem with the Parallel driver since I also tried using > a MULTI I/O controller and disabling the LPT1 on the motherboard. [snip] I encountered a few problems printing from the parallel port on my Intel Premiere II. You might want to try setting the parallel port type in the BIOS to EPP(Extended or bi-directional). -- Felipe A. Rodriguez # ...it cannot be called ingenuity Agoura Hills, CA # to kill one's fellow citizens, # to betray friends, to be without far@ni.net # faith, without mercy, without # religion; by these means one can # aquire power but not glory.
From: far@ni.net(Felipe A. Rodriguez) Newsgroups: comp.sys.next.bugs Subject: Re: Parallel printing problems Date: 27 Jun 1995 21:04:04 GMT Organization: Network Intensive Message-ID: <3spro4$8f3@ni1.ni.net> References: <3sp566$f18@asterix.uninova.pt> In article <3sp566$f18@asterix.uninova.pt> fpb@uninova.pt (Fernando Pedro Birra) writes: > In article <3sm9tt$k7u@asterix.uninova.pt>, > fpb@uninova.pt (Fernando Pedro Birra) wrote: > >I have NeXTSTEP 3.3 installed on my Pentium 90. My motherboard is from Intel > >with on board PCI HD, Serial and Parallel controllers. My parallel port is > >configured as LPT1, using port 378h and IRQ 7. > >I have a HP Deskjet 550C and I tried to use ghostscript to print to it. > >Everything goes well until the stuff goes to /dev/pp0. When I try to write to > >/dev/pp0 the printer goes busy and it doesn't print at all. > > > >I also tried: > > > >$ ls > /dev/pp0 > > > >which should work on all printers (I even tried with an old Epson 9pin > >printer). But it also doesn't work. > > > >Can someone help me or tell me where should I ask? > > By the way, I discovered that writing to /dev/pp0 only writes 1 byte at a > time and it blocks for a while until the next write operation. So, to print a > page I would have to wait more than a week!!! > > There must be some problem with the Parallel driver since I also tried using > a MULTI I/O controller and disabling the LPT1 on the motherboard. [snip] I encountered a few problems printing from the parallel port on my Intel Premiere II. You might want to try setting the parallel port type in the BIOS to EPP(Extended or bi-directional). -- Felipe A. Rodriguez # ...it cannot be called ingenuity Agoura Hills, CA # to kill one's fellow citizens, # to betray friends, to be without far@ni.net # faith, without mercy, without # religion; by these means one can # aquire power but not glory.
From: far@ni.net(Felipe A. Rodriguez) Newsgroups: comp.sys.next.bugs Subject: Re: Parallel printing problems Date: 27 Jun 1995 21:04:43 GMT Organization: Network Intensive Message-ID: <3sprpb$8ff@ni1.ni.net> References: <3sp566$f18@asterix.uninova.pt> In article <3sp566$f18@asterix.uninova.pt> fpb@uninova.pt (Fernando Pedro Birra) writes: > In article <3sm9tt$k7u@asterix.uninova.pt>, > fpb@uninova.pt (Fernando Pedro Birra) wrote: > >I have NeXTSTEP 3.3 installed on my Pentium 90. My motherboard is from Intel > >with on board PCI HD, Serial and Parallel controllers. My parallel port is > >configured as LPT1, using port 378h and IRQ 7. > >I have a HP Deskjet 550C and I tried to use ghostscript to print to it. > >Everything goes well until the stuff goes to /dev/pp0. When I try to write to > >/dev/pp0 the printer goes busy and it doesn't print at all. > > > >I also tried: > > > >$ ls > /dev/pp0 > > [snip] > There must be some problem with the Parallel driver since I also tried using > a MULTI I/O controller and disabling the LPT1 on the motherboard. [snip] I encountered a few problems printing from the parallel port on my Intel Premiere II. You might want to try setting the parallel port type in the BIOS to EPP(Extended or bi-directional). -- Felipe A. Rodriguez # ...it cannot be called ingenuity Agoura Hills, CA # to kill one's fellow citizens, # to betray friends, to be without far@ni.net # faith, without mercy, without # religion; by these means one can # aquire power but not glory.
From: far@ni.net(Felipe A. Rodriguez) Newsgroups: comp.sys.next.bugs Subject: Re: Parallel printing problems Date: 27 Jun 1995 21:05:32 GMT Organization: Network Intensive Message-ID: <3sprqs$8fn@ni1.ni.net> References: <3sp566$f18@asterix.uninova.pt> In article <3sp566$f18@asterix.uninova.pt> fpb@uninova.pt (Fernando Pedro Birra) writes: > In article <3sm9tt$k7u@asterix.uninova.pt>, > fpb@uninova.pt (Fernando Pedro Birra) wrote: > >I have NeXTSTEP 3.3 installed on my Pentium 90. My motherboard is from Intel > >with on board PCI HD, Serial and Parallel controllers. My parallel port is > >configured as LPT1, using port 378h and IRQ 7. > >I have a HP Deskjet 550C and I tried to use ghostscript to print to it. > >Everything goes well until the stuff goes to /dev/pp0. When I try to write to > >/dev/pp0 the printer goes busy and it doesn't print at all. [snip] > There must be some problem with the Parallel driver since I also tried using [snip] I encountered a few problems printing from the parallel port on my Intel Premiere II. You might want to try setting the parallel port type in the BIOS to EPP(Extended or bi-directional). -- Felipe A. Rodriguez # ...it cannot be called ingenuity Agoura Hills, CA # to kill one's fellow citizens, # to betray friends, to be without far@ni.net # faith, without mercy, without # religion; by these means one can # aquire power but not glory.
From: lim@nessel..uni-koblenz (Nurleni H. &) Newsgroups: comp.sys.next.bugs Subject: Alexandra.app (Version 0.8a) bug Date: 27 Jun 1995 17:34:01 GMT Organization: University Koblenz / Germany Message-ID: <3spfe9$hju@newshost.uni-koblenz.de> Hi All, I get Alexandra.app (Version 0.8a) bug ---- From: lim@nessel..uni-koblenz (Nurleni H. &) <--- still uncorrect X-Newsreader: Alexandra.app (Version 0.8a) ---- And if you klick group --> Sort Newsgroup List the System get loop endless Nurleni
From: jq@phcs.phcs.com (James E. Quick) Newsgroups: comp.sys.next.bugs Subject: Re: getcwd and posix libs Date: 27 Jun 1995 08:04:07 -0400 Organization: PHCS Message-ID: <3sos3n$dm5@papoose.quick.com> References: <1995Jun26.115903.45046@yogi.urz.unibas.ch> In article <1995Jun26.115903.45046@yogi.urz.unibas.ch>, Robert Frank <frank@marcie> wrote: >A bug? > >I've been trying to compile a posix / standard C program which >uses getcwd. > >Compilation is with -ansi and -posixstrict, linking is with -ansi >and -posix (tries -posixstrict >too). > >Compilation is fine, however, the executable never finds a >working directory! Getcwd always returns NULL and complains that >there is no such path, while the old bsd getwd correctly returns >the working directory. The most common programming error when using getcwd() is the failure to properly initialize its second argument, length. Make sure that the buffer used by getcwd is at least 1K bytes long, also make sure that this length is passed correctly to getcwd(). This should solve your problem. If getcwd() is the only reason you are compiling under posix then you might just want to recompile your lib without posix and just use getwd() in your code. -- ___ ___ | James E. Quick jq@phcs.com / / / | Private HealthCare Systems NeXTMail O.K. \_/ (_\/ | Systems Integration Group (617) 895-3343 ) | - My other car has a mouse.
From: Britestar (Britestar, Inc.) Newsgroups: comp.sys.next.bugs Subject: Save Your Computer! Date: Tue, 27 Jun 1995 14:46:25 GMT Organization: Britestar, Inc. Message-ID: <3son75$9gj@dub-news-svc-3.compuserve.com> "Save Your Computer" Surge sentry computer grade with fax/modem. four outlet surge/noise cube with two RJ-11 jacks for fax/modem line and power protection. 3 stage/line circuitry. 1 picosecond clamp response time. Emi/rfi noise rejection to 35db. UL 1449 rating at 330v. 347 joules. Max surge 11,505 amps. Lifetime warranty and power protection. Putty. 2"h x 4"w x 6.5"d. MFG# ds41psg1. Shipping weight 1.721 lbs. Price: $69.95, shipping and handling included. --------------------------------------------------------- "Repair your Computer" Computer tool kit. By Curtis. Can be used to repair maintain and upgrade virtually any microcomputer system. All tools are demagnetized. Lifetime warranty. Zipper vinyl case. Black 6"h x 9"w x 1.37"d. MFG# tk3ctf 20 piece set (l lb). Price $29.95. Shipping and handling included. MFG# tk4ctf 55 piece set (3 lbs). Price $52.99. Shipping and handling included. ----------------------------------------------------- "Super discount" Voice activated telephone recorder. By TT Systems. One button record, pause, fast forward/rewind, volume control, tape counter, cue and review, LED record light, built-in condenser mic for non-phone recording. AC or battery powered. Uses standard cassettes. Black. 1.5"h x 7"w x 4"d. MFG# vtr500tts. Shipping weight 2.28 lbs. Special price $199.95. Shipping and handling included. Save $100 dollars! Send your check or money order to: Britestar Enterprises 3701 Inglewood Ave Suite #304 Redondo Beach, CA 90278 Please list MFG# with your order. Please allow 7 - 10 days for delivery. ------------------------------------------------------- Money Manager Software "MoneyManager," from Times Publishing does virtually everything Quicken does, and even surpasses it in some respects due to a more powerful language it uses. (IBM compatible only). "MoneyManager" for Windows is the software that allows a person to take control of their personal finances by organizing, tracking and reporting income, expenses, assets, liabilities and investments on a daily basis on his PC. "MoneyManager" prints checks, pays bills and reconciles even the most complex bank statement in seconds. "MoneyManager" tracks your checking, savings, credit card and money management. You can record and categorize your expenses, compare them to budgets and know exactly where your money goes. Keep your investment of stocks, bonds and mutual funds portfolio up-to-date with "MoneyManager." Calculate and analyze your gains, losses and returns on investments and tax consequences in an instant. Thinking of buying a home? "MoneyManager" will create a home affordability analysis for you. Lease-or-buy decisions were never easier. Want to pay off that mortgage faster? It will produce amortization schedules and show you the whopping savings in interest you can realize by making small prepayments of principal. How about income statement, balance sheet, cash flow forecasts, and net worth projections? All of these are available at your fingertips with "MoneyManager." Sale price: $24.99 - Shipping and handling included. 7 - 10 days for delivery. Comes in 3 1/2 or 5 1/4 diskettes, (choose one). Send your check or money order to: Britestar Enterprises 3701 Inglewood Ave Suite #304 Redondo Beach, CA 90278 -------------------------------------------------------- Geographics GEO4000 Moving Message Color Sign, from "Geographics" Multi-color: 16 vibrant colors/hues. Displays maximum 27 characters, minimum 14 characters. 3 fonts, 4 text styles, 10 preprogrammed graphics, 46 European characters. "Magic" interface. Network up to 254 signs. 90-day memory backup. Display area: 3"H x 37.6"W. Indoor use only. Includes wireless remote, mounting brackets and adapter. 5.5"H x 39.6"W x 1.4"D. Shipping weight 11 lbs. MFG# 08386EZL. Sale price $370.50, shipping and handling included. --------------------------------------------------- "Fresh Air" "Bionaire" 2 speed personal air purifier/ionizer. Cleans air in a room 10' x 10' x 8' in 12 minutes. 2-speed, low noise, turbo system. 4 stage filtration system. Effective on tobacco smoke, pollen, dust, bacteria. Ion on/off switch. Flame retarded, injection-molded plastic casing. One year limited warranty. Black. 12.5" x 7.5" x 8"d. MFG# f7obio. Price $94.95, shipping and handling included. -------------------------------------------------------- 18 Karat Gold "Cross" 18 Karat Gold Fountain Pen. 18 Karat Gold Fountain Pen available in four 18 Karat nib widths. Piston converter included. Gift boxed. Comes with Lifetime Mechanical Guarantee. Shipping weight 1 lb. MFG# 8036bcro Broad nib MFG# 8036mcro Med. nib MFG# 8036fcro Fine nib MFG# 8036xcro X-fine nib Price $990.64, Shipping and handling included. Save $279.36. Send your check or money order to : Britestar Enterprises 3701 Inglewood Ave Suite #304 Redondo Beach, CA 90278 Please list MFG# with your order. Please allow 7 - 10 days for delivery. --------------------------------------------------------- Snail Mail Order Form Send your check or money order to: Britestar Enterprises 3701 Inglewood Ave Suite #304 Redondo Beach, CA 90278 Name: ________________________________________________________ Address: ______________________________________________________ City/State/Zip:_______________________________________________ Phone: _______________________________________________________ I've enclosed my check or money order for: "MoneyManager" software for Windows. Diskette Size: 3 1/2 ____ 5 1/4 ____ Surge sentry computer grade with fax/modem MFG# ds41psg1 Price 69.95, shipping and handling included. [ ] Computer took kit. By Curtis. MFG# tk3ctf 20 piece set (l lb) Price $29.95, shipping and handling included. [ ] MFG# tk4ctff 55 piece set (3 lbs). Price $199.95, shipping and handling included. [ ] Voice activated telephone recorder. By TT Systems. MFG# vtr500tts shipping weight 2.28 lbs. Special price $199.95. Shipping and handling included. [ ] GEO 4000 Moving Message Color Sign, from :Geographics" MFG# 08386EZL Sale price $370.50, shipping and handling included [ ] "Bionaire" 2 speed personal air purifier/ionizer MFG# f7obio. Price $94.95, shipping and handling included. [ ] "Cross" 18 Karat Gold Fountain Pen MFG# 8036bcro Broad nib [ ] MFG# 8036mcro Med. nib [ ] MFG# 8036fcro Fine nib [ ] MFG# 8036xcro X-fine nib [ ] Price $990.64. Shipping and handling included. "Never leave home to shop" A 544 page catalog, with over 12,356 name brand items, filled with office/electronic products. Names like Sony, Sharp, Magnavox, Panasonic, JVC, Packard Bell, Brother, Cobra, Toshiba, Pioneer, Casio, and over 216 others. Price $8.00, shipping and handling included. [ ] ................................ . BriteStar, Inc. . 3701 Inglewood Ave . Suite 304 . Redeondo Beach, CA . 90278 ..................................
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.misc From: gabe@netcom.com (gabe@netcom.com) Subject: NS 3 Mach64 driver freezes system Message-ID: <gabeDAx3xG.6Kq@netcom.com> Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Thu, 29 Jun 1995 04:46:28 GMT Sender: gabe@netcom9.netcom.com Hello. I've installed NS 3 on my 486/66 with 2 meg ATI Pro Turbo (Win Turbo actually seeing that it's an OEM 2 meg upgradable). I installed it on a 4 gig Quantum (1 gig partition). I have an AHA-2940W. AFter installing the video driver from ftp.next.com in /pub/NeXTanswers/Files/Drivers/3.3_Drivers/Released. However, the second the hi res blue screen pops up, everything freezes, and I don't even get the login screen. Has anyone ever had any problems with this setup? Any suggestions would be greatly appreciated. BTW, I tried this card on another pentium 100 also with a 2940W controller and it worked just fine (same driver). Thanks, Gabe -- -gAbe -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- * other domains: glgrigorescu@lbl.gov gabe@netcom.com, etc... * berkeley.edu: gabe@cafe, gabe@uclink, finger my uclink account for more Pgr: 510-770-7409 _._._._._._._._._._._._ accounts where I can be reached.
From: Mark Crispin <mrc@CAC.Washington.EDU> Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.sysdmin Subject: "can't open NetInfo parent domain" Date: Wed, 28 Jun 1995 22:23:33 -0700 Organization: Networks & Distributed Computing Message-ID: <Pine.NXT.3.92.950628221918.13194A-100000@Tomobiki-Cho.CAC.Washington.EDU> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII NNTP-Posting-User: resp I had been wondering why my /tmp/console.log keeps on getting filled with thousands of these messages, supposedly from syslog. It's bootpd. Of course, there is no hope in getting NeXT, the company that never tests their software, to fix it. NeXT just doesn't care. -- Mark -- DoD #0105, R90/6 pilot, FAX: (206) 685-4045 ICBM: N 47 39'35" W 122 18'39" Science does not emerge from voting, party politics, or public debate.
From: mike@child (Michael Emmel) Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.sysdmin Subject: Re: "can't open NetInfo parent domain" Date: 29 Jun 1995 05:51:45 GMT Organization: inteleNET Internet Services Message-ID: <3stf1h$5ac@vodka.intele.net> References: <Pine.NXT.3.92.950628221918.13194A-100000@Tomobiki-Cho.CAC.Washington.EDU> Mark Crispin <mrc@CAC.Washington.EDU> wrote: >I had been wondering why my /tmp/console.log keeps on getting filled with >thousands of these messages, supposedly from syslog. >It's bootpd. >Of course, there is no hope in getting NeXT, the company that never tests >their software, to fix it. NeXT just doesn't care. >-- Mark -- Your the one with the screwed up setup remove netinfo or set it up correctly. Its not Next's problem. I know I had the same prob myself ask over in admin how to completly remove netifo setup back to scratch I have forgotten. Nuthin wrong witnh slaming Next that the pasttime here, but make sure it's their problem first. Mike
Newsgroups: comp.sys.next.bugs From: fred@improve.fdn.org (Frederic STARK) Subject: Installer checksum errors: SOLUTION ? Message-ID: <1995Jun29.124829.1795@improve.fdn.org> Sender: news@improve.fdn.org Organization: improve SA - La Defense, Paris, France. References: <3qrs11$o39@news.duke.edu> Date: Thu, 29 Jun 1995 12:48:29 GMT In article <3qrs11$o39@news.duke.edu> altenber@acpub.duke.edu (Lee Altenberg) writes: > Has anyone out there ever gotten checksum errors when installing > packages? I am trying to diagnose this problem on my system. > It is NS3.3 running on a Micron P100 Millenia. > The tech I spoke to at NeXT had never seen this error himself > before. It has got to be due to either > 1) bad Adaptec 2940 card, > 2) bad Seagate ST31230N hard drive > 3) 4 different SCSI ribbon cables all being bad > 4) problem with Installer on this machine (Micron P100 Millenia) > 5) ??? > > I've tested w/ termination power from drive vs. bus, sync vs. async, > moving the ELSA video card away from the Adaptec card, adding vs. > removing the Sony CDU55s CD-ROM drive from the system, and nothing > makes a difference. The checksum errors occur randomly. When > installing NeXTTeX.pkg, sometimes it gets all the way through copying > the files, but the INITEX installation program hangs. Sometimes after > apparently successful installation of NeXTTeX, TeX give an error: > (Fatal format file error; I'm stymied). > > If you have ever gotten these Installer problems, please send me a > note as to the cause or solutions you may have found. Not reported to NeXT at this time (as it is so gross that it may have been reported many times) Yesterday the NS3.3 Installer made checksum error at installation time, from a package build with NS3.1 I used the /NextAdmin/Installer.app/installer_bigtar of NS3.2 to extract the data, and repack the result with installer_bigtar of NS3.3. The resulting package now install correctly on 3.3 Cheers, ----------------------------------------------------------------- frederic stark -- fred@improve.fdn.org -----------------------------------------------------------------
From: root@terra (Felipe A. Rodriguez) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3sprrj$8g8@ni1.ni.net> Control: cancel <3sprrj$8g8@ni1.ni.net> Date: 27 Jun 1995 21:13:23 GMT Organization: Network Intensive Message-ID: <3sps9j$8vn@ni1.ni.net> cancel
From: root@terra (Felipe A. Rodriguez) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3sprqs$8fn@ni1.ni.net> Control: cancel <3sprqs$8fn@ni1.ni.net> Date: 27 Jun 1995 21:13:32 GMT Organization: Network Intensive Message-ID: <3sps9s$8vn@ni1.ni.net> cancel
From: root@terra (Felipe A. Rodriguez) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3sprpb$8ff@ni1.ni.net> Control: cancel <3sprpb$8ff@ni1.ni.net> Date: 27 Jun 1995 21:13:39 GMT Organization: Network Intensive Message-ID: <3spsa3$8vn@ni1.ni.net> cancel
From: root@terra (Felipe A. Rodriguez) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3spro4$8f3@ni1.ni.net> Control: cancel <3spro4$8f3@ni1.ni.net> Date: 27 Jun 1995 21:13:48 GMT Organization: Network Intensive Message-ID: <3spsac$8vn@ni1.ni.net> cancel
Date: 29 Jun 1995 16:01:40 GMT From: Britestar (Britestar, Inc.) Message-ID: <cancel.3son75$9gj@dub-news-svc-3.compuserve.com> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <3son75$9gj@dub-news-svc-3.compuserve.com> Control: cancel <3son75$9gj@dub-news-svc-3.compuserve.com> Spam cancelled by clewis@ferret.ocunix.on.ca
From: gt0938b@prism.gatech.edu (Staying Alive) Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.misc Subject: NextStep with SMP? Date: 29 Jun 1995 14:16:20 -0400 Organization: Georgia Institute of Technology Sender: gt0938b@prism.gatech.edu Message-ID: <3suqlk$qld@acmex.gatech.edu> References: <gabeDAx3xG.6Kq@netcom.com> When or will NextStep ever support multiple processors? -- Staying Alive
From: steve@xray.rice.edu (Steve Ludtke) Newsgroups: comp.sys.next.bugs Subject: Re: Parallel printing problems Date: 29 Jun 1995 21:40:25 GMT Organization: Rice University, Houston, Texas Message-ID: <3sv6k9$s7n@larry.rice.edu> References: <3sm9tt$k7u@asterix.uninova.pt> <3sp566$f18@asterix.uninova.pt> Fernando Pedro Birra (fpb@uninova.pt) wrote: : In article <3sm9tt$k7u@asterix.uninova.pt>, : fpb@uninova.pt (Fernando Pedro Birra) wrote: : >I have NeXTSTEP 3.3 installed on my Pentium 90. My motherboard is from Intel : >with on board PCI HD, Serial and Parallel controllers. My parallel port is : >configured as LPT1, using port 378h and IRQ 7. : >I have a HP Deskjet 550C and I tried to use ghostscript to print to it. : >Everything goes well until the stuff goes to /dev/pp0. When I try to write to : >/dev/pp0 the printer goes busy and it doesn't print at all. : > : >I also tried: : > : >$ ls > /dev/pp0 : > : >which should work on all printers (I even tried with an old Epson 9pin : >printer). But it also doesn't work. : > : >Can someone help me or tell me where should I ask? There is a bug in the parallel port driver, but I'm not sure that this is what's causing your problem. Try using the pp0cat program included with GhostHPDJ. It was designed as a workaround for the bug. If it still doesn't work then you've definitely got some sort of hardware problem. ftp://ion.rice.edu/pub/next/wordproc/ghostHPDJ0.2.tar.gz (also @ Peanuts archive) ------------------------------------------------------------------------- Steve Ludtke | Physics Dept., Rice Univ. steve@ion.rice.edu | stevel@alumni.caltech.edu | "Don't just sit in silence when you 72335,1537 @ compuserve | know what to do."
From: Garance A Drosehn <gad@eclipse.its.rpi.edu> Newsgroups: comp.sys.next.bugs Subject: Re: NewsGrazer problem Date: 29 Jun 1995 21:57:30 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Message-ID: <3sv7ka$fqk@usenet.rpi.edu> References: <DAuAuy.3I6@murdoch.acc.Virginia.EDU> pmy@vivaldi.acc.Virginia.EDU (Pete Yadlowsky) wrote: > Lately, my copy of NewsGrazer (rel. 2.0/72.3) has developed an > annoying habit of just curling up and croaking soon after launch. > No complaints, no error messages, nothing. Just silent, sudden > death. I'm guessing it has something to do with the .newsrc > file. If I fiddle a bit with this file, I can sometimes get > NewsGrazer to behave itself and keep its nose clean for weeks at > a time. Then, one day, boom. There it goes again. Anybody know > what this is about? What's probably killing you are some articles which have been cross-posted to a lot of newsgroups. If the cross-posting line is too long (or maybe it's if there are two many different groups cross-posted), then newsgrazer will die when it reads the header for that article. It's not really a characteristic of your .newsrc per se, it's based on the characteristics of articles you haven't read yet. There's other article format problems that can cause NewsGrazer to die, but I think the cross-posting one is the most common. > I'm running NewsGrazer on a TurboColor NeXTstation, NeXTSTEP 3.0. You might want to check out Alexandra, which is a newer NeXTSTEP newsreader that's available. It's still in the beta-testing states, but it's improving quite a bit. I use it for most of my dealings with usenet, though I still use NewsGrazer for a few things. Source is also available for Alexandra, so if there is something that *really* bugs you about it then you have some chance of changing it. It's pretty clear that NewsGrazer is not and will not be supported, and the problems you're hitting can only be fixed by changing the code of newsgrazer. Since the people who have the source code are not inclined to fix it, and since the source code isn't available to those who might want to fix it, I'd suggest you start looking at alternatives. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn) Newsgroups: comp.sys.next.bugs Subject: Re: NewsGrazer problem Date: 29 Jun 1995 23:45:36 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Distribution: world Message-ID: <3svdv1$jhl@usenet.rpi.edu> References: <3sv7ka$fqk@usenet.rpi.edu> Garance A Drosehn <gad@eclipse.its.rpi.edu> writes: > pmy@vivaldi.acc.Virginia.EDU (Pete Yadlowsky) wrote: > > Lately, my copy of NewsGrazer (rel. 2.0/72.3) has developed an > > annoying habit of just curling up and croaking soon after launch. > You might want to check out Alexandra, which is a newer NeXTSTEP > newsreader that's available. It's still in the beta-testing > states, but it's improving quite a bit. I use it for most of my > dealings with usenet, though I still use NewsGrazer for a few > things. Source is also available for Alexandra, so if there is > something that *really* bugs you about it then you have some > chance of changing it. People looking for the latest Alexandra (0.8b) can now pick it up from: ftp://eclipse.its.rpi.edu/NeXT/apps/Alexandra_f/ (that's a directory that includes the source, a quad-fat version of the binary, and four single-architecture versions of the binary too). -- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu ITS Systems Programmer (handles NeXT-type mail) Rensselaer Polytechnic Institute; Troy NY USA
From: Mark Crispin <mrc@CAC.Washington.EDU> Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.sysdmin Subject: Re: "can't open NetInfo parent domain" Date: Thu, 29 Jun 1995 19:34:07 -0700 Organization: Networks & Distributed Computing Message-ID: <Pine.NXT.3.92.950629192015.14149A-100000@Tomobiki-Cho.CAC.Washington.EDU> References: <Pine.NXT.3.92.950628221918.13194A-100000@Tomobiki-Cho.CAC.Washington.EDU> <3stf1h$5ac@vodka.intele.net> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII NNTP-Posting-User: ittai In-Reply-To: <3stf1h$5ac@vodka.intele.net> On 29 Jun 1995, Michael Emmel wrote: > Mark Crispin <mrc@CAC.Washington.EDU> wrote: > >I had been wondering why my /tmp/console.log keeps on getting filled > >with thousands of these messages, supposedly from syslog. > > >It's bootpd. > > >Of course, there is no hope in getting NeXT, the company that never > >tests their software, to fix it. NeXT just doesn't care. > > Your the one with the screwed up setup remove netinfo or set it up > correctly. Its not Next's problem. > > I know I had the same prob myself ask over in admin how to completly > remove netifo setup back to scratch I have forgotten. > > Nuthin wrong witnh slaming Next that the pasttime here, but make sure > it's their problem first. Would someone translate the above unintelligible gibberish into English? Near as I can tell, this individual is claiming that the NetInfo database needs to be initialized from scratch, and that it is somehow my fault. Funny, I would have thought that any vendor who develops a binary database accepts the responsibility for that database and of providing proper tools to administer, maintain, and repair it. But that is the difference between a real vendor and NeXT. According to the charming tools provided by NeXT to browse the NetInfo database, there is nothing wrong with it. Before I spend several hours getting NetInfo set up again, I'd like some confirmation, preferably from someone who is literate, that resetting to an initial state and reloading all the necessary changes will fix the problem instead of wasting my time. -- Mark -- DoD #0105, R90/6 pilot, FAX: (206) 685-4045 ICBM: N 47 39'35" W 122 18'39" Science does not emerge from voting, party politics, or public debate.
From: kiwi@cs.tu-berlin.de (Axel Habermann) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Can't get dialin to work Date: 30 Jun 1995 10:54:25 GMT Organization: Technical University of Berlin, Germany Message-ID: <3t0l51$apf@news.cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi all, trying to do dialin on NSI. Set up (copied from working black machine) configuration, dialed in, getty prompted, I entered my login and then, instead of Password: I saw P8^w'dw From there, nothing more. Keystrokes are not echoed (they should not, so this is coorect), but even RETURN produces nothing. After a short time, I get this: LwiQi; Wtf/rM0Me\gd^$~ NO CARRIER Tried 19200 and 38400 already, it's the same. I'm using the beta serial/tty drivers from NeXT on NSI 3.3 What's going on here? Someone changing the communications parameters on the fly (during login)? Maybe the switch to NON_ECHO mode disturbs the driver? Has anyone gotten dialup login to work in this configuration? Any hints appreciated. Axel -- Axel Habermann kiwi@cs.tu-berlin.de \\|// Muellerstr. 145 kiwi@buran.fb10.tu-berlin.de )o o( D-13353 Berlin (Wedding) \ | / Fon: +49 30 45478986 (privat) 030 314 24 764 (uni) \~/
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.