This is Bugs-04.gz in view mode; [Up]
From: m_mocker@amg.de. (Martin Mocker) Newsgroups: comp.sys.next.bugs Subject: Preview.app Fax Later-bug ? Date: 2 Apr 1997 10:39:54 GMT Organization: AMG Industrieconsulting GmbH Message-ID: <5htd1q$bk1@hagen.amg.de> Hi NeXTFolks, I've got a question about the Fax-Panel in the Preview.app: It isn't possible to send a FAX LATER in the Fax-Panel in Preview.app (the curious thing about this is, that it works in any other App, but not in Preview...) I am doing the following: 1) Open a document in an app (e.g. Edit.app) 2) Choose Print/Preview (Preview.app launches) 3) In Preview choose Print/Fax 4) Now enter a phone number in Preview's Fax-Panel 5) Click on Fax Later... 6) Select e.g. 23:30 of today 7) Look at the PrintManagers Fax-Queue and see the Fax will NOT be sent at 23:30 of today, but ASAP (as soon as possible) In any other app than Preview the fax will be sent at the specified time (as is expected) !!! Does anyone know a workaround, a unix-tool or something else to make Preview send a fax at a LATER point of time ?? Thanks a lot, Martin Mocker (mm@amg.de)
From: croehrig@cs.ubc.ca (Chris Roehrig) Newsgroups: comp.sys.next.bugs Subject: Re: Remote kernel debugging broken under 3.3? Date: 3 Apr 1997 22:10:14 GMT Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Distribution: world Message-ID: <5i19s6$fnj$1@nnrp.cs.ubc.ca> References: <5hv8pr$kus$1@enyo.uwa.edu.au> In article <5hv8pr$kus$1@enyo.uwa.edu.au> leigh@cs.uwa.edu.au (Leigh Smith) writes: > In article <5huv50$1mr$1@nnrp.cs.ubc.ca> croehrig@cs.ubc.ca (Chris > Roehrig) writes: > > > >Is remote kernel debugging broken under NS3.3? > > Works for me no problems, on two Intel machines running 3.3. I have no problems going from a 3Com EtherLinkIII box to an Intel EtherExpress16 box, but I can't connect in the reverse direction. Does the 3Com EtherLinkIII driver (v3.33) support KDB connections? -- Chris Roehrig croehrig@House.ORG Neuroscience and Computer Science at University of British Columbia, Vancouver http://www.House.ORG/chris http://www.sns.cs.ubc.ca/chris
From: leigh@cs.uwa.edu.au (Leigh Smith) Newsgroups: comp.sys.next.bugs Subject: Re: Remote kernel debugging broken under 3.3? Date: 3 Apr 1997 03:39:39 GMT Organization: The University of Western Australia Distribution: world Message-ID: <5hv8pr$kus$1@enyo.uwa.edu.au> References: <5huv50$1mr$1@nnrp.cs.ubc.ca> In article <5huv50$1mr$1@nnrp.cs.ubc.ca> croehrig@cs.ubc.ca (Chris Roehrig) writes: > >Is remote kernel debugging broken under NS3.3? Works for me no problems, on two Intel machines running 3.3. People should be aware that OpenStep 4.X doesn't support device driver development! Get your act together NeXT! Make sure you have the same kernel running on both machines. > >1. make sure master can do a "ping slave", and that arp -a lists slave's >ethernet address. >2. On master: cd /; gdb mach >3. On slave: bring up NEXTSTEP minimonitor (L-alt, R-alt, numlock) You should then type "gdb" at the minimonitor so that it is saying waiting for remote kernel connection. >I isolated slave and master from my LAN, made sure all network operations >worked, and tried it again. This time I got a gdb error message: > Couldn't find kernel kdb port, gdb_slave >which from the gdb source code fails earlier (during netname lookups) instead >of during execution of /usr/lib/kdb itself. > Netname lookups do a broadcast message to hfind the server for that device. Chances are with just the two machines, you need a DNS server for it to work. I'm doing all my kernel debugging over the Campus LAN no probs. -- Leigh Computer Science, University of Western Australia Smith +61-9-380-3778 leigh@cs.uwa.edu.au (NeXTMail/MIME)
From: andrew_abernathy@omnigroup.com Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Bugs in NeXTstep's SCSI support? (12 byte scsi reads failing with I/O error) Date: 3 Apr 1997 04:11:40 GMT Organization: Omni Development, Inc. Message-ID: <5hvals$rft$2@gaea.omnigroup.com> In my never-ending quest to improve OmniCD (ok, ok, you'll get an updated beta very soon), I'm running into a problem with 12-byte SCSI reads. Interestingly, it works on black hardware, but not on white. (I've been unable to test green or yellow due to certain circumstances.) The problem hits me when trying to read CDDA data from cdrom drives. Many drives, such as Sony & Plextor, use a 12-byte command to read the data - this works fine on black but fails with an I/O error on white. Other drives, such as Toshiba, use a 10-byte command to read CDDA data - this works fine on all platforms. Anyone know anything about this? Any workaround ideas? (It's not a byte-ordering issue - I've checked that meticulously and had someone sanity check my checks.) For what it's worth, this is a 3.3 app. I haven't had the opportunity to try on 4.x, though my immediate thought is that this stuff is the same, considering that we're talking about ioctls. -- andrew_abernathy@omnigroup.com - NeXTmail & MIME ok
From: duboisj@gondolin.is.com (Josh DuBois) Newsgroups: comp.sys.next.bugs Subject: DPSAddFD in OpenStep?? Date: 6 Apr 1997 22:56:37 GMT Organization: Integrity Solutions, Inc. Message-ID: <5i99n5$79c@medusa.is.com> Hey, All - I found an old post in an archive of this list posing the following question : how do you port code that uses the DPSAddFD() function from 3.3 to 4.x? The conversion documentation is insonsistant, claiming at one point that a NSPosixFileDescriptor object must be created and sent a 'monitorActivity' message, then passed to NSRunLoop's addPosixFileDescriptor: method. Elsewhere in the docs, however, it is claimed that NSPosixFileDescriptor has been replaced by NSFileHandle. Unfortunately, NSFileHandle does not seem to have an API for doing anything like 'monitorActivity' - but I can't find docs on this method so I'm not sure what it does/did anyhow. Anyone know how to handle this - where to read to find out more? Anyone from NeXT listening? Thanks a lot, Josh. (p.s.) the archived post hadn't recieved any responses.
From: croehrig@cs.ubc.ca (Chris Roehrig) Newsgroups: comp.sys.next.bugs Subject: Re: Remote kernel debugging broken under 3.3? Date: 5 Apr 1997 08:47:52 GMT Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Distribution: world Message-ID: <5i53jo$5uq$1@nnrp.cs.ubc.ca> References: <5i19s6$fnj$1@nnrp.cs.ubc.ca> The continuing saga of trying to get remote kernel debugging (KDB) to work on NS3.3. NeXT says that only NeXT-supplied adapters support KDB, but NOT ALL OF THEM DO! I've now got FOUR datapoints (three of my own and one from Leigh Smith): DRIVER RESULT VERSION EtherExpress 16 WORKS CD-ROM v 3.30 SMC16 WORKS CD-ROM v 3.30? (from Leigh) EtherLink3 FAILS NeXTanswers v 3.33 (beta) SMCUltra FAILS NeXTanswers v 3.31 It's starting to look like only old adapters that have drivers on the original CD-ROM are supported. Can anyone recommend a "current" network adapter that supports KDB? -- Chris Roehrig croehrig@House.ORG Neuroscience and Computer Science at University of British Columbia, Vancouver http://www.House.ORG/chris http://www.sns.cs.ubc.ca/chris
From: croehrig@cs.ubc.ca (Chris Roehrig) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Remote kernel debugging broken under 3.3? Date: 3 Apr 1997 00:54:56 GMT Organization: Computer Science, University of B.C., Vancouver, B.C., Canada Message-ID: <5huv50$1mr$1@nnrp.cs.ubc.ca> Is remote kernel debugging broken under NS3.3? I've read all the docs, called NeXT tech. support, and they claim it *should* work, but it doesn't. I'm doing: 1. make sure master can do a "ping slave", and that arp -a lists slave's ethernet address. 2. On master: cd /; gdb mach 3. On slave: bring up NEXTSTEP minimonitor (L-alt, R-alt, numlock) 4. On master: kattach slave I end up getting console messages: KDB: Can't connect to target. I isolated slave and master from my LAN, made sure all network operations worked, and tried it again. This time I got a gdb error message: Couldn't find kernel kdb port, gdb_slave which from the gdb source code fails earlier (during netname lookups) instead of during execution of /usr/lib/kdb itself. Other info: No other gdb sessions are running. The machines are identical ASUS 430VX P133 boxes with Matrox Milleniums, and 3Com EtherLinkIII in ISA mode. The latest NeXTanswers drivers are used for all devices. I've installed the 3.3Developer and User patches (which contain an updated gdb). Any suggestions? -- Chris Roehrig croehrig@House.ORG Neuroscience and Computer Science at University of British Columbia, Vancouver http://www.House.ORG/chris http://www.sns.cs.ubc.ca/chris
From: Stefan Ried <ried@mpip-mainz.mpg.de> Newsgroups: comp.sys.next.bugs Subject: Re: NetInfo/Lookupd and OPENSTEP 4.1 cause endless Kernel Traps Date: Tue, 01 Apr 1997 10:26:06 +0200 Organization: Johannes Gutenberg-Universitaet Mainz, Germany Message-ID: <3340C69E.59E2@mpip-mainz.mpg.de> References: <5gpn3a$6o3@news.zocalo.net> <5grg5o$jg0@crcnis3.unl.edu> <E7G5H3.1nG@flop.schwaben.de> <5hei73$c80@news.zocalo.net> <5hhjka$fiv$1@news.platinum.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Gary W. Longsine wrote: > > > As far as I can tell, lookupd on OpenStep 4.1 is marginally functional. I > can't get it to work properly with NIS on either NeXT or Intel. (On Intel, I > can run the NS3.3 lookupd, and everything that I use -- NIS & DNS -- works > fine. On NeXT hardware, this swapout does not work.) > Did you set up the LookupOrder in netinfo to include the information from NIS ? Have a look at /NextLibrary/Documentation/NextAdmin/ReleaseNotes/lookupd.rtf The lookupd from Openstep4.0/mach is definitely buggy concerning the handling of NIS maps. But it seems to be fixed in 4.1. Use this writing of the "LookupOrder". Documentation is still telling the a wrong writing "lookupOrder" somewhere. stefan ______________________________________________________________________ /Stefan Ried, MPI f. Polymerforschung, Postf.3148, 55021 Mainz, F.R.G. \ | ... openstep, the biggest step | | E-Mail ried@mpip-mainz.mpg.de (MIME welcome) ...since the invention | | Telefon ++49 6131 379 267 Fax:++49 6131 379 340 ...of the __/___/ | | Project working on pattern-formation in liquid crystals /./\__/\\| | WWW http://www-theory.mpip-mainz.mpg.de/~ried ...wheel\_/ \_/| \______________________________________________________________________/
Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.misc From: jurgen@oic.de (Juergen Moellenhoff) Subject: Q:Hang while looking up connection after fork (PDO 4.1/Solaris and EOF 2.0) Message-ID: <E8A1Dx.on@oic.de> Sender: news@oic.de Organization: OIC, Bochum, Germany Date: Mon, 7 Apr 1997 16:49:09 GMT Hi, I found this in the release notes of PDO 4.1/Solaris: ----- Reference: 68675 Problem: Hang while looking up connection after fork Description: If you have a DO client which tries to look up a connection using NSConnection's connectionWithRegisteredName:host:, then forks a process, and then either exits or tries to look up the connection again, the client will hang. If the fork is omitted, the client won't hang. Workaround: None. ----- Exactly this is now my problem, but I need a workaround. Is this bug fixed in PDO 4.2? I try to fork a process with the NSTask class (but it is the same when I use simply fork() and execv()) and every time the DO client will hang, when I remove all the DO stuff from my process the the fork works. It it the same when a DO server try to fork a DO client. It is no possible to use threads instead of own processes for my project. I need really a workaround for this problem or I can't go on with the project. Is there someone who knows a solution for this problem? Thank you in advance. Juergen Moellenhoff
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@peak.org> Message-ID: <199704070129.VAA00842@kira.peak.org> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) From: "Timothy J. Luoma" <luomat@peak.org> Date: Sun, 6 Apr 97 21:29:25 -0400 Subject: PrintManager.app: "You don't own that Print Request" Organization: Princeton Theological Seminary If I try to 'delete' a print request or fax request in PrintManager.app, it tells me that I don't own the request. I assume this is because I turned off the setuid for /NextApps/PrintManager.app/PrintManager -- especially because it worked once I turned it back on. I consider this a bug because I think that a user should be able to delete their own print or fax jobs -- and not just anyone's. Plus a setuid program always gives me the shivers, and I'm on a standalone with little chance of being hacked at. Does anyone have a workaround (rather than setuid, of course) ? Thanks TjL -- TjL <luomat@peak.org> http://www.peak.org/~luomat/next/ "Give a man a piece of working code and you solve his problem. Teach a man to write code and you give him a lifetime of new problems" -- me
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@peak.org> Message-ID: <199704070128.VAA00804@kira.peak.org> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: 9bd906b56b1e6f7cc16e34626a79b90b - From: "Timothy J. Luoma" <luomat@peak.org> Date: Sun, 6 Apr 97 21:28:17 -0400 Subject: Re: Preview.app Fax Later-bug ? Cc: comp-sys-next-bugs@antigone.com References: 9bd906b56b1e6f7cc16e34626a79b90b - Organization: Princeton Theological Seminary > Does anyone know a workaround, a unix-tool or something else to > make Preview send a fax at a LATER point of time ?? I don't know if it helps or not, but I get this same behavior on my m68k system running NS 3.3/pl1. (selecting "fax later" gets faxed immediately). There has to be a commandline way of sending a file to the fax-queue, but I don't have any idea what it is. I'd like to know (if someone out there knows). TjL -- TjL <luomat@peak.org> http://www.peak.org/~luomat/next/ "Give a man a piece of working code and you solve his problem. Teach a man to write code and you give him a lifetime of new problems" -- me
Control: cancel <E8A1Dx.on@oic.de> Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.misc From: jurgen@oic.de (Juergen Moellenhoff) Subject: cmsg cancel <E8A1Dx.on@oic.de> Message-ID: <E8AJnu.q3@oic.de> Organization: OIC, Bochum, Germany Date: Mon, 7 Apr 1997 23:23:54 GMT 15122 cancelled from NewsGrazer.
Control: cancel <E8A1Dx.on@oic.de> Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.misc From: jurgen@oic.de (Juergen Moellenhoff) Subject: cmsg cancel <E8A1Dx.on@oic.de> Message-ID: <E8AJoB.qt@oic.de> Organization: OIC, Bochum, Germany Date: Mon, 7 Apr 1997 23:24:11 GMT 18003 cancelled from NewsGrazer.
From: Charles William Swiger <cs4w+@andrew.cmu.edu> Newsgroups: comp.sys.next.bugs Subject: Re: PrintManager.app: "You don't own that Print Request" Date: Mon, 7 Apr 1997 19:08:31 -0400 Organization: Fifth yr. senior, Computer Science, Carnegie Mellon, Pittsburgh, PA Message-ID: <cnGLtj600iWSADcxMX@andrew.cmu.edu> References: <199704070129.VAA00842@kira.peak.org> In-Reply-To: <199704070129.VAA00842@kira.peak.org> Excerpts from netnews.comp.sys.next.bugs: 6-Apr-97 PrintManager.app: "You don'.. by "Timothy J. Luoma"@peak. > If I try to 'delete' a print request or fax request in > PrintManager.app, it tells me that I don't own the request. > > I assume this is because I turned off the setuid for > /NextApps/PrintManager.app/PrintManager -- especially because it > worked once I turned it back on. Umm, yeah. The spool directories for things like mail, printers, and so forth are protected to prevent normal users from seeing and/or changing the contents of the jobs. Tools which manipulate those queues _must_ be setuid or else the spool dirs would have to be world-writable. > I consider this a bug because I think that a user should be able to > delete their own print or fax jobs -- and not just anyone's. It's a bug if one normal user can delete some other user's jobs, yes. Note that the superuser can always delete anything, and some systems sometimes pay attention to groups like staff, operator, wheel, and so forth to specify who is allowed to do what. > Plus a setuid program always gives me the shivers, and I'm on a > standalone with little chance of being hacked at. Setuid is a useful tool. Setuid to a normal user account is a common way of implementing functionality within tools that control access. Setuid-root programs should be regarded with some caution, but your OS vendor is supposed to ensure that such programs are "reasonably safe". And, they aren't any more dangerous than processes like the lpd itself which run as root if they were correctly written. > Does anyone have a workaround (rather than setuid, of course) ? Maybe 'lprm' might be more suitable to what you want since it should only allow normal users to remove their own jobs. However, you're never going to be able to get around using either a setuid program some kind of server process running as root to manipulate a queue that multiple users have access to. -Chuck Charles Swiger | cs4w@andrew.cmu.edu | standard disclaimer ----------------+---------------------+--------------------- I know you're an optimist if you think I'm a pessimist.
Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer From: jurgen@oic.de (Juergen Moellenhoff) Subject: Hang while looking up connection after fork (PDO 4.1/Solaris and EOF 2.0) Message-ID: <E8AK7L.wq@oic.de> Sender: news@oic.de Organization: OIC, Bochum, Germany Date: Mon, 7 Apr 1997 23:35:45 GMT Hi, I found this in the release notes of PDO 4.1/Solaris: Reference: 68675 Problem: Hang while looking up connection after fork Description: If you have a DO client which tries to look up a connection using NSConnection's connectionWithRegisteredName:host:, then forks a process, and then either exits or tries to look up the connection again, the client will hang. If the fork is omitted, the client won't hang. Workaround: None. Exactly this is now my problem, but I need a workaround. Is this bug fixed in PDO 4.2? I try to fork a process with the NSTask class (but it is the same when I use simply fork() and execv()) and every time the DO client will hang, when I remove all the DO stuff from my process the fork works. It is the same when a DO server try to fork a DO client. It is not possible to use threads instead of own processes for my project. Is there someone who knows a solution for this problem? Thank you in advance. Juergen Moellenhoff
From: sanguish@digifix.com Newsgroups: comp.sys.next.advocacy,comp.sys.next.announce,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.programmer Subject: NEXTSTEP/OpenStep Resources on the Net Supersedes: <7486859698032@digifix.com> Date: 6 Apr 1997 05:00:24 GMT Organization: Digital Fix Development Message-ID: <28108860302827@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 - ISV company pages - ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - Mailing List archives and information You can connect via the world wide web at: http://www.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. 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 next-advocacy next-announce next-bugs next-hardware next-marketplace next-misc next-programmer next-software next-sysadmin object lang-objective-c (For a full description, send mail to listserv@antigone.com). The subscription syntax is essentially the same as Majordomo's. To subscribe, send a message to *-request@lists.best.com saying: subscribe where * is the name of the list e.g. next-programmer-request@lists.best.com The ftp sites ============= ftp://ftp.next.peak.org - The main site for North American submissions formerly ftp.cs.orst.edu 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) 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 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 ( eps@toaster.SFSU.EDU ) and Scott Anguish ( sanguish@digifix.com ) Additions from: Greg Anderson ( Greg_Anderson@afs.com ) Michael Pizolato ( alf@epix.net ) Dan Grillo ( dan_grillo@next.com )
Newsgroups: comp.sys.next.bugs From: hans@icgned.nl Subject: Re: PrintManager.app: "You don't own that Print Request" Message-ID: <E8BAp6.98G@icgned.nl> Sender: news@icgned.nl Organization: IC Group References: <199704070129.VAA00842@kira.peak.org> Orginization: Save the Dodo Foundation Date: Tue, 8 Apr 1997 09:07:53 GMT "Timothy J. Luoma" <luomat@peak.org> wrote: > >If I try to 'delete' a print request or fax request in >PrintManager.app, it tells me that I don't own the request. You problem is that you don't own the queue directory. Consequently, you can't delete anything unless PrintManager runs setuid. >I assume this is because I turned off the setuid for >/NextApps/PrintManager.app/PrintManager -- especially because it >worked once I turned it back on. >I consider this a bug because I think that a user should be able to >delete their own print or fax jobs -- and not just anyone's. Lukcy you: that's exactly the policy PrintManager implements. >Plus a setuid program always gives me the shivers, and I'm on a >standalone with little chance of being hacked at. What sort of problems are you afraid of? >Does anyone have a workaround (rather than setuid, of course) ? The workaround is to turn setuid off for /usr/ucb/lpr . If you do that, you're no longer able to queue requests, so you never need to delete print jobs. Hope this helps, -- HansM
From: Hermann Lauer <Hermann.Lauer@iwr.uni-heidelberg.de> Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: 4.1 lookupd core dumps Date: Wed, 26 Mar 1997 11:23:08 +0100 Organization: University of Heidelberg, Germany Message-ID: <3338F90C.41C6@iwr.uni-heidelberg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit CC: hlauer Hello, we just installed a machine with NextStep 4.1 in our mixed network, after having problems with the setup of NIS(YP) (the key are the release notes of the lookupd), now we have frequent kernel traps when trying to "su root" on the machine. First the machine does nothing and the after a while the trap occured. Every kernel trap leaves a core in /, wich seems to came from lookupd. I include below the configuration of lookupd from netinfo. Has somebody a working version which uses NIS(YPAgent), DNS(DNSAgent) and Netinfo(NIAgent) ? Leaving out one of them (as suggested by some news posting) is impossible on the setup used here. Another question: Is this problem new to 4.1, i. e., have somebody Version 4.0 running with a similar setup ? Thanks for any help/infos/replys. Hermann -----Configuration of lookupd--------------------------------- # nidump -r /locations/lookupd / name = lookupd; LookupOrder = (CacheAgent, NIAgent, YPAgent, FFAgent); CHILDREN = ({ name = hosts; LookupOrder = (CacheAgent, YPAgent, DNSAgent, NIAgent); ValidateCache = NO; }, { name = networks; LookupOrder = (CacheAgent, YPAgent, DNSAgent, NIAgent); ValidateCache = NO; }); -------------------------------------------------------------- Hermann Lauer Bildverarbeitungsgruppe des Interdiziplinaeren Zentrums fuer wissenschaftliches Rechnen, Universitaet Heidelberg INF 368; 69120 Heidelberg; Tel: (06221)548826 Fax: (06221)545224 Email: Hermann.Lauer@iwr.uni-heidelberg.de
From: Stefan Ried <ried@mpip-mainz.mpg.de> Newsgroups: de.comp.sys.next,comp.sys.next.bugs,comp.sys.sgi.bugs,de.comp.sys.next Subject: NFS Problems, now from NeXT4.1 to irix6.x Date: Fri, 11 Apr 1997 15:30:17 +0200 Organization: Johannes Gutenberg-Universitaet Mainz, Germany Message-ID: <334E3CE9.41C6@mpip-mainz.mpg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hallo, after having this problems with NFS from Irix6.2 (xfs) exported to NeXT 4.x (Bug Report109248) ... I have nfs problems the other way. I've just upgraded one NeXT from 4.0 to 4.1 which also exports something to irix6.2 machines. This was no problem with NeXT 4.0. After the upgrade the NFS export from NeXT 4.1 to irix6.2 isn't working anymore!!! This has nothing to do with xfs on irix. The irix6.2 box realizes correctly that the nfs server is exporting nfs-version2. But the mount command on irix just hangs and NeXTs console is telling: Apr 11 12:48:28 pckr5 mach: svckudp_send: xdr_replymsg failed Apr 11 12:48:28 pckr5 mach: nfs_server: bad sendreply from 193.175.251.111 Again: 1. This new bug known? 2. Is it fixed in 4.2 ? Even there's nothing in 4.2Releasenotes (http://www.next.com/NeXTanswers/HTMLFiles/2504.htmld/2504.html ) 3. Is there a workaround ? Still no problems nfs exporting from NeXT4.1 to DecUnix 4.x and 3.2 Why are things buggy in 4.1 while working in 3.3 and 4.0 ? Stefan Ried -- ______________________________________________________________________ /Stefan Ried, MPI f. Polymerforschung, Postf.3148, 55021 Mainz, F.R.G. \ | ... openstep, the biggest step | | E-Mail ried@mpip-mainz.mpg.de (MIME welcome) ...since the invention | | Telefon ++49 6131 379 267 Fax:++49 6131 379 340 ...of the __/___/ | | Project working on pattern-formation in liquid crystals /./\__/\\| | WWW http://www-theory.mpip-mainz.mpg.de/~ried ...wheel\_/ \_/| \______________________________________________________________________/
From: Ryan Watkins <vamp@vamp.org> Newsgroups: comp.sys.next.bugs Subject: Re: PrintManager.app: "You don't own that Print Request" Date: 11 Apr 1997 18:30:49 -0700 Message-ID: <x6raghni2e.fsf@zero.dimensionx.com> References: <199704070129.VAA00842@kira.peak.org> <5iebuu$g12@usenet.rpi.edu> Garance A Drosehn <gad@eclipse.its.rpi.edu> writes: > > Plus a setuid program always gives me the shivers, and I'm on a > > standalone with little chance of being hacked at. > > > > Does anyone have a workaround (rather than setuid, of course) ? > > A setuid program is not a problem. > > A *script* which is run setuid can be a security problem, but > this is not a script. Why cant a suid program be a problem? If you suid some program as root, and that program lets you do nasty things - regardless of whether its a script or binary - its still a security problem. -- Ryan L. Watkins "Anyone who slaps a 'this page is best viewed with Browser X' Web Overlord label on a Web page appears to be yearning for the bad vamp@dimensionx.com old days, before the Web, when you had very little chance www.dimensionx.com of reading a document written on another computer, another word processor, or another network." - Tim Berners-Lee
From: sanguish@digifix.com Newsgroups: comp.sys.next.advocacy,comp.sys.next.announce,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.programmer Subject: NEXTSTEP/OpenStep Resources on the Net Supersedes: <28108860302827@digifix.com> Date: 13 Apr 1997 04:00:07 GMT Organization: Digital Fix Development Message-ID: <15479860904022@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 - ISV company pages - ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - Mailing List archives and information You can connect via the world wide web at: http://www.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. 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 next-advocacy next-announce next-bugs next-hardware next-marketplace next-misc next-programmer next-software next-sysadmin object lang-objective-c (For a full description, send mail to listserv@antigone.com). The subscription syntax is essentially the same as Majordomo's. To subscribe, send a message to *-request@lists.best.com saying: subscribe where * is the name of the list e.g. next-programmer-request@lists.best.com The ftp sites ============= ftp://ftp.next.peak.org - The main site for North American submissions formerly ftp.cs.orst.edu 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) 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 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 ( eps@toaster.SFSU.EDU ) and Scott Anguish ( sanguish@digifix.com ) Additions from: Greg Anderson ( Greg_Anderson@afs.com ) Michael Pizolato ( alf@epix.net ) Dan Grillo ( dan_grillo@next.com )
From: Charles William Swiger <cs4w+@andrew.cmu.edu> Newsgroups: comp.sys.next.bugs Subject: Re: PrintManager.app: "You don't own that Print Request" Date: Sun, 13 Apr 1997 19:01:43 -0400 Organization: Fifth yr. senior, Computer Science, Carnegie Mellon, Pittsburgh, PA Message-ID: <QnIKLLm00iVGQ83p54@andrew.cmu.edu> References: <199704070129.VAA00842@kira.peak.org> <5iebuu$g12@usenet.rpi.edu> <x6raghni2e.fsf@zero.dimensionx.com> In-Reply-To: <x6raghni2e.fsf@zero.dimensionx.com> Excerpts from netnews.comp.sys.next.bugs: 11-Apr-97 Re: PrintManager.app: "You .. by Ryan Watkins@vamp.org >> A setuid program is not a problem. >> >> A *script* which is run setuid can be a security problem, but >> this is not a script. > > Why cant a suid program be a problem? If you suid some program as > root, and that program lets you do nasty things - regardless of > whether its a script or binary - its still a security problem. The security issue is not whether a program running as root can do bad things (since it obviously can), but whether someone can use that program to crack the system. Setuid scripts are explicitly insecure because the mechanisms for invoking a shell script can be subverted. A correctly-written binary executable is far more secure because it does not share the vulnerabilities of setuid shell scripts. Of course, binaries can still have security problems too (witness sendmail).... -Chuck Charles Swiger | cs4w@andrew.cmu.edu | standard disclaimer ----------------+---------------------+--------------------- I know you're an optimist if you think I'm a pessimist.
From: siren@surf.pangea.ca (Betty Siren) Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs Subject: Re: loginwindow tries to start BuildDisk! Date: 13 Apr 1997 22:26:19 -0500 Organization: Pangea.CA, Inc. Message-ID: <5is84r$6a0@surf.pangea.ca> References: <5i9j4t$r53@surf.pangea.ca> <chk.860424422@deimos.frii.com> chk@deimos.frii.com (Christian Kuhtz) writes: >I believe it was /var/adm/BuildDisk.custom. >Try touching that file and see what happens. BINGO! "touch /clients/rtmono/adm/BuildDisk.custom" fixed it. I had seen that file on the *server* and thought it might be the *problem* rather than the solution, since my diskless client used work fine. Of course it also used to be headless :-) It has since got the mono monitor from my server cube. Before installing a NextDimention on the server, I tried a quick backup, since I had not done one for a year. So long, in fact, that I left out the hyphen in: "dump 0uf - /dev/rsd0a | compress > /OD/backup.Z" Recovering took so many changes, I didn't know which one to blame. Must have tried a hundred "trial and error" fixes. >This is something that absolutely has to go into the FAQ! At least now it will be in DejaNews. Many thanks Chris. Also thanks to the emailers who suggested "dread -l" and "nidump -r" ... Richard Tilley <siren@pangea.ca>
From: vamp@vamp.org Newsgroups: comp.sys.next.bugs Subject: Re: PrintManager.app: "You don't own that Print Request" Date: 14 Apr 1997 00:42:12 -0700 Organization: http://www.vamp.org/ Message-ID: <y1lvi5qf3u3.fsf@shell4.ba.best.com> References: <199704070129.VAA00842@kira.peak.org> <5iebuu$g12@usenet.rpi.edu> <x6raghni2e.fsf@zero.dimensionx.com> <QnIKLLm00iVGQ83p54@andrew.cmu.edu> Charles William Swiger <cs4w+@andrew.cmu.edu> writes: > Excerpts from netnews.comp.sys.next.bugs: 11-Apr-97 Re: > PrintManager.app: "You .. by Ryan Watkins@vamp.org > >> A setuid program is not a problem. > >> > >> A *script* which is run setuid can be a security problem, but > >> this is not a script. > > > > Why cant a suid program be a problem? If you suid some program as > > root, and that program lets you do nasty things - regardless of > > whether its a script or binary - its still a security problem. > > The security issue is not whether a program running as root can do bad > things (since it obviously can), but whether someone can use that > program to crack the system. But you can use a suid binary to crack a system as well. Sure, its often easier with a suid script, but there are plenty of ways to crack a system via suid binaries. The suggestion that I seemed to read from his statement -- that suid binaries are ok, but suid scripts are not -- is bogus. I presume we both understand the issue here, I just wanted to point out that a suid binary is not necessarily more secure than a suid script. -- Ryan L. Watkins `silver moonbeams dance in fountains below shining citadels vamp@vamp.org surrounded by silver gates ascending silver stairs www.vamp.org eureka on angelic prayer wafts in and scents the air' -satb
Date: 14 Apr 1997 22:21:07 GMT From: clewis@ferret.ocunix.on.ca (Chris Lewis) Sender: adpark.com Message-ID: <cancel.5ilree$bi2@taurus.adnc.com> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5ilree$bi2@taurus.adnc.com> Control: cancel <5ilree$bi2@taurus.adnc.com> ADPARK spam cancelled by clewis@ferret.ocunix.on.ca Original Subject: coupons,contests,$ and more Total spams this type to date: 378 Total this spam type for this user to date: 163
From: adpark.com Newsgroups: comp.sys.next.bugs Subject: coupons,contests,$ and more Date: Fri, 11 Apr 1997 10:04:10 Organization: adnc.com Message-ID: <5ilree$bi2@taurus.adnc.com> Coupons, contests, Free chance at $100,000. Earn $$ passing out isp diskettes almost anywhere in the country. All this and more see: http://www.adpark.com
From: S.P., Woodring<datamax@j51.com> Newsgroups: comp.sys.next.bugs Subject: Save money!!! Date: 15 Apr 1997 01:13:55 GMT Organization: DATAMAX Message-ID: <5iukoj$okg$7001@news.j51.com> Do you have a car? Do you like music on the go? Have you given any thought about upgrading the car stereo system? If you have answered yes to any of these questions, Go to http://www.j51.com/datamax/prod01.htm Guaranteed, I can save you a great deal of money. Sincerely, SP, Woodring ______________________________________________________ I know everyone is looking for a way to save money. Should this not be of interest to you, Please forward it to a friend who needs it. This is a promotion for "What you should know before you install your car stereo system" A booklet written by SP, Woodring. ______________________________________________________ ---------------------------------------------------------------------- This message is being brought to you by Dynamic Mail - the easier and faster way to explode your business on the internet. For more information please visit our web site at : http://members.tripod.com/~apexpi/ ----------------------------------------------------------------------
From: sef@kithrup.com Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5iukoj$okg$7001@news.j51.com> Date: 15 Apr 1997 02:07:53 GMT Control: cancel <5iukoj$okg$7001@news.j51.com> Message-ID: <cancel.5iukoj$okg$7001@news.j51.com> Sender: S.P., Woodring<datamax@j51.com> Spam cancelled by sef@kithrup.com
Date: 15 Apr 1997 09:32:53 EST Newsgroups: comp.sys.next.bugs Message-ID: <cancel.5ivp2f$9h8$4945@msunews.cl.msu.edu> Control: cancel <5ivp2f$9h8$4945@msunews.cl.msu.edu> From: clewis@ferret.ocunix.on.ca Sender: -no- @pm281-22.dialip.mich.net Subject: cmsg cancel <5ivp2f$9h8$4945@msunews.cl.msu.edu> EMP/ECP (aka SPAM) cancelled by clewis@ferret.ocunix.on.ca. See news.admin.net-abuse.announce, report 19970415.01 for further details
Newsgroups: comp.sys.next.bugs From: Hans Mulder <hans@icgned.nl> Subject: Re: PrintManager.app: "You don't own that Print Request" Message-ID: <E8q0tB.LK@icgned.nl> Sender: news@icgned.nl Organization: IC Group References: <199704070129.VAA00842@kira.peak.org> <5iebuu$g12@usenet.rpi.edu> <x6raghni2e.fsf@zero.dimensionx.com> <QnIKLLm00iVGQ83p54@andrew.cmu.edu> <y1lvi5qf3u3.fsf@shell4.ba.best.com> <5iuhgo$mut@usenet.rpi.edu> Orginization: Save the Dodo Foundation Date: Wed, 16 Apr 1997 07:58:22 GMT Garance A Drosehn <gad@eclipse.its.rpi.edu> wrote: >My statement is that setuid scripts are, by definition, not safe. >There is nothing the person writing the script can do to make >the script safe. When you say "by definition", do you mena setuid scripts in general or are you referring to the implementation currently used by NeXT? For example, what do you think about the mechanism used in modern System V versions? Would you maintain your statement if NeXT were to implement that mechanism? -- HansM
From: Charles William Swiger <cs4w+@andrew.cmu.edu> Newsgroups: comp.sys.next.bugs Subject: Re: PrintManager.app: "You don't own that Print Request" Date: Mon, 14 Apr 1997 15:38:16 -0400 Organization: Fifth yr. senior, Computer Science, Carnegie Mellon, Pittsburgh, PA Message-ID: <YnIcScq00WBOI5hI4X@andrew.cmu.edu> References: <199704070129.VAA00842@kira.peak.org> <5iebuu$g12@usenet.rpi.edu> <x6raghni2e.fsf@zero.dimensionx.com> <QnIKLLm00iVGQ83p54@andrew.cmu.edu> <y1lvi5qf3u3.fsf@shell4.ba.best.com> In-Reply-To: <y1lvi5qf3u3.fsf@shell4.ba.best.com> Excerpts from netnews.comp.sys.next.bugs: 14-Apr-97 Re: PrintManager.app: "You .. by vamp@vamp.org >>> Why cant a suid program be a problem? If you suid some program as >>> root, and that program lets you do nasty things - regardless of >>> whether its a script or binary - its still a security problem. >> >> The security issue is not whether a program running as root can do bad >> things (since it obviously can), but whether someone can use that >> program to crack the system. > > But you can use a suid binary to crack a system as well. Sometimes you can, if the binary was written poorly and contained bugs. The mechanism most commonly used is taking advantage of a buffer overflow on the stack which lets you cleverly redirect the PC to executable code you've created within the buffer. > Sure, its often easier with a suid script, but there are plenty of ways to > crack a system via suid binaries. That's not generally true. For example, how would you crack the sendmail shipped with NEXTSTEP 3.3? I'm almost certain it's theoretically vulnerable, but it's not at all easy to do so in practice. Compare this to setuid shell scripts, which are inherently vulnerable to various forms of attack (like changing the values of the IFC environment variable) no matter how you've written them. There's no way to prevent these attacks sort of changing the kernel (the part of the loader which exec's shell scripts via the '#!' syntax, more specificly) to disable passing various environment variables to setuid scripts. > The suggestion that I seemed to read from his statement -- that suid > binaries are ok, but suid scripts are not -- is bogus. I disagree. Setuid scripts are dangerous regardless of what they do or how they were written; setuid binaries can be verified by checking the source to ensure that they don't contain errors which could result in security problems. Well designed systems (eg, INN) use a small, easily checked setuid program which opens the required file descriptors, sets things up, and so forth before reliquishing its permissions and exec()ing the rest of the system, which is not trusted. > I presume we both understand the issue here, I just wanted to point > out that a suid binary is not necessarily more secure than a suid > script. Again, I disagree for the reasons above. -Chuck Charles Swiger | cs4w@andrew.cmu.edu | standard disclaimer ----------------+---------------------+--------------------- I know you're an optimist if you think I'm a pessimist.
From: Garance A Drosehn <gad@eclipse.its.rpi.edu> Newsgroups: comp.sys.next.bugs Subject: Re: PrintManager.app: "You don't own that Print Request" Date: 15 Apr 1997 00:18:32 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Message-ID: <5iuhgo$mut@usenet.rpi.edu> References: <199704070129.VAA00842@kira.peak.org> <5iebuu$g12@usenet.rpi.edu> <x6raghni2e.fsf@zero.dimensionx.com> <QnIKLLm00iVGQ83p54@andrew.cmu.edu> <y1lvi5qf3u3.fsf@shell4.ba.best.com> vamp@vamp.org wrote: > Charles William Swiger <cs4w+@andrew.cmu.edu> writes: > > > Ryan Watkins@vamp.org writes: > > > Why cant a suid program be a problem? If you suid some > > > program as root, and that program lets you do nasty things > > > - regardless of whether its a script or binary - its still > > > a security problem. > > > > The security issue is not whether a program running as root > > can do bad things (since it obviously can), but whether someone > > can use that program to crack the system. > > But you can use a suid binary to crack a system as well. Sure, > its often easier with a suid script, but there are plenty of ways > to crack a system via suid binaries. The suggestion that I seemed > to read from his statement -- that suid binaries are ok, but suid > scripts are not -- is bogus. > > I presume we both understand the issue here, I just wanted to > point out that a suid binary is not necessarily more secure than > a suid script. My statement is that setuid scripts are, by definition, not safe. There is nothing the person writing the script can do to make the script safe. This is not true about setuid executables. It is at least possible to make a completely safe setuid executable -- and there are some desirable features which can only be implemented via setuid executables. Sure, you can get rid of all setuid executables, but the system you end up with will be much less functional. I will agree that my original statement, which did imply that all setuid executables were somehow safe, was rather misleading. I have already admitted that, and given a better wording. However, it is pretty silly for you to now go to the other extreme, and imply that the occasional security hole in a setuid executable makes executables just as scary as scripts. A setuid script *is* a security hole. A setuid executable *may be* a security hole. This is an important distinction. Let's not lose that distinction while correcting my original misleading statement. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer (MIME & NeXTmail capable) Rensselaer Polytechnic Institute; Troy NY USA
From: martin@brutus.amg.de.amg.de (Martin Gaehner) Newsgroups: comp.sys.next.bugs Subject: Endless Kernel Traps under OS 4.1 Date: 17 Apr 1997 08:03:13 GMT Organization: AMG Industrieconsulting GmbH Message-ID: <5j4lg1$rf6@hagen.amg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello, we are using an Intel Pentium P133 with OpenStep 4.1 an get endless kernle traps while there is only the Workspace and Terminal-App running on the computer. The machine is equiped with the following components: Intel, TO P133 PCI-Mainboard MATROX MGA Millenium with 2 MB WRAM Grafikadapter ADPATEC E/MASTER ETH PCI Combo Networkadaptor We use the standard hardware driver, that are given on the OS 4.1 CD. The systems works as a netinfo-server Has anybody of You any suggestion what the problem is or has anybody of You similar problems using OS 4.1 on an Intel-Machine Pleas answer to martin@amg.de Thanks in advance Martin Gähner AMG Industrie Consulting GmbH
From: 461443 <461443@ptt-telecom.nl> Newsgroups: comp.sys.next.bugs Subject: Re: PrintManager.app: "You don't own that Print Request" Date: 17 Apr 1997 14:08:45 GMT Organization: PTT Telecom B.V. Message-ID: <5j5atd$5jd@hdxl16.telecom.ptt.nl> Garance A Drosehn <gad@eclipse.its.rpi.edu> writes: > vamp@vamp.org wrote: > > Charles William Swiger <cs4w+@andrew.cmu.edu> writes: > > > > > Ryan Watkins@vamp.org writes: > > > > Why cant a suid program be a problem? If you suid some > > > > program as root, and that program lets you do nasty things > > > > - regardless of whether its a script or binary - its still > > > > a security problem. > > > > > > The security issue is not whether a program running as root > > > can do bad things (since it obviously can), but whether someone > > > can use that program to crack the system. > > > > But you can use a suid binary to crack a system as well. Sure, > > its often easier with a suid script, but there are plenty of ways > > to crack a system via suid binaries. The suggestion that I seemed > > to read from his statement -- that suid binaries are ok, but suid > > scripts are not -- is bogus. > > > > I presume we both understand the issue here, I just wanted to > > point out that a suid binary is not necessarily more secure than > > a suid script. > > My statement is that setuid scripts are, by definition, not safe. > There is nothing the person writing the script can do to make > the script safe. > > This is not true about setuid executables. It is at least possible > to make a completely safe setuid executable -- and there are some > desirable features which can only be implemented via setuid > executables. Sure, you can get rid of all setuid executables, > but the system you end up with will be much less functional. > > I will agree that my original statement, which did imply that all > setuid executables were somehow safe, was rather misleading. I > have already admitted that, and given a better wording. However, > it is pretty silly for you to now go to the other extreme, and > imply that the occasional security hole in a setuid executable > makes executables just as scary as scripts. A setuid script *is* > a security hole. A setuid executable *may be* a security hole. > This is an important distinction. Let's not lose that distinction > while correcting my original misleading statement. > > --- > Garance Alistair Drosehn = gad@eclipse.its.rpi.edu > Senior Systems Programmer (MIME & NeXTmail capable) > Rensselaer Polytechnic Institute; Troy NY USA
From: Stefan Ried <ried@mpip-mainz.mpg.de> Newsgroups: comp.sys.next.bugs Subject: Re: Endless Kernel Traps under OS 4.1 Date: Thu, 17 Apr 1997 18:02:05 +0200 Organization: Johannes Gutenberg-Universitaet Mainz, Germany Message-ID: <3356497C.794B@mpip-mainz.mpg.de> References: <5j4lg1$rf6@hagen.amg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Martin Gaehner wrote: > > Hello, > > we are using an Intel Pentium P133 with OpenStep 4.1 an get endless kernle > traps while there is only the Workspace and Terminal-App running on the > computer. > > The systems works as a netinfo-server > > Has anybody of You any suggestion what the problem is or has anybody of You > similar problems using OS 4.1 on an Intel-Machine > Hallo Martin, the network part of 4.1 turned out to be very unstable and buggy. We even observe basic command like rsh or telnet returning "bus error". Wait for 4.2 and use 4.0 in the meantime. 4.0 is much more stable conserning the network handling. (in contrast to the developer) Hope your distributor will update this 4.1 for free ! Stefan ______________________________________________________________________ /Stefan Ried, MPI f. Polymerforschung, Postf.3148, 55021 Mainz, F.R.G. \ | ... openstep, the biggest step | | E-Mail ried@mpip-mainz.mpg.de (MIME welcome) ...since the invention | | Telefon ++49 6131 379 267 Fax:++49 6131 379 340 ...of the __/___/ | | Project working on pattern-formation in liquid crystals /./\__/\\| | WWW http://www-theory.mpip-mainz.mpg.de/~ried ...wheel\_/ \_/| \______________________________________________________________________/
From: sanguish@digifix.com (Scott Anguish) Newsgroups: comp.sys.next.bugs Subject: Re: Endless Kernel Traps under OS 4.1 Date: 17 Apr 1997 19:33:29 GMT Organization: Digital Fix Development Message-ID: <5j5tu9$sf1$1@news.digifix.com> References: <5j4lg1$rf6@hagen.amg.de> <3356497C.794B@mpip-mainz.mpg.de> In-Reply-To: <3356497C.794B@mpip-mainz.mpg.de> On 04/17/97, Stefan Ried wrote: >Martin Gaehner wrote: >> >> Hello, >> >> we are using an Intel Pentium P133 with OpenStep 4.1 an get endless kernle >> traps while there is only the Workspace and Terminal-App running on the >> computer. >> > >> The systems works as a netinfo-server >> >> Has anybody of You any suggestion what the problem is or has anybody of You >> similar problems using OS 4.1 on an Intel-Machine >> > > >Hallo Martin, > > >the network part of 4.1 turned out to be very unstable and buggy. We >even observe basic command like rsh or telnet returning "bus error". >Wait for 4.2 and use 4.0 in the meantime. 4.0 is much more stable >conserning the network handling. (in contrast to the developer) > >Hope your distributor will update this 4.1 for free ! > > >Stefan > This contrasts heavily with my experience. 4.1 on Intel did have some problems with lookupd, but a new copy of that fixed that problem (I think its on www.next.com someplace) I was also able to put the problem to rest before installing the updated lookupd by putting my host names into net-info explicitly. My machine serves NetInfo for a network of 3 or 4 machines, plus DNS, plus nameserver for 3 primaries and 4 secondaries, plus some WWW, plus smtp and now has typical uptimes of weeks at a shot. -- Scott Anguish <sanguish@digifix.com> NEXTSTEP/OpenStep Information <URL:http://www.stepwise.com>
From: Stefan Ried <ried@mpip-mainz.mpg.de> Newsgroups: comp.sys.next.bugs Subject: alternative nfs-server for irix6.x Date: Tue, 15 Apr 1997 23:26:31 +0200 Organization: Johannes Gutenberg-Universitaet Mainz, Germany Message-ID: <3353F287.41C6@mpip-mainz.mpg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi folks, Has anybody managed to build the public nfs-server-2.1 (or later) for irix6.x. Stefan ______________________________________________________________________ /Stefan Ried, MPI f. Polymerforschung, Postf.3148, 55021 Mainz, F.R.G. \ | ... openstep, the biggest step | | E-Mail ried@mpip-mainz.mpg.de (MIME welcome) ...since the invention | | Telefon ++49 6131 379 267 Fax:++49 6131 379 340 ...of the __/___/ | | Project working on pattern-formation in liquid crystals /./\__/\\| | WWW http://www-theory.mpip-mainz.mpg.de/~ried ...wheel\_/ \_/| \______________________________________________________________________/
From: Joe Franklin<JFrank1069@aol.com> Newsgroups: comp.sys.next.bugs Subject: Save over 50% Date: 18 Apr 1997 17:35:09 GMT Organization: A poorly-installed InterNetNews site Message-ID: <5j8bcd$8pv$5627@PaperBoy.LiveNet.Net> I found some great deals that saved me over 50% on some products. Some deals are better than others. Just browse around and see if you find something you like at the virtual Mall. at http://members.aol.com/Jfrank1069 Happy bargain hunting!!! ---------------------------------------------------------------------- This message is being brought to you by Dynamic Mail software - the powerful online marketing tool to explode your business easier and faster. For more information please visit our web site at : http://www.australia.net.au/~apexpi/dynamail.htm ----------------------------------------------------------------------
From: Joe Franklin<JFrank1069@aol.com> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5j8bcd$8pv$5627@PaperBoy.LiveNet.Net> Control: cancel <5j8bcd$8pv$5627@PaperBoy.LiveNet.Net> Date: Sat, 19 Apr 1997 12:55:59 +0100 Organization: A poorly-installed InterNetNews site Message-ID: <cancel.5j8bcd$8pv$5627@PaperBoy.LiveNet.Net> References: <5j8bcd$8pv$5627@PaperBoy.LiveNet.Net> EMP spam cancelled by hweede@berlin.snafu.de. The Breidbart index was 1809. See report "members.aol.com/Jfrank1069" in news.admin.net-abuse.bulletins. Subject was: Save over 50%.
From: Garance A Drosehn <gad@eclipse.its.rpi.edu> Newsgroups: comp.sys.next.bugs Subject: Re: PrintManager.app: "You don't own that Print Request" Date: 12 Apr 1997 11:44:52 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Message-ID: <5insjk$1sr@usenet.rpi.edu> References: <199704070129.VAA00842@kira.peak.org> <5iebuu$g12@usenet.rpi.edu> <x6raghni2e.fsf@zero.dimensionx.com> Ryan Watkins <vamp@vamp.org> wrote: > Garance A Drosehn <gad@eclipse.its.rpi.edu> writes: > > > > Plus a setuid program always gives me the shivers, and I'm > > > on a standalone with little chance of being hacked at. > > > > > > Does anyone have a workaround (rather than setuid, of course)? > > > > A setuid program is not a problem. > > > > A *script* which is run setuid can be a security problem, but > > this is not a script. > > Why cant a suid program be a problem? If you suid some program > as root, and that program lets you do nasty things - regardless > of whether its a script or binary - its still a security problem. Hmm. You are right, I should have used the word "is" instead of "can be". Any program "can" be a problem, and certainly a setuid program can be a problem. However, Tim was talking as if *all* setuid programs "are" a problem. That is not true. The point I wanted to make is that just about all scripts which are setuid *are* a problem, no matter how good the logic of the script itself is. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer (MIME & NeXTmail capable) Rensselaer Polytechnic Institute; Troy NY USA
From: eworuweoiu@fjdkjflds.com Newsgroups: comp.sys.next.bugs Subject: .Sex with a Teenage Girl * ada.jpg Date: 19 Apr 1997 23:48:36 GMT Organization: Earthlink Network, Inc. Message-ID: <5jblkk$eju@bolivia.earthlink.net> Check out this site, it has tons of young teens fucking and sucking cock !!! http://www.sexy-girls.com
From: eworuweoiu@fjdkjflds.com Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5jblkk$eju@bolivia.earthlink.net> Control: cancel <5jblkk$eju@bolivia.earthlink.net> Date: Sun, 20 Apr 1997 03:39:17 +1 Organization: Earthlink Network, Inc. Message-ID: <cancel.5jblkk$eju@bolivia.earthlink.net> References: <5jblkk$eju@bolivia.earthlink.net> EMP/ECP spam cancelled by hweede@berlin.snafu.de. This is an ongoing spam whose Breidbart index already is above 20. See my report "sexy-girls.com" or "summary of auto-cancellations" in news.admin.net-abuse.bulletins. Subject was: .Sex with a Teenage Girl * ada.jpg.
From: <glucas@netusa1.net> Newsgroups: comp.sys.next.bugs Subject: START a FREE Online Business TODAY Date: 20 Apr 1997 00:34:17 GMT Organization: NetUSA1 Inc. Message-ID: <5jboa9$8p1@news.netusa1.net> *FREE* TURNKEY ONLINE BUSINESS Build a residual income from time you spend on the Internet placing FREE advertisements. Successful Internet company wants you to help them market their services online. Place FREE advertisements and get paid residual commissions on any sales that you bring to the company. NO cost to start immediately, and all you have to do is place pre-written ads online in your sparetime. Complete training and instructions will be provided to you FREE. You can even choose to get other online entrepreneurs involved and build your own "sales organization" where you can even earn commissions from the work of others. You can get started TODAY absolutely FREE, and you can even check the status of your sales ONLINE! PLEASE WRITE THIS DOWN: GD2854 You will need the above code to join this FREE program. For more information, retrieve an auto-reply from OVERVIEW@NETOPP.COM, or visit: http://www.netopp.com. ---------------------------------------------------------------------- This message is being brought to you by Dynamic Mail software - the powerful online marketing tool to explode your business easier and faster. For more information please visit our web site at : http://www.australia.net.au/~apexpi/dynamail.htm ----------------------------------------------------------------------
From: sanguish@digifix.com Newsgroups: comp.sys.next.advocacy,comp.sys.next.announce,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.programmer Subject: NEXTSTEP/OpenStep Resources on the Net Supersedes: <15479860904022@digifix.com> Date: 20 Apr 1997 03:59:34 GMT Organization: Digital Fix Development Message-ID: <26385861508830@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 - ISV company pages - ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - Mailing List archives and information You can connect via the world wide web at: http://www.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. 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 next-advocacy next-announce next-bugs next-hardware next-marketplace next-misc next-programmer next-software next-sysadmin object lang-objective-c (For a full description, send mail to listserv@antigone.com). The subscription syntax is essentially the same as Majordomo's. To subscribe, send a message to *-request@lists.best.com saying: subscribe where * is the name of the list e.g. next-programmer-request@lists.best.com The ftp sites ============= ftp://ftp.next.peak.org - The main site for North American submissions formerly ftp.cs.orst.edu 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) 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 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 ( eps@toaster.SFSU.EDU ) and Scott Anguish ( sanguish@digifix.com ) Additions from: Greg Anderson ( Greg_Anderson@afs.com ) Michael Pizolato ( alf@epix.net ) Dan Grillo ( dan_grillo@next.com )
From: sef@kithrup.com Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5jboa9$8p1@news.netusa1.net> Date: 20 Apr 1997 03:37:04 GMT Control: cancel <5jboa9$8p1@news.netusa1.net> Message-ID: <cancel.5jboa9$8p1@news.netusa1.net> Sender: <glucas@netusa1.net> Spam cancelled by sef@kithrup.com
From: proiewurouweoiu@roieuwouew.com Newsgroups: comp.sys.next.bugs Subject: Teens Fucking, Sucking, and Cuming teenfsc.jpg Date: 20 Apr 1997 22:14:33 GMT Organization: Earthlink Network, Inc. Message-ID: <5je4g9$iu5@argentina.earthlink.net> Check out this site, it has tons of young teens fucking and sucking cock !!! http://www.sexy-girls.com
From: rbraver@ohww.norman.ok.us (Robert Braver) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5je4g9$iu5@argentina.earthlink.net> Date: 21 Apr 1997 02:09:01 GMT Control: cancel <5je4g9$iu5@argentina.earthlink.net> Message-ID: <cancel.5je4g9$iu5@argentina.earthlink.net> Sender: proiewurouweoiu@roieuwouew.com Spam cancelled. Autocancel spam type: SEXYGIRLS Original Subject: Teens Fucking, Sucking, and Cuming teenfsc.jpg
From: Me<Someone@nowhere.com> Newsgroups: comp.sys.next.bugs Subject: BEST SITES ON THE WEB!!! A MUST SEE!!!!!! Date: 21 Apr 1997 09:45:14 GMT Organization: Netcom Message-ID: <5jfcva$ava@sjx-ixn4.ix.netcom.com> http://ads.sexroulette.com/cgi-win/trax.exe?972 http://megatrondata.com/PleasureIsland/index.htm If you are reading this then you are half way there GO FOR IT. YOU'LL LOVE IT!!!!!!!!!!!! ---------------------------------------------------------------------- This message is being brought to you by Dynamic Mail software - the powerful online marketing tool to explode your business easier and faster. For more information please visit our web site at : http://www.australia.net.au/~apexpi/dynamail.htm ----------------------------------------------------------------------
From: Me<Someone@nowhere.com> Organization: Netcom Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5jfcva$ava@sjx-ixn4.ix.netcom.com> Message-ID: <cancel.5jfcva$ava@sjx-ixn4.ix.netcom.com> Control: cancel <5jfcva$ava@sjx-ixn4.ix.netcom.com> References: <5jfcva$ava@sjx-ixn4.ix.netcom.com> Date: Mon, 21 Apr 1997 13:30:40 +0100 EMP spam cancelled by hweede@berlin.snafu.de. The Breidbart index was 1332. See report "australia.net.au/~apexpi/dynamail" in news.admin.net-abuse.bulletins. Subject was: BEST SITES ON THE WEB!!! A MUST SEE!!!!!!.
From: <Whopper@freebird.org> Newsgroups: comp.sys.next.bugs Subject: Reading this will take seconds! Date: Tue, 22 Apr 1997 03:14:48 -0700 (PDT) Message-ID: <199704221014.DAA28894@web1.zzz.com> I'm sorry if this got here by mistake but I was so excited about SUBMITKING (http://www.submitking.com) that I might have gone "post crazy!" Hope you read this fast! Thanks and regards from...Whopper!
Date: 22 Apr 1997 12:16:36 EST Newsgroups: comp.sys.next.bugs Message-ID: <cancel.199704221014.DAA28894@web1.zzz.com> Control: cancel <199704221014.DAA28894@web1.zzz.com> From: clewis@ferret.ocunix.on.ca Sender: <Whopper@freebird.org> Subject: cmsg cancel <199704221014.DAA28894@web1.zzz.com> EMP/ECP (aka SPAM) cancelled by clewis@ferret.ocunix.on.ca. See news.admin.net-abuse.announce, report 19970422.24 for further details
From: epoiruewopu@aopirueopiur.com Newsgroups: comp.sys.next.bugs Subject: Liv Tyler Nude Date: 22 Apr 1997 21:55:24 GMT Organization: Earthlink Network, Inc. Message-ID: <5jjc4c$3he@argentina.earthlink.net> Check out this site that I found, it has tons of Nude Celebrity Pictures. http://www.sexy-stars.com
Date: 23 Apr 1997 12:24:07 GMT From: clewis@ferret.ocunix.on.ca (Chris Lewis) Sender: epoiruewopu@aopirueopiur.com Message-ID: <cancel.5jjc4c$3he@argentina.earthlink.net> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5jjc4c$3he@argentina.earthlink.net> Control: cancel <5jjc4c$3he@argentina.earthlink.net> CELEBRITY spam cancelled by clewis@ferret.ocunix.on.ca Original Subject: Liv Tyler Nude Total spams this type to date: 1572 Total this spam type for this user to date: 1
From: Great Opportunity<money@maker.com> Newsgroups: comp.sys.next.bugs Subject: Earn Upwards of $10000 per month Date: 23 Apr 1997 22:59:48 GMT Organization: Successful People R Us Message-ID: <5jm494$7ut$2081@orb.direct.ca> ---------------------------------------------------------------------- This message is being brought to you by Dynamic Mail - the easier and faster's way to explodes your business on the internet. For more information please visit our web site at : http://www.australia.net.au/~apexpi/dynamail.htm ---------------------------------------------------------------------- That's right! NO Selling! NO Sales Pitches! Just simple distribution of full color catalogs. Distribute catalogs to your friends and family, co-workers, or any body who is interested in Video's and/or CD-ROM's. They will appreciate not having a sales pitch thrown at them. Everybody loves looking at catalogs and now you have the opportunity to cash in on this business. We will send you a full color catalog of the selection of Video's and CD-ROM's. We will also send your information on how you can start your own business for less than $30. Just for taking a look at the video catalog we will send you a certificate for $10 off your first order, should you decide to place an order with us. What's the risk? You receive a $10 off certificate just for looking at the program. You get a full color catalog of VIDEO's/CD-ROM's. You also receive information about an amazing financial opportunity. Simply send $10 to D.S.I. Marketing Services Inc. Box 42167, Calgary, Alberta, T2J 7A6 ** If you are not happy with the information supplied to you simply send everything back for a full refund. Our return policy is 30 days subject to the discretion of D.S.I. Marketing Services Inc. **
From: sef@kithrup.com Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5jm494$7ut$2081@orb.direct.ca> Date: 24 Apr 1997 01:46:43 GMT Control: cancel <5jm494$7ut$2081@orb.direct.ca> Message-ID: <cancel.5jm494$7ut$2081@orb.direct.ca> Sender: Great Opportunity<money@maker.com> Spam cancelled by sef@kithrup.com
From: nejeh@gdi.net Newsgroups: comp.sys.next.bugs Subject: ADVERTISE TO OVER 100 MILLION PEOPLE FOR FREE!!! Date: Wed, 23 Apr 1997 20:43:37 Organization: Global Datalink, Inc. Message-ID: <5jma6b$65g@news.gdi.net> Please take the time out to read this email. it is worth your time. ADVERTISE TO OVER 100 MILLION PEOPLE FOR FREE!!! Or send a message to millions of people... NOW YOU CAN ADVERTISE FREE AND GET DRAMATICALLY MORE RESPONSES THAN ADVERTISING ON NATIONAL TELEVISION With E-mail your potential customer is forced to read at least the headline of your letter. Unlike TV, magazines, newspaper ads, and direct mail where more than 99.99% of the recipients will skip right over your advertisement. TURNS YOUR COMPUTER INTO A CASH REGISTER: Conservative estimates indicate well over 100 MILLION people will have E-mail accounts in the next year! E-Mail Blaster turns your computer into a cash register by giving you FREE, immediate access to all of them. Do you think some of the more than 100 million people with E-mail addresses would be interested in your products or services? Even if you don't have your own products or services you can still make money buy promoting our computer software!!! You can make money with our new software called E-MAIL BLASTER Here's how: * By Using E-Mail To Sell Your Products & Services * By Using E-Mail To Sell our Computer Software such as: Email Blaster, Web Walker, Email Lock Box etc. * By Renting or Selling Your E-mail Addresses * By Becoming A Distributor for e-mail BLASTER MUCH FASTER: With bulk E-mail you get responses back in 1 to 4 days instead of waiting weeks or months like with television or print advertising. You can begin filling orders the same day you send E-mail. FREE ADVERTISING WORTH MILLIONS: It costs millions of dollars to mail out millions of letters using the United States Postal Service! Now you can send your ad to MILLIONS of people for FREE using E-Mail BLASTER E-MAIL BLASTER IS ACTUALLY 3 PROGRAMS IN 1: E-Mail Blaster is amazing new technology and the most advanced bulk E-mail software on the market today. (1) E-Mail BLASTER automatically extracts E-mail addresses from America Online, CompuServe, Prodigy, and the other online services, the Internet, web pages, news groups, and hundreds of other sources. (2) E-Mail BLASTER automatically stores the E-mail addresses in your computer along with keywords that describe hobbies and interests to created highly targeted E-mail addresses. (3) E-Mail BLASTER sends your marketing letter or ad to MILLIONS of targeted E-mail addresses at the push of a single button! HOW DOES E-MAIL BLASTER WORK? E-Mail Blaster has dozens of special filters to automatically harvest E-mail addresses from major online services such as: America OnLine, Compuserve, Delphi, Genie, and of course the internet. AOL AUTO EXTRACTOR: E-Mail Blaster has many special features like the AOL Auto Extractor that let's you use a regular dial-up Internet connection to collect names and addresses from America Online. Collect America Online addresses without being a member. Allows you to download names and addresses from America Online without paying membership fees or online charges. Auto Extractor for all of the online services and Special E-mail database search engines will also be available at no additional charge. SIMPLE TO USE: E-Mail Blaster does all the work for you. Unlike other programs where you must cut & paste addresses, E-Mail Blaster does it for you automatically. And, unlike other E-mail programs, with E-Mail Blaster there is no need to purchase any additional software SPEED: Your time is important. E-MAIL Blaster is DRAMATICALLY FASTER at extracting and sending E-mails than all the other programs on the market that we tested it against. NO SPECIAL EQUIPMENT NEEDED: E-Mail Blaster runs on a PC with Windows 3.xx Windows 95, Windows NT, a 386 or faster processor, 4 MB RAM, and a hard drive with at least 10 MB free and your own SLIP or PPP connection. No other software needed. Also runs on a Macintosh with Soft Windows installed. ****************************************************************** This message was sent using E-Mail Blaster. E-Mail Blaster is The World's Leading Bulk E-mail software. With E-Mail Blaster you can advertise to over 100 million people for FREE! Cost: We are giving away Email Blaster your only cost is $165.00 License fee. THAT'S IT!!! Our company is in the software business of developing cutting edge products, so we know if you have the opportunity to use our software FREE you will be our future customers. We know we need you to make our software business a true success! (Please if our lists are incorrect put "remove" in the subject and just hit "REPLY" and you will not be bothered again. Please forgive our mistake). ************************************************************************************************************** To take advantage of this opportunity, please fill out the order form below and fax to 1-407-380-3545. Don't miss out on this opportunity! Sales Rep: (Nejeh Yusuf @ 407 380 3545 ) Name: _____________________________________________________ Address:____________________________________________________ City:___________________________________________ State:___________________________ Zip:_____________________________ Telephone::_____________________________________________ E-Mail Address:__________________________________________ #of Copies @ $165.00 each ______________ If you would like to run Email Blaster on multiple computers or if you would like to resell Email Blaster for up to $499. you may purchase additional copies of Email Blaster for only $165.00. Retails for $499.00 This price is only available at the time of this order! So, Take advantage now and reserve your additional copies now! **************************************************************************** WE DO ALSO ACCEPT CHECKS BY FAX AND PHONE. WHY WAIT WHILE YOU CAN GET AHEAD. ********************************************************************************* If you would like to pay by check, money order, or cashiers check please make payable to: Nejeh Yusuf mail to: 2168 River Park Blvd. Orlando Florida 32817 or Fax to 1-407-380-3545 along with this order form. nejeh@gdi.net
From: Mark Purdy<mpurdy@mail.tds.net> Newsgroups: comp.sys.next.bugs Subject: 2 Million E-Mail Addresses $35.95 Date: 26 Apr 1997 23:03:43 GMT Organization: ComPurdy MicroSystems Message-ID: <5ju1kf$nq8@news2.tds.net>
Payment by: Visa, MasterCard, American Express http://www.tds.net/compurdy/2_million
Date: 27 Apr 1997 00:43:15 GMT From: clewis@ferret.ocunix.on.ca (Chris Lewis) Sender: Mark Purdy<mpurdy@mail.tds.net> Message-ID: <cancel.5ju1kf$nq8@news2.tds.net> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5ju1kf$nq8@news2.tds.net> Control: cancel <5ju1kf$nq8@news2.tds.net> DYNAMAIL spam cancelled by clewis@ferret.ocunix.on.ca Original Subject: 2 Million E-Mail Addresses $35.95 Total spams this type to date: 1659 Total this spam type for this user to date: 1134
From: sanguish@digifix.com Newsgroups: comp.sys.next.advocacy,comp.sys.next.announce,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.programmer Subject: NEXTSTEP/OpenStep Resources on the Net Supersedes: <26385861508830@digifix.com> Date: 27 Apr 1997 03:59:44 GMT Organization: Digital Fix Development Message-ID: <25195862113623@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 - ISV company pages - ISV product descriptions - NEXTSTEP Developer Directory - NEXTSTEP Community WhitePages - Mailing List archives and information You can connect via the world wide web at: http://www.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. 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 next-advocacy next-announce next-bugs next-hardware next-marketplace next-misc next-programmer next-software next-sysadmin object lang-objective-c (For a full description, send mail to listserv@antigone.com). The subscription syntax is essentially the same as Majordomo's. To subscribe, send a message to *-request@lists.best.com saying: subscribe where * is the name of the list e.g. next-programmer-request@lists.best.com The ftp sites ============= ftp://ftp.next.peak.org - The main site for North American submissions formerly ftp.cs.orst.edu 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) 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 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 ( eps@toaster.SFSU.EDU ) and Scott Anguish ( sanguish@digifix.com ) Additions from: Greg Anderson ( Greg_Anderson@afs.com ) Michael Pizolato ( alf@epix.net ) Dan Grillo ( dan_grillo@next.com )
From: Me<Someone@nowhere.com> Newsgroups: comp.sys.next.bugs Subject: COME SEE THE HOTTEST SITES ON THE WEB!!!!!!!!!!!!!!!! Date: 27 Apr 1997 12:19:50 GMT Organization: Netcom Message-ID: <5jvg96$3gh@dfw-ixnews6.ix.netcom.com> http://ads.sexroulette.com/cgi-win/trax.exe?972 (FREE XXX VIDEO 24/7) (TONS OF PIXXXS and MOVIES) http://megatrondata.com/PleasureIsland/index.htm ( LIVE VIDEO SEX FROM AMSTERDAM!!!! ) (LIVE WOMEN and MEN at your disposal as low as $.89 a minute....bettter than $2.99) FANTASTIC!!!!! Satisfaction Guaranteed!!!!!!!!!!!!!!!!!!!!!! ---------------------------------------------------------------------- This message is being brought to you by Dynamic Mail software - the powerful online marketing tool to explode your business easier and faster. For more information please visit our web site at : http://www.australia.net.au/~apexpi/dynamail.htm ----------------------------------------------------------------------
Date: 27 Apr 1997 12:33:50 GMT From: clewis@ferret.ocunix.on.ca (Chris Lewis) Sender: Me<Someone@nowhere.com> Message-ID: <cancel.5jvg96$3gh@dfw-ixnews6.ix.netcom.com> Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5jvg96$3gh@dfw-ixnews6.ix.netcom.com> Control: cancel <5jvg96$3gh@dfw-ixnews6.ix.netcom.com> SEXROUL spam cancelled by clewis@ferret.ocunix.on.ca Original Subject: COME SEE THE HOTTEST SITES ON THE WEB!!!!!!!!!!!!!!!! Total spams this type to date: 1904 Total this spam type for this user to date: 1735
Newsgroups: comp.sys.next.bugs From: tomi@shinto.nbg.sub.org (Thomas Engel) Subject: NSPerformService behaves strangely Message-ID: <E9EMqp.sy@shinto.nbg.sub.org> Sender: news@shinto.nbg.sub.org Organization: STEPeople's home (A NUGI member) Date: Tue, 29 Apr 1997 14:54:24 GMT Hi all, either this is a bug or a documentation problem. Or am I missing something here ? Since there is no documentation for NSPerformService (btw...my 4.1 release has no documentation for any AppKit functions.. Am I the only one ?) I sticked to what is inside the "Serivces" programming topics docu. According to the docu this should be possible: id pboard = [NSPasteboard pasteboardWithUniqueName]; NSArray * types = [NSArray arrayWithObject:NSStringPboardType]; [pboard declareTypes:types owner:nil]; [pboard setString:@"http://test.com/uups" forType:NSStringPboardType]; NSPerformService( @"OmniWeb/Open URL", pboard ); But while the right service gets called...it still fails after some timeout. If you use a different pboard things work: id pboard = [NSPasteboard pasteboardWithName:NSDragPboard]; Which leads to the suggestion that for "oneway" services NSPerformService returns before (!) the service provider actually has read the data from the pasteboard...because using a non volatile pasteboard does the trick. So adjust to: id pboard = [[NSPasteboard pasteboardWithUniqueName] retain]; and everything is ok. But here NSPerformService returns YES without really being successful. I personally consider this a bug since I can't retain my pasteboard...since I don't know when the service has completed so that I can savely release it again. Aloha Tomi
From: Rich@aol.com Newsgroups: comp.sys.next.bugs Subject: All writers seeking publication Date: Wed, 30 Apr 1997 22:59:15 Organization: Earthlink Network, Inc. Message-ID: <5k90ta$m6c@chile.earthlink.net> Now*accepting <new> and <previously published> writers for publication. We are a NEW=YORK based international literary agency with three offices: 2 in NEW=YORK and one in <FLORIDA.> <Please follow guidelines for submission:> For ALL fiction, including screenplays for TV & Movies: Send us a <brief synopsis>, the first chapter, and include a self-addressed, stamped envelope=S.A.S.E. Short Stories: Send brief synopsis, 3 pages, S.A.S.E. Poetry: Send 3 poems, S.A.S.E. For ALL nonfiction: Send us a <brief synopsis>, the first chapter, and include a S.A.S.E. Do not send complete manuscript unless invited. <WOODSIDE=INTERNATIONAL=LITERARY=AGENCY> <Thirty Three Twenty Nine 58 St.> <Wood-Side, New York> <zip: 1.1.3.7.7> <(Tel)=={718}=651=8145>
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.