This is Bugs-02.gz in view mode; [Up]
From: altenber@acpub.duke.edu (Lee Altenberg) Newsgroups: comp.sys.next.bugs Subject: IB wierdness: saving .nib file changes it=>DPS errors Date: 1 Feb 1997 03:32:29 GMT Organization: MHPCC Message-ID: <5cudgd$1cn@kaopala.mhpcc.edu> I've been having problems with Interface Builder in NEXTSTEP 3.3/Intel. The symptom is that when I launch my application, the app icon at the bottom of the screen stays whited out, and I get these console errors: Jan 31 17:17:58 pueo GA_VIEW[7381]: DPS client library error: PostScript program error, DPSContext f47a0 Jan 31 17:17:58 pueo GA_VIEW[7381]: %%[ Error: typecheck; OffendingCommand: ustroke ]%% Jan 31 17:17:58 pueo GA_VIEW[7381]: DPS client library error: Invalid tag in returned object, DPSContext f47a0, data 1009636 Jan 31 17:17:58 pueo GA_VIEW[7381]: DPS client library error: Invalid tag in returned object, DPSContext f47a0, data 1009652 Now, the strange thing is, all I have to do to get these errors is to open the nib file, save it without any changes, and recompile the program. I discovered that opening and saving the .nib file DOES change it! I get this diff in the data.classes file: 1c1 < BarView = {SUPERCLASS = View; }; --- > SortView = {ACTIONS = {"sortPlot:" = "sortPlot:"; }; OUTLETS = {}; SUPERCLASS = View; }; 4c4 < SortView = {ACTIONS = {"sortPlot:" = "sortPlot:"; }; OUTLETS = {}; SUPERCLASS = View; }; --- > BarView = {SUPERCLASS = View; }; For some reason, saving reverses the order of these lines. There are also large differences in the data.nib files. And these differences cause the white icon and console errors. So what on earth is going on? Why should openning and saving a .nib file alter it, and cause DPS errors upon recompilation? Any tips greatly appreciated. -- ======================================================================= Lee Altenberg, Ph.D. Research Affiliate, University of Hawai`i at Manoa Office: Maui High Performance Computing Center 550 Lipoa Parkway, Suite 100 Kihei, Maui HI 96753 Phone: (808) 879-5077 x 296 (work), (808) 879-5018 (fax) E-mail: altenber@mhpcc.edu <MIME and NeXT Mail o.k.> Web: http://pueo.mhpcc.edu/~altenber/ =======================================================================
From: altenber@acpub.duke.edu (Lee Altenberg) Newsgroups: comp.sys.next.bugs Subject: Re: IB wierdness: saving .nib file changes it=>DPS errors Date: 1 Feb 1997 04:01:23 GMT Organization: MHPCC Message-ID: <5cuf6j$1kh@kaopala.mhpcc.edu> References: <5cudgd$1cn@kaopala.mhpcc.edu> Cc: altenber@acpub.duke.edu In <5cudgd$1cn@kaopala.mhpcc.edu> Lee Altenberg wrote: > > I've been having problems with Interface Builder in NEXTSTEP 3.3/Intel. The > symptom is that when I launch my application, the app icon at the bottom of the > screen stays whited out, and I get these console errors: > > Jan 31 17:17:58 pueo GA_VIEW[7381]: DPS client library error: PostScript program > error, DPSContext f47a0 > Jan 31 17:17:58 pueo GA_VIEW[7381]: %%[ Error: typecheck; OffendingCommand: > ustroke ]%% > Jan 31 17:17:58 pueo GA_VIEW[7381]: DPS client library error: Invalid tag in > returned object, DPSContext f47a0, data 1009636 > Jan 31 17:17:58 pueo GA_VIEW[7381]: DPS client library error: Invalid tag in > returned object, DPSContext f47a0, data 1009652 > > Now, the strange thing is, all I have to do to get these errors is to open the > nib file, save it without any changes, and recompile the program. I discovered > that opening and saving the .nib file DOES change it! I get this diff in the > data.classes file: > > 1c1 > < BarView = {SUPERCLASS = View; }; > > SortView = {ACTIONS = {"sortPlot:" = "sortPlot:"; }; OUTLETS = {}; SUPERCLASS = View; }; 4c4 < SortView = {ACTIONS = {"sortPlot:" = "sortPlot:"; }; OUTLETS = {}; SUPERCLASS = View; }; --- > BarView = {SUPERCLASS = View; }; > > For some reason, saving reverses the order of these lines. There are also large > differences in the data.nib files. And these differences cause the white icon > and console errors. > I tried logging out and rebooting the system, and guess what? Things get even stranger. When I do as before---open and save a file---the changes are the same. Only this time, I don't get the DPS errors upon launch. Moreover, when I do the IB open and save on a .nib file that had produced the DPS errors, it changes them and I get no more errors. This is not documented behavior! -- ======================================================================= Lee Altenberg, Ph.D. Research Affiliate, University of Hawai`i at Manoa Office: Maui High Performance Computing Center 550 Lipoa Parkway, Suite 100 Kihei, Maui HI 96753 Phone: (808) 879-5077 x 296 (work), (808) 879-5018 (fax) E-mail: altenber@mhpcc.edu <MIME and NeXT Mail o.k.> Web: ¬http://pueo.mhpcc.edu/~altenber/ ======================================================================= -- ======================================================================= Lee Altenberg, Ph.D. Research Affiliate, University of Hawai`i at Manoa Office: Maui High Performance Computing Center 550 Lipoa Parkway, Suite 100 Kihei, Maui HI 96753 Phone: (808) 879-5077 x 296 (work), (808) 879-5018 (fax) E-mail: altenber@mhpcc.edu <MIME and NeXT Mail o.k.> Web: http://pueo.mhpcc.edu/~altenber/ =======================================================================
From: eirpej@,.vmdlafj.com Newsgroups: comp.sys.next.bugs Subject: CD-R's at Great Price Date: 2 Feb 1997 13:19:00 GMT Organization: Copy.Cat Shop. Message-ID: <5d2484$jct@mtinsc04.worldnet.att.net> We have the following CD-R media for sale. Brand: Pioneer Type: Printable Media (Surface is blank for printing or labels) Type: Gold on Green Size: 74 min (650 mb) Price: 6.99 Minimum Order: 10 Brand: Maxell Type: Gold on Gold Size: 74 min (650 mb) Price: 6.55 Minimum Order: 10 Brand: TDK Type: Gold on Green Size: 74 min (650 mb) Price: 6.55 Minimum Order: 10 Brand: Hewlett Packard Type Gold on Gold Size: 74 min (650 mb) Price: 7.15 Minimum Order: 10 Lifetime Warranty The Copy Cat Shop has all your CD duplication, replication, recorders, software, and media needs. If you have any questions or comments feel free to call. Cordially, The Copy Cat Shop 213-650-1680 213-650-9110 Fax
From: rbraver@ohww.norman.ok.us (Robert Braver) Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5d2484$jct@mtinsc04.worldnet.att.net> Date: 2 Feb 1997 13:24:09 GMT Control: cancel <5d2484$jct@mtinsc04.worldnet.att.net> Message-ID: <cancel.5d2484$jct@mtinsc04.worldnet.att.net> Sender: eirpej@,.vmdlafj.com Spam cancelled. Autocancel spam type: CDRMEDIA Original Subject: CD-R's at Great Price
From: rafi@cyf-kr.edu.pl (Rafal Polonski) Newsgroups: comp.sys.next.bugs Subject: refreshing in terminal Date: 2 Feb 1997 14:24:03 GMT Organization: Politechnika Gdanska Message-ID: <5d2823$g8d@sunrise.pg.gda.pl> Hello I would be very gratefull if someone could answer me how can I make TERMINAL (vt100 emulator) refresh automatically? When I am using vi on local machine everything works perfectly, but when I work on remote machine using vi screen doesn't refresh - it is really annoying Thank You rafi@panda.bg.univ.gda.pl --
From: Eric Levenez <levenez@club-internet.fr> Newsgroups: comp.sys.next.bugs Subject: Re: refreshing in terminal Date: 2 Feb 1997 17:17:48 GMT Organization: Grolier Interactive Europe Message-ID: <5d2i7s$en2@news.grolier.fr> References: <5d2823$g8d@sunrise.pg.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit rafi@cyf-kr.edu.pl (Rafal Polonski) wrote: >I would be very gratefull if someone could answer me how can I make >TERMINAL (vt100 emulator) refresh automatically? > >When I am using vi on local machine everything works perfectly, but >when I work on remote machine using vi screen doesn't refresh - it is really annoying Look at termcap/terminfo definition of remote machine. It is with curses that vi knows how your terminal is intelligent and if the link is quick or not. -- -------------------------------------------------------------------- Éric Lévénez "Felix qui potuit rerum cognoscere causas" mailto:levenez@club-internet.fr Publius Vergilius Maro, (NeXTMail, MIME) Georgica, II-489 --------------------------------------------------------------------
From: ams94@ecs.soton.ac.uk (Adrian Smith) Newsgroups: comp.sys.next.bugs Subject: Re: Intel NS 4.1 crashes predictably Date: 3 Feb 1997 12:43:49 GMT Organization: Electronics and Computer Science, University of Southampton Message-ID: <5d4mi5$gmp@wapping.ecs.soton.ac.uk> References: <srvafq4adbg.fsf@tik51.i-have-a-misconfigured-system-so-shoot-me> Daniel Gerald Kluge <dkluge@tik.ee.ethz.ch> writes: >I toyed around on an Intel NeXT BOX, running NS 4.1, and by chance >found a way to crash the Machine for sure. > >The steps are very easy: > >%su >Pasword: ># shutdown now >(exiting to console) > ># ps -xu >Illegal Frame bla bla *crash* > >Can somebody verify this please ? > >I'd like to know if this is just our installation here, or if this is >a general Problem. I have an Intel based PC running NEXTSTEP 3.3. From a dumb terminal connected to a serial port on the PC, I typed (I don't know why!!) % shutdown & ...... [exited to console on the monitor) % ps aux And the computer went down as described on the main console. Although this is a rather odd quirk, I guess it doesn't cause too many problems in day-to- day use. Adrian Smith Undergraduate, Southampton University, United Kingdom ams94@ecs.soton.ac.uk
From: bart@BLaCKSMITH.com (Bartley Troyan) Newsgroups: comp.sys.next.bugs Subject: Re: OmniWeb not expiring cookies... Date: 4 Feb 1997 00:02:30 GMT Organization: BLaCKSMITH, Inc. Message-ID: <5d5uam$ea3@BLaCKSMITH.com> References: <5ct02k$ddr@leonie.object-factory.com> In article <5ct02k$ddr@leonie.object-factory.com> Erik Doernenburg <erik@object-factory.com> writes: > > bart@BLaCKSMITH.com (Bartley Troyan) wrote: > > We're developing a site that uses cookies and in the process have > > discovered the following bug in OmniWeb. I'm using version 2.5-beta-2 but > > I'm pretty sure this bug would apply to all versions of OmniWeb that > > support cookies. > > Hm, my OmniWeb 2.5-beta-2 expires cookies. But maybe that's because I've made > a softlink from ~/Libraries/OmniWeb/Cookies to /dev/null :-) > > Seriously, what I want to say is that a lot of people have a problem with > cookies because of what *can* be done with them. I'm not saying that every > site that uses cookies misuses them but as a user I find it too bothersome to > decide whether or not to accept a cookie and therefore I never do. > > If I were you I would try to find a different solution for your application. > > regards, > erik > I guess the /dev/null trick works well to prevent accepting cookies, period. But I do find cookies useful for sites that maintain 'shopping basket' interfaces and of course the Link Exchange network (a free banner-ad network) uses them extensively. Web applications such as these function poorly (if at all) when cookies are completely disabled. It's a shame Netscape and M$IE don't give people a better built-in interface for viewing/keeping/tossing cookies; perhaps if they did, OmniWeb's developers would have done something similar with OmniWeb. Anyway, I got a message back from the OmniWeb fellow saying that they would look into providing cookie expiration in a future release. Until then, I suppose I could hack a quick perl script to parse the Cookies file at regular intervals, removing expired cookies and annoying cookies I never want, like those from ad.doubleclick.net and micro$oft's sites). I'll post the script if/when I get around to writing it :-) Can someone from OmniWeb post details on how the browser interacts with the ~/Library/OmniWeb/Cookies file? How often is the file rewritten to disk? How often is it read from disk? Suggestions for improving OmniWeb: Could a cookie preferences option be added to delete expired cookies when clicked? How about "always refuse cookie", "always accept cookie" or "always ask user" configurability? (well, maybe that's asking a little too much)... Bart > > -- > -------------------------------------------------------------------------- > Erik D rnenburg OBJECT FACTORY > Gesellschaft f r Informatik und Datenverarbeitung mbH > http://www.object-factory.com > > -- Bartley R. Troyan btroyan@BLaCKSMITH.com (NeXTmail/MIME) My opinions are not necessarily those of BlackSMITH, Inc.
From: sef@kithrup.com Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <408e551b.17027523@news.zippo.com> Date: 6 Feb 1997 09:31:19 GMT Control: cancel <408e551b.17027523@news.zippo.com> Message-ID: <cancel.408e551b.17027523@news.zippo.com> Sender: cjtech@inreach.com Spam cancelled by sef@kithrup.com
From: shess@one.net (Scott Hess) Newsgroups: comp.sys.next.bugs Subject: /usr/ucb/which and ~/.cshrc prompt. Date: 6 Feb 97 10:39:45 Organization: Is a sign of weakness Distribution: comp Message-ID: <SHESS.97Feb6103945@howard.one.net> Here's an interesting bug ... Often people will use the phrase: if( ${?prompt} ) then ... endif in their ~/.cshrc file to determine if they are running an interactive shell or a script. Useful for setting up aliases and the like. Just now, I noticed that /usr/ucb/which is actually a csh script. The first thing the script does is give a value to the prompt. Then is source's ~/.cshrc. On the _surface_, this seems fine. It needs to get that info, right? Unfortunately, /usr/ucb/which can be used by sh scripts (psroff, for instance) like: if test x`which ditroff | sed -e "s%^no .*%%"` = x; then ... The problem here, is that if any of the commands in your ~/.cshrc prompt-setting section cause an output of any sort, the above test will not work correctly. Not certain what a good fix would be. You could move stuff over to your .login, but then that stuff won't be present if you do an interactive csh that's not a login shell. Later, -- scott hess <shess@one.net> (606) 578-0412 http://w3.one.net/~shess/ <Favorite unused computer book title: The Zen of Dummies in a Nutshell>
Newsgroups: comp.sys.next.bugs From: js@euler.han.de (Juergen Sell) Subject: Re: OmniWeb not expiring cookies... Message-ID: <E54MDv.2s2@euler.han.de> Sender: news@euler.han.de Organization: Ink Unknown References: <5d5uam$ea3@BLaCKSMITH.com> Date: Wed, 5 Feb 1997 10:56:19 GMT Bartley Troyan writes .. > Suggestions for improving OmniWeb: Could a cookie preferences option be > added to delete expired cookies when clicked? How about "always refuse > cookie", "always accept cookie" or "always ask user" configurability? > (well, maybe that's asking a little too much)... That's about what Netscape does. And yes, cookies are useful sometimes. Juergen --- AnsweringMachine +49 511 92455-50 Fon -51 Fax -52 NeXTMail welcome = What time do we live in when revolution reminds us of soap powder, = when spontaneity and freedom get associated with instant coffee, = when a politician's idea of social change is changing names = when a country posing as super know-how factory cuts expenses on education?
From: amando@gcomm.com Newsgroups: comp.sys.next.bugs Subject: Re: Kernel Trap with PRO200 under 4.0 Date: Fri, 07 Feb 1997 10:43:29 +0200 Organization: CompuServe Incorporated Message-ID: <32FAEB31.D25@gcomm.com> References: <589bn0$9kp@malibu.unice.fr> <58bu59$rt0@brachio.zrz.TU-Berlin.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I had a similar problem and the cause was the Advance Power Management that is not compatible with NS3.3. I suggest to disable the APM on openstep. I think this can be one of the reason of your problems. Amando Blasco
From: robert@visgen.com (Robert Osborne) Newsgroups: comp.sys.next.bugs Subject: Re: /usr/ucb/which and ~/.cshrc prompt. Date: 7 Feb 1997 09:56:11 -0500 Organization: Visible Genetics Inc. Distribution: comp Message-ID: <5dffqb$gim@knuth.visgen.com> References: <SHESS.97Feb6103945@howard.one.net> Scott Hess <shess@one.net> wrote: >Not certain what a good fix would be. You could move stuff over to >your .login, but then that stuff won't be present if you do an >interactive csh that's not a login shell. One solution is the get source for a proper which, one that searchs $PATH itself instead of spawning a shell. There are several public domain versions around. Rob. -- Robert A. Osborne, robert@visgen.com "It's now safe to turn off your computer."
From: no.spam.pjb@imaginet.fr (Pascal Bourguignon) Newsgroups: comp.sys.next.bugs Subject: Re: /usr/ucb/which and ~/.cshrc prompt. Date: 7 Feb 1997 18:26:56 GMT Organization: ImagiNET Distribution: comp Message-ID: <5dfs5g$pte@belzebul.imaginet.fr> References: <SHESS.97Feb6103945@howard.one.net> In article <SHESS.97Feb6103945@howard.one.net> shess@one.net (Scott Hess) writes: > Here's an interesting bug ... > > Often people will use the phrase: > > if( ${?prompt} ) then > ... > endif > > in their ~/.cshrc file to determine if they are running an interactive > shell or a script. Useful for setting up aliases and the like. > > Just now, I noticed that /usr/ucb/which is actually a csh script. The > first thing the script does is give a value to the prompt. Then is > source's ~/.cshrc. > > On the _surface_, this seems fine. It needs to get that info, right? > Unfortunately, /usr/ucb/which can be used by sh scripts (psroff, for > instance) like: > > if test x`which ditroff | sed -e "s%^no .*%%"` = x; then > ... > > The problem here, is that if any of the commands in your ~/.cshrc > prompt-setting section cause an output of any sort, the above test > will not work correctly. > > Not certain what a good fix would be. You could move stuff over to > your .login, but then that stuff won't be present if you do an > interactive csh that's not a login shell. I added a -f option in /usr/ucb/which, and I set the 'Read Login Script' in Shell's preferences of Terminal. But Robert is right, we should have a better 'which'. __Pascal Bourguignon__
From: "Michael Jordan" <support@jordan.eu> Newsgroups: comp.sources.bugs,comp.sources.games.bugs,comp.sys.next.bugs Subject: Kais Online. - The WebSupport Date: 8 Feb 1997 11:40:03 GMT Organization: All USENET -- http://www.net-link.com Message-ID: <01bc15b5$1621a9a0$eb08bac3@default> BUGFIXES/UPDATES The newest and most actual for the operating systems of IBM and Microsoft. BIOS/FIRMWARE Internet's biggest and most actual BIOS list! ONLINE SUPPORT Here you can ask or answer questions related to personal computing, either on the message board or in chat mode. USEFUL FILES Really useful software which every PC owner with at least modest computer kills needs. GOOD LINKS A short list of other homepages worth a visit. UNKNOWN POEMS A page made for the poets among us, which never had the chance to publish their poems. All this you will find here: http://www.kais.com/ ################################################# Note: This is NOT a profit organization.
From: "Michael Jordan" <support@jordan.eu> Newsgroups: comp.sources.bugs,comp.sources.games.bugs,comp.sys.next.bugs Subject: Kais Online. - The WebSupport Date: 8 Feb 1997 11:41:15 GMT Organization: All USENET -- http://www.net-link.com Message-ID: <01bc15b5$411cc680$eb08bac3@default> BUGFIXES/UPDATES The newest and most actual for the operating systems of IBM and Microsoft. BIOS/FIRMWARE Internet's biggest and most actual BIOS list! ONLINE SUPPORT Here you can ask or answer questions related to personal computing, either on the message board or in chat mode. USEFUL FILES Really useful software which every PC owner with at least modest computer kills needs. GOOD LINKS A short list of other homepages worth a visit. UNKNOWN POEMS A page made for the poets among us, which never had the chance to publish their poems. All this you will find here: http://www.kais.com/ ################################################# Note: This is NOT a profit organization.
From: chsu@from.net Newsgroups: comp.sys.next.bugs Subject: Send 20 FREE Pages of Fax to any Fax machines in the World! Date: 8 Feb 1997 19:22:00 GMT Organization: Fax24 International, Inc. Message-ID: <5dijoo$nhu@netnews.hinet.net> Send Fax through the Internet. Low domestic and international rates. 20 FREE pages of Fax! Send to any Fax machines in the world! No obligation. Visit the site at: http://www.edfax.com/faxsav.htm Chris Sundres chsu@from.net
From: sef@kithrup.com Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <5dijoo$nhu@netnews.hinet.net> Date: 8 Feb 1997 20:05:48 GMT Control: cancel <5dijoo$nhu@netnews.hinet.net> Message-ID: <cancel.5dijoo$nhu@netnews.hinet.net> Sender: chsu@from.net Spam cancelled by sef@kithrup.com
From: sef@kithrup.com Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <32fcdb97.0@news.cias.net> Date: 8 Feb 1997 20:44:39 GMT Control: cancel <32fcdb97.0@news.cias.net> Message-ID: <cancel.32fcdb97.0@news.cias.net> Sender: xxxhot@*(^$#>(noreply).com Spam cancelled by sef@kithrup.com
From: shihong@mbox.kyoto-inet.or.jp (LAO Shihong) Newsgroups: comp.sys.next.bugs,comp.sys.next.misc Subject: intel machine clock shift unexpected Date: 10 Feb 1997 01:51:25 GMT Organization: OMRON Corporation, Kyoto, JAPAN Message-ID: <5dluut$4bm@omrongw2.wg.omron.co.jp> My intel machine's clock changes worked fine until last Autumn. It's clock changes very often now. Sometimes it suddenly add about 20 minutes, sometimes it jumps to year 2001. I made a complate reinstall, but it still have this problem. Today it jumped to year 2003, the only app I was using was OmniWeb, but I don't this it can cause this problem. Anybody have any idea? My machine is pentium 166, 48mb, 2.0gb, award BIOS, 2940SCSI, #9 GXE pro 4mb. 3.3J NEXTSTEP ---- LAO Shihong (Firstname is surname) $(0@9'a$(1,c(B(use mule to show Chinese)
From: Christian Neuss <neuss@informatik.th-darmstadt.de.NOSPAM> Newsgroups: comp.sys.next.bugs Subject: Mail startup, 4.1, bundles Date: 10 Feb 1997 11:15:26 GMT Organization: Technische Hochschule Darmstadt Message-ID: <5dn00e$mfe@rs18.hrz.th-darmstadt.de> Folks, here's just a warning regarding Mail.app under 4.1 in combination with SunMessage.bundle and Urlifier.bundle. I have the above configuration running, with preferences set to auto-startup on login and automatic mail retrieval. Since upgrading the operating system, I have experienced several mail crashes during MIME and NeXTmail decodes upon login. At least once, the crash resulted in loss of my incoming mail. There were no messages on the console other then the bundle startup messages. Unfortunately, there also isn't any core file. Starting mail manually (after the login is complete) does not seem to cause problems. I am not running any Dock Extenders (thanks to to the LaunchBar authors - great app!). *Workaround*: If you want to stay on the safe side, I suggest that you either set your mail retrieval to manual (inside Mail Preferences), or do not auto start Mail.app if running 4.x. If anybody has similar experiences, or knows how I could run gdb on an app that's started automatically, please let me know. Hope this helps, Chris -- // Christian Neuss "static typing? how quaint.." // http://www.informatik.th-darmstadt.de/~neuss/ // fax: (+49) 6151 16 5472
From: nine@tenn.com Newsgroups: comp.sys.next.bugs Subject: CD-R.Media.for.Sale. Date: 10 Feb 1997 14:14:04 GMT Organization: The.Copy.Cat.Shop Message-ID: <5dnafc$1eh@dfw-ixnews5.ix.netcom.com> We have the following CD-R media for sale. Brand: Pioneer Type: Printable Media (Surface is blank for printing or labels) Type: Gold on Green Size: 74 min (650 mb) Price: 6.99 Minimum Order: 10 Brand: Maxell Type: Gold on Gold Size: 74 min (650 mb) Price: 6.55 Minimum Order: 10 Brand: TDK Type: Gold on Green Size: 74 min (650 mb) Price: 6.55 Minimum Order: 10 Brand: Hewlett Packard Type Gold on Gold Size: 74 min (650 mb) Price: 7.15 Minimum Order: 10 Lifetime Warranty The Copy Cat Shop has all your CD duplication, replication, recorders, software, and media needs. If you have any questions feel free to call. Cordially, The Copy Cat Shop 213-650-1680 213-650-9110 Fax
From: nine@tenn.com Newsgroups: comp.sys.next.bugs Date: 10 Feb 1997 14:14:04 GMT Message-ID: <cancel.5dnafc$1eh@dfw-ixnews5.ix.netcom.com> Subject: cmsg cancel <5dnafc$1eh@dfw-ixnews5.ix.netcom.com> Control: cancel <5dnafc$1eh@dfw-ixnews5.ix.netcom.com> Organization: Usenet Canal Historique ECP/EMP aka SPAM or pyramidal scheme (MMF) cancelled by bofh@keltia.freenix.fr It may also be an image too small for newsbot to be activated. See report in news.admin.net-abuse.bulletins. Date: Mon Feb 10 16:22:20 1997 Original subject was: CD-R.Media.for.Sale.
Newsgroups: comp.sys.next.bugs From: xxxhot@*(^$#>(noreply).com Subject: ADULTS ONLY- Check this out! (jmZGpX) Date: Sat, 08 Feb 97 19:59:19 GMT Message-ID: <32fcdb97.0@news.cias.net> Are you into HOT CHAT? We've got the world's largest voice-personal dating system, as well as the hottest, sexiest "1 on 1", "2 on 1", and "PARTY-LINE" chat you'll find anywhere, all in one place! And you don't have to call a 900 number to get in on this hot phone fun! You can choose from 5 hot programs that are sure to fulfill your every desire! You can press 1 from the main menu to choose from our sexy "1 ON 1" PLEASURE MENU, then: *to talk to a BEAUTIFUL SEXY GIRL, press 1. *for a 1 on 1 session with an experienced DOMINANT MISTRESS, press 2. *for steamy talk with a LUSCIOUS TRANSVESTITE, press 3. *for an erotic 1 on 1 chat with an EXOTIC TRANSSEXUAL, press 4. *for some man to man action with a HOT GUY, press 5. You'll be billed just $3.99 per minute for your selection. Or you can press 2 from the main menu to DOUBLE YOUR PLEASURE, then: *to speak to 2 HOT SEXY GIRLS, press 1. *to get it on with a swinging WILD COUPLE, press 2. You'll be billed just $4.99 per minute for your selection. Or you can press 3 from the main menu to join the GROUP ORGY LINE! *You can party with the nations nastiest swingers for only $2.50 per minute. Or you can press 4 from the main menu, then: *Press 1 to join the FANTASY NETWORK. This is the world's only phone service that allows you to connect with people who share your personal fantasies. This state-of-the-art voice mail system lets you listen to messages from beautiful girls, sexy transvestites and she-males, gay and bisexual males, and dominant women. Leave them a hot and sexy message, then call back to see what erotic message they have left for you. You'll be billed just $3.50 per minute. *Or press 2 to listen to a hot selection of recorded fantasies steamy enough to make you explode! Choose from beautiful, sexy women's fantasies or domination stories. You'll be billed just $2.49 per minute. Or you can press 5 from the main menu for the HOT AND NASTY DATELINE, where you can listen, and respond, to voice personal ads from hot horny girls in your neighborhood, including their real names and home telephone numbers! You can also leave your own personal message for people to get in touch with you. Make new friends on the world's busiest voice personal lines! Meet singles or couples, gay or straight; you'll be billed only $2.99 per minute. ***JUST CALL 1-800-756-3906 to use your Mastercard, Visa, or American Express card. The charge is just $2.49-$4.99 per minute, plus a 50 cent connection fee. 18+ only. ***OR CALL 1-900-745-4398. The charge is just $2.49-$4.99 per minute. Must be 18 years of age or older. Call now!!! YOU WON'T REGRET IT! (jmZGpX)
From: Eric Bloom Newsgroups: comp.sys.next.bugs Subject: OPENSTEP 4.1, kernel panic, Project Builder Date: 12 Feb 1997 22:58:19 GMT Organization: Bacchus, Inc. Message-ID: <5dthub$m5r@camel0.mindspring.com> We have been experiencing consistent kernel panics when running GDB (GUI based) in Project Builder. After much testing and experimentation (complete system rebuild, checking hardware conflicts, removing cards etc etc), we found that removing the network card (Intel Ether Express Pro10+ (using driver v4.04), that the panics no longer occurred. GDB works fine from a shell. System Configuration: Dell Dimension XPS 133 S3 Generic PCI Sound Blaster 16 PnP Intel EtherExpress PRO/10+ PnP 32 MB memory EIDE Hard Disk and CD-ROM Has anyone else experienced kernel panics when running Project Builder under OpenStep 4.1 ? Eric Bloom Bacchus, Inc. eric@bacchus.com
From: sef@kithrup.com Newsgroups: comp.sys.next.bugs Subject: cmsg cancel <OZiNIEgG8GA.134@uptgmsnb01> Date: 14 Feb 1997 06:03:08 GMT Control: cancel <OZiNIEgG8GA.134@uptgmsnb01> Message-ID: <cancel.OZiNIEgG8GA.134@uptgmsnb01> Sender: scanning@XXX1324noreply.com (Cyber Services) Spam cancelled by sef@kithrup.com
From: cruel@xs4all.nl (Bart) Subject: Special offer Newsgroups: comp.dcom.net-analysis,comp.dcom.net-management,comp.os.netware.connectivity,comp.os.netware.misc,comp.os.netware.security,comp.ai.neural-nets,comp.sys.newton.misc,comp.sys.newton.programmer,comp.sys.next,comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.sysadmin,comp.soft-sys.nextstep,comp.protocols.nfs,comp.networks.noctools.bugs,comp.networks.noctools.d,comp.sys.northstar Date: Fri, 14 Feb 1997 20:27:03 GMT Message-ID: <23.0072463750839@news.xs4all.nl> Organization: Pedo lovers inc. IMPORTANT MESSAGE !! Yes for 150 $ you can possibly buy a nice young tight boys ass for 1.5 hours. This is in a district close to Rotterdam in Holland The boys are 10-12 years old. They have not been used more than 1 month at the most, some are untouched. Most of them from Pakistan but they aren't 100% black, the sperm only shows better on coloured skin anyway. For 150 $ you can use one of the boys 1.5 hours, that might not be long, but a 10 year old ass doesn't hold forever. You can use their mouth and asshole as much as the boys can take, the ones that already have been rented out all managed 1-2 penetrations in both the mouth and asshole. They are all instructed before first trip so they know how to suck, swallow the sperm and lick the dick clean afterwards. The assholes are well greased with Vaseline and stretched a bit just so they can take a dick. They can also massage you with oil and lick you in your asshole. Urin stuff is not allowed, neither is SM, you must not hurt the boys, then action will be taken. What you have to do is reply fast, because we can only use the same address a day or two. On replying you will receive a phone number. There you will be given a new phone number where you can arrange the meeting. Money is paid when the boy is delivered. If the boy has been beaten or hurt more then one can do with a dick you will be held responsible because we promise the boys protection against rapists. Only pure sexual use is allowed.
From: sef@kithrup.com Newsgroups: comp.dcom.net-analysis,comp.dcom.net-management,comp.os.netware.connectivity,comp.os.netware.misc,comp.os.netware.security,comp.ai.neural-nets,comp.sys.newton.misc,comp.sys.newton.programmer,comp.sys.next,comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.sysadmin,comp.soft-sys.nextstep,comp.protocols.nfs,comp.networks.noctools.bugs,comp.networks.noctools.d,comp.sys.northstar Subject: cmsg cancel <23.0072463750839@news.xs4all.nl> Date: 14 Feb 1997 21:53:53 GMT Control: cancel <23.0072463750839@news.xs4all.nl> Message-ID: <cancel.23.0072463750839@news.xs4all.nl> Sender: cruel@xs4all.nl (Bart) Spam cancelled by sef@kithrup.com
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: <413853649874@digifix.com> Date: 16 Feb 1997 02:23:10 GMT Organization: Digital Fix Development Message-ID: <22496856059808@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. Archives are available by ftp at ftp://ftp.stepwise.com/pub/Next_Announce_Archives Messages posted to announce should NOT be posted or crossposted to any other comp.sys.next groups. news:comp.sys.next.bugs A place to report verifiable bugs in NeXT-supplied software. Material e-mailed to Bug_NeXT@NeXT.COM is not published, so this is a place for the net community find out about problems when they're discovered. This newsgroup has a very poor signal/noise ratio--all too often bozos post stuff here that really belongs someplace else. It rarely makes sense to crosspost between this and other c.s.n.* newsgroups, but individual reports may be germane to certain non-NeXT- specific groups as well. news:comp.sys.next.hardware Discussions about NeXT-label hardware and compatible peripherals, and non-NeXT-produced hardware (e.g. Intel) that is compatible with NEXTSTEP. In most cases, questions about Intel hardware are better asked in comp.sys.ibm.pc.hardware. Questions about SCSI devices belong in comp.periphs.scsi. This isn't the place to buy or sell used NeXTs--that's what .marketplace is for. news:comp.sys.next.marketplace NeXT stuff for sale/wanted. Material posted here must not be crossposted to any other c.s.n.* newsgroup, but may be crossposted to misc.forsale.computers.workstation or appropriate regional newsgroups. news:comp.sys.next.misc For stuff that doesn't fit anywhere else. Anything you post here by definition doesn't belong anywhere else in c.s.n.*--i.e. no crossposting!!! news:comp.sys.next.programmer Questions and discussions of interest to NEXTSTEP programmers. This is primarily a forum for advanced technical material. Generic UNIX questions belong elsewhere (comp.unix.questions), although specific questions about NeXT's implementation or porting issues are appropriate here. Note that there are several other more "horizontal" newsgroups (comp.lang.objective-c, comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip, etc.) that may also be of interest. news:comp.sys.next.software This is a place to talk about [third party] software products that run on NEXTSTEP systems. news:comp.sys.next.sysadmin Stuff relating to NeXT system administration issues; in rare cases this will spill over into .programmer or .software. Related Newsgroups ================== news:comp.soft-sys.nextstep Like comp.sys.next.software and comp.sys.next.misc combined. Exists because NeXT is a software-only company now, and comp.soft-sys is for discussion of software systems with scope similar to NEXTSTEP. news:comp.lang.objective-c Technical talk about the Objective-C language. Implemetations discussed include NeXT, Gnu, Stepstone, etc. news:comp.object Technical talk about OOP in general. Lots of C++ discussion, but NeXT and Objective-C get quite a bit of attention. At times gets almost philosophical about objects, but then again OOP allows one to be a programmer/philosopher. (The original comp.sys.next no longer exists--do not attempt to post to it.) Exception to the crossposting restrictions: announcements of usenet RFDs or CFVs, when made by the news.announce.newgroups moderator, may be simultaneously crossposted to all c.s.n.* newsgroups. Getting the Newsgroups without getting News =========================================== Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are now available as a mailing list digest as well. next-nextstep 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: "Eric A. Dubiel" <eadubie@rs6000.cmp.ilstu.edu> Newsgroups: comp.sys.next.bugs Subject: MULTICAST PROBLEM- AMD PCNet32 Driver 3.0-3.3 Date: Sun, 16 Feb 1997 18:54:12 -0600 Organization: Instructional Technology Services & Smith NET-Illinois State University Message-ID: <3307ABC2.7490@rs6000.cmp.ilstu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The AMD PCNet32 Drivers 3.0, 3.2, and 3.3 do not support multicast on NEXTSTEP 3.3 Intel. This particularly affects CAP (Columbia AppleTalk Protocol), and other applications, which makes apps needing this functionality UNUSABLE. Hopefully NeXT can fix this driver problem. Thanks. -- Eric A. Dubiel; http://www.ilstu.edu/~eadubie mailto:eadubie@rs6000.cmp.ilstu.edu ytalk eadubie@138.87.201.11 MIME, SUN, NeXT, PGP Mail ok R&D---Instructional Technology Services----Illinois State University "NEXTSTEP is probably the most respected software on the planet" - Byte Magazine ALL VIEWS EXPRESSED REPRESENT MYSELF ONLY
From: vhs@nextone.langen.bull.de (Volker Herminghaus) Newsgroups: comp.sys.next.misc,comp.sys.next.bugs,comp.sys.next.software Subject: Re: Strange: Main menus nowhere to be seen Date: 18 Feb 1997 12:37:52 GMT Organization: Bull AG, Langen Message-ID: <5ec7r0$1va@www.langen.bull.de> References: <5ec0jq$cer@dfw-ixnews10.ix.netcom.com> Cc: vbragin@ix.netcom.com In <5ec0jq$cer@dfw-ixnews10.ix.netcom.com> Vicki Bragin wrote: > For the last several weeks, the main menus of two > applications I use (specifically Mesa and Edit) are > nowhere to be seen whenever I start both applications. > The menus remain hidden the whole time I use these > apps. The only way I am able to see the menu is by > using the right mouse button. Is there any keystroke > that I perchance might have used that caused the main > menus from both apps to remain invisible? How do I > get back these menus? There should be at least one row of pixels of the main menu visible on-screen. Try to look in the corners of your screen for a small black stripe. Or just drag out of the corners blindly. You might also try to readjust your monitor before that to make sure the edges of the screen image are not cut off. Volker
From: vbragin@ix.netcom.com (Vicki Bragin) Newsgroups: comp.sys.next.misc,comp.sys.next.bugs,comp.sys.next.software Subject: Strange: Main menus nowhere to be seen Date: 18 Feb 1997 10:34:34 GMT Organization: Netcom Message-ID: <5ec0jq$cer@dfw-ixnews10.ix.netcom.com> For the last several weeks, the main menus of two applications I use (specifically Mesa and Edit) are nowhere to be seen whenever I start both applications. The menus remain hidden the whole time I use these apps. The only way I am able to see the menu is by using the right mouse button. Is there any keystroke that I perchance might have used that caused the main menus from both apps to remain invisible? How do I get back these menus? Thanks for any help. Vicki Bragin -- ********************************************************** Victoria M. Bragin Physical Sciences Division, Pasadena City College 1570 E. Colorado Blvd., Pasadena, CA 91106-2003 Phone: (818) 585-7147 Fax: (818) 585-7919 E-mail: (NeXTmail and MIME mail welcome) vbragin@nextlab.calstatela.edu vbragin@ix.netcom.com vbragin@paccd.cc.ca.us vbragin@pslc.ucla.edu **********************************************************
From: aisbell@ix.netcom.com (Art Isbell) Newsgroups: comp.sys.next.misc,comp.sys.next.bugs,comp.sys.next.software Subject: Re: Strange: Main menus nowhere to be seen Date: 18 Feb 1997 16:58:00 GMT Organization: Netcom Distribution: world Message-ID: <5ecn2o$kh2@dfw-ixnews5.ix.netcom.com> References: <5ec0jq$cer@dfw-ixnews10.ix.netcom.com> vbragin@ix.netcom.com (Vicki Bragin) wrote: > For the last several weeks, the main menus of two > applications I use (specifically Mesa and Edit) are > nowhere to be seen whenever I start both applications. > The menus remain hidden the whole time I use these > apps. The only way I am able to see the menu is by > using the right mouse button. Is there any keystroke > that I perchance might have used that caused the main > menus from both apps to remain invisible? How do I > get back these menus? When a main menu is relocated from its default position, either purposely or through some sort of anomoly, a defaults database entry for the menu position should exist which will be used to place the menu in the same location on subsequent app invocations. Enter "dread -o TheAppName" to view the various defaults database variables. Then remove the variable that specifies the main menu location and restart the app. -- Art Isbell NeXT/MIME Mail: aisbell@ix.netcom.com Trego Systems Voice/Fax: +1 408 335 2515 OPENSTEP/NT Voice Mail: +1 408 335 1154 managed care solutions US Mail: Felton, CA 95018-9442
From: eric@skatter.USask.Ca Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: OPENSTEP/MACH 4.1 -- printf %g still broken Date: 18 Feb 1997 17:27:13 GMT Organization: University of Saskatchewan Message-ID: <5ecoph$74i@tribune.usask.ca> I just finished installing OPENSTEP/MACH 4.1 (Intel). I then checked to see if my favorite bug had survived yet another version: eric@pisces 224> cat printfcheck.c #include <stdio.h> int main (int argc, char **argv) { printf ("Expect 0.00123: %.3g\n", 0.001234567); printf ("Expect 123: %.3g\n", 123.4567); printf ("Expect 123.5: %.4g\n", 123.4567); printf ("Expect 1e+03: %.3g\n", 999.6); return 0; } eric@pisces 225> cc -o printfcheck printfcheck.c eric@pisces 226> ./printfcheck Expect 0.00123: 0.001 Expect 123: 123.457 Expect 123.5: 123.4567 Expect 1e+03: 999.6 eric@pisces 227> ================================================================== Yes! It's still not fixed! Seven years and three months since I first reported it (way back in the NextStep 1.0 days). I even have the NeXT bug tracking reference numbers [60697, 98369] and an e-mail message from NeXT (September 1994) indicating that, ``it looks like it will finally be fixed in NEXTSTEP release 4.0.'' I wonder if this has any chance of being fixed before OpenStep mutates into Rhapsody? Every other time I have posted an article about this bug I have received mail saying that the behaviour of the NeXT printf is correct. To try and forestall these replies I include the following: The ANSI standard (X3.159-1989) says (Section 4.9.6.1, page 134, line 33): g,G The double argument is converted in style f or e (or in style E in the case of a G conversion specifier), with the precision specifying the number of significant digits. If the precision is zero, it is taken as 1. The style used depends on the value converted; style e (or E) will be use only if the exponent resulting from the conversion is less than -4 or greater than or equal to the precision. Trailing zeros are removed from the fractional portion of the result; a decimal-point character appears only if it is followed by a digit. *** NOTE THE WORDS `precision specifying the number of significant digits'. *** Let's have a look at some examples from the test program: format "%.3g" .001234567 ==== Result was: 0.001 ---- Result should have been: 0.00123 The zero's in 0.00123 are *not* significant. Score 1 against NeXT. format "%.3g" 999.6 ==== Result was: 999.6 ---- Result should have been: 1e+03 The format calls for 3 SIGNIFICANT DIGITS. Rounding 999.6 to three significant digits leaves 1000, which has an exponent equal to the precision and therefore should be printed in e format. Score 2 against NeXT. -- Eric Norum eric@skatter.usask.ca Saskatchewan Accelerator Laboratory Phone: (306) 966-6308 University of Saskatchewan FAX: (306) 966-6058 Saskatoon, Canada. NeXTMail accepted.
Date: Tue, 18 Feb 1997 15:11:04 -0600 From: rberber@spin.com.mx Subject: Re: Strange: Main menus nowhere to be seen Newsgroups: comp.sys.next.bugs Message-ID: <856299776.17310@dejanews.com> Organization: Deja News USENET Posting Service Vicki Bragin wrote: > The menus remain hidden the whole time I use these > apps. > ... > How do I get back these menus? Looks like somebody is pulling a joke on you. The menues are hidden somewhere in your workspace, usually the far right side. Probably only a small piece of a corner can be seen. To get them back to the usual position run this on a terminal. dremove Edit NXMenuLocations dremove Mesa NXMenuLocations and the same for any other app. Hope this helps, ____________________ Rene Berber rberber@spin.com.mx MIME / NeXT Mail welcomed -------------------==== Posted via Deja News ====----------------------- http://www.dejanews.com/ Search, Read, Post to Usenet
From: schooley@ee.gatech.edu (David C. Schooley) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Re: OPENSTEP/MACH 4.1 -- printf %g still broken Date: Tue, 18 Feb 1997 15:59:25 -0500 Organization: Georgia Tech Electric Power Jocks Message-ID: <schooley-1802971559250001@bicycle.ee.gatech.edu> References: <5ecoph$74i@tribune.usask.ca> In article <5ecoph$74i@tribune.usask.ca>, eric@skatter.USask.Ca wrote: > I just finished installing OPENSTEP/MACH 4.1 (Intel). I then checked to see if > my favorite bug had survived yet another version: > [snip] > eric@pisces 225> cc -o printfcheck printfcheck.c > eric@pisces 226> ./printfcheck > Expect 0.00123: 0.001 > Expect 123: 123.457 > Expect 123.5: 123.4567 > Expect 1e+03: 999.6 > eric@pisces 227> > I compiled and ran your code under Solaris. I got: Expect 0.00123: 0.00123 Expect 123: 123 Expect 123.5: 123.5 Expect 1e+03: 1e+03 [snip] > > The ANSI standard (X3.159-1989) says (Section 4.9.6.1, page 134, line 33): > > g,G The double argument is converted in style f or e (or in style E in the > case of a G conversion specifier), with the precision specifying the > number of significant digits. If the precision is zero, it is taken > as 1. The style used depends on the value converted; style e (or E) > will be use only if the exponent resulting from the conversion is less > than -4 or greater than or equal to the precision. Trailing zeros are > removed from the fractional portion of the result; a decimal-point > character appears only if it is followed by a digit. > > *** NOTE THE WORDS `precision specifying the number of significant digits'. *** > It looks like whoever is responsible for the ansi libraries at NeXT needs an explanation of the term "significant digits". (Years ago, my high school chemistry teacher refered to them as "significant figures". We called them "sig figs" for short.) On the other hand, the ANSI specification may be somewhat to blame, since it uses the term "precision" to specify the number of significant digits. It looks like the meaning of 'g' and 'G' changed between K&R and the ANSI standard. Either that, or the writer of the ANSI spec didn't know the meaning of "significant digits". From K&R, 2nd ed. g, G: use %e or %E if the exponent is less than -4 or greater than or equal to the precision; otherwise use %f. Trailing zeros and a trailing decimal point are not printed. e, E: [-]m.dddddde+/xx or [-]mddddddE+/xx, where the number of 'd's is given by the precision. f: [-]m.dddddd, where the number of 'd's is given by the precision. So, I agree that NeXT is wrong with regards to the ANSI spec, but I'm not sure that the ANSI spec means what the writer wanted it to say. Removal of the trailing zeros is inconsistent with keeping the proper number of significant digits. For consistency with the sig. fig. specification, the result from printf ("Expect 1e+03: %.3g\n", 999.6); should be 1.00e-3, since that has 3 significant digits, and 1e+03 only has 1. later, ---Dave--- ------------------------------------------------------------- David C. Schooley | Ph.D. in progress | Hey, New York, Georgia Tech Electric Power | <mailto: schooley@ece.gatech.edu> | Please put our flag back! <http://www.ee.gatech.edu/users/schooley/>| -------------------------------------------------------------
From: klui@cup.hp.com (Ken Lui) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Re: OPENSTEP/MACH 4.1 -- printf %g still broken Date: 18 Feb 1997 20:51:37 GMT Organization: Hewlett-Packard Company Message-ID: <5ed4op$t4c@hpax.cup.hp.com> References: <5ecoph$74i@tribune.usask.ca> In article <5ecoph$74i@tribune.usask.ca>, <eric@skatter.USask.Ca> wrote: >eric@pisces 224> cat printfcheck.c >#include <stdio.h> > >int main (int argc, char **argv) >{ > printf ("Expect 0.00123: %.3g\n", 0.001234567); > printf ("Expect 123: %.3g\n", 123.4567); > printf ("Expect 123.5: %.4g\n", 123.4567); > printf ("Expect 1e+03: %.3g\n", 999.6); > return 0; >} >eric@pisces 225> cc -o printfcheck printfcheck.c >eric@pisces 226> ./printfcheck >Expect 0.00123: 0.001 >Expect 123: 123.457 >Expect 123.5: 123.4567 >Expect 1e+03: 999.6 >eric@pisces 227> [...] >Every other time I have posted an article about this bug I have received mail >saying that the behaviour of the NeXT printf is correct. To try and forestall >these replies I include the following: The above program runs giving the expected results on HPUX 9.05, if it means anything to you; so your expected results and HPUX's output at least coincides. Ken -- Ken Lui, klui@cup.hp.com 19111 Pruneridge Avenue General Systems Division Cupertino, CA 95014-0795 USA Open/Intelligent Warehouse Team 1.408.447.3230 FAX 1.408.447.7200
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@peak.org> Message-ID: <199702181532.KAA10831@peak.org> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: f004af58b1d1d3936ddaf53f79ae7a4e - From: Timothy J Luoma <luomat@peak.org> Date: Tue, 18 Feb 97 10:32:39 -0500 Subject: Re: Strange: Main menus nowhere to be seen Cc: comp-sys-next-bugs@antigone.com References: f004af58b1d1d3936ddaf53f79ae7a4e - Organization: Princeton Theological Seminary Responding To: vbragin@ix.netcom.com (Vicki Bragin) Original Date: 18 Feb 1997 10:34:34 GMT > Is there any keystroke that I perchance might have used that > caused the main menus from both apps to remain invisible? None that I know of > How do I get back these menus? I believe the dwrite is "NXMenuLocations", and you can reset it via dremove AppName NXMenuLocations such as dremove Edit NXMenuLocations if you wanted to remove it for Edit.app TjL -- Tj Luoma (luomat@peak.org) If you have a web page about NeXTStep|OpenStep, email me the URL! EMAIL ADDRESS: Please use the PEAK address and not the NERC one
From: "Nicolas Droux" <droux@nmia.com> Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Re: OPENSTEP/MACH 4.1 -- printf %g still broken Date: 20 Feb 1997 15:21:47 GMT Organization: New Mexico Internet Access Message-ID: <01bc1f41$4bafa9b0$c6a63bc6@hyperion> References: <5ecoph$74i@tribune.usask.ca> eric@skatter.USask.Ca wrote in article <5ecoph$74i@tribune.usask.ca>... > eric@pisces 225> cc -o printfcheck printfcheck.c > eric@pisces 226> ./printfcheck > Expect 0.00123: 0.001 > Expect 123: 123.457 > Expect 123.5: 123.4567 > Expect 1e+03: 999.6 > eric@pisces 227> > > ================================================================== > > Yes! It's still not fixed! Seven years and three months since I first reported > it (way back in the NextStep 1.0 days). I even have the NeXT bug tracking > reference numbers [60697, 98369] and an e-mail message from NeXT (September 1994) > indicating that, ``it looks like it will finally be fixed in NEXTSTEP release > 4.0.'' > > I wonder if this has any chance of being fixed before OpenStep mutates into > Rhapsody? Just checked under OPENSTEP NT 4.1, and here's what I got... hyperion[24] openstep/printftest > gcc -o PrintfTest PrintfTest.c hyperion[25] openstep/printftest > PrintfTest.exe Expect 0.00123: 0.00123 Expect 123: 123 Expect 123.5: 123.5 Expect 1e+03: 1e+003 hyperion[26] openstep/printftest > -- Nicolas Droux http://www.cs.unm.edu/~droux
From: markr@connor-clark.com (Mark Ritchie) Newsgroups: comp.sys.next.bugs Subject: Re: OPENSTEP/MACH 4.1 -- printf %g still broken Date: 19 Feb 1997 14:40:15 GMT Organization: eConnect Message-ID: <5ef3cf$42o$1@news1.econnect.ca> References: <5ecoph$74i@tribune.usask.ca> eric@skatter.USask.Ca writes > I just finished installing OPENSTEP/MACH 4.1 (Intel). I then checked > to see if my favorite bug had survived yet another version: [snip] > Yes! It's still not fixed! Seven years and three months since I first > reported it (way back in the NextStep 1.0 days). I even have the NeXT > bug tracking reference numbers [60697, 98369] and an e-mail message from > NeXT (September 1994) indicating that, ``it looks like it will finally > be fixed in NEXTSTEP release 4.0.'' [snip] Well, I'm pleased to report that the results from OPENSTEP 4.1 on Windows NT 3.51 are much better!! Perhaps someone was listening after all :-) $ gcc test.c -o testme $ ./testme Expect 0.00123: 0.00123 Expect 123: 123 Expect 123.5: 123.5 Expect 1e+03: 1e+003 -- Mark Ritchie Diamond Lake Consulting Inc. OPENSTEP Developer Toronto, Ontario, Canada markr@connor-clark.com 416-956-9325 Currently under contract to Connor, Clark and Co. Ltd.
From: Garance A Drosehn <gad@eclipse.its.rpi.edu> Newsgroups: comp.sys.next.misc,comp.sys.next.bugs,comp.sys.next.software Subject: Re: Strange: Main menus nowhere to be seen Date: 18 Feb 1997 18:37:36 GMT Organization: Rensselaer Polytechnic Institute, Troy NY, USA Message-ID: <5ecstg$t67@usenet.rpi.edu> References: <5ec0jq$cer@dfw-ixnews10.ix.netcom.com> vbragin@ix.netcom.com (Vicki Bragin) wrote: > For the last several weeks, the main menus of two applications > I use (specifically Mesa and Edit) are nowhere to be seen whenever > I start both applications. The menus remain hidden the whole > time I use these apps. The only way I am able to see the menu > is by using the right mouse button. Is there any keystroke that > I perchance might have used that caused the main menus from both > apps to remain invisible? How do I get back these menus? They wouldn't have moved due to a keystroke. You'd have had to drag them to the new position. The quickest way to get them back might be to: quit Edit and Mesa. open a unix shell in Terminal.app Enter the commands: dremove Edit NXMenuLocations dremove Mesa NXMenuLocations quit Terminal.app See if Edit and Mesa work better. There are some GUI interfaces to the defaults database, so you wouldn't need to bother with the Unix window, but I don't remember what they are. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer (MIME & NeXTmail capable) Rensselaer Polytechnic Institute; Troy NY USA
From: shess@one.net (Scott Hess) Newsgroups: comp.sys.next.bugs Subject: Re: OPENSTEP/MACH 4.1 -- printf %g still broken Date: 22 Feb 97 21:30:34 Organization: Is a sign of weakness Message-ID: <SHESS.97Feb22213034@howard.one.net> References: <5ecoph$74i@tribune.usask.ca> <5ef3cf$42o$1@news1.econnect.ca> In-reply-to: markr@connor-clark.com's message of 19 Feb 1997 14:40:15 GMT In article <5ef3cf$42o$1@news1.econnect.ca>, markr@connor-clark.com (Mark Ritchie) writes: eric@skatter.USask.Ca writes > I just finished installing OPENSTEP/MACH 4.1 (Intel). I then checked > to see if my favorite bug had survived yet another version: [snip] > Yes! It's still not fixed! Seven years and three months since I first > reported it (way back in the NextStep 1.0 days). I even have the NeXT > bug tracking reference numbers [60697, 98369] and an e-mail message from > NeXT (September 1994) indicating that, ``it looks like it will finally > be fixed in NEXTSTEP release 4.0.'' [snip] Well, I'm pleased to report that the results from OPENSTEP 4.1 on Windows NT 3.51 are much better!! Perhaps someone was listening after all :-) How does that follow? Unless I misunderstand How Things Work, NeXT isn't supplying printf() (or any of the other C functions) under OpenStep/NT, NT's libraries are. Beyond that, though, they might be using GNU's libc or somesuch, perhaps a variation on Cygnus GNU-WIN32. In any case, working on OpenStep/NT doesn't imply it will work on OpenStep/Mach, since printf() isn't part of OpenStep. Later, -- scott hess <shess@one.net> (606) 578-0412 http://w3.one.net/~shess/ <Favorite unused computer book title: The Idiots Guide to the Zen of Dummies in a Nutshell in Seven Days, Unleashed>
Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs From: Fabien_Roy@free.fdn.org Subject: Re: OPENSTEP/MACH 4.1 -- printf %g still broken (possible solution) Message-ID: <E64Cw1.BI@free.fdn.fr> Sender: news@free.fdn.fr Organization: Fabien Roy Consultant. References: <5ecoph$74i@tribune.usask.ca> <01bc1f41$4bafa9b0$c6a63bc6@hyperion> Date: Mon, 24 Feb 1997 18:04:48 GMT Openstep 4.1 for Mach uses gcc 2.5.8 and Openstep 4.1 for NT uses gcc 2.7.2 -- Fabien Roy --------------------------------------------------------------------- Fabien_Roy@free.fdn.org (NextMail/MIME accepted) Fabien Roy Consultant NEXTSTEP/OPENSTEP/EOF Consultant, SYBASE DBA 10 rue de la DEFENSE 93100 MONTREUIL, France Tel: 33 (0)1 45 28 32 23 Fax: 33 (0)1 48 55 09 90 GSM: 33 (0)6 60 46 36 83
Newsgroups: comp.sys.next.bugs From: G.C.Th.Wierda@AWT.nl (Drs G. C. Th. Wierda) Subject: Re: OPENSTEP/MACH 4.1 -- printf %g still broken Message-ID: <E63sDL.7GB@AWT.NL> Sender: news@AWT.NL Organisation: AWT Organization: Adviesraad voor het Wetenschaps- en Technologiebeleid References: <5ecoph$74i@tribune.usask.ca> <5ef3cf$42o$1@news1.econnect.ca> Date: Mon, 24 Feb 1997 10:41:45 GMT markr@connor-clark.com (Mark Ritchie) wrote: >Well, I'm pleased to report that the results from OPENSTEP 4.1 on Windows >NT 3.51 are much better!! Perhaps someone was listening after all :-) It's conincidence. Nobody was listening. The 'libc' for NT was taken from the FSF project, I guess. NeXT seems to have never done one iota of maintenance on their libc (stdio and all that). This is one of the most frustrating bugs that are still around in NEXTSTEP. Frustrating, because theye were already told in 1989 that the bug was there and it would have been absolutely trivial to fix. Maybe we should throw a party when the bug has its 10 year anniversary? -- Gerben Wierda, Stafmedewerker Adviesraad voor het Wetenschaps- en Technologiebeleid. Staff member Advisory Council for Science and Technology Policy Javastraat 42, 2585 AP, 's-Gravenhage, The Hague, The Netherlands Tel (+31) 70 3639922 Fax (+31) 70 3608992 http://www.AWT.nl/ "One foolish wise man can state more than a thousand wise fools can question." "Doubters need to understand believes. Believers need not understand doubt."
From: michal@gortel.phys.ualberta.ca (Michal Jaegermann) Newsgroups: comp.sys.next.programmer,comp.sys.next.bugs Subject: Re: OPENSTEP/MACH 4.1 -- printf %g still broken (possible solution) Followup-To: comp.sys.next.programmer,comp.sys.next.bugs Date: 25 Feb 1997 04:17:13 GMT Organization: Disorganized Bits Message-ID: <5etp49$145q@pulp.ucs.ualberta.ca> References: <5ecoph$74i@tribune.usask.ca> <01bc1f41$4bafa9b0$c6a63bc6@hyperion> <E64Cw1.BI@free.fdn.fr> Fabien_Roy@free.fdn.org wrote: : Openstep 4.1 for Mach uses gcc 2.5.8 : and : Openstep 4.1 for NT uses gcc 2.7.2 So what??? This is not a compiler bug but a library bug. These do not have very much in common. --mj
Newsgroups: comp.sys.next.bugs Organization: Antigone Press gateway, San Francisco Return-Path: <luomat@peak.org> Message-ID: <199702260445.XAA04917@peak.org> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) From: Timothy J Luoma <luomat@peak.org> Date: Tue, 25 Feb 97 23:45:33 -0500 Subject: Mail.app: controlling where the "Compose" window opens When I first start Mail.app and have the Active.mbox open, if I ask for a compose window it comes relatively centered (albeit a little low). If I ask for another compose window (before closing the first) it will appear near the left side of the screen (about 1.5 icons' width from the left margin). The same happens if I close all the mailboxes and just call up a compose window. Does anyone know how to override this behavior (so that all the compose windows appear at the center of the screen, more or less?) TjL
From: ccwf@thales.klab.caltech.edu (Charles Fu) Newsgroups: comp.sys.next.bugs Subject: adjtime broken on OpenStep 4.1/Intel Date: 27 Feb 1997 07:28:33 GMT Organization: California Institute of Technology, Pasadena Message-ID: <5f3d31$t2p@gap.cco.caltech.edu> Keywords: adjtime bug OpenStep Under OpenStep 4.1/Intel, adjtime() has little or no effect on the system time. At first glance, the call appears to work: it does not return any error codes, and the returned olddelta timeval will count down to zero, as expected. However, the bug can be easily verified by asking for a large adjustment (e.g., +/- 5 seconds), looping until olddelta is zero to signify that the adjustment is complete, and comparing with your wristwatch or another computer to see that the clock was not actually adjusted by the amount requested. The consequences are relatively minor if you are willing to accept up to approximately a ~0.3 second error in times between systems on your network and, more importantly, non-monotonically increasing times. Assuming you are running xntpd or ntpd, these daemons will eventually decide to step the time instead of doing an adjtime slew once the error exceeds 0.1 seconds. adjtime() worked just fine on NEXTSTEP 3.3 and previous. I do not know if it is broken in 4.0. -ccwf
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.